I upgraded to SDK 33 and cli 2.21.2 and my app no longer works on an iPhone5 running 10.3.3, either IRL or simulator.
It DOES work on iPhoneXS w/iOS 12.3.1 and iPhone6 running 10.3.1
Did the Document directory move??? The database stores paths to recordings. When the database is read, and we attempt to retrieve the recording we get:
problem loading the recording: [Error: The AVPlayerItem instance has failed with the error code -1100 and domain “NSURLErrorDomain”.]
When we go to write a new record to the database, we get: could not prepare INSERT INTO Recordings ( authorID, name, status,recordingType, recordingPath, AssociatedDrillID, updDT ) VALUES (?,?,?,?,?,?,?)
node_modules/expo-sqlite/build/SQLite.js:36:34 in _deserializeResultSet
It seems I have a similar issue. I’m also running iOS 10.3.3 on an iPhone5 and when I try to write to my database I get the same error. It reads the database well enough but when I try to write it give the ‘could not prepare insert’ error.
Could either of you share an example snack that I can use to reproduce this behavior on my end? As simple as possible would be best. This looks like it may be an issue on our end, so I want to get to the bottom of it ASAP!
Here is an example that is already made, if you want to work off of that
I won’t be able to reproduce it until at least Monday, but a difference I noticed in package.json immediatly was that I’m using React 16.8.3 and you’re using React 16.5.0. Additionally, I’ve had to change my babel import while upgrading through SDKs, so I don’t have it in my dev dependancies. The link to how I changed my .babelrc is here ios - react native app - getting error app.js cannot read property 'filename' of undefined - Stack Overflow
Sorry, I realize this isn’t super useful. I’m just not able to reproduce it for the time being.
This modified version of the sample snack prints a different error, but the result is the same. The iOS emulator, my physical Android device both behave as intended, but the iPhone 5 iOS 10.3.3 I’m using to test does not and it prints the error…
Error: “Error code 1: no such table: items” in _@[snack internals] << map@[native code] << [snack internals] << f@[snack internals]
…and does not save. I’ll keep going to see if I can reproduce the exact error eventually.