I will file a bug with Qt if you insist, but I think they are already claiming it is not their responsibility, since it is a "native" dialog, that is, provided by the platform's window system, i.e. GTK.
So I think it would make more sense to file the bug with the GTK project? If you agree, I will gladly file that bug. I already filed a related bug with Qt: https://bugreports.qt- project.org/browse/QTBUG-38985. (That bug report says that the Save dialog emits too many signals. It is a related bug because it uses the same dialog, although the symptoms are different.) The Qt project already closed that bug, saying the Qt implemented dialog works fine, only the native dialog (implemented by GTK) is broken. Which is the same situation for this bug report. -- You received this bug notification because you are a member of Ubuntu Touch seeded packages, which is subscribed to qtbase-opensource-src in Ubuntu. https://bugs.launchpad.net/bugs/1324059 Title: file save dialog fails to confirm overwrite existing file Status in “qtbase-opensource-src” package in Ubuntu: New Bug description: I am developing an app using Qt5.2.1, PyQt5, Python3.4 testing on Ubuntu14.04LTS. All packages are Ubuntu packages. When a file exists already, e.g. 'foo.txt'. Start the app which creates files of suffix '.txt'. User creates new document and chooses 'Save'. App displays a file dialog for choosing a filename for saving, passing the default filename of 'untitled.txt'. Filename textbox is empty (incorrectly?). User enters just 'foo' in the filename text box. User chooses the 'Save' button. Dialog incorrectly fails to show a message box to confirm user wants to overwrite existing file. Dialog returns filename 'foo.txt' to the app. App proceeds to overwrite an existing file, causing user loss of data. The QFileDialog by default uses the native dialogs i.e. GTK2? If app instead tells it to use the Qt provided dialog (non-native), the behaviour is as expected (the textbox displays 'untitled.txt' and the dialog confirms overwrite.) (The native and non-native dialogs have different look-and-feel.) This is changed behaviour from Ubuntu 13.04 and Qt4.8. (But I am uncertain whether Qt used the native GTK dialog in those versions.) I have also tested on Ubuntu 14.04Gnome, and the behaviour seems slightly different: depending on whether the user Tabs out of the textbox, the dialog completes the filename in the textbox (i.e. finds the existing file and selects it) and DOES confirm overwrite. (I will need to retest to be sure about this.) Note that I have experienced a related bug, where the dialog emits 'fileSelected' signal twice, once with 'foo' and once with 'foo.txt.' Discussed at qt-project.org forums, but not reported here yet. To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/qtbase-opensource-src/+bug/1324059/+subscriptions -- Mailing list: https://launchpad.net/~touch-packages Post to : [email protected] Unsubscribe : https://launchpad.net/~touch-packages More help : https://help.launchpad.net/ListHelp
