User Details
- User Since
- Jul 24 2020, 9:57 AM (282 w, 3 d)
- Availability
- Busy Busy until Jul 29 2030.
Today
Fixed by applying a patch to our version of MinGW. This affected all Qt programs build with Qt 6.10.
Thu, Dec 18
Back to WIP because I had to fix a regression.
Wed, Dec 17
If Kleopatra is started in standalone mode then it shuts down properly.
With a Kleopatra built before the update of Qt/KF/gcc etc. (and which shuts down properly) I see the same three log messages.
Tue, Dec 16
Mon, Dec 15
Note that we have moved almost all bindings out of gpgme into separate repos. I suggest to develop such bindings externally. And you'll have to find external resources to learn how to create nodejs bindings for gpgme.
This might be obsolete after we have switched to Qt 6.10.
It's mostly obsolete. With T7874, GetThreadUILanguage is used instead of GetThreadLocale if no locale/language related environment variables are set. GetThreadUILanguage returns the configured display language.
Yes, this is obsolete with T7717: Location of qt-application config files. Closing as Wontfix because we use product-specific folders outside of GNUPGHOME.
Yes, this is obsolete. In the meantime KF6 uses GenericStateLocation instead of AppDataLocation everywhere so that there's nothing to upstream. And with T7717: Location of qt-application config files we set a product-specific value for GenericStateLocation below %LOCALAPPDATA%.
Backported for VSD 3.4
The tab order is horrible, but with the right combination of Tab and Shift+Tab it is possible to set custom keyboard shortcuts and the remove them again.
Fixed.
Thu, Dec 11
Fixed and backported for VSD 3.4.
I think we also want this for VSD 3.4.
Wed, Dec 10
I have cleaned up the patches for the AppImage. Now the build fails at okular because it needs PlasmaActivities. In master this dependency has been removed so that I'm going to wait for Sune's update of Gpg4win to Qt 6.10.x, etc.
Tue, Dec 9
With the product-specific standard locations implemented for T7717: Location of qt-application config files it's now longer necessary to customize the application name of Okular. Closing as wontfix.
The new approach has been implemented and backported for VSD 3.4.
All changes have been backported for VSD 3.4 (because they are closely entwined with changes for T7717).
