Closed Bug 579765 Opened 14 years ago Closed 14 years ago

Not using GTK filechooser anymore

Categories

(Core Graveyard :: File Handling, defect)

x86
Linux
defect
Not set
major

Tracking

(blocking2.0 beta3+)

RESOLVED FIXED
Tracking Status
blocking2.0 --- beta3+

People

(Reporter: micmon, Assigned: benjamin)

References

Details

(Keywords: regression)

Attachments

(2 files)

Attached image Screenshot
In the 20100718 nightly I noticed that the GTK filechooser is not used anymore for save and open operations. I really hope this is a regression and not by design.
Appears to be a regression somehow caused by bug 576991.
Depends on: 576991
Keywords: regression
Blocks: 576991
blocking2.0: --- → ?
Component: Shell Integration → File Handling
No longer depends on: 576991
Product: Firefox → Core
QA Contact: shell.integration → file-handling
Somehow the ui.allow_platform_file_picker not used anymore.
I'll try to find out why.
I think I know what the problem.
Assignee: nobody → benjamin
blocking2.0: ? → beta3+
http://hg.mozilla.org/mozilla-central/rev/6575d77caf4f I backed out the nsFilePicker.manifest change from bug 576991 which I'm pretty sure was incorrect.
Status: NEW → RESOLVED
Closed: 14 years ago
Resolution: --- → FIXED
Attached patch nsFilePicker fixSplinter Review
This is a really stupid mistake. nsFilePicker calls the nsFilePicker.js by CID.
Attachment #458578 - Flags: review?(bzbarsky)
(In reply to comment #5)
> http://hg.mozilla.org/mozilla-central/rev/6575d77caf4f I backed out the
> nsFilePicker.manifest change from bug 576991 which I'm pretty sure was
> incorrect.

Yes. I'm sorry. But other changes are correct.
Comment on attachment 458578 [details] [diff] [review]
nsFilePicker fix

r=me, but Benjamin checked this in already.
Attachment #458578 - Flags: review?(bzbarsky) → review+
I thought the XUL filepicker was only built on GTK builds anyway?
Product: Core → Core Graveyard
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: