Open qmatteoq opened 3 years ago
We should look at deep-linking all up in terms of activations that aren't just the vanilla "launch" scenario, and what logic to handle these we should have in ReactApplication and what we allow community modules to do.
Scenario highlighted in issue #4396 is very interesting to me as well. One of the challenges that prevented me to leverage the App Service approach in a mixed UWP - Win32 scenario is that, currently, I don't have a way to pass an argument from the OnBackgroundActivated() event (the reference to the App Service connection) to the native module that needs to communicate with this connection.
@vmoroz has started taking a look, assigning to him. Please feel free to unassign if appropriate.
@vmoroz There was a comment made back in February that there was something in-flight for this. Still true? Or should we open this up for someone else?
Is this still being reviewed?
Linkgin in fact does not work if the application is not open, but through navigation it is possible to capture the parameters
Environment
Run the following in your terminal and copy the results here.
npx react-native --version
:4.13.1
npx react-native info
:Steps To Reproduce
In the React Native code, reference the Linking module, then add a button which invokes the following function:
Expected Results
The application starts and, when I press the button, the
Linking.getInitialURL()
function returns the URL used to invoke the app. Instead, I always get null. The problem happens only if the app isn't running. If it's already running, the app is brought to foreground and the code works.Snack, code example, screenshot, or link to a repository:
The official sample app in the React Native for Windows repo implements this scenario.