We’re Still Here to Help (Even Over the Holidays!) - find out more here.
Forum Discussion
Padding around elements in /oauth2/authorize login UI
Is there any way to get the oauth2/authorize page to put padding around the login UI?
My app's UI looks like this (I'm not using the iOS SDKs, I'm using the REST API directly, so that I can present the auth interface in a custom way):
The popover contains a plain UIWebView. However wide I make the popover / webview, the email and password fields size to fit the width and the "sign in" button right-aligns without any padding, so they end up hard against the edges. Is this by design?
16 Replies
Replies have been turned off for this discussion
- Greg-DB
Dropbox Community Moderator
Thanks for writing this up Olive! The formatting on this page is a known issue we'll fix on our side.
Thanks Gregory, that's good to hear!
Hi Gregory,
What's the timescale for fixing this? We are considering reverting to v1 API in the meantime.
- Greg-DB
Apologies for not following up on this thread, Olive! This should already be fixed. Are you still seeing this?
(This may work differently in your app of course since you're not using the SDK, so if you are still seeing an issue, please supply a screenshot showing the current state of the page in your app.)
Thanks, Gregory. Unfortunately it's actually even worse now -- the button is no longer entirely onscreen:
This problem exists on an iPad 2 (non-retina) or iPad Air (retina). Strangely enough, on an iPad Pro, it's okay, but only if the iPad Pro is running at non-native resolution, i.e. emulating the screen size of an iPad Air; if the iPad Air is at native resolution, the problem persists. Hopefully this information can help you to track down the fix!
- Greg-DB
Do you know what the User-Agent for your UIWebView is? It looks like you're actually getting the desktop version of this page (which isn't fitting in that narrow UIWebView).
User-Agent is unchanged from the default. Here's how it looks when run on the iPad simulator (on which the issue is also present):
Mozilla/5.0 (iPad; CPU OS 9_3 like Mac OS X) AppleWebKit/601.1.46 (KHTML, like Gecko) Mobile/13E230
But yes, if I make the popover the whole width of the device's screen, it does look as though I'm getting the desktop version:
(NB the same User-Agent works fine with the v1 SDK's special "/1/connect_login" endpoint.)
- Greg-DB
Thanks for the additional information Olive, that's helpful.
Based on your original screenshot too, it looks like you were always getting the desktop version of this page, but this issue just arose due to some styling changes.
I'm reporting this to the team, but I can't make any promises for a fix right now. If you have a screenshot of what it looked like before the issues though, and if you could let me know the current width of your popover browser, that may be helpful for reference.
If you can easily increase the width of that popover in your app though, that may be a easier/faster fix for now.
About Dropbox API Support & Feedback
Find help with the Dropbox API from other developers.
