touch-packages team mailing list archive
-
touch-packages team
-
Mailing list archive
-
Message #00343
[Bug 1324059] Re: file save dialog fails to confirm overwrite existing file
I think I can reproduce your bug, but I do not have enough time to debug
it. Can you please file this bug upstream on bugreports.qt-project.org?
> The QFileDialog by default uses the native dialogs i.e. GTK2?
On GNOME systems it does. The Gtk+ 2 dialog and native Qt dialogs look
totally different, it is very easy to distinguish between them.
--
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