Closed
Bug 626632
Opened 14 years ago
Closed 13 years ago
nsFilePicker is broken in qt desktop
Categories
(Core Graveyard :: Widget: Qt, defect)
Tracking
(Not tracked)
RESOLVED
FIXED
People
(Reporter: tatiana, Assigned: tatiana)
Details
Attachments
(2 files, 1 obsolete file)
47.92 KB,
image/png
|
Details | |
3.65 KB,
patch
|
romaxa
:
review+
|
Details | Diff | Splinter Review |
Open qt desktop Firefox build File -> Open File EXPECTED: file dialog ACTUAL: broken_file_dialog.png
Assignee | ||
Comment 1•14 years ago
|
||
I don't see any reason to embed QFileDialog with QGraphicsProxyWidget creature
Comment 2•14 years ago
|
||
Comment on attachment 504698 [details] [diff] [review] patch >+ MozQWidget *parentMozWidget = static_cast<MozQWidget*>(parent->GetNativeData(NS_NATIVE_WIDGET)); GetNativeData may return null... check for null, add NS_WARNING and set parentWidget = 0 if parentMozWidget == null >+ QWidget *parentWidget = parentMozWidget->getReceiver()->GetViewWidget(); >+ >- } >+ mDialog = new QFileDialog(parentWidget, QString::fromUtf16(str.get())); >
Attachment #504698 -
Flags: review?(romaxa) → review-
Assignee | ||
Comment 3•14 years ago
|
||
Attachment #504698 -
Attachment is obsolete: true
Attachment #504709 -
Flags: review?(romaxa)
Comment 4•14 years ago
|
||
Comment on attachment 504709 [details] [diff] [review] patch v2 By checking different implementations, I noticed that all other ports are creating Dialogs in ::Show function and in ::InitNative function it is remembering parent, title... Don't know exactly why it is done this way, but probably it make sense for Qt port do similar implementation...
Attachment #504709 -
Flags: review?(romaxa) → review+
Assignee | ||
Updated•13 years ago
|
Keywords: checkin-needed
Comment 5•13 years ago
|
||
http://hg.mozilla.org/mozilla-central/rev/3a9a6b749df6
Updated•8 years ago
|
Product: Core → Core Graveyard
You need to log in
before you can comment on or make changes to this bug.
Description
•