Today
Setting to low because this has never been a problem in the last 30 or 35 years. A check to help pinpointing bad keys is however a good idea.
Backported for VSD 3.4
Should be backported to VSD 3.4 because these changes amend T7212: Problems with certificate colors / styles.
Backported for VSD 3.4
The remaining open points of this ticket will be "won't fix" for now. When we plan to change something here, we should open new tickets, this one got confusing.
I put the new menu entries below the menu entry for the Quick Guide into the Help menu.
Done. And backported for VSD 3.4.
Note: I noticed that most of the old documents use underscores instead of hyphens in the document names. It doesn't really matter, but being consistent makes it easier to avoid typos.
Backported for VSD 3.4
That change is too complex for just getting a proper error message. The original patch covers the most common case.
This should also be fixed in 2.2 and 2.4 (if neccessary)
To avoid confusion the outer folder is now kept if the name of the archived folder doesn't match the name of the archive.
Done.
Fixed in work/tfry/settings_dialog_tuning
Sound sensible. Ok, then this ticket will only revert T8022 for archives which were renamed.
- That the users focus on the documentation which is more important for them.
- That the menu is not too long. This point will be +/- moot now but removing "more documentation" now would make extra work.
And 1) stays valid. So I'd keep it in place until all the new documentation is available. Unless @ikloecker sees this differently
Good point! Just to clarify: there are several chapters that appear in both the User Manual and the Administrator Manual, each with a different focus. Smartcards, Backup, and Trust Management are topics covered in both.
Just a quick note: For any operation that imports something I would expect an import result (gpgme_import_result_t) listing the keys that were imported. op_keylist in locate mode is a strange duck because it can list and import at the same time.
It seems that pinentry-curses defaults to "OK".
(my branch for GTK-4, same.)
This is a bit larger change (of UI improvement):
Yesterday
Cancel (in pinentry-qt) was made default with rP291089ed476d75c71ef1984a7c081d27e357437d. Marc's ChangeLog entry was
- qt4/main.cpp: (qt_cmd_handler) make Cancel the default button for CONFIRM
I guess no. But yes, am also annoyed by the default for "insert card" - sometimes several times a day. We should really fix that.
Does this relate to which button is selected by default by a pinentry prompt for inserting a card? I am very annoyed by the default for it being "Cancel" as I can't just press enter after inserting the card, but have to tab to or use the mouse to press the OK button.
It would be great if the default for the card insertion prompt would be OK.
It is clearly not implemented for S/MIME: rKLEOPATRA9eed4a45ed93 but it should be.
It's not that simple. The user could have decrypted multiple archives. Showing an additional message box after all decrypted archives have been moved to the final destination somehow doesn't feel right. And what if an archive and a regular file were decrypted? Should the additional message box also show the final destination of the regular file? I think this needs more thought.
Panel Used By
| Dashboard | gniibe's Dashboard |