"Open File" Dialog doesn't respond when folder + files selected

Bug #46626 reported by Jacob Godserv
12
This bug affects 1 person
Affects Status Importance Assigned to Milestone
GTK+
Expired
Medium
One Hundred Papercuts
Confirmed
Undecided
Unassigned
gtk+2.0 (Ubuntu)
Triaged
Low
Ubuntu Desktop Bugs

Bug Description

To reproduce:

1. Open gedit, or any program that uses the standard Gnome Open File dialog.
2. Select a file and a folder, so that both are shaded orange.
3. Click on the "Open" button. Nothing happens.

There should be a pop-up dialog that says "Please select files only" or something like that.

Changed in gnome-libs:
status: Unconfirmed → Confirmed
Revision history for this message
Sebastien Bacher (seb128) wrote :

Thanks for your bug. Simon forwarded it upstream: http://bugzilla.gnome.org/show_bug.cgi?id=342952

Changed in gtk+2.0:
assignee: nobody → desktop-bugs
Revision history for this message
Sebastien Bacher (seb128) wrote :

Comment from upstream:

"I probably should file a separate bug about this, but there are
issues with selection handling when you are in select-multiple-files
mode.

 - Open a multiple-files file selector (evolution insert-attachment say)
   in a directory with subdirectories.
   (The first subdirectory will be selected)
 - Hit C-L and type the name of a file *in that directory*
 - Hit return to close the C-L dialog
 - Both the directory *and* the file will be selected. (But if
   the file is off the first screen, you don't see it is selected)

I don't know if this happens with the 2.9.x inline location bar, but
it makes me think (getting back to the subject of this bug report)
that in select-multiple-files mode the treeview selection should be
adjusted / hacked up so that you can select

 - One folder
 - *Or* multiple files

But if you have a folder selected and try to Control-click a file,
it should deselect the folder, and if you have multiple files selected
and Control-click a folder, it should do nothing. (I think do nothing
is better than unselecting the files)"

Changed in libgtk:
status: Unconfirmed → Confirmed
Changed in gtk+2.0:
status: Confirmed → Triaged
Changed in libgtk:
importance: Unknown → Medium
Changed in hundredpapercuts:
milestone: none → raring-gtk
Changed in hundredpapercuts:
milestone: raring-gtk → papercuts-s-gtk
Changed in hundredpapercuts:
status: New → Confirmed
Changed in gtk:
importance: Unknown → Medium
status: Unknown → Expired
Changed in libgtk:
status: Confirmed → Expired
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.