After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 783090 - F26 Nautilus Search prevents ExtractTo Destination folder display
F26 Nautilus Search prevents ExtractTo Destination folder display
Status: RESOLVED FIXED
Product: nautilus
Classification: Core
Component: File and Folder Operations
3.24.x
Other Linux
: Normal normal
: ---
Assigned To: Nautilus Maintainers
Nautilus Maintainers
Depends on:
Blocks:
 
 
Reported: 2017-05-25 12:33 UTC by Al Dunsmuir
Modified: 2017-08-09 20:27 UTC
See Also:
GNOME target: ---
GNOME version: ---


Attachments
files-view: fix “extract to” dialog in search (1.77 KB, patch)
2017-08-09 11:20 UTC, Ernestas Kulik
committed Details | Review

Description Al Dunsmuir 2017-05-25 12:33:30 UTC
In Gnome/Places file display (nautilus), the destination folder does
not display current file tree if Search is active.  May be incorrectly
trying to apply search to initial path (current directory) for destinatio
folder.


Version-Release number of selected component (if applicable):
System is X86_64 F24, upgraded from F23 with all updates applied.


How reproducible:
100%.  Verified is failing on multiple F24 installations.


Steps to Reproduce:
- Use Gnome Places to display directory with files.
- Use ^F (Search) to display a subset of the files.
- For one of these files, select "Copy To" and press enter
  The "Select Copy Destination" panel is displayed.


Actual results:
- Displays error pop-up 
        The folder contents could not be displayed
          The specified location is not supported 

Expected results:
- Show folder tree allowing selection of the copy destination

Additional info:
Same thing happens with "Move To".

Since it does not happen without search, I would speculate that the filter
is incorrectly being used against the current directory path which is the
initial location for the destination selection. 

It's inconventient not to be able to use Search to display a subset of the
files but at least it is not happening 100% of the time!

[reply] [−] Comment 1 Al Dunsmuir 2017-05-16 14:22:21 EDT

Still present in F25 Nautilus.  

The related rpm versions:
evince-nautilus-3.22.1-3.fc25.x86_64
gnome-terminal-nautilus-3.22.1-5.fc25.x86_64
nautilus-beesu-manager-1.8-27.fc24.noarch
nautilus-sendto-3.8.4-1.fc25.x86_64
brasero-nautilus-3.12.1-4.fc24.x86_64
totem-nautilus-3.22.1-1.fc25.x86_64
nautilus-3.22.3-1.fc25.x86_64
nautilus-extensions-3.22.3-1.fc25.x86_64

Reported in https://bugzilla.redhat.com/show_bug.cgi?id=1357102 on 2016/07/15 against F34 (worked fine before upgrade from F23). Updated as ongoing F25 problem.
Comment 1 Al Dunsmuir 2017-05-31 18:00:29 UTC
"Extract To" is similarly affected.
Comment 2 Al Dunsmuir 2017-08-08 20:15:04 UTC
The problem is significantly better on F26 (3.24.x).

As far as I can see, all instances of Copy-to and Move-to have been corrected.

There is still one residual Extract-to that is broken, but the menu where this is triggered is rather hidden.  I will append more details on reproducing once have a scenario.

I've updated the release and summary to reflect new reality.
Comment 3 Ernestas Kulik 2017-08-09 11:20:43 UTC
Created attachment 357256 [details] [review]
files-view: fix “extract to” dialog in search

Currently, the file chooser dialog points to the base directory of the
archive when selecting the location for decompression. This poses a
problem when searching, as the file chooser is unable to display the
directory. This commit fixes that by showing the file chooser at the
base directory of the search.
Comment 4 Carlos Soriano 2017-08-09 20:19:17 UTC
Review of attachment 357256 [details] [review]:

::: src/nautilus-files-view.c
@@ +6492,3 @@
     gtk_window_set_modal (GTK_WINDOW (dialog), TRUE);
 
+    if (nautilus_view_is_searching (NAUTILUS_VIEW (view)))

maybe a comment here helps to understand what's going on. Otherwise it looks good!
Comment 5 Ernestas Kulik 2017-08-09 20:27:22 UTC
Attachment 357256 [details] pushed as 351dc41 - files-view: fix “extract to” dialog in search