Pascal Quantin
changed
bug 12318
Comment # 1
on bug 12318
from Pascal Quantin
I cannot reproduce the issue.
Indeed the button is labelled "Save" but I have no issue selecting a file
using:
Version 2.0.2 (v2.0.2-0-ga16e22e from master-2.0)
Copyright 1998-2016 Gerald Combs <[email protected]> and contributors.
License GPLv2+: GNU GPL version 2 or later
<http://www.gnu.org/licenses/old-licenses/gpl-2.0.html>
This is free software; see the source for copying conditions. There is NO
warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.
Compiled (32-bit) with Qt 5.3.2, with WinPcap (4_1_3), with libz 1.2.8, with
GLib 2.38.0, with SMI 0.4.8, with c-ares 1.9.1, with Lua 5.2, with GnuTLS
3.2.15, with Gcrypt 1.6.2, with MIT Kerberos, with GeoIP, with QtMultimedia,
with AirPcap.
Running on 64-bit Windows 7 Service Pack 1, build 7601, with locale C, without
WinPcap, with GnuTLS 3.2.15, with Gcrypt 1.6.2, with AirPcap 4.1.0 build 1622.
Intel(R) Core(TM) i7-4700MQ CPU @ 2.40GHz (with SSE4.2), with 7879MB of
physical
memory.
Built using Microsoft Visual C++ 12.0 build 40629
Accorring to https://doc.qt.io/qt-4.8/qfiledialog.html, the difference between
getOpenFileName and getSaveFileName is that the latter accepts a file that does
not exist yet (and this is what we want):
"This is a convenience static function that will return a file name selected by
the user. The file does not have to exist."
So it should not prevent selecting an existing file (and does not for me at
least).
Is anyone else experiencing this issue?
You are receiving this mail because:
- You are watching all bug changes.