You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
In this forum post a developer says they upgraded the CBL framework to the 1.1 candidate and their app can no longer open its database due to an invalid-ID error.
This error doesn't make sense for opening the database itself (the database name is valid, and it's an already-existing database) so I'm worried that it comes from within the upgrade process -- that somehow a document ID that was considered valid before is being rejected when it's copied into the new db.
We should try to get a copy of the database file from the developer so we can reproduce this.
(The developer's actual question is about Core Data support, but I don't think that's relevant to this particular issue since the error happens during opening the database and I don't think any IncrementalStore stuff has happened by that point. Right, @pasin ?)
That's correct. The error happened during the very first step of getting the CBLDatabase object.
self.database = [manager databaseNamed: databaseName error: &error];
if (!self.database) {
if (outError)
*outError = CBLISError(CBLIncrementalStoreErrorCreatingDatabaseFailed,
@"Could not create database", error);
return NO;
}
As the error status is kCBLStatusBadID (Invalid database/document/revision ID), I believe that it happened during the database upgrade process. I have tested migrating (but very simple test with a few docs and attachments) from v1.0.4 to 1.1.0.
The user said that he is using CBL 1.0 before so it's also possible that the database could be from any version from 1.0.0 to 1.0.4. I could look more into this tonight, and it's better if we could get the user's database.
In this forum post a developer says they upgraded the CBL framework to the 1.1 candidate and their app can no longer open its database due to an invalid-ID error.
This error doesn't make sense for opening the database itself (the database name is valid, and it's an already-existing database) so I'm worried that it comes from within the upgrade process -- that somehow a document ID that was considered valid before is being rejected when it's copied into the new db.
We should try to get a copy of the database file from the developer so we can reproduce this.
The text was updated successfully, but these errors were encountered: