Bug 394940

Summary: "Open file" dialog does not handle search correctly
Product: [Applications] dolphin Reporter: LoveChocoCat <cemplonrafi241>
Component: searchAssignee: Dolphin Bug Assignee <dolphin-bugs-null>
Status: RESOLVED NOT A BUG    
Severity: normal CC: mail, nate, null
Priority: NOR    
Version First Reported In: unspecified   
Target Milestone: ---   
Platform: Other   
OS: Linux   
Latest Commit: Version Fixed/Implemented In:
Sentry Crash Report:
Attachments: i hope you can see my problem

Description LoveChocoCat 2018-06-02 09:14:42 UTC
Created attachment 113005 [details]
i hope you can see my problem

i experienced a bug that is so annoying when i want to search within a open file dialog the text cursor move to the other search bar that doesnt do a good job of finding file like in the screenshot
Comment 1 Julian Steinmann 2018-06-02 13:32:15 UTC
I can reproduce this behavior with Dolphin 18.04, confirmed. Thanks for reporting this bug!

note to self: We should make this a part of the "Polish Open/Save dialogs" task over at Phabricator.
Comment 2 null 2018-06-02 19:17:45 UTC
I'm a bit confused regarding the topic of this bug: The screenshot shows a GTK file dialog, you can reproduce with Dolphin, and you suggest to work on this in the file dialog task.

Could you add some steps to reproduce, what you expected to happen, and what really happened?
Comment 3 Nate Graham 2018-06-02 19:48:18 UTC
LoveChocoCat, what I think you're trying to describe is how when you type a letter in this file dialog, it opens a search bar and begins searching instead of highlighting the file that starts with that letter, right?

If so, this is because the app you're in uses the GTK file dialog, this this irritating behavior is a GNOME design decision (and one of the reasons why many of use KDE software where possible). It's unfortunately not something we have any input over.

Can you confirm whether this is the case?
Comment 4 Julian Steinmann 2018-06-03 12:47:26 UTC
I really shouldn't triage bugs when I am tired... I didn't realize that the dialog was GTK (even though that's pretty obvious) and therefore assumed that we should include this bug in the task mentioned. Of course, we cannot control GTK dialogs directly, so this is probably WONTFIX (more like CANNOTFIX). 

The relevant GTK bug could be https://gitlab.gnome.org/GNOME/gtk/issues/853, which discusses the more general problem which occurs here.

Again, I am sorry for providing false information regarding this bug & my own dumbness to distinguish between our and the GTK file chooser.
Comment 5 Nate Graham 2018-06-03 17:17:07 UTC
Hah, no worries, it happens to us all. :) The closest we have to "CANTFIX" is "INVALID", so I'll set it to that.

LoveChocoCat, you'll have to make your case to the GTK folks in https://gitlab.gnome.org/GNOME/gtk/issues/853

...But I can tell you from personal experience trying to make this case myself (see https://bugzilla.gnome.org/show_bug.cgi?id=680118) that it's probably wasted breath. :(