-
Notifications
You must be signed in to change notification settings - Fork 668
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Select 'No' button by default in the unknown certificate dialog, and show the dialog above the main window #11531
Comments
Thx I opened: #11533 for your second suggestion. |
We will take care that the No button is the default action. Could you please report your version?
|
4.2.0 seems to be the latest in the official Tumbleweed repo. Quite surprised tbh... I'll install the latest 5.2.1 and let you know if anything changed. For the window manager, I should also mention that I'm using Wayland, should that be relevant. |
Known issue then |
Update: with version 5.2.1.13040 979bb9, the dialog did show above the main window. It's only about the default selected button then. |
Pre-submission Checks
Feature description
Two small UI/UX improvements, reducing the number of keystrokes you need to dismiss certificate errors.
Currently, when connecting to a public network with a sing-in portal, the OwnCloud client will show a certificate error, since the requests are not answered by the correct server, and thus not with the correct certificate.
Now, the button selected by default is 'Yes'. This is the less likely answer, as one should not go about trusting every certificate he comes across.
Furthermore, at least when the client is hidden and the error dialog pops up, the main window is shown as well and covers the pop-up. The main window is unresponsive since the dialog is modal. As a result, one first needs to figure out that there is a dialog open in the background before switching to it and closing it.
Proposed solution
Alternative solutions you considered
No real alternative to 1., but a further improvement to encounter this situation less often would be to detect the answer as a sign-on portal and pause syncing while the server can't be reached.
For 2., if there is a way to only show the dialog, without the main window, this would be good as well. Or, instead of directly opening a dialog, there could be a notification, which is more easily dismissed, when the client is hidden.
Additional context
Issue encountered on KDE Plasma.
Source of the dialog: https://github.com/owncloud/client/blob/2db0920436d666e3d2bbbc786e6692516327bbc4/src/gui/tlserrordialog.ui
I have little experience with QT. Someone else will probably be much quicker than myself to implement this. If no one wants to do this within a week or something, I will try to do it myself.
The text was updated successfully, but these errors were encountered: