[kleopatra] [Bug 412569] Extended handling related to password confirmation omission
https://bugs.kde.org/show_bug.cgi?id=412569 --- Comment #7 from Ricky Tigg --- Issue reported at https://bugzilla.redhat.com/show_bug.cgi?id=1759066. -- You are receiving this mail because: You are on the CC list for the bug.
[kleopatra] [Bug 412569] Extended handling related to password confirmation omission
https://bugs.kde.org/show_bug.cgi?id=412569 --- Comment #5 from Ricky Tigg --- Created attachment 123077 --> https://bugs.kde.org/attachment.cgi?id=123077=edit Windows 10 – illustration of pientry-qt – Finnish language Testing the behaviour on Windows 10's for comparison purpose with Linux using Gnome, the following observations emerge: On Linux's side using Gnome – The interface language is a mix of default language –traditionally USA English– and Finnish. – Section covering password quality check is not exhibited. Entropy may not be involved in that process. On Windows 10's side – The interface language of the section illustrated by windows-10_kleopatra_pinentry-qt.PNG, is not according to the system language which is Finnish but entirely in default language. Elsewhere most of the application's interfaces' language is in Finnish. I was to propose translating for both OSs though as noticeable translations form USA English into Finnish are assigned to Mikko Piippo, Kim Enkovaara and Tommi Nieminen. -- You are receiving this mail because: You are on the CC list for the bug.
[kleopatra] [Bug 412569] Extended handling related to password confirmation omission
https://bugs.kde.org/show_bug.cgi?id=412569 --- Comment #4 from Ricky Tigg --- $ pinentry-gnome3 --version pinentry-gnome3 (pinentry) 1.1.0 Copyright (C) 2016 g10 Code GmbH License GPLv2+: GNU GPL version 2 or later <https://www.gnu.org/licenses/> This is free software: you [...] On my system it is recent. $ LANG=C rpm -qi pinentry-gnome3 | sed -n '11p;15,16p' Build Date : Fri Jul 26 21:44:20 2019 URL : http://www.gnupg.org/aegypten/ Bug URL : https://bugz.fedoraproject.org/pinentry -- You are receiving this mail because: You are on the CC list for the bug.
[kleopatra] [Bug 412569] Extended handling related to password confirmation omission
https://bugs.kde.org/show_bug.cgi?id=412569 --- Comment #2 from Ricky Tigg --- Hey. You all interpreted correctly. I used Fedora, Gnone. Once entering a password in only one field, be it the first or second, invoking OK starts an endless process. At this state, 1. Attempting to enter into the confirmation field a password won't be operational; 2. OK button wss greyed out, while Cancel button alone was available. Some observations: – OK button has been in my tests available for being invoked right from the beginning of the apparition of window illustrated by kleopatra_3.1.4_failed_password_setting_1.png while no passwords had yet been entered into any fields. – The second field –the one aimed for password confirmation– was opened to receive some content even while the first field –the one aimed to enter a reference password– had been left blank. Yet during that operation, OK button remained available. Those reflections came to me: – OK button could be greyed out right from the beginning until both fuels have been supplied with some content which then make it at last available for beeing invoked. – The second field could be closed, eventually adding a greyed-out background to it in order to make its state explicit, until a password has been entered into the first field and user has switched to the second field. – Once both fields have been supplied with content, invoking OK button would process informations contained within these fields then check that they match each other. In case they don't, a typical message related to the situation would be exhibited, such as "Passwords do not match each other.", but without the need to lead to a failure. -- You are receiving this mail because: You are on the CC list for the bug.
[kleopatra] [Bug 412569] New: Extended handling related to password confirmation omission
https://bugs.kde.org/show_bug.cgi?id=412569 Bug ID: 412569 Summary: Extended handling related to password confirmation omission Product: kleopatra Version: unspecified Platform: Fedora RPMs OS: Linux Status: REPORTED Severity: wishlist Priority: NOR Component: general Assignee: aheine...@gnupg.org Reporter: ricky.t...@gmail.com CC: kdepim-bugs@kde.org, m...@kde.org Target Milestone: --- Created attachment 122996 --> https://bugs.kde.org/attachment.cgi?id=122996=edit Illustrations of extended process. ENHANCEMENT REQUEST Omission of password confirmations leads to a failed process. OBSERVED RESULT By reflex i may omit often the confirmation of a password in the field dedicated to that purpose, and validate the process as such, which is as illustrated in kleopatra_3.1.4_failed_password_setting_1.png, handled as a definitive failure. Is then a failure state needed in such situation since as illustrated in kleopatra_3.1.4_failed_password_setting_2.png, a message will anyway come and offer to relaunch current wizard keeping in the process set parameters. Handling an omission as a failure, makes that last window production to be interpreted as an extension for the only purpose to be extension. EXPECTED RESULT An error message alone related to an omission of confirmation would have been appropriate as well to cover as a whole that handling of omission and therefore integrated to the windows in which passwords are handled. SOFTWARE/OS VERSIONS v.3.1.4 Linux/KDE Plasma: Linux (x86_64) release 5.3.1-300.fc31.x86_64 KDE Frameworks 5.61.0 Qt 5.12.4 (built against 5.12.4) The wayland windowing system -- You are receiving this mail because: You are on the CC list for the bug.
[kleopatra] [Bug 412509] New: Observations regarding tools interfaces
https://bugs.kde.org/show_bug.cgi?id=412509 Bug ID: 412509 Summary: Observations regarding tools interfaces Product: kleopatra Version: unspecified Platform: Fedora RPMs OS: Linux Status: REPORTED Severity: wishlist Priority: NOR Component: general Assignee: aheine...@gnupg.org Reporter: ricky.t...@gmail.com CC: kdepim-bugs@kde.org, m...@kde.org Target Milestone: --- Created attachment 122965 --> https://bugs.kde.org/attachment.cgi?id=122965=edit Interfaces – Observations SUMMARY Using the tool is intuitive. Here is an enhancements request that might be relevant. OBSERVATIONS 1. In main view, Files | New Key Pair... – Two tasks are covered under that menu-entry: creations either of keys alone or key pairs. 2. While the steps involved in those creations are still going on, and at least one option has been manually selected, despite mention 'Certify' is a default usage of these creations cases (kleopatra_3.1.4_interface_1), this mention is omitted from Review Parameters (kleopatra_3.1.4_interface_2). 3. In main view, listed certificates come along with current categories from Name to Key ID in columns (kleopatra_3.1.4_interface_4; they may be arranged according to those categories as well. APPLICABLE ENHANCEMENTS 1. 'New Key Pair...'-named menu-entry would be named accordingly to the available tasks; example of models: 'New Key Pair or Key alone...', 'New Key alone or Key Pair...'. 2. Mention 'Certify' would be present as it is the case under Subkeys details -nemed window (kleopatra_3.1.4_interface_3) while a certificate has been selected for opening then More Details clicked. 3. Consider adding category 'Usage' as well, which would deal with toggled use-cases, like 'Certify'. That's the way that would suit me in everyday use. SOFTWARE/OS VERSIONS v.3.1.4 Linux/KDE Plasma: Linux (x86_64) release 5.3.1-300.fc31.x86_64 KDE Frameworks 5.61.0 Qt 5.12.4 (built against 5.12.4) The wayland windowing system ADDITIONAL INFORMATION Snapshots took under Gnome 3.34.0 -- You are receiving this mail because: You are on the CC list for the bug.
[kleopatra] [Bug 412319] New: Rendering issues under GNOME
https://bugs.kde.org/show_bug.cgi?id=412319 Bug ID: 412319 Summary: Rendering issues under GNOME Product: kleopatra Version: unspecified Platform: Fedora RPMs OS: Linux Status: REPORTED Severity: minor Priority: NOR Component: general Assignee: aheine...@gnupg.org Reporter: ricky.t...@gmail.com CC: kdepim-bugs@kde.org, m...@kde.org Target Milestone: --- Created attachment 122860 --> https://bugs.kde.org/attachment.cgi?id=122860=edit Kleopatra under GNOME 3.34.0 SUMMARY: rendering issues under Gnome –version tested 3.34.0–. STEPS TO REPRODUCE 1. Handbook (F1) is currently available only on-line at https://docs.kde.org/stable5/en/pim/kleopatra/index.html; Insecure web protocol –HTTP– exhibited; nevertheless link redirects to an URL figuring an HTTPS protocol, which relies on a strong enough cipher suite. 2. Default theme, Adwaita, is active. Select New Key Pair... 3. Theme Adwaita-dark is active. Select Perform Self-Test. OBSERVED RESULTS 1. (kleopatra_web_site) - Handbook would be convenient to be as well available off-line; - URL could be updated. 2. (kleopatra_adwaita_*) - Texts related to key-pair choice partially visible; - Content related to GPG key-pair choice invisible. 3. (kleopatra_adwaita-dark_*) - Content unvisible; - Content visible only when ii is focused with the pointer. SOFTWARE/OS VERSIONS Kleopatra v 3.1.4 (version not listed in present site interface!) Linux (x86_64) release 5.3.0-1.fc31.x86_64 KDE Frameworks 5.61.0 Qt 5.12.4 (built against 5.12.4) The wayland windowing system ADDITIONAL INFORMATION Same observations under Gnome 3.34.0 running under X server. Setting themes relies on package gnome-tweaks. -- You are receiving this mail because: You are on the CC list for the bug.
