Bug 394940 - "Open file" dialog does not handle search correctly
Summary: "Open file" dialog does not handle search correctly
Status: RESOLVED NOT A BUG
Alias: None
Product: dolphin
Classification: Applications
Component: search (show other bugs)
Version: unspecified
Platform: Other Linux
: NOR normal
Target Milestone: ---
Assignee: Dolphin Bug Assignee
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2018-06-02 09:14 UTC by LoveChocoCat
Modified: 2018-06-03 17:17 UTC (History)
3 users (show)

See Also:
Latest Commit:
Version Fixed In:
Sentry Crash Report:


Attachments
i hope you can see my problem (798.49 KB, image/jpeg)
2018-06-02 09:14 UTC, LoveChocoCat
Details

Note You need to log in before you can comment on or make changes to this bug.
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. :(