-
Notifications
You must be signed in to change notification settings - Fork 1.1k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Axios Fails on RNW (Add support for useIncrementalUpdates in Networking Module) #2460
Comments
@stecrain Is this needed before our June 30 milestone? |
@kmelmon No, for now we can get our network requests working by monkey patching RCTNetworking.sendRequest to always pass down false for incrementalUpdates. We don't have application logic that depends on this, a library that we use requests progress events so that it can fail early. I am much more interested in issue #2466. |
@harinikmsft, Partner(Xbox) has a use-case for this. So want to +1 it for the prioritization in Milestone 4. "useIncrementalUpdates in Networking" edit: |
useIncrementalUpdates is a parameter in RTCNetworking.sendRequest. Implementation goes here: And this assert should be removed: |
Per comment above about partner being unblocked, downgrading priority of this. |
is react-native-windows at all development ready? Axios is a standrad library that is present in most react projects and here it is not supported since almost one year. |
@marlenecota looks like Axios is a fundamental module and we should fix this sooner rather than later. |
Still an important bug, but we're told this is no longer immediately blocking for partners. Downgrading from 'must-have' but leaving as potential for 0.62 |
Reflagging this for triage due to severity. |
Issue affects UWP http stack. Does not affect devmain stack. Talking to Julio, devmain stack is very different currently, and cannot be easily ported. Convergence is a potential later project. Makes sense to fix uwp implementation separately in the meantime. |
Can you provide more detail? Last update was from over a year ago. |
We forgot to implement a pretty simple callback and it breaks using the most popular http library in the JS ecosystem. |
Looks like there isn't new customer requests for this, is there any urgency to implement this? |
It's an issue that will hit many/most real projects out there. The determined folks can work around it (and several have, from the above comments), but we shouldn't be requiring folks to monkey-patch internal networking code to get correct enough behavior to use the defacto JS HTTP client. Just from the significance, it feels like having a platform that advertises "Run your C-Sharp code here!", but you had a bug that meant Newtonsoft didn't work. The specific issues looked like it was missing implementation of 30 LOC on other platforms, for something that people repeatedly hit. |
Incremental updates is not currently supported in Microsoft.ReactNative. We will open the corresponding issue for follow up. |
Any http requests from a react native app which request progress updates will currently fail.
We currently use axios for http requests, and the library requests progress updates.
https://github.com/axios/axios/blob/503418718f669fcc674719fd862b355605d7b41f/lib/adapters/xhr.js
The text was updated successfully, but these errors were encountered: