The "open file" dialog doesn't treat saved searches as folders

Bug #512935 reported by Manuel J. Garrido
6
This bug affects 1 person
Affects Status Importance Assigned to Milestone
GTK+
Expired
Low
One Hundred Papercuts
Invalid
Undecided
Unassigned
gtk+2.0 (Ubuntu)
Triaged
Wishlist
Unassigned

Bug Description

When talking about saved searches, the gnome Desktop User Guide states: "Saved searches behave exactly like regular folders, for example you can open, move or delete files from within a saved search".

That's true in nautilus. But if, using any application's "open file" dialog, and try to open a file located inside a saved search "folder", you can't. In this case the saved search is seen as a regular file, not a folder.

Steps to reproduce.

1.-Inside my home directory I've created a saved search that holds all the pdf files located in any of my folders.

2.- I open evince, and select File>Open to open a pdf file from the previously created saved search "folder".

3.-The "open file" dialog apears.

What I expected to happen:
    I can navigate inside the saved search, as it is like any regular folder, and I open the file.

What happened instead
    I can't navigate inside the saved search

Bug seen in ubuntu 9.04

affects: ubuntu → nautilus (Ubuntu)
Revision history for this message
Pedro Villavicencio (pedro) wrote :

may you take an screenshot of that dialog? seems to be the gtkfilechooser and not nautilus.

Changed in nautilus (Ubuntu):
assignee: nobody → Ubuntu Desktop Bugs (desktop-bugs)
importance: Undecided → Low
status: New → Incomplete
Revision history for this message
Manuel J. Garrido (mgarrido-deactivatedaccount) wrote :

As you can see, the "open file" dialog doesn't treat the saved search as a regular folder.

Revision history for this message
Pedro Villavicencio (pedro) wrote :

Is that still an issue with Lucid? I cannot reproduce it locally, Thanks in advance.

Changed in nautilus (Ubuntu):
assignee: Ubuntu Desktop Bugs (desktop-bugs) → nobody
Revision history for this message
Manuel J. Garrido (mgarrido-deactivatedaccount) wrote :

Yes, it still happens in lucid. See screenshot attached.

Revision history for this message
A. Walton (awalton) wrote :

Nautilus isn't the "open" dialog.

affects: nautilus (Ubuntu) → gtk+2.0 (Ubuntu)
Revision history for this message
Sebastien Bacher (seb128) wrote :

Thank you for your bug report. The issue is an upstream one and it would be nice if somebody having it could send the bug the to the people writting the software (https://wiki.ubuntu.com/Bugs/Upstream/GNOME)

Changed in gtk+2.0 (Ubuntu):
importance: Low → Wishlist
status: Incomplete → New
Revision history for this message
Pedro Villavicencio (pedro) wrote :

Thank you for sent it upstream Manuel.

Changed in gtk+2.0 (Ubuntu):
status: New → Triaged
Changed in gtk:
status: Unknown → New
Changed in gtk:
importance: Unknown → Low
Revision history for this message
Chris Wilson (notgary-deactivatedaccount) wrote :

Thanks a lot for reporting this, however a paper cut should be a small usability flaw whereas this is a full fledged bug in GTK+. Marking as invalid for the paper cuts project.

Changed in hundredpapercuts:
status: New → Invalid
Changed in gtk:
status: New → 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.