The filters under Appearance / Certificate Categories should be sorted by precedence (i.e. by the order in which the filters are applied). Filters with custom ids like disabled-filter, de-vs-filter, etc., are not sorted by this.
Edit 2026-05-27: This seems to be a follow up of T7212
| rKLEOPATRA Kleopatra | |||
| rKLEOPATRA79f807a6bc90 Fix sorting of key filter config groups by specificity | |||
| rKLEOPATRAa5b32f8ff9e9 Don't show unused de-vs-specific filters in settings dialog | |||
| rKLEOPATRAf2d84f0a84e3 Use config groups stored in list items to save changes | |||
| rKLEOPATRA3ed4568d1017 Fix sorting of key filter config groups by specificity | |||
| rKLEOPATRAd1bbc32cd7ce Don't show unused de-vs-specific filters in settings dialog | |||
| rKLEOPATRA1f61dca20f41 Use config groups stored in list items to save changes | |||
Fixed.
Additionally, the de-vs-compliance filters are no longer show in non-compliant installations like Gpg4win.
Note: The precedence of the categories is either custom-defined (with the specificity key in the filter config) or defined by the default specificity (== number of conditions in the filter config). A filter that is more specific because it has more conditions has a higher precedence.
Looks good to me on gpg4win-5.0.2-beta2 @ win11 (no de-vs-compliance filter):
Random sample from the config in order of display:
Name=Disabled is-disabled=true specificity=4294967294 Name=Trusted Root Certificates was-validated=true is-root-certificate=true is-validity=ultimate Name=Expired is-expired=true is-revoked=false is-disabled=false Name=Revoked is-revoked=true is-disabled=false Name=On Smart Card is-cardkey=true is-disabled=false Name=S/MIME is-openpgp-key=false
Should be backported to VSD 3.4 because these changes amend T7212: Problems with certificate colors / styles.
In VS-Desktop-4.0.90.1216-Beta (Kleopatra: 782c464a9801d6189e3d3be494922f42857bd26c, GnuPG: 2.5.18) the order of the categories as shown in the Kleopatra settings changes when quitting and restarting Kleopatra:
Look at QES. In VSD-versions the vsd specific categories move, too, but I guess that is because they are custom and not meant in this ticket?
It was confirmed that my observation is not relevant for the very special case fixed in this ticket.