diff options
author | Thiago Macieira <thiago.macieira@intel.com> | 2024-05-16 10:14:36 -0700 |
---|---|---|
committer | Thiago Macieira <thiago.macieira@intel.com> | 2024-06-03 19:00:26 -0700 |
commit | 993b197d9c944060763fb46514c5c1d31abce205 (patch) | |
tree | 080c95a52d843e8e1c2c67d50713ce64f51ebf42 /examples/painting/composition/composition.html | |
parent | c6feed7e1d8b8ed991a81878c78bb361f038eaf6 (diff) |
We were splitting the Unicode command-line using CommandLineToArgvW(),
then converting to 8-bit for argv. That was practically always the same
as what the runtime had already stored in __argv. But not always: it
looks like the runtime splits the 8-bit command-line (GetCommandLineA())
and there are certain Unicode characters that WideCharToMultiByte()
converts to a quote ("), which causes the command-line splitter to
differ from what Qt is doing.
__argv may not always be populated, if the user requested a wmain()
somehow, because that causes __wargv to be populated. Therefore, we need
to keep the old code.
[ChangeLog][QtGui] Fixed a bug that caused Qt applications to disregard
Unicode command-lines on Windows even when argc and argv were passed un-
modified to QGuiApplication or QApplication. This happened only for
builds with Visual Studio and in the "windows" subsystem (not
"console").
Pick-to: 6.5 6.7
Fixes: QTBUG-125380
Change-Id: If05cb740b64f42eba21efffd17d007799f99d8bf
Reviewed-by: Oliver Wolff <oliver.wolff@qt.io>
Diffstat (limited to 'examples/painting/composition/composition.html')
0 files changed, 0 insertions, 0 deletions