03-16-2016 07:44
03-16-2016 07:44
I am working on an Ionic (http://ionicframework.com) app that supports both iOs and Android. It is basically an AnjularJS web app that is wrapped by ngCordova so it can be used like a native app on mobile devices.
To load the authorization page, we would like to use the inAppBrowser plugin (http://ngcordova.com/docs/plugins/inAppBrowser/). This opens a browser window that overlays the app. The browser window shows the url of the webpage and a "Done" or "X" button to return the user to the app. Does this satisfy the conditions outlined under Obtaining Consent in the API docs?
Answered! Go to the Best Answer.
03-25-2016 10:47
03-25-2016 10:47
@wvogt @Alxn: Apologies for the delay. I had to look at the source for this. Unfortunately, inAppBrowser plugin is using UIWebView in iOS and WebView in Android instead of SFSafariViewController and Chrome Custom Tabs. So instead you should open the authorization in the native browser and use an custom URL scheme to return to your app.
And maybe submit a feature request to the plugin author to update to the more secure embedded browser options. If you link it, I'll +1 it.
03-16-2016 11:56
03-16-2016 12:55 - edited 03-17-2016 07:02
03-16-2016 12:55 - edited 03-17-2016 07:02
Sure,
We haven't implemented the Fitbit connection page yet, but here are some
screen shots of that show what the browser window looks like.
The first image shows our application with a hyperlink to Garmin Connect at the bottom of the Running section.
Clicking that link opens up the browser overlay that shows the website.
The URL is at the top, with an X next to it. When the user touches the X, the overlay is closed, and they are back in the application where they left it. On iOS devices, the URL bar is at the bottom of the page and has a "Done" button rather than an X.
We would use this same method with Fitbit, by having a "Connect with
Fitbit" button that would open the browser overlay with the URL clearly
visible.
Does that work?
Thanks,
Wade
03-25-2016 10:21
03-25-2016 10:21
Hi @JeremiahFitbit, I actually have the very same question regarding the inappbrowser plugin. Could you have a closer look and verify if it complies with the fitbit policies?
03-25-2016 10:47
03-25-2016 10:47
@wvogt @Alxn: Apologies for the delay. I had to look at the source for this. Unfortunately, inAppBrowser plugin is using UIWebView in iOS and WebView in Android instead of SFSafariViewController and Chrome Custom Tabs. So instead you should open the authorization in the native browser and use an custom URL scheme to return to your app.
And maybe submit a feature request to the plugin author to update to the more secure embedded browser options. If you link it, I'll +1 it.
03-25-2016 10:50
03-25-2016 10:50
Hi @JeremiahFitbit, thanks for your reply. I already thought so but wasn't quite sure.
10-18-2018 14:24
10-18-2018 14:24
Jeremiah,
Wondering if the rules are still the same: Apple is turning down apps that are not using the in-app browser right now so going to an external link would be a definite challenge.
Could you let us know if there is a change on fitbit's end?
Thank you!
Gregory
10-18-2023 09:35
10-18-2023 09:35
@JeremiahFitbit , Is this still not allowed to open Fitbit Auth page in Inappbrowser?