QGuiApplication's supported command-line parameters are taken for a password search request

[wwp]

Describe the bug
When passing QGuiApplication's supported command-line parameters (at least in Linux), QGuiApplication behaves as expected (-geometry is applied, etc.) but Qtpass ends up treating those parameters as if they were search arguments.

To Reproduce
Steps to reproduce the behavior:

1. run this from a terminal
   $ qtpass -geometry 200x100
   All other command-line params managed by QGuiApplication do the same (-qwindowtitle, ..).
2. the main window geometry is set as expected to 200x100
3. qtpass searches for a "-geometry 200x100" password.

Expected behavior
Command-line arguments supported by QGuiApplication should be treated then removed from the command-line (or ignored when Qtpass tread then after), not taking them for a password search request.

Desktop

• 1.3.2 / 1.4.0-rc2 compiled from the sources using Qt5 on a Rocky Linux 9 x86_64.

[stkw0]

They are both, treated as arguments for QApplication and as search arguments (unles session or psn_ arguments are used). But since it's a QApplication and not a QGuiApplication there are arguments that are not available, like -geometry

[annejan]

Started this in the 1.5.1 Stability Hotfix track as well. I adjusted startup argument handling in main/main.cpp to avoid treating Qt/application options as search text (roughly ignores leading dash options and their parameter when present). I still need to validate edge cases, then I can tighten this if we want stricter parsing.

[annejan]

Fixed in v1.5.1 - use QCoreApplication::arguments() for CLI parsing