Open
Bug 263332
Opened 20 years ago
Updated 2 years ago
Filepicker filter proc doesn't work correctly
Categories
(Core :: XUL, defect)
Tracking
()
NEW
People
(Reporter: jhpedemonte, Unassigned)
Details
Attachments
(1 file)
|
7.46 KB,
patch
|
Details | Diff | Splinter Review |
Off shoot from bug 225574. The filepicker filter procedure (FileDialogFilterProc) always returns true.
| Reporter | ||
Comment 1•20 years ago
|
||
So this patch makes it work on my system (10.3). Haven't tried any of the earlier ones. It now follows the given extensions and only sets those files. Plus, if you are choosing an application, it only lets you choose an application. However, since this filter proc has been broken for quite some time, the users have probably gotten accustomed to opening up any file they want in the browser. This patch would restrict the types of files that can be opened. On other OSes, this is remedied by having a drop down that lets you choose which filters you wish to apply, so you can select the "Any file" filter if you choose. So, we have to decide which is better. Filter the results, and put a filter selection drop down in the "Open..." dialog, or just keep doing what we've been doing, and let the user open any file they want.
Comment 2•2 years ago
|
||
The bug assignee didn't login in Bugzilla in the last 7 months, so the assignee is being reset.
Assignee: jhpedemonte → nobody
Updated•2 years ago
|
Severity: normal → S3
You need to log in
before you can comment on or make changes to this bug.
Description
•