GNOME Bugzilla – Bug 547988
Open button sensitive when nothing selected, returns nothing
Last modified: 2018-04-15 00:16:14 UTC
Please describe the problem: In an open directory dialog when followed bellow steps I'm not able to choose current directory. Steps to reproduce: 1. Open Nautilus 2. Press Ctrl+F 3. Search anything 4. In field from side of "Local", choose "Other" 5. Browse a subfolder (example: /home/user/documents) 6. Back to parent by clicking on navigation buttons (example: /home/user) 7. Press "Open" Actual results: The subfolder (child) is choosed instead of parent. Expected results: Parent folder choosed to open. Does this happen every time? Yes Other information:
The only problem is see is that the subfolder is still "highlighted". Are you sure this is a bug?
Is not an error, but should be desired a easiest behavior.
OK. I am trying to fix this issue. I think the problem is nautilus-query-editor.c. Have you any ideas to improve this behavior? thanks.
I think that when you back to parent none of childs should be selected as you go to any folder at first time.
This is a difficult report to understand. What is 'field from side of "Local"'?! What is the open directory dialog?! What I think you are suggesting is that selections should be remembered when browsing via search results. Opening a directory in a search result and then pressing back to return to those search results, the directory should be selected. We already have a generic bug for remembering selections when browsing. I'm going to mark this as a dupe of that for now. Please let me know if I have interpreted your report correctly though. *** This bug has been marked as a duplicate of bug 557462 ***
No, the bug relates to open directory dialog not nautilus himself. Open directory dialog example: http://dl.dropbox.com/u/1671797/open.dialog.bug547988.png Do a search into a directory that contains subdirectories. Choose a location to search: http://dl.dropbox.com/u/1671797/second.box.bug547988.png In open direcory dialog, first subdirectory will be selected. Click in Open button, the subdirectory will be selected not current one. If you go to subdirectory and come back to parent happens this too. The open dialog should select current directory not the selected, I think. This can, of course, confuse people. How to know if current directory or selected directory should be selected. A better solution maybe should be do not select any directory or file automatically, the user only may do this. Then coming back to parent directory none of subdirectories should be selected, meaning that user wants to open current directory. Let me know if you understand.
Ah, I follow you. Steps to reproduce: 1. Perform a search in Nautilus. 2. Add a location filter 3. Select Other... from the location combobox 4. Press Open in the open dialog Expected behaviour: the first directory should be opened. Actual behaviour: the open dialog closes but the search location hasn't updated. Seems like this is a generic bug relating to GtkFileChooser. I can't see a dupe. The open button isn't greyed out when nothing is selected. If the open button is used while nothing is selected, the dialog closes but doesn't seem to return anything. Hope I got this right. ;)
Renaming for clarity.
Here, nautilus 2.28.4, when FileChooser is opened the first directory is automatically selected. Even when is a directory without subdirectories the open button works well, nothing to update (it's right, I think). The problem is: How I select current directory? FileChooser always select one item, this force me to go up one level to select current directory.
(In reply to comment #9) > Here, nautilus 2.28.4, when FileChooser is opened the first directory is > automatically selected. Not here - I don't get that. > Even when is a directory without subdirectories the open button works well, > nothing to update (it's right, I think). > > The problem is: How I select current directory? > FileChooser always select one item, this force me to go up one level to select > current directory. What do you mean by current directory?
Created attachment 165630 [details] Where is current directory This image say everything
Created attachment 269838 [details] [review] file-chooser: make accept action sensitive only when has selection
Review of attachment 269838 [details] [review]: Looks good.
Attachment 269838 [details] pushed as 1e87b82 - file-chooser: make accept action sensitive only when has selection
Reopening because this patch prevents you to create a new file with gedit and its kind in case there is no file selected. It's especially obvious when you try to create a new file in an empty directory.
Created attachment 270597 [details] [review] file-chooser: emit selection-changed when location entry changes too
Attachment 270597 [details] pushed as 77fced5 - file-chooser: emit selection-changed when location entry changes too
Still it is possible to return nothing: 1/ run e.g. eog 2/ image->open 3/ ctrl+l 4/ press enter or use open button
[Removing outdated "GNOME target" value.]
We're moving to gitlab! As part of this move, we are moving bugs to NEEDINFO if they haven't seen activity in more than a year. If this issue is still important to you and still relevant with GTK+ 3.22 or master, please reopen it and we will migrate it to gitlab.
As announced a while ago, we are migrating to gitlab, and bugs that haven't seen activity in the last year or so will be not be migrated, but closed out in bugzilla. If this bug is still relevant to you, you can open a new issue describing the symptoms and how to reproduce it with gtk 3.22.x or master in gitlab: https://gitlab.gnome.org/GNOME/gtk/issues/new