Bug 114123

Summary: file open dialog shows error message when filter "*.txt" is used in "location"
Product: [Unmaintained] kfile Reporter: Mohd Asif Ali Rizwaan <maarizwan>
Component: generalAssignee: kdelibs bugs <kdelibs-bugs-null>
Status: RESOLVED DUPLICATE    
Severity: wishlist CC: nate, nicolasg
Priority: NOR    
Version First Reported In: unspecified   
Target Milestone: ---   
Platform: unspecified   
OS: Linux   
Latest Commit: Version Fixed/Implemented In:
Sentry Crash Report:
Attachments: KWord not showing *.odt with "filter" entered in the "Location" area
A user would expect this output when he/she enter's *.odt in the "location" area too
OpenOffice displays the *.odt files correctly (as expected)

Description Mohd Asif Ali Rizwaan 2005-10-09 16:53:19 UTC
Version:           unknown (using KDE 3.4.91 (beta1, >= 20050910), compiled sources)
Compiler:          gcc version 3.3.4
OS:                Linux (i686) release 2.6.11.7

Problem: typing "*.odt" or "*.doc" or "*.doc" or "*.txt" in the file open dialog causes error, which is unexpected. OpenOffice 2.0rc1 works fine.

How to reproduce:
-----------------
1. Run kwrite
2. press CTRL+O or file->open
3. in the Location area type "*.txt"
4. you'll get:
----------------
The given file could not be read, check if it exists or if it is readable for the current user.
-----------------

5. kword, kaffeine, all applications are showing error.

Expected Behavior:
------------------

1. OpenOffice would filter the files properly when "*.odt" is typed at "Open File" location.
2. In Windows it works.
3. In Gnome it shows error
4. In KDE it should show like openoffice.

The Behavior should be like:

1. clicking on the file area
2. typing "*.odt"
3. press enter

I'll just add the screenshot for better understanding.
Comment 1 Mohd Asif Ali Rizwaan 2005-10-09 17:12:16 UTC
Created attachment 12925 [details]
KWord not showing *.odt with "filter" entered in the "Location" area
Comment 2 Mohd Asif Ali Rizwaan 2005-10-09 17:17:41 UTC
Created attachment 12926 [details]
A user would expect this output when he/she enter's *.odt in the "location" area too
Comment 3 Mohd Asif Ali Rizwaan 2005-10-09 17:21:44 UTC
Created attachment 12927 [details]
OpenOffice displays the *.odt files correctly (as expected)

Why do we need to have this capability to "filter the files in the location?"

Because, The location is by default selected/focused, hence the user could type
directly there. This is very fast.

Whereas, the user has to "Triple click" to select and change the "All Files"
then modify the All files to "*.odt". This is slow and tiring.

The current behavior is very tiresome, and slows down the user to quickly find
a file/folder from the file open dialog.

Thanks.
Comment 4 Nicolas Goutte 2005-10-09 21:46:03 UTC
To comment #3: you do not have to do many things with the mouse. You just have to press the Tabulator key and then enter the filter pattern (and then Enter), especially you do not need to select "All files", as anyway a pattern is not "all files".

Of course, a problem could be with a keyboard without a tabulator key.

Have a nice day!
Comment 5 Philip Rodrigues 2005-10-10 13:33:31 UTC
In fact, you could have a file with the name '*.txt' which you wanted to open, so it's not quite that simple. This is a wishlist item - changing.
Comment 6 Christoph Feck 2009-08-27 02:36:47 UTC
Moving from "kio/kfile" component to "kfile" product, helps sorting out duplicates.
Comment 7 Nate Graham 2018-04-11 20:52:39 UTC

*** This bug has been marked as a duplicate of bug 78862 ***