GNOME Bugzilla – Bug 652571
Not clear that the user needs to scroll when logging in
Last modified: 2012-07-13 09:46:53 UTC
Created attachment 189915 [details] Screenshot of issue After logging in with gmail, the user is presented with screen that asks them to grant access. However the only button initially visible is a 'Cancel' button. The user needs to scroll to see other buttons. It seems to me that the presence of the cancel button creates (or exacerbates) this issue. Moving or removing the 'Cancel' button would make the dialog look more like the user's normal experience with a web browser and then the user would fall into normal routines, such as scrolling to look for buttons.
That's a good point. I'm adding the ui-review keyword. Other things that need designer input includes - We might also want a frame around the view (for e.g. aesthetics) - We should define what happens if one of the SSL certs don't check out, e.g. how to report this to the user (think MITM attack) - What happens if the user clicks a link? Should it open in the users browser? Right now nothing happens I think.
Created attachment 189922 [details] Screenshot when adding Facebook account Btw, as another design issue, some login dialogs are also too big to fit.
It should be possible to make this much better by forcing a mobile user-agent on the webkit view. I'm pretty certain that those websites would appear differently based on a mobile user-agent.
Also, for the other designer input things, it's not so much that it needs designer input as much as needing design.
Some of the issues raised here have already been solved or reported elsewhere. Frame around the WebKitWebView: https://bugzilla.gnome.org/660514 Size of the login page too big: https://bugzilla.gnome.org/659435
Very much agree with the original report. * The newer designs don't use the problematic cancel button. * I would recommend using a mobile version of the site to ensure it fits on screen.
We do use the mobile version of the page now and there are are "grant" and "deny" links on the top of the page as they are on the bottom. Is it ok?
The lack of cancel button means that we'll get an error dialogue when we deny the request. We shouldn't see an error if the user just cancelled the request.
(In reply to comment #8) > The lack of cancel button means that we'll get an error dialogue when we deny > the request. We shouldn't see an error if the user just cancelled the request. It is filed as: https://bugzilla.gnome.org/show_bug.cgi?id=670298
All the issues raised in this bug were filed separately and have been fixed. I am closing this. Please feel free to re-open if you think something was left out.