file chooser: cannot copy, cut, paste, drag&drop, rename, delete

Bug #144276 reported by Nicolò Chieffo
124
This bug affects 21 people
Affects Status Importance Assigned to Milestone
GTK+
Fix Released
Wishlist
One Hundred Papercuts
Fix Released
Wishlist
Unassigned
gtk+2.0 (Ubuntu)
Fix Released
Wishlist
Ubuntu Desktop Bugs

Bug Description

gtk2.0 2.12.0-1ubuntu1

some really important features are missing in the gtk filechooser. These are the use case:

Mr. X is saving/opening a file and this might happen:
1) he needs to rename an existing file because he wants to save the new file with the same name, but does not want to loose the old file (SAVE ONLY)
2) he sees a file, in the current view, that is no more needed, and he wants to delete it
3) he sees a spelling mistake in a filename/dirname
4) he wants to create a directory to save the new file, but he gives the wrong name to it, and wants to rename it (SAVE ONLY)
5) he sees a file that is not in the correct directory
6) he creates a new directory to rearrange the current dir, because he has lots of files that can be grouped

now if this happesn, Mr X has to open nautilus to do all these things. This is in my opinion not acceptable.

Revision history for this message
Sebastien Bacher (seb128) wrote :

Thank you for your bug. You should consider that the work is done by busy people and volunteers and that doesn't cost you anything before writting that things are "not acceptable" though

Changed in gtk+2.0:
assignee: nobody → desktop-bugs
importance: Undecided → Wishlist
status: New → Triaged
Revision history for this message
Nicolò Chieffo (yelo3) wrote : Re: [Bug 144276] Re: file chooser: cannot copy, cut, paste, drag&drop, rename, delete

Sebastien, I used that word because in this upstream bug I've read
that a gtk developer doesn't want to add this feature, because it his
opinion to manage files I have to use a file manager, not the open
file dialog. So I've written some examples in which using a file
manager is "not acceptable". I didn't want to be rude at all!

Changed in gtk:
status: Unknown → Confirmed
Revision history for this message
komputes (komputes) wrote :

I would like to confirm that this is a usability obstacle for people who are used to the ability to copy, cut, paste, drag&drop, rename and delete from the browse/open window. Many users are shocked to have these features missing as they were used to having it available, being educated to use other operating systems. The application virtualbox choses not use the gtk browse/open window. They have chosen to offer these options as well as detailed list view (see attachments). I think we should inspire ourselves from them. Truth is, I feel this would be extremely useful in GNOME.

Revision history for this message
komputes (komputes) wrote :
Revision history for this message
komputes (komputes) wrote :
Changed in gtk:
importance: Unknown → Wishlist
Revision history for this message
entonjackson (aj-mysc) wrote :

I think this is a really important functionality.
No one can deny that she/he wanted to download a file, or open a file and wanted to manage files or folders within that dialog at the same time.
Workflow then slowed down, because there needed to be opened nautilus first, to do that...

Changed in hundredpapercuts:
status: New → Confirmed
importance: Undecided → Wishlist
Changed in hundredpapercuts:
milestone: none → papercuts-s-nautilus
Changed in gtk:
status: Confirmed → Fix Released
Revision history for this message
Paul White (paulw2u) wrote :

Upstream bug showing "RESOLVED FIXED" on 2015-07-05
Checked ok in Ubuntu 18.04
Marking "Fix Released" to close

Changed in hundredpapercuts:
status: Confirmed → Fix Released
Changed in gtk+2.0 (Ubuntu):
status: Triaged → Fix Released
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.