Closed johnnyborg closed 5 years ago
Thanks so much, looks very good!
Suggested one change, once you've applied that (or disagreed with me, also possible 😄), I'll immediately merge this and cut a new release.
Yeah, cutting down on cyclomatic complexity seems like a good idea.
The method queryIntentActivities()
returns an list with one item: fallback activity/package. However a default Android mail app is installed but not configured. Maby it can not provide an Intent? I am not familiar enough with the Android eco system, is it possible that works like this?
Adding the return will block the request to the G-mail app to provide an Intent, but i am only assuming this and my knownledge is not sufficient enough. Can you elaborate on this, @tschoffelen?
Seems like the fallback is simulator only see:
Meaning getLaunchIntentForPackage()
failed on the device on an unknown app. The return in this case will block the display of the App chooser. I you agree @tschoffelen , i'd rather leave it in.
I think I understand what you mean. Alright, let's leave it as is!
Released to NPM as react-native-email-link@1.5.1
Whats this?
We've gotten a few reports in Sentry about our App crashing coming from this library. I've written a fix for this. The drawback of this change is that the user will not get any feedback, but the method will not crash the app anymore. No window displaying possible apps to run is shown anymore. If you want a good view of the changes, i suggest using the ignore whitespace option (use the gear icon).
Exception data:
How to test
openInbox();
somewhere.The device familiy in the report was SM-J320FN (Samsung) with Android 5.1.1.