This fix is also in VSD 3.3
- Queries
- All Stories
- Search
- Advanced Search
- Transactions
- Transaction Logs
All Stories
Nov 14 2024
This is included in test installers since some time already.
This change is also used for VSD 3.3
The same CSS has worked for years. Suddenly, after an update Firefox started to misbehave. I don't know if it's actually a bug in Firefox or in fontconfig or something else, but it's certainly not a problem of the CSS.
Gpg4win-Beta-75: works
This website uses this CSS rule for body:
Name of the window is now "GnuPG Configuration Overview" and "gpgconf -X" is preselected and executed in the window.
Works, you now get an error message that the card can not be found.
This has been backported for VSD 3.3 and Gpg4win
I put "scd" tag and let me claim this ticket.
This symptom can be explained by the nPth bug of T7386.
The symptom of this bug was:
- there are multiple waiters for COND.
- COND is fired by npth_cond_broadcast, all waiters should be waken up, but only one wakes up by the old code of 1.7.
- other waiters keep waiting forever.
After I fixed the problem, I realized that the description of this ticket was not accurate, so, modified.
Nov 13 2024
I guess it's now ready for testing
All changes have been backported for VSD 3.3
FWIW, there is some code in gpa which uses the event counter. It was introduced with
rGPA936825b4b994cdf5900fc987abd9be7889989627
I added this to gpg4win master. I assume that this branch will be used for VSD 3.3 and Gpg4win 4.4.
All missing translations mentioned in the original description should now be there (once a new kleopatra snapshot is created).
That's a bug in Firefox. Chromium doesn't exhibit the problem. I have problems with fonts in Firefox on many different websites.
Please ask on the forum or a mailing list for help.
With Gpg4win-Beta-75+
Forget the explanation. msgcat --use-first works correctly. We didn't use it correctly for our purposes. msgcat --use-first took the first translation of the context-less messages. This happened to be marked-as-obsolete messages in the main po file (because KDE keeps obsolete messages for easier recovery). And since they were marked as obsolete they were dropped when the po file were compiled. The script now removes obsolete messages before merging in additional po files. This way non-obsolete messages in the additional po files don't get shadowed anymore by obsolete messages in the main po files.
I agree, this is done, follow up Tasks will get new tickets
This seems to be QWizard-specific behavior. One more reason to port away from that
FWIW, we should eventually get rid of the pipe + socket style connection model. It is just to complex with no real benefit.
I see. Thanks for explaining. we can of course contact the gettext author (whom I happen to know).
After fixing two bugs, I changed the title to express the scope of this ticket.