After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 726609 - Popup is too small to display Facebook authorization
Popup is too small to display Facebook authorization
Status: RESOLVED FIXED
Product: gnome-online-accounts
Classification: Core
Component: general
3.11.x
Other All
: Normal major
: ---
Assigned To: GNOME Online Accounts maintainer(s)
GNOME Online Accounts maintainer(s)
3.12.1
: 726865 727179 727351 728522 729047 (view as bug list)
Depends on:
Blocks:
 
 
Reported: 2014-03-18 03:45 UTC by Dylan McCall
Modified: 2014-04-27 17:47 UTC
See Also:
GNOME target: ---
GNOME version: ---


Attachments
Screenshot of Facebook authorization with "popup is too small" message (97.84 KB, image/png)
2014-03-18 03:45 UTC, Dylan McCall
  Details
screenshot of it working fine today in Fedora 20 (GNOME 3.10) (595.58 KB, image/png)
2014-03-28 19:21 UTC, Adam Williamson
  Details
facebook: Update README (990 bytes, patch)
2014-03-31 16:10 UTC, Debarshi Ray
committed Details | Review
facebook: Update the code to request a compact web UI (1.80 KB, patch)
2014-03-31 16:21 UTC, Debarshi Ray
committed Details | Review

Description Dylan McCall 2014-03-18 03:45:52 UTC
Created attachment 272228 [details]
Screenshot of Facebook authorization with "popup is too small" message

When I attempt to sign in to Facebook to renew my credentials, I see the normal (very big, desktop-sized) Facebook login form. I fill that in and reach the app authorization screen, but input is disabled and a grey overlay appears over the web page: "Your popup is too small to display this page. Please enlarge it to proceed." This appears despite the definite presence of a Skip / Okay button in the page, and a scrollbar which would surely help if I needed it.

More diabolically, however, I am unable to resize the popup!

This is with gnome-shell / mutter version 3.11.90 and gnome-control-center version 3.11.5.

If I recall correctly, Facebook leads to different auth pages depending on locale. I am in Western Canada and my language is set to en_CA.UTF-8.
Comment 1 Debarshi Ray 2014-03-22 10:55:19 UTC
*** Bug 726865 has been marked as a duplicate of this bug. ***
Comment 2 Dylan McCall 2014-03-22 17:09:17 UTC
I forgot to mention the easy workaround: use the Tab key to navigate the interface behind the overlay.
Comment 3 Debarshi Ray 2014-03-27 20:41:03 UTC
*** Bug 727179 has been marked as a duplicate of this bug. ***
Comment 4 Debarshi Ray 2014-03-28 12:13:34 UTC
Few things:

 - No, this does not appear to be related to the locale.

 - Nor does it only affect you when you are trying to refresh the access token. I heard that deleting the account and recreating it would be a workaround, but that is not exactly true. It will affect you when adding a new account if you don't have GNOME in the list of applications that were granted permission to access your Facebook.

We are using https://m.facebook.com/dialog/oauth to show the login page instead of the recommended https://www.facebook.com/dialog/oauth [1] to coax them to give us a mobile version of the page that would fit nicely into our embedded view. Looks like that stopped working now because the page that we are getting is a big "desktop" version of it.

I would like to see if we can get the mobile variant back because the full-blown web page will never look nice on the small embedded webview, even if we increase the size of the popup a little bit to make it work.

[1] https://developers.facebook.com/docs/facebook-login/manually-build-a-login-flow
Comment 5 Adam Williamson 2014-03-28 19:13:46 UTC
Confirmed here on current Fedora Rawhide. This is also mentioned in a high-profile review of GNOME 3.12:

http://www.theregister.co.uk/2014/03/27/gnome_3_12_review/?page=2

and it's a fairly significant user-visible feature, so could perhaps do with being a high priority to fix and going in a 3.12 point release?
Comment 6 Adam Williamson 2014-03-28 19:21:00 UTC
There must be something a bit more to this than just Facebook changing, as it works with GNOME 3.10 (Fedora 20). Attaching screenshot of the relevant screen there.
Comment 7 Adam Williamson 2014-03-28 19:21:44 UTC
Created attachment 273192 [details]
screenshot of it working fine today in Fedora 20 (GNOME 3.10)
Comment 8 Adam Williamson 2014-03-28 19:48:32 UTC
If I A/B screenshots from the same VM in F20 and F21 (so they're easy to compare), it looks like the pop up is rather taller in F20 (GNOME 3.10). That's probably why it works OK.
Comment 9 André Klapper 2014-03-30 20:40:16 UTC
*** Bug 727351 has been marked as a duplicate of this bug. ***
Comment 10 Debarshi Ray 2014-03-31 15:47:24 UTC
(In reply to comment #8)
> If I A/B screenshots from the same VM in F20 and F21 (so they're easy to
> compare), it looks like the pop up is rather taller in F20 (GNOME 3.10). That's
> probably why it works OK.

Could be some theme change or a fallout from the recent work on GTK+ dialogs. I don't recall touching that UI in the past 6 months.
Comment 11 Debarshi Ray 2014-03-31 15:50:06 UTC
Found some official documentation on how to get the mobile variant of the page:
https://developers.facebook.com/docs/reference/dialogs/oauth/

We need to use display=popup as documented there, and not use the m.facebook.com domain. That gives us a nice small web UI and sounds saner than going about faking user-agents.
Comment 12 Debarshi Ray 2014-03-31 16:10:01 UTC
Created attachment 273348 [details] [review]
facebook: Update README
Comment 13 Debarshi Ray 2014-03-31 16:21:40 UTC
Created attachment 273349 [details] [review]
facebook: Update the code to request a compact web UI
Comment 14 Debarshi Ray 2014-04-19 01:09:42 UTC
*** Bug 728522 has been marked as a duplicate of this bug. ***
Comment 15 Debarshi Ray 2014-04-27 17:47:39 UTC
*** Bug 729047 has been marked as a duplicate of this bug. ***