gnome-obex-server: receiving multiple files

Bug #92995 reported by Albert Abril
10
Affects Status Importance Assigned to Milestone
gnome-bluetooth (Ubuntu)
Invalid
Undecided
Unassigned

Bug Description

Binary package hint: gnome-bluetooth

When you send a multiple set of files from a bluetooth device ( for example in my case: a Nokia N70 with fexplorer ), each time appears a window answering if you want to open the file received, close the window, or supr the file.
It's usable if you receive only a file, but if you receive a large set of files, it's really annoying.
I suggest that software detects that, when in a small period of time receive more than one file, answer if you want to be noticed each time.
Also, would be useful if user could choose the target directory.

I'm using Feisty Fawn ( 5th pre-release ).

ProblemType: Bug
Architecture: i386
Date: Sat Mar 17 04:03:40 2007
DistroRelease: Ubuntu 7.04
Uname: Linux love 2.6.20-11-generic #2 SMP Thu Mar 15 08:03:07 UTC 2007 i686 GNU/Linux

Revision history for this message
Chris Moore (dooglus) wrote :

I've noticed the same problem:

  http://dooglus.rincevent.net/random/bluetooth.png

Each photo takes 30 seconds or so to receive - just long enough to start doing something, then the next dialog pops up and steals the keyboard focus away from your editor again.

After a while the dialogs stopped appearing - turns out they were appearing underneath my maximised editor window, which makes them much less annoying.

It would be best if the "you have received a file" message could pop up as a bubble, like the "you have new updates to install" thing does when there are updates available in the repositories.

And yes, being able to save somewhere other than the desktop would be great, even if it was hardcoded to be ~/.bluetooth/ or something. Anything to keep the files separate from the mess that is my desktop.

Revision history for this message
Alf (hubbuntu) wrote :

I agree: having to close tens of individual windows isn't much fun (though Close All helps if they get bundled up together). Could the notifications re-use the same window perhaps?

Revision history for this message
Mark Florian (markrian) wrote :

This is very annoying. It wouldn't be so bad if, as Chris points out, each dialog didn't steal focus, overriding metacity's focus-stealing prevention!

Revision history for this message
Chris Lord (cwiiis) wrote :

I also get this and it is quite annoying... I guess the receipt directory should be configurable in the gnome bluetooth settings, with a more sensible default ("Desktop/Bluetooth Received Files" would be good) and as Alf says, notification windows (that replace each other) would be better - something like "You have received a file over Bluetooth [Open Folder]".

Revision history for this message
Daniel T Chen (crimsun) wrote :

Is this symptom still reproducible in 8.10 alpha?

Changed in gnome-bluetooth:
status: New → Incomplete
Revision history for this message
Pedro Villavicencio (pedro) wrote :

We are closing this bug report because it lacks the information we need to investigate the problem, as described in the previous comments. Please reopen it if you can give us the missing information, and don't hesitate to submit bug reports in the future. To reopen the bug report you can click on the current status, under the Status column, and change the Status back to New. Thanks again!.

Changed in gnome-bluetooth:
status: Incomplete → Invalid

I comfirm this on Ubuntu 8.10

You have a dialog that opens for each received file. When you send many small files, this is a real pain.
Something like Firefox download manager window would be much more convenient.

Also can't seem to be able to set target directory ... all files are going to my home dir and it's a real mess :(

Changed in gnome-bluetooth:
status: Invalid → Confirmed
Revision history for this message
Baptiste Mille-Mathias (bmillemathias) wrote :

I close the bug as from now (in karmic) gnome-bluetooth file reception has moved in gnome-user-share application.

Changed in gnome-bluetooth (Ubuntu):
status: Confirmed → Invalid
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.