Closed Bug 55546 Opened 25 years ago Closed 25 years ago

Filepicker filter list empty on first run

Categories

(Core :: XUL, defect, P2)

x86
Linux
defect

Tracking

()

VERIFIED DUPLICATE of bug 54784

People

(Reporter: bryner, Assigned: bryner)

Details

(Whiteboard: [rtm+])

Attachments

(1 file)

The first time you run Mozilla, the filter list in the filepicker will show "()" instead of the file extensions and descriptions. Works ok on subsequent runs. I believe the problem is that we are obtaining the string bundle as a file-global variable in nsFilePicker.js - this is executed during component registration, which is BEFORE the locale is initialized. Attaching a proposed patch.
Attached patch patchSplinter Review
a=shaver
r=jag
Status: NEW → ASSIGNED
Keywords: rtm
Nominating for rtm, based on: 1) apparent loss of functionality 2) extremely safe fix 3) fix in hand, reviewed and super-reviewed
trudelle: do you think this is rtm-worthy? Or is "start again" too much of an easy workaround?
Looks like a righteous fix to me. rtm+ How well-tested is this? Does change affect any other execution path? Should we get more testing by landing on trunk first?
Priority: P3 → P2
Whiteboard: [rtm+]
Target Milestone: --- → M18
Note that workaround is easy iff you are motivated to use the program. If you're just evaluating it, you may not run it a second time. First impressions matter a lot.
I'd say this is extremely safe. We can do a trunk landing first if you want though.
Oh, and no, no other execution paths are affected. Just delaying something from filepicker component registration until a filepicker window is opened.
this was fixed in the more general case by the checkin to fix 54784. marking dup. *** This bug has been marked as a duplicate of 54784 ***
Status: ASSIGNED → RESOLVED
Closed: 25 years ago
Resolution: --- → DUPLICATE
verified duplicate.
Status: RESOLVED → VERIFIED
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: