Use QString::arg with multiple argument
CertificateRequester: Expose NOTIFY signal in properties
Avoid detaching by iterating over temporary or non const variables
SignEncryptTask: Use new connect syntax
Use Q_EMIT when trigerring signal
KWatchGnuPGMainWin: Use modern connect syntax
Allen Winter <winter@kde.org> committed
rMTP64a114af2cc1: src/quick/types.h - include <QQmlEngine> to fix compil (authored by Allen Winter <winter@kde.org>).
src/quick/types.h - include <QQmlEngine> to fix compil
Apply 3 suggestion(s) to 1 file(s)
Allen Winter <winter@kde.org> committed
rMTPaae3aa9ed238: src/quick/types.h - include <QQmlEngine> to fix compil (authored by Allen Winter <winter@kde.org>).
src/quick/types.h - include <QQmlEngine> to fix compil
With the fixes a build from Gpg4win master (kf5) should now no longer switch the colors or the icons when in dark mode. This should only be done in high contrast mode. I am adding screenshots from the tests here so I also don't get confused between the different versions:
Add patch to disable dark mode on old windows
Rename "User IDs" column to "Status"
flatpak: Update libsecret
Use QString::arg with multiple argument
CertificateRequester: Expose NOTIFY signal in properties
SignEncryptTask: Use new connect syntax
Use Q_EMIT when trigerring signal
Avoid detaching by iterating over temporary or non const variables
KWatchGnuPGMainWin: Use modern connect syntax
Remove unused member variable mHeaderPopup
Move FindLibAssuan and FindLibGpgError to Libkleo
Move FindLibAssuan and FindLibGpgError to Libkleo
Provide cmake find libgpgerror and libassuan modules
Provide cmake find libgpgerror and libassuan modules
fixes some low-hanging bugs to make the configuration behave more as expected
Show filters in the order that they're evaluated in
Reset to default style instead of "empty" style
Fix removing icon from a key filter
All given data files are concatenated; not sure whether this is a good feature but iirc pgp 2 did it the same way.
BTW, gpgme does not yet use --quick-set-ownertrust which can also be used to set the disabled flag. We should replace the interactor by the new command. See rG21f7ad563d for the new command.
Unfortunately, sentence like UIs are a nightmare for translators. The only thing that works for all languages is self-contained text fragments.
l10n daemon script <scripty@kde.org> committed
rMTP99127f0a244b: GIT_SILENT Sync po/docbooks with svn (authored by l10n daemon script <scripty@kde.org>).
GIT_SILENT Sync po/docbooks with svn
l10n daemon script <scripty@kde.org> committed
rLIBKLEO2a4d1c5897e0: GIT_SILENT Sync po/docbooks with svn (authored by l10n daemon script <scripty@kde.org>).
GIT_SILENT Sync po/docbooks with svn
l10n daemon script <scripty@kde.org> committed
rKLEOPATRAca41c971cafc: GIT_SILENT Sync po/docbooks with svn (authored by l10n daemon script <scripty@kde.org>).
GIT_SILENT Sync po/docbooks with svn
l10n daemon script <scripty@kde.org> committed
rLIBKLEO24e923bad55c: GIT_SILENT Sync po/docbooks with svn (authored by l10n daemon script <scripty@kde.org>).
GIT_SILENT Sync po/docbooks with svn
l10n daemon script <scripty@kde.org> committed
rMTP68c3cf8499bd: GIT_SILENT Sync po/docbooks with svn (authored by l10n daemon script <scripty@kde.org>).
GIT_SILENT Sync po/docbooks with svn
l10n daemon script <scripty@kde.org> committed
rKLEOPATRAc16e66395a53: GIT_SILENT Sync po/docbooks with svn (authored by l10n daemon script <scripty@kde.org>).
GIT_SILENT Sync po/docbooks with svn
Thanks for this prompt fix! but they're still not aligned. with this fix, the Synopsis is:
Move FindLibAssuan and FindLibGpgError to Libkleo
Provide cmake find libgpgerror and libassuan modules
Remove not needed set_package_properties call
We could also phrase it more like a sentence, something like
Port to new OpenPGPCertificateCreationDialog
Avoid iterating on a temporary
Fix build with latest KMime
Remove option to show tags
• TobiasFella moved
T7219: Kleopatra: Change colum name "User IDs" to "Status" from
Restricted Project Column to
Restricted Project Column on the
Restricted Project board.
Rename "User IDs" column to "Status"
ok, here the comments from our joined feedback session:
For the certificate list it might make sense to have column-specific tool tips, e.g. to give details on "not certified" in the "User IDs" column. For the fingerprint column (just to pick one example) a tool tip makes little sense.
I started working on this already since we needed to fix the current changes regarding dark mode detection. T7214: Kleopatra: Dark mode detection problems on Windows 10 2016
Darkmode detection in Qt6 works for us, but the icon theme switch does not happen.
Fix deprecation warnings for compare_helper
The latest changes have been backported for VSD 3.3.
Prioritize "disabled" over "revoked", "expired", "certified" for key status
• TobiasFella moved
T7204: Kleopatra: Remove Option "Show tags attached to certificates" from
Restricted Project Column to
Restricted Project Column on the
Restricted Project board.
Remove option to show tags
removed the checkbox for encrypting to others
• TobiasFella set External Link to https://invent.kde.org/pim/kleopatra/-/merge_requests/176 on
T6485: Kleopatra: give warning if file will only be encrypted to self.
Don't use Checkbox to configure encryption for others in SignEncryptWidget
KeyListSortFilterProxyModel: Allow filtering out disabled keys
Add off-by-default option to show disabled keys in key list
Comment edited. We still might want to have that discussion about what we should aim for but this ticket is not the correct place for it. Apologies.
Kleopatra of course respects the disabled status because GnuPG does so. But what is the usecase for further extending this?
Let's not make the filtering more complex. It's already complex enough with the search field and the filter drop down. If we want more flexible filtering then this should be solved in a general way and not as Sonderlocke for "disabled". "disabled" is really a niche feature and, in my opinion, doesn't deserve a prominent UI element in the main UI.
Prioritize "disabled" over "revoked", "expired", "certified" for key status
Align precedence order of key status: Disable > Revoked > Expired >…
• ebo renamed
T7089: Kleopatra: show "disabled" status from
Kleopatra: Integrate "disabled" feature from gpg to
Kleopatra: show "disabled" status.
The order of states is "expired", "revoked", "disabled", "invalid", "certified", "not certified". Since we show only one state we need to define an order. I guess it would make sense to give "disabled" the highest priority. (I also think that "revoked" should have higher priority than "expired".)
l10n daemon script <scripty@kde.org> committed
rLIBKLEO517f977a8ba1: GIT_SILENT Sync po/docbooks with svn (authored by l10n daemon script <scripty@kde.org>).
GIT_SILENT Sync po/docbooks with svn
l10n daemon script <scripty@kde.org> committed
rKLEOPATRAfe2721890475: GIT_SILENT Sync po/docbooks with svn (authored by l10n daemon script <scripty@kde.org>).
GIT_SILENT Sync po/docbooks with svn
Found a workaround for me. I thought that to only set gitrep if it is not set an ":=" would be required but as other variables in there were also assigned by a single equal sign, I tried to set it on the command line, too and this worked.
Sure! I agree. But my commit did not change that, it only changed that if it that preferable source directory is not at the expected place that it falls back to a remote connection. Since this is also not done in release builds etc. I don't see the harm. And it makes it easier to build GnuPG I think it is weird that users need to modify the script for a git build, this is also not documented. Or a manually reviewed source tree setup under ~/s . But the maintainer could have such a setup and so that setup is preferred! So nothing has been changed for the maintainer.
Remove not needed set_package_properties call