Hey @hiyspyservices
Yes all the features offered by the natedogg wrapper are directly integrated inside your bubble workflows, it’s very easy to use.
His wrapper don’t support admob at the moment unfortunately and I agree it could be a very interesting feature to have native ads @natedogg
There’s a wrapper called nativator.io and this one offered admob support at a moment so it may still be the case.
If you want to monetize your bubble app?
You can check a tutorial I just wrote about interstitial ads here.
I’ll soon add explanations for more ad type & providers with better CPM
2 Likes
First, thank you for the response! I looked at your tutorial and it looks like exactly what I was thinking about with Ads. I’ll have more questions but I’ll add it to your tutorial!
1 Like
Cool I’m glad it helped you
1 Like
ben4
66
Hey there @natedogg,
I just bought the plugin and am going to get the app wrapped soon. One thing, you mention on the documentation that this can be used to log a user in. The bubble workflow requires an email and password, how do I present that information for bubble to use to login?
Thank you 
Hey @natedogg ,
This plugin looks great! I’m looking to create a digital loyalty stamp card app for my business and am currently basing it around scanning a barcode via your plugin to claim a stamp. What would be great however is if we could read NFC tags instead as Apple now give support for this.
Are there any plans on introducing this feature? It’s something I think could be popular for many apps.
Cheers,
Daniel
Hi @ben4!
We don’t technically replace Bubble’s login/signup Workflows that require an email and password, but we do have the option to allow your Users to Sign in with Apple, which can be used to allow your customers to log in without having to type in an email or password. We have a guide on how to do that in our documentation. If you have any questions about it, please feel free to reach out!
Hey @daniel16! Thanks for the feature request! We’re still probably a couple months from our next big update, but I’ll add this to the list for us to look into!
2 Likes
ben4
69
Hey @natedogg,
I have another question, hopefully this is easy.
I have a text element that when clicked a file is downloaded. I don’t seem to be able to do this in the test app, is that expected? What can I do to solve this?
Any ideas?
Benjamin
Hi @ben4!
How do you typically have your Users download the file? Do you typically take them to the URL of the file, or is there a Workflow step/plugin that you use?
Hello Nate, do you still use the bubble in qoins? I ask this because you are a company that grew a lot and used the bubble at the beginning, so I would be happy to know if you are still using the bubble.
Hi @machadoa953, we do indeed still use Bubble for Qoins, although it’s mostly for our backend now 
ben4
73
They download the file by clicking a text element that the workflow triggers a file download.
Hey @ben4! Send me a PM and let’s talk through your specific use case. I’m confident that you can accomplish that with our service, but want to get some more information.
Well I certainly like how easy it was to setup. However, I ran into an error on my login screen trying to use Google Auth. When I load it into your test flight app and click on the google auth link Google gives me an error, according to stackoverflow.com the issue is google does not like webview useragents and wants you to emulate a browser, I am not sure if the Codeless Academy is able to do that from within TestFlight?
Or is there another solution?
Thanks,
Erik
Hey @lindquisterik1! Great question.
You are correct, we don’t officially support Google Auth within our native apps, as Google doesn’t allow it to happen within WebViews. However, some of our customers have been able to successfully figure out workarounds with using our solution. Here’s one example:
So while it’s something that we aren’t really able to offer support on, it does seem that there are ways to get it working!
2 Likes
Sorry, that is amazing to me. Why is this not simply resolved by properly emulating say a Mozilla browser, which would also meet Facebook and LinkedIn’s Oath2 requirements?
And given that I would prefer users use Google, FB, or LI as their login proxy, there is no password to be stored or hacked.
So not sure why it is not in your best interest to change the brwoser setting from useragent to moxilla???
Erik
Hi @lindquisterik1,
Any mobile WebView is prohibited, not just non-Mozilla browsers. In addition to that, iOS has more limitations on how you can actually change that. For example, even Chrome on iOS uses Apple’s native WKWebView.
And while adjusting the user agent could potentially trick the services into working, there’s a couple reasons why we wouldn’t do that:
- It’s a bit hacky, and could cause unexpected consequences. For instance, if we changed a user agent string to trick a page into thinking it’s being viewed on a desktop, what happens if it causes unintended issues with a User’s plugins used in their app, or something else?
- Getting caught doing that would surely lead to that app being taken down from the store and/or banned. If Google reviewed your app and saw that you were using Google Auth in an unintended way, it wouldn’t be good.
We don’t support this right now, but it’s on our list to work on in the future. In the meantime, there are some workarounds as I mentioned above.
Dumb question:
We know Google Auth works on an iPhone and Android device, so how do we build native apps from Bubble that use Google Auth?
As I recall my recommendation is the one that is on the Google Auth webpage, and there are 4 other options, one might be to meet the Apple requirements.
When I get a few minutes, I will check and send you the link, if you don’t have it handy.
Erik
Diego
80
Hi all!!!
I Just want to share with you my experience with @natedogg Native plugin. First of all, I want to say that when needed you’ll receive quick support from Nate on any issue or question on how to build your app. That’s really a very positive point as building a Native app is quite hard regarding getting the approval from different app stores.
On the other hand, the result when building your app with the codeless plugin is great!! super smooth navigation and it really behaves like any other native app built with code. The feedback I’m receiving from my beta testers is very positive. This post is to share the great experience and result when using this plugin.
Congrats @natedogg! and thanks for your support!
5 Likes
Thanks @Diego! Glad we got you up and running and excited to see your app’s success!
Does your GPS functionality allow for GPS to continue tracking if the app is running in the background?