GNOME Bugzilla – Bug 519442
Add ~/Drop Box support
Last modified: 2019-03-20 10:37:13 UTC
The new Bluetooth feature giving me the ability to receive files over Bluetooth is pretty sweet. But I wonder if we're better off saving the files sent by users (via Bluetooth) somewhere else than ~/Download? At least for me this ~/Download is cluttered up with junk. Maybe ~/Desktop but many users (not me though) have a cluttered desktop... There's some merit to using "~/Public/Drop Box" like on OS X... and also use that for dav:// file sharing. It would need to have the following properties - remote users can't browse the directory - remote users can write to the directory For the record, on OS X the permissions for "~/Public/Drop Box" are "drwx-wx-wx". Would also need to get the name of this directory into the xdg-user-dirs spec (and recommend it's a subdirectory of the directory for ~/Public).
Adding Bastien as he wrote this feature.
This only applies to the ObexPush part of the application (ObexFTP uses the Public directory). Problem is that "~/Public/Drop Box" isn't a type of special directory. My Downloads is full of junk as well, but we want to have notifications when new files are received (see 519060) so this wouldn't be as much of a problem. I guess we could also make it an option... A drop box isn't really an option in this case though, as you'd usually be sending yourself (or somebody is sending you) a file, as a specific target. This file isn't intended to be shared (think sending an appointment or contact details).
(In reply to comment #2) > A drop box isn't really an option in this case though, as you'd usually be > sending yourself (or somebody is sending you) a file, as a specific target. > This file isn't intended to be shared (think sending an appointment or contact > details). I think the point I was trying to make was that the drop box wouldn't be readable to anyone but yourself. That's how it works on Mac OS X IIRC. And I suppose, that's really the meaning of a drop box; random people can drop stuff into your drop box.. but they can't see what's in it already. Technology aside; whether I use WebDAV or ObexPush shouldn't really matter; the files should end up in the same place that is easily discoverable. And, ideally, you'd get the notifications you talked about if someone uses the WebDAV transport too [1]. Also, thinking about it, it might make more sense for the drop box to live in $HOME instead of being a subdirectory of ~/Public. So it would simply be ~/Drop Box. Also, this way it would be easy for other local users on the system to drop stuff into it. Ditto would ~/Public be readable for other local users. [2] Anyway, I digress. Sorry for rambling. [1] : Also, would be nice for the process (either WebDAV or ObexPush) receiving the file to cram some xattrs into the file.. then we could write a nice Nautilus extension to show where the file came from; e.g. "Sent from 'Bastien's Nokia 6230'" or "Sent from 'david'z Macbook Pro' while connected to rh-wireless". Or something. [2] : All that is needed to implement this is to give your home dir the permissions rwx--x--x and ~/Public would be rwxr-xr-x and ~/Drop Box would be rwx-wx-wx. I think. I haven't tested it.
Filed a new bug for the xattr stuff. That's in bug 519577.
So I guess I'm actually asking for ~/Drop Box support. So renaming the summary. To sum, if we had this feature - There would be a prominent place where apps such as g-u-s can write files received from other users. But also IM/IRC apps would use this for people sending you files over IM or IRC. We'd include a link to this in Nautilus' "Go" menu (why is ~/Public missing there? That seems like a bug.) - For WebDAV, you'd have a way for people to send you files instead of giving them full write access to ~/Public. Which means it would be sane to enable this in the default install - The preference capplet could be cleaned up like this Share Files over the network [x] Share files in ~/Public [x] Allow receiving files in ~/Drop Box Share files over Bluetooth [x] Share files in ~/Public [x] Allow receiving files in ~/Drop Box [x] Require remote devices to bond with this computer
-- GitLab Migration Automatic Message -- This bug has been migrated to GNOME's GitLab instance and has been closed from further activity. You can subscribe and participate further through the new bug through this link to our GitLab instance: https://gitlab.gnome.org/GNOME/gnome-user-share/issues/9.