Details
-
Bug
-
Resolution: Done
-
P1: Critical
-
5.2.0 Beta1
-
Windows 7 64bits, Qt5.2.0.b1 64 bit locally built, Visual Studio Express 2012, Mac OS
-
7e5452a23f02c87f73f729cf6eab0ffe1ffa440c
Description
The dialog seems to open in the executable's directory. This worked fine in 5.2.0 Alpha.
In qtbase/src/widgets/dialogs/qfiledialogs.cpp in the getSaveFileName static method, the QPlatformDialogHelper *m_platformHelper member of QFileDialog seems properly setup in the constructor at line 2366, but it is then destroyed in the call to dialog.setAcceptMode(AcceptSave) at line 2367. It is recreated in the call to dialog.exec() in line 2370 but it isn't properly initialized again.
I will put together an app that demonstrates the problem.
Steps to reproduce, using tests/manual/dialogs:
- Enter directory
- Choose getSaveFileName: Note directory is not observed
- Choose getOpenFileName: Note directory is observed
Attachments
Issue Links
- is required for
-
QTBUG-33863 Issues to be fixed before Qt5.2 RC1 release
- Closed
- relates to
-
QTBUG-33039 get{Open|Save}FileName hangs for about 10 seconds in a loaded folder
- Closed
- resulted from
-
QTBUG-34408 QFileDialog does not preselect File anymore
- Closed
For Gerrit Dashboard: QTBUG-34446 | ||||||
---|---|---|---|---|---|---|
# | Subject | Branch | Project | Status | CR | V |
69684,4 | Fix QFileDialog::getSaveFilename() with a given default name | stable | qt/qtbase | Status: MERGED | +2 | 0 |