-
-
Notifications
You must be signed in to change notification settings - Fork 15
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
[Android] writeFile
not overwriting existing file
#46
Comments
Hey @Eralyne , I just tried to reproduce the bug within this library's Example App, by inserting react-native-fs/example/src/TestBaseMethods.tsx Lines 837 to 854 in 89cb169
expecting that if there is a problem with over-writing existing files by Will you double-check me please? Am I missing something with my test, or with the Android version on which it should fail? |
Here is a dedicated branch with already updated test — https://github.com/birdofpreyru/react-native-fs/tree/issue/46. |
I'll double-check when I get the chance, that's interesting that it's not failing. |
Hmm, I can't replicate it either. In our scenario, we're writing images as base64 to the directory. I tried doing that in your example code and it still seems to be working fine with that situation as well. I'm going to go back to our codebase and see if I can adjust a few things to see if I can isolate the issue better. The weird thing is how closely it resembles the issue I linked originally. I'll send an update here as soon as I find something. It's a high priority on our end. |
Looks like the overwrite is working fine. Our image is being cached by Android in a different way than iOS wherein it's not being refreshed when we need it to be. Thanks for taking a look at this for us, sorry for wasting your time with a non-issue haha |
It appears that the issue presented in the original RNFS is still present in this new fork.
I'm trying to overwrite files by writing to the same file name in the same directory and it works perfectly fine on iOS but it doesn't on Android, which is reflective of how it is in the current RNFS.
I'm mainly wondering if this is something that you intend to keep as is or if it's a genuine issue that wasn't addressed yet.
The text was updated successfully, but these errors were encountered: