2015-07-20 21:27:55 +00:00
|
|
|
"use strict";
|
|
|
|
|
|
|
|
describe("Zotero.Sync.Data.Local", function() {
|
2015-11-02 08:22:37 +00:00
|
|
|
describe("#getAPIKey()/#setAPIKey()", function () {
|
|
|
|
it("should get and set an API key", function* () {
|
|
|
|
var apiKey1 = Zotero.Utilities.randomString(24);
|
|
|
|
var apiKey2 = Zotero.Utilities.randomString(24);
|
|
|
|
Zotero.Sync.Data.Local.setAPIKey(apiKey1);
|
|
|
|
assert.equal(Zotero.Sync.Data.Local.getAPIKey(apiKey1), apiKey1);
|
|
|
|
Zotero.Sync.Data.Local.setAPIKey(apiKey2);
|
|
|
|
assert.equal(Zotero.Sync.Data.Local.getAPIKey(apiKey2), apiKey2);
|
|
|
|
})
|
|
|
|
|
|
|
|
|
|
|
|
it("should clear an API key by setting an empty string", function* () {
|
|
|
|
var apiKey = Zotero.Utilities.randomString(24);
|
|
|
|
Zotero.Sync.Data.Local.setAPIKey(apiKey);
|
|
|
|
Zotero.Sync.Data.Local.setAPIKey("");
|
|
|
|
assert.strictEqual(Zotero.Sync.Data.Local.getAPIKey(apiKey), "");
|
|
|
|
})
|
|
|
|
})
|
|
|
|
|
2016-01-12 21:52:25 +00:00
|
|
|
|
|
|
|
describe("#getLatestCacheObjectVersions", function () {
|
|
|
|
before(function* () {
|
2016-01-17 22:56:38 +00:00
|
|
|
yield resetDB({
|
|
|
|
thisArg: this,
|
|
|
|
skipBundledFiles: true
|
|
|
|
});
|
|
|
|
|
2016-01-12 21:52:25 +00:00
|
|
|
yield Zotero.Sync.Data.Local.saveCacheObjects(
|
|
|
|
'item',
|
|
|
|
Zotero.Libraries.userLibraryID,
|
|
|
|
[
|
|
|
|
{
|
|
|
|
key: 'AAAAAAAA',
|
|
|
|
version: 2,
|
|
|
|
title: "A2"
|
|
|
|
},
|
|
|
|
{
|
|
|
|
key: 'AAAAAAAA',
|
|
|
|
version: 1,
|
|
|
|
title: "A1"
|
|
|
|
},
|
|
|
|
{
|
|
|
|
key: 'BBBBBBBB',
|
|
|
|
version: 1,
|
|
|
|
title: "B1"
|
|
|
|
},
|
|
|
|
{
|
|
|
|
key: 'BBBBBBBB',
|
|
|
|
version: 2,
|
|
|
|
title: "B2"
|
|
|
|
},
|
|
|
|
{
|
|
|
|
key: 'CCCCCCCC',
|
|
|
|
version: 3,
|
|
|
|
title: "C"
|
|
|
|
}
|
|
|
|
]
|
|
|
|
);
|
|
|
|
})
|
|
|
|
|
|
|
|
it("should return latest version of all objects if no keys passed", function* () {
|
|
|
|
var versions = yield Zotero.Sync.Data.Local.getLatestCacheObjectVersions(
|
|
|
|
'item',
|
|
|
|
Zotero.Libraries.userLibraryID
|
|
|
|
);
|
|
|
|
var keys = Object.keys(versions);
|
|
|
|
assert.lengthOf(keys, 3);
|
|
|
|
assert.sameMembers(keys, ['AAAAAAAA', 'BBBBBBBB', 'CCCCCCCC']);
|
|
|
|
assert.equal(versions.AAAAAAAA, 2);
|
|
|
|
assert.equal(versions.BBBBBBBB, 2);
|
|
|
|
assert.equal(versions.CCCCCCCC, 3);
|
|
|
|
})
|
|
|
|
|
|
|
|
it("should return latest version of objects with passed keys", function* () {
|
|
|
|
var versions = yield Zotero.Sync.Data.Local.getLatestCacheObjectVersions(
|
|
|
|
'item',
|
|
|
|
Zotero.Libraries.userLibraryID,
|
|
|
|
['AAAAAAAA', 'CCCCCCCC']
|
|
|
|
);
|
|
|
|
var keys = Object.keys(versions);
|
|
|
|
assert.lengthOf(keys, 2);
|
|
|
|
assert.sameMembers(keys, ['AAAAAAAA', 'CCCCCCCC']);
|
|
|
|
assert.equal(versions.AAAAAAAA, 2);
|
|
|
|
assert.equal(versions.CCCCCCCC, 3);
|
|
|
|
})
|
|
|
|
})
|
|
|
|
|
|
|
|
|
2015-07-20 21:27:55 +00:00
|
|
|
describe("#processSyncCacheForObjectType()", function () {
|
|
|
|
var types = Zotero.DataObjectUtilities.getTypes();
|
|
|
|
|
2016-01-17 22:56:38 +00:00
|
|
|
before(function* () {
|
|
|
|
yield resetDB({
|
|
|
|
thisArg: this,
|
|
|
|
skipBundledFiles: true
|
|
|
|
});
|
|
|
|
})
|
|
|
|
|
2015-10-29 07:41:54 +00:00
|
|
|
it("should update local version number and mark as synced if remote version is identical", function* () {
|
2015-07-20 21:27:55 +00:00
|
|
|
var libraryID = Zotero.Libraries.userLibraryID;
|
|
|
|
|
|
|
|
for (let type of types) {
|
|
|
|
let objectsClass = Zotero.DataObjectUtilities.getObjectsClassForObjectType(type);
|
|
|
|
let obj = yield createDataObject(type);
|
Deasyncification :back: :cry:
While trying to get translation and citing working with asynchronously
generated data, we realized that drag-and-drop support was going to
be...problematic. Firefox only supports synchronous methods for
providing drag data (unlike, it seems, the DataTransferItem interface
supported by Chrome), which means that we'd need to preload all relevant
data on item selection (bounded by export.quickCopy.dragLimit) and keep
the translate/cite methods synchronous (or maintain two separate
versions).
What we're trying instead is doing what I said in #518 we weren't going
to do: loading most object data on startup and leaving many more
functions synchronous. Essentially, this takes the various load*()
methods described in #518, moves them to startup, and makes them operate
on entire libraries rather than individual objects.
The obvious downside here (other than undoing much of the work of the
last many months) is that it increases startup time, potentially quite a
lot for larger libraries. On my laptop, with a 3,000-item library, this
adds about 3 seconds to startup time. I haven't yet tested with larger
libraries. But I'm hoping that we can optimize this further to reduce
that delay. Among other things, this is loading data for all libraries,
when it should be able to load data only for the library being viewed.
But this is also fundamentally just doing some SELECT queries and
storing the results, so it really shouldn't need to be that slow (though
performance may be bounded a bit here by XPCOM overhead).
If we can make this fast enough, it means that third-party plugins
should be able to remain much closer to their current designs. (Some
things, including saving, will still need to be made asynchronous.)
2016-03-07 21:05:51 +00:00
|
|
|
let data = obj.toJSON();
|
2015-07-20 21:27:55 +00:00
|
|
|
data.key = obj.key;
|
|
|
|
data.version = 10;
|
|
|
|
let json = {
|
|
|
|
key: obj.key,
|
|
|
|
version: 10,
|
|
|
|
data: data
|
|
|
|
};
|
|
|
|
yield Zotero.Sync.Data.Local.saveCacheObjects(
|
|
|
|
type, libraryID, [json]
|
|
|
|
);
|
|
|
|
yield Zotero.Sync.Data.Local.processSyncCacheForObjectType(
|
|
|
|
libraryID, type, { stopOnError: true }
|
|
|
|
);
|
2015-10-29 07:41:54 +00:00
|
|
|
let localObj = objectsClass.getByLibraryAndKey(libraryID, obj.key);
|
|
|
|
assert.equal(localObj.version, 10);
|
|
|
|
assert.isTrue(localObj.synced);
|
2015-07-20 21:27:55 +00:00
|
|
|
}
|
|
|
|
})
|
2015-10-29 07:41:54 +00:00
|
|
|
|
|
|
|
it("should keep local item changes while applying non-conflicting remote changes", function* () {
|
|
|
|
var libraryID = Zotero.Libraries.userLibraryID;
|
|
|
|
|
|
|
|
var type = 'item';
|
|
|
|
let obj = yield createDataObject(type, { version: 5 });
|
Deasyncification :back: :cry:
While trying to get translation and citing working with asynchronously
generated data, we realized that drag-and-drop support was going to
be...problematic. Firefox only supports synchronous methods for
providing drag data (unlike, it seems, the DataTransferItem interface
supported by Chrome), which means that we'd need to preload all relevant
data on item selection (bounded by export.quickCopy.dragLimit) and keep
the translate/cite methods synchronous (or maintain two separate
versions).
What we're trying instead is doing what I said in #518 we weren't going
to do: loading most object data on startup and leaving many more
functions synchronous. Essentially, this takes the various load*()
methods described in #518, moves them to startup, and makes them operate
on entire libraries rather than individual objects.
The obvious downside here (other than undoing much of the work of the
last many months) is that it increases startup time, potentially quite a
lot for larger libraries. On my laptop, with a 3,000-item library, this
adds about 3 seconds to startup time. I haven't yet tested with larger
libraries. But I'm hoping that we can optimize this further to reduce
that delay. Among other things, this is loading data for all libraries,
when it should be able to load data only for the library being viewed.
But this is also fundamentally just doing some SELECT queries and
storing the results, so it really shouldn't need to be that slow (though
performance may be bounded a bit here by XPCOM overhead).
If we can make this fast enough, it means that third-party plugins
should be able to remain much closer to their current designs. (Some
things, including saving, will still need to be made asynchronous.)
2016-03-07 21:05:51 +00:00
|
|
|
let data = obj.toJSON();
|
2015-10-29 07:41:54 +00:00
|
|
|
yield Zotero.Sync.Data.Local.saveCacheObjects(
|
|
|
|
type, libraryID, [data]
|
|
|
|
);
|
|
|
|
|
|
|
|
// Change local title
|
|
|
|
yield modifyDataObject(obj)
|
|
|
|
var changedTitle = obj.getField('title');
|
|
|
|
|
|
|
|
// Save remote version to cache without title but with changed place
|
|
|
|
data.key = obj.key;
|
|
|
|
data.version = 10;
|
|
|
|
var changedPlace = data.place = 'New York';
|
|
|
|
let json = {
|
|
|
|
key: obj.key,
|
|
|
|
version: 10,
|
|
|
|
data: data
|
|
|
|
};
|
|
|
|
yield Zotero.Sync.Data.Local.saveCacheObjects(
|
|
|
|
type, libraryID, [json]
|
|
|
|
);
|
|
|
|
|
|
|
|
yield Zotero.Sync.Data.Local.processSyncCacheForObjectType(
|
|
|
|
libraryID, type, { stopOnError: true }
|
|
|
|
);
|
|
|
|
assert.equal(obj.version, 10);
|
|
|
|
assert.equal(obj.getField('title'), changedTitle);
|
|
|
|
assert.equal(obj.getField('place'), changedPlace);
|
|
|
|
})
|
|
|
|
|
2015-10-31 19:19:50 +00:00
|
|
|
it("should delete older versions in sync cache after processing", function* () {
|
|
|
|
var libraryID = Zotero.Libraries.userLibraryID;
|
|
|
|
|
|
|
|
for (let type of types) {
|
|
|
|
let obj = yield createDataObject(type, { version: 5 });
|
Deasyncification :back: :cry:
While trying to get translation and citing working with asynchronously
generated data, we realized that drag-and-drop support was going to
be...problematic. Firefox only supports synchronous methods for
providing drag data (unlike, it seems, the DataTransferItem interface
supported by Chrome), which means that we'd need to preload all relevant
data on item selection (bounded by export.quickCopy.dragLimit) and keep
the translate/cite methods synchronous (or maintain two separate
versions).
What we're trying instead is doing what I said in #518 we weren't going
to do: loading most object data on startup and leaving many more
functions synchronous. Essentially, this takes the various load*()
methods described in #518, moves them to startup, and makes them operate
on entire libraries rather than individual objects.
The obvious downside here (other than undoing much of the work of the
last many months) is that it increases startup time, potentially quite a
lot for larger libraries. On my laptop, with a 3,000-item library, this
adds about 3 seconds to startup time. I haven't yet tested with larger
libraries. But I'm hoping that we can optimize this further to reduce
that delay. Among other things, this is loading data for all libraries,
when it should be able to load data only for the library being viewed.
But this is also fundamentally just doing some SELECT queries and
storing the results, so it really shouldn't need to be that slow (though
performance may be bounded a bit here by XPCOM overhead).
If we can make this fast enough, it means that third-party plugins
should be able to remain much closer to their current designs. (Some
things, including saving, will still need to be made asynchronous.)
2016-03-07 21:05:51 +00:00
|
|
|
let data = obj.toJSON();
|
2015-10-31 19:19:50 +00:00
|
|
|
yield Zotero.Sync.Data.Local.saveCacheObjects(
|
|
|
|
type, libraryID, [data]
|
|
|
|
);
|
|
|
|
}
|
|
|
|
|
|
|
|
for (let type of types) {
|
|
|
|
let objectsClass = Zotero.DataObjectUtilities.getObjectsClassForObjectType(type);
|
|
|
|
|
|
|
|
let obj = yield createDataObject(type, { version: 10 });
|
Deasyncification :back: :cry:
While trying to get translation and citing working with asynchronously
generated data, we realized that drag-and-drop support was going to
be...problematic. Firefox only supports synchronous methods for
providing drag data (unlike, it seems, the DataTransferItem interface
supported by Chrome), which means that we'd need to preload all relevant
data on item selection (bounded by export.quickCopy.dragLimit) and keep
the translate/cite methods synchronous (or maintain two separate
versions).
What we're trying instead is doing what I said in #518 we weren't going
to do: loading most object data on startup and leaving many more
functions synchronous. Essentially, this takes the various load*()
methods described in #518, moves them to startup, and makes them operate
on entire libraries rather than individual objects.
The obvious downside here (other than undoing much of the work of the
last many months) is that it increases startup time, potentially quite a
lot for larger libraries. On my laptop, with a 3,000-item library, this
adds about 3 seconds to startup time. I haven't yet tested with larger
libraries. But I'm hoping that we can optimize this further to reduce
that delay. Among other things, this is loading data for all libraries,
when it should be able to load data only for the library being viewed.
But this is also fundamentally just doing some SELECT queries and
storing the results, so it really shouldn't need to be that slow (though
performance may be bounded a bit here by XPCOM overhead).
If we can make this fast enough, it means that third-party plugins
should be able to remain much closer to their current designs. (Some
things, including saving, will still need to be made asynchronous.)
2016-03-07 21:05:51 +00:00
|
|
|
let data = obj.toJSON();
|
2015-10-31 19:19:50 +00:00
|
|
|
yield Zotero.Sync.Data.Local.saveCacheObjects(
|
|
|
|
type, libraryID, [data]
|
|
|
|
);
|
|
|
|
yield Zotero.Sync.Data.Local.processSyncCacheForObjectType(
|
|
|
|
libraryID, type, { stopOnError: true }
|
|
|
|
);
|
|
|
|
|
|
|
|
let localObj = objectsClass.getByLibraryAndKey(libraryID, obj.key);
|
|
|
|
assert.equal(localObj.version, 10);
|
|
|
|
|
|
|
|
let versions = yield Zotero.Sync.Data.Local.getCacheObjectVersions(
|
|
|
|
type, libraryID, obj.key
|
|
|
|
);
|
|
|
|
assert.sameMembers(
|
|
|
|
versions,
|
|
|
|
[10],
|
|
|
|
"should have only latest version of " + type + " in cache"
|
|
|
|
);
|
|
|
|
}
|
|
|
|
})
|
|
|
|
|
2015-10-29 07:41:54 +00:00
|
|
|
it("should mark new attachment items for download", function* () {
|
|
|
|
var libraryID = Zotero.Libraries.userLibraryID;
|
|
|
|
Zotero.Sync.Storage.Local.setModeForLibrary(libraryID, 'zfs');
|
|
|
|
|
|
|
|
var key = Zotero.DataObjectUtilities.generateKey();
|
|
|
|
var version = 10;
|
|
|
|
var json = {
|
|
|
|
key,
|
|
|
|
version,
|
|
|
|
data: {
|
|
|
|
key,
|
|
|
|
version,
|
|
|
|
itemType: 'attachment',
|
|
|
|
linkMode: 'imported_file',
|
|
|
|
md5: '57f8a4fda823187b91e1191487b87fe6',
|
|
|
|
mtime: 1442261130615
|
|
|
|
}
|
|
|
|
};
|
|
|
|
|
|
|
|
yield Zotero.Sync.Data.Local.saveCacheObjects(
|
|
|
|
'item', Zotero.Libraries.userLibraryID, [json]
|
|
|
|
);
|
|
|
|
yield Zotero.Sync.Data.Local.processSyncCacheForObjectType(
|
|
|
|
libraryID, 'item', { stopOnError: true }
|
|
|
|
);
|
Deasyncification :back: :cry:
While trying to get translation and citing working with asynchronously
generated data, we realized that drag-and-drop support was going to
be...problematic. Firefox only supports synchronous methods for
providing drag data (unlike, it seems, the DataTransferItem interface
supported by Chrome), which means that we'd need to preload all relevant
data on item selection (bounded by export.quickCopy.dragLimit) and keep
the translate/cite methods synchronous (or maintain two separate
versions).
What we're trying instead is doing what I said in #518 we weren't going
to do: loading most object data on startup and leaving many more
functions synchronous. Essentially, this takes the various load*()
methods described in #518, moves them to startup, and makes them operate
on entire libraries rather than individual objects.
The obvious downside here (other than undoing much of the work of the
last many months) is that it increases startup time, potentially quite a
lot for larger libraries. On my laptop, with a 3,000-item library, this
adds about 3 seconds to startup time. I haven't yet tested with larger
libraries. But I'm hoping that we can optimize this further to reduce
that delay. Among other things, this is loading data for all libraries,
when it should be able to load data only for the library being viewed.
But this is also fundamentally just doing some SELECT queries and
storing the results, so it really shouldn't need to be that slow (though
performance may be bounded a bit here by XPCOM overhead).
If we can make this fast enough, it means that third-party plugins
should be able to remain much closer to their current designs. (Some
things, including saving, will still need to be made asynchronous.)
2016-03-07 21:05:51 +00:00
|
|
|
var item = Zotero.Items.getByLibraryAndKey(libraryID, key);
|
|
|
|
assert.equal(item.attachmentSyncState, Zotero.Sync.Storage.Local.SYNC_STATE_TO_DOWNLOAD);
|
2015-10-29 07:41:54 +00:00
|
|
|
})
|
|
|
|
|
|
|
|
it("should mark updated attachment items for download", function* () {
|
|
|
|
var libraryID = Zotero.Libraries.userLibraryID;
|
|
|
|
Zotero.Sync.Storage.Local.setModeForLibrary(libraryID, 'zfs');
|
|
|
|
|
|
|
|
var item = yield importFileAttachment('test.png');
|
|
|
|
item.version = 5;
|
|
|
|
item.synced = true;
|
|
|
|
yield item.saveTx();
|
|
|
|
|
|
|
|
// Set file as synced
|
Deasyncification :back: :cry:
While trying to get translation and citing working with asynchronously
generated data, we realized that drag-and-drop support was going to
be...problematic. Firefox only supports synchronous methods for
providing drag data (unlike, it seems, the DataTransferItem interface
supported by Chrome), which means that we'd need to preload all relevant
data on item selection (bounded by export.quickCopy.dragLimit) and keep
the translate/cite methods synchronous (or maintain two separate
versions).
What we're trying instead is doing what I said in #518 we weren't going
to do: loading most object data on startup and leaving many more
functions synchronous. Essentially, this takes the various load*()
methods described in #518, moves them to startup, and makes them operate
on entire libraries rather than individual objects.
The obvious downside here (other than undoing much of the work of the
last many months) is that it increases startup time, potentially quite a
lot for larger libraries. On my laptop, with a 3,000-item library, this
adds about 3 seconds to startup time. I haven't yet tested with larger
libraries. But I'm hoping that we can optimize this further to reduce
that delay. Among other things, this is loading data for all libraries,
when it should be able to load data only for the library being viewed.
But this is also fundamentally just doing some SELECT queries and
storing the results, so it really shouldn't need to be that slow (though
performance may be bounded a bit here by XPCOM overhead).
If we can make this fast enough, it means that third-party plugins
should be able to remain much closer to their current designs. (Some
things, including saving, will still need to be made asynchronous.)
2016-03-07 21:05:51 +00:00
|
|
|
item.attachmentSyncedModificationTime = yield item.attachmentModificationTime;
|
|
|
|
item.attachmentSyncedHash = yield item.attachmentHash;
|
|
|
|
item.attachmentSyncState = "in_sync";
|
|
|
|
yield item.saveTx({ skipAll: true });
|
2015-10-29 07:41:54 +00:00
|
|
|
|
|
|
|
// Simulate download of version with updated attachment
|
Deasyncification :back: :cry:
While trying to get translation and citing working with asynchronously
generated data, we realized that drag-and-drop support was going to
be...problematic. Firefox only supports synchronous methods for
providing drag data (unlike, it seems, the DataTransferItem interface
supported by Chrome), which means that we'd need to preload all relevant
data on item selection (bounded by export.quickCopy.dragLimit) and keep
the translate/cite methods synchronous (or maintain two separate
versions).
What we're trying instead is doing what I said in #518 we weren't going
to do: loading most object data on startup and leaving many more
functions synchronous. Essentially, this takes the various load*()
methods described in #518, moves them to startup, and makes them operate
on entire libraries rather than individual objects.
The obvious downside here (other than undoing much of the work of the
last many months) is that it increases startup time, potentially quite a
lot for larger libraries. On my laptop, with a 3,000-item library, this
adds about 3 seconds to startup time. I haven't yet tested with larger
libraries. But I'm hoping that we can optimize this further to reduce
that delay. Among other things, this is loading data for all libraries,
when it should be able to load data only for the library being viewed.
But this is also fundamentally just doing some SELECT queries and
storing the results, so it really shouldn't need to be that slow (though
performance may be bounded a bit here by XPCOM overhead).
If we can make this fast enough, it means that third-party plugins
should be able to remain much closer to their current designs. (Some
things, including saving, will still need to be made asynchronous.)
2016-03-07 21:05:51 +00:00
|
|
|
var json = item.toResponseJSON();
|
2015-10-29 07:41:54 +00:00
|
|
|
json.version = 10;
|
|
|
|
json.data.version = 10;
|
|
|
|
json.data.md5 = '57f8a4fda823187b91e1191487b87fe6';
|
|
|
|
json.data.mtime = new Date().getTime() + 10000;
|
|
|
|
yield Zotero.Sync.Data.Local.saveCacheObjects(
|
|
|
|
'item', Zotero.Libraries.userLibraryID, [json]
|
|
|
|
);
|
|
|
|
|
|
|
|
yield Zotero.Sync.Data.Local.processSyncCacheForObjectType(
|
|
|
|
libraryID, 'item', { stopOnError: true }
|
|
|
|
);
|
|
|
|
|
Deasyncification :back: :cry:
While trying to get translation and citing working with asynchronously
generated data, we realized that drag-and-drop support was going to
be...problematic. Firefox only supports synchronous methods for
providing drag data (unlike, it seems, the DataTransferItem interface
supported by Chrome), which means that we'd need to preload all relevant
data on item selection (bounded by export.quickCopy.dragLimit) and keep
the translate/cite methods synchronous (or maintain two separate
versions).
What we're trying instead is doing what I said in #518 we weren't going
to do: loading most object data on startup and leaving many more
functions synchronous. Essentially, this takes the various load*()
methods described in #518, moves them to startup, and makes them operate
on entire libraries rather than individual objects.
The obvious downside here (other than undoing much of the work of the
last many months) is that it increases startup time, potentially quite a
lot for larger libraries. On my laptop, with a 3,000-item library, this
adds about 3 seconds to startup time. I haven't yet tested with larger
libraries. But I'm hoping that we can optimize this further to reduce
that delay. Among other things, this is loading data for all libraries,
when it should be able to load data only for the library being viewed.
But this is also fundamentally just doing some SELECT queries and
storing the results, so it really shouldn't need to be that slow (though
performance may be bounded a bit here by XPCOM overhead).
If we can make this fast enough, it means that third-party plugins
should be able to remain much closer to their current designs. (Some
things, including saving, will still need to be made asynchronous.)
2016-03-07 21:05:51 +00:00
|
|
|
assert.equal(item.attachmentSyncState, Zotero.Sync.Storage.Local.SYNC_STATE_TO_DOWNLOAD);
|
2015-10-29 07:41:54 +00:00
|
|
|
})
|
|
|
|
|
|
|
|
it("should ignore attachment metadata when resolving metadata conflict", function* () {
|
|
|
|
var libraryID = Zotero.Libraries.userLibraryID;
|
|
|
|
Zotero.Sync.Storage.Local.setModeForLibrary(libraryID, 'zfs');
|
|
|
|
|
|
|
|
var item = yield importFileAttachment('test.png');
|
|
|
|
item.version = 5;
|
|
|
|
yield item.saveTx();
|
Deasyncification :back: :cry:
While trying to get translation and citing working with asynchronously
generated data, we realized that drag-and-drop support was going to
be...problematic. Firefox only supports synchronous methods for
providing drag data (unlike, it seems, the DataTransferItem interface
supported by Chrome), which means that we'd need to preload all relevant
data on item selection (bounded by export.quickCopy.dragLimit) and keep
the translate/cite methods synchronous (or maintain two separate
versions).
What we're trying instead is doing what I said in #518 we weren't going
to do: loading most object data on startup and leaving many more
functions synchronous. Essentially, this takes the various load*()
methods described in #518, moves them to startup, and makes them operate
on entire libraries rather than individual objects.
The obvious downside here (other than undoing much of the work of the
last many months) is that it increases startup time, potentially quite a
lot for larger libraries. On my laptop, with a 3,000-item library, this
adds about 3 seconds to startup time. I haven't yet tested with larger
libraries. But I'm hoping that we can optimize this further to reduce
that delay. Among other things, this is loading data for all libraries,
when it should be able to load data only for the library being viewed.
But this is also fundamentally just doing some SELECT queries and
storing the results, so it really shouldn't need to be that slow (though
performance may be bounded a bit here by XPCOM overhead).
If we can make this fast enough, it means that third-party plugins
should be able to remain much closer to their current designs. (Some
things, including saving, will still need to be made asynchronous.)
2016-03-07 21:05:51 +00:00
|
|
|
var json = item.toResponseJSON();
|
2015-10-29 07:41:54 +00:00
|
|
|
yield Zotero.Sync.Data.Local.saveCacheObjects('item', libraryID, [json]);
|
|
|
|
|
|
|
|
// Set file as synced
|
Deasyncification :back: :cry:
While trying to get translation and citing working with asynchronously
generated data, we realized that drag-and-drop support was going to
be...problematic. Firefox only supports synchronous methods for
providing drag data (unlike, it seems, the DataTransferItem interface
supported by Chrome), which means that we'd need to preload all relevant
data on item selection (bounded by export.quickCopy.dragLimit) and keep
the translate/cite methods synchronous (or maintain two separate
versions).
What we're trying instead is doing what I said in #518 we weren't going
to do: loading most object data on startup and leaving many more
functions synchronous. Essentially, this takes the various load*()
methods described in #518, moves them to startup, and makes them operate
on entire libraries rather than individual objects.
The obvious downside here (other than undoing much of the work of the
last many months) is that it increases startup time, potentially quite a
lot for larger libraries. On my laptop, with a 3,000-item library, this
adds about 3 seconds to startup time. I haven't yet tested with larger
libraries. But I'm hoping that we can optimize this further to reduce
that delay. Among other things, this is loading data for all libraries,
when it should be able to load data only for the library being viewed.
But this is also fundamentally just doing some SELECT queries and
storing the results, so it really shouldn't need to be that slow (though
performance may be bounded a bit here by XPCOM overhead).
If we can make this fast enough, it means that third-party plugins
should be able to remain much closer to their current designs. (Some
things, including saving, will still need to be made asynchronous.)
2016-03-07 21:05:51 +00:00
|
|
|
item.attachmentSyncedModificationTime = yield item.attachmentModificationTime;
|
|
|
|
item.attachmentSyncedHash = yield item.attachmentHash;
|
|
|
|
item.attachmentSyncState = "in_sync";
|
|
|
|
yield item.saveTx({ skipAll: true });
|
2015-10-29 07:41:54 +00:00
|
|
|
|
|
|
|
// Modify title locally, leaving item unsynced
|
|
|
|
var newTitle = Zotero.Utilities.randomString();
|
|
|
|
item.setField('title', newTitle);
|
|
|
|
yield item.saveTx();
|
|
|
|
|
|
|
|
// Simulate download of version with original title but updated attachment
|
|
|
|
json.version = 10;
|
|
|
|
json.data.version = 10;
|
|
|
|
json.data.md5 = '57f8a4fda823187b91e1191487b87fe6';
|
|
|
|
json.data.mtime = new Date().getTime() + 10000;
|
|
|
|
yield Zotero.Sync.Data.Local.saveCacheObjects('item', libraryID, [json]);
|
|
|
|
|
|
|
|
yield Zotero.Sync.Data.Local.processSyncCacheForObjectType(
|
|
|
|
libraryID, 'item', { stopOnError: true }
|
|
|
|
);
|
|
|
|
|
|
|
|
assert.equal(item.getField('title'), newTitle);
|
Deasyncification :back: :cry:
While trying to get translation and citing working with asynchronously
generated data, we realized that drag-and-drop support was going to
be...problematic. Firefox only supports synchronous methods for
providing drag data (unlike, it seems, the DataTransferItem interface
supported by Chrome), which means that we'd need to preload all relevant
data on item selection (bounded by export.quickCopy.dragLimit) and keep
the translate/cite methods synchronous (or maintain two separate
versions).
What we're trying instead is doing what I said in #518 we weren't going
to do: loading most object data on startup and leaving many more
functions synchronous. Essentially, this takes the various load*()
methods described in #518, moves them to startup, and makes them operate
on entire libraries rather than individual objects.
The obvious downside here (other than undoing much of the work of the
last many months) is that it increases startup time, potentially quite a
lot for larger libraries. On my laptop, with a 3,000-item library, this
adds about 3 seconds to startup time. I haven't yet tested with larger
libraries. But I'm hoping that we can optimize this further to reduce
that delay. Among other things, this is loading data for all libraries,
when it should be able to load data only for the library being viewed.
But this is also fundamentally just doing some SELECT queries and
storing the results, so it really shouldn't need to be that slow (though
performance may be bounded a bit here by XPCOM overhead).
If we can make this fast enough, it means that third-party plugins
should be able to remain much closer to their current designs. (Some
things, including saving, will still need to be made asynchronous.)
2016-03-07 21:05:51 +00:00
|
|
|
assert.equal(item.attachmentSyncState, Zotero.Sync.Storage.Local.SYNC_STATE_TO_DOWNLOAD);
|
2015-10-29 07:41:54 +00:00
|
|
|
})
|
2015-07-20 21:27:55 +00:00
|
|
|
})
|
|
|
|
|
2015-08-06 08:04:37 +00:00
|
|
|
describe("Conflict Resolution", function () {
|
|
|
|
beforeEach(function* () {
|
|
|
|
yield Zotero.DB.queryAsync("DELETE FROM syncCache");
|
|
|
|
})
|
|
|
|
|
|
|
|
after(function* () {
|
|
|
|
yield Zotero.DB.queryAsync("DELETE FROM syncCache");
|
|
|
|
})
|
|
|
|
|
|
|
|
it("should show conflict resolution window on item conflicts", function* () {
|
|
|
|
var libraryID = Zotero.Libraries.userLibraryID;
|
|
|
|
|
|
|
|
var type = 'item';
|
|
|
|
var objects = [];
|
|
|
|
var values = [];
|
|
|
|
var dateAdded = Date.now() - 86400000;
|
|
|
|
for (let i = 0; i < 2; i++) {
|
|
|
|
values.push({
|
|
|
|
left: {},
|
|
|
|
right: {}
|
|
|
|
});
|
|
|
|
|
|
|
|
// Create object in cache
|
|
|
|
let obj = objects[i] = yield createDataObject(
|
|
|
|
type,
|
|
|
|
{
|
|
|
|
version: 10,
|
|
|
|
dateAdded: Zotero.Date.dateToSQL(new Date(dateAdded), true),
|
|
|
|
// Set Date Modified values one minute apart to enforce order
|
|
|
|
dateModified: Zotero.Date.dateToSQL(
|
|
|
|
new Date(dateAdded + (i * 60000)), true
|
|
|
|
)
|
|
|
|
}
|
|
|
|
);
|
Deasyncification :back: :cry:
While trying to get translation and citing working with asynchronously
generated data, we realized that drag-and-drop support was going to
be...problematic. Firefox only supports synchronous methods for
providing drag data (unlike, it seems, the DataTransferItem interface
supported by Chrome), which means that we'd need to preload all relevant
data on item selection (bounded by export.quickCopy.dragLimit) and keep
the translate/cite methods synchronous (or maintain two separate
versions).
What we're trying instead is doing what I said in #518 we weren't going
to do: loading most object data on startup and leaving many more
functions synchronous. Essentially, this takes the various load*()
methods described in #518, moves them to startup, and makes them operate
on entire libraries rather than individual objects.
The obvious downside here (other than undoing much of the work of the
last many months) is that it increases startup time, potentially quite a
lot for larger libraries. On my laptop, with a 3,000-item library, this
adds about 3 seconds to startup time. I haven't yet tested with larger
libraries. But I'm hoping that we can optimize this further to reduce
that delay. Among other things, this is loading data for all libraries,
when it should be able to load data only for the library being viewed.
But this is also fundamentally just doing some SELECT queries and
storing the results, so it really shouldn't need to be that slow (though
performance may be bounded a bit here by XPCOM overhead).
If we can make this fast enough, it means that third-party plugins
should be able to remain much closer to their current designs. (Some
things, including saving, will still need to be made asynchronous.)
2016-03-07 21:05:51 +00:00
|
|
|
let jsonData = obj.toJSON();
|
2015-08-06 08:04:37 +00:00
|
|
|
jsonData.key = obj.key;
|
|
|
|
jsonData.version = 10;
|
|
|
|
let json = {
|
|
|
|
key: obj.key,
|
|
|
|
version: jsonData.version,
|
|
|
|
data: jsonData
|
|
|
|
};
|
|
|
|
yield Zotero.Sync.Data.Local.saveCacheObjects(type, libraryID, [json]);
|
|
|
|
|
|
|
|
// Create new version in cache, simulating a download
|
|
|
|
json.version = jsonData.version = 15;
|
|
|
|
values[i].right.title = jsonData.title = Zotero.Utilities.randomString();
|
|
|
|
yield Zotero.Sync.Data.Local.saveCacheObjects(type, libraryID, [json]);
|
|
|
|
|
|
|
|
// Modify object locally
|
|
|
|
yield modifyDataObject(obj, undefined, { skipDateModifiedUpdate: true });
|
|
|
|
values[i].left.title = obj.getField('title');
|
|
|
|
}
|
|
|
|
|
|
|
|
waitForWindow('chrome://zotero/content/merge.xul', function (dialog) {
|
|
|
|
var doc = dialog.document;
|
|
|
|
var wizard = doc.documentElement;
|
|
|
|
var mergeGroup = wizard.getElementsByTagName('zoteromergegroup')[0];
|
|
|
|
|
|
|
|
// 1 (remote)
|
|
|
|
// Remote version should be selected by default
|
|
|
|
assert.equal(mergeGroup.rightpane.getAttribute('selected'), 'true');
|
|
|
|
wizard.getButton('next').click();
|
|
|
|
|
|
|
|
// 2 (local)
|
|
|
|
assert.equal(mergeGroup.rightpane.getAttribute('selected'), 'true');
|
|
|
|
// Select local object
|
|
|
|
mergeGroup.leftpane.click();
|
|
|
|
assert.equal(mergeGroup.leftpane.getAttribute('selected'), 'true');
|
2015-08-06 09:45:36 +00:00
|
|
|
if (Zotero.isMac) {
|
|
|
|
assert.isTrue(wizard.getButton('next').hidden);
|
|
|
|
assert.isFalse(wizard.getButton('finish').hidden);
|
|
|
|
}
|
|
|
|
else {
|
|
|
|
// TODO
|
|
|
|
}
|
2015-08-06 08:04:37 +00:00
|
|
|
wizard.getButton('finish').click();
|
|
|
|
})
|
|
|
|
yield Zotero.Sync.Data.Local.processSyncCacheForObjectType(
|
|
|
|
libraryID, type, { stopOnError: true }
|
|
|
|
);
|
|
|
|
|
|
|
|
assert.equal(objects[0].getField('title'), values[0].right.title);
|
|
|
|
assert.equal(objects[1].getField('title'), values[1].left.title);
|
|
|
|
})
|
|
|
|
|
|
|
|
it("should resolve all remaining conflicts with one side", function* () {
|
|
|
|
var libraryID = Zotero.Libraries.userLibraryID;
|
|
|
|
|
|
|
|
var type = 'item';
|
|
|
|
|
|
|
|
var objects = [];
|
|
|
|
var values = [];
|
|
|
|
var dateAdded = Date.now() - 86400000;
|
|
|
|
for (let i = 0; i < 3; i++) {
|
|
|
|
values.push({
|
|
|
|
left: {},
|
|
|
|
right: {}
|
|
|
|
});
|
|
|
|
|
|
|
|
// Create object in cache
|
|
|
|
let obj = objects[i] = yield createDataObject(
|
|
|
|
type,
|
|
|
|
{
|
|
|
|
version: 10,
|
|
|
|
dateAdded: Zotero.Date.dateToSQL(new Date(dateAdded), true),
|
|
|
|
// Set Date Modified values one minute apart to enforce order
|
|
|
|
dateModified: Zotero.Date.dateToSQL(
|
|
|
|
new Date(dateAdded + (i * 60000)), true
|
|
|
|
)
|
|
|
|
}
|
|
|
|
);
|
Deasyncification :back: :cry:
While trying to get translation and citing working with asynchronously
generated data, we realized that drag-and-drop support was going to
be...problematic. Firefox only supports synchronous methods for
providing drag data (unlike, it seems, the DataTransferItem interface
supported by Chrome), which means that we'd need to preload all relevant
data on item selection (bounded by export.quickCopy.dragLimit) and keep
the translate/cite methods synchronous (or maintain two separate
versions).
What we're trying instead is doing what I said in #518 we weren't going
to do: loading most object data on startup and leaving many more
functions synchronous. Essentially, this takes the various load*()
methods described in #518, moves them to startup, and makes them operate
on entire libraries rather than individual objects.
The obvious downside here (other than undoing much of the work of the
last many months) is that it increases startup time, potentially quite a
lot for larger libraries. On my laptop, with a 3,000-item library, this
adds about 3 seconds to startup time. I haven't yet tested with larger
libraries. But I'm hoping that we can optimize this further to reduce
that delay. Among other things, this is loading data for all libraries,
when it should be able to load data only for the library being viewed.
But this is also fundamentally just doing some SELECT queries and
storing the results, so it really shouldn't need to be that slow (though
performance may be bounded a bit here by XPCOM overhead).
If we can make this fast enough, it means that third-party plugins
should be able to remain much closer to their current designs. (Some
things, including saving, will still need to be made asynchronous.)
2016-03-07 21:05:51 +00:00
|
|
|
let jsonData = obj.toJSON();
|
2015-08-06 08:04:37 +00:00
|
|
|
jsonData.key = obj.key;
|
|
|
|
jsonData.version = 10;
|
|
|
|
let json = {
|
|
|
|
key: obj.key,
|
|
|
|
version: jsonData.version,
|
|
|
|
data: jsonData
|
|
|
|
};
|
|
|
|
yield Zotero.Sync.Data.Local.saveCacheObjects(type, libraryID, [json]);
|
|
|
|
|
|
|
|
// Create new version in cache, simulating a download
|
|
|
|
json.version = jsonData.version = 15;
|
|
|
|
values[i].right.title = jsonData.title = Zotero.Utilities.randomString();
|
|
|
|
yield Zotero.Sync.Data.Local.saveCacheObjects(type, libraryID, [json]);
|
|
|
|
|
|
|
|
// Modify object locally
|
|
|
|
yield modifyDataObject(obj, undefined, { skipDateModifiedUpdate: true });
|
|
|
|
values[i].left.title = obj.getField('title');
|
|
|
|
}
|
|
|
|
|
|
|
|
waitForWindow('chrome://zotero/content/merge.xul', function (dialog) {
|
|
|
|
var doc = dialog.document;
|
|
|
|
var wizard = doc.documentElement;
|
|
|
|
var mergeGroup = wizard.getElementsByTagName('zoteromergegroup')[0];
|
|
|
|
var resolveAll = doc.getElementById('resolve-all');
|
|
|
|
|
|
|
|
// 1 (remote)
|
|
|
|
// Remote version should be selected by default
|
|
|
|
assert.equal(mergeGroup.rightpane.getAttribute('selected'), 'true');
|
|
|
|
assert.equal(
|
|
|
|
resolveAll.label,
|
|
|
|
Zotero.getString('sync.conflict.resolveAllRemoteFields')
|
|
|
|
);
|
|
|
|
wizard.getButton('next').click();
|
|
|
|
|
|
|
|
// 2 (local and Resolve All checkbox)
|
|
|
|
assert.equal(mergeGroup.rightpane.getAttribute('selected'), 'true');
|
|
|
|
mergeGroup.leftpane.click();
|
|
|
|
assert.equal(
|
|
|
|
resolveAll.label,
|
|
|
|
Zotero.getString('sync.conflict.resolveAllLocalFields')
|
|
|
|
);
|
|
|
|
resolveAll.click();
|
|
|
|
|
2015-08-06 09:45:36 +00:00
|
|
|
if (Zotero.isMac) {
|
|
|
|
assert.isTrue(wizard.getButton('next').hidden);
|
|
|
|
assert.isFalse(wizard.getButton('finish').hidden);
|
|
|
|
}
|
|
|
|
else {
|
|
|
|
// TODO
|
|
|
|
}
|
2015-08-06 08:04:37 +00:00
|
|
|
wizard.getButton('finish').click();
|
|
|
|
})
|
|
|
|
yield Zotero.Sync.Data.Local.processSyncCacheForObjectType(
|
|
|
|
libraryID, type, { stopOnError: true }
|
|
|
|
);
|
|
|
|
|
|
|
|
assert.equal(objects[0].getField('title'), values[0].right.title);
|
|
|
|
assert.equal(objects[1].getField('title'), values[1].left.title);
|
|
|
|
assert.equal(objects[2].getField('title'), values[2].left.title);
|
|
|
|
})
|
|
|
|
|
|
|
|
it("should handle local item deletion, keeping deletion", function* () {
|
|
|
|
var libraryID = Zotero.Libraries.userLibraryID;
|
|
|
|
|
|
|
|
var type = 'item';
|
|
|
|
var objectsClass = Zotero.DataObjectUtilities.getObjectsClassForObjectType(type);
|
|
|
|
|
2015-08-06 09:25:45 +00:00
|
|
|
// Create object, generate JSON, and delete
|
2015-08-06 08:04:37 +00:00
|
|
|
var obj = yield createDataObject(type, { version: 10 });
|
Deasyncification :back: :cry:
While trying to get translation and citing working with asynchronously
generated data, we realized that drag-and-drop support was going to
be...problematic. Firefox only supports synchronous methods for
providing drag data (unlike, it seems, the DataTransferItem interface
supported by Chrome), which means that we'd need to preload all relevant
data on item selection (bounded by export.quickCopy.dragLimit) and keep
the translate/cite methods synchronous (or maintain two separate
versions).
What we're trying instead is doing what I said in #518 we weren't going
to do: loading most object data on startup and leaving many more
functions synchronous. Essentially, this takes the various load*()
methods described in #518, moves them to startup, and makes them operate
on entire libraries rather than individual objects.
The obvious downside here (other than undoing much of the work of the
last many months) is that it increases startup time, potentially quite a
lot for larger libraries. On my laptop, with a 3,000-item library, this
adds about 3 seconds to startup time. I haven't yet tested with larger
libraries. But I'm hoping that we can optimize this further to reduce
that delay. Among other things, this is loading data for all libraries,
when it should be able to load data only for the library being viewed.
But this is also fundamentally just doing some SELECT queries and
storing the results, so it really shouldn't need to be that slow (though
performance may be bounded a bit here by XPCOM overhead).
If we can make this fast enough, it means that third-party plugins
should be able to remain much closer to their current designs. (Some
things, including saving, will still need to be made asynchronous.)
2016-03-07 21:05:51 +00:00
|
|
|
var jsonData = obj.toJSON();
|
2015-08-06 08:04:37 +00:00
|
|
|
var key = jsonData.key = obj.key;
|
|
|
|
jsonData.version = 10;
|
|
|
|
let json = {
|
|
|
|
key: obj.key,
|
|
|
|
version: jsonData.version,
|
|
|
|
data: jsonData
|
|
|
|
};
|
2015-08-06 09:25:45 +00:00
|
|
|
// Delete object locally
|
|
|
|
yield obj.eraseTx();
|
2015-08-06 08:04:37 +00:00
|
|
|
|
|
|
|
// Create new version in cache, simulating a download
|
|
|
|
json.version = jsonData.version = 15;
|
|
|
|
jsonData.title = Zotero.Utilities.randomString();
|
|
|
|
yield Zotero.Sync.Data.Local.saveCacheObjects(type, libraryID, [json]);
|
|
|
|
|
2015-10-29 07:41:54 +00:00
|
|
|
var windowOpened = false;
|
2015-08-06 08:04:37 +00:00
|
|
|
waitForWindow('chrome://zotero/content/merge.xul', function (dialog) {
|
2015-10-29 07:41:54 +00:00
|
|
|
windowOpened = true;
|
|
|
|
|
2015-08-06 08:04:37 +00:00
|
|
|
var doc = dialog.document;
|
|
|
|
var wizard = doc.documentElement;
|
|
|
|
var mergeGroup = wizard.getElementsByTagName('zoteromergegroup')[0];
|
|
|
|
|
|
|
|
// Remote version should be selected by default
|
|
|
|
assert.equal(mergeGroup.rightpane.getAttribute('selected'), 'true');
|
|
|
|
assert.ok(mergeGroup.leftpane.pane.onclick);
|
2015-10-29 07:41:54 +00:00
|
|
|
// Select local deleted version
|
2015-08-06 08:04:37 +00:00
|
|
|
mergeGroup.leftpane.pane.click();
|
|
|
|
wizard.getButton('finish').click();
|
|
|
|
})
|
|
|
|
yield Zotero.Sync.Data.Local.processSyncCacheForObjectType(
|
|
|
|
libraryID, type, { stopOnError: true }
|
|
|
|
);
|
2015-10-29 07:41:54 +00:00
|
|
|
assert.isTrue(windowOpened);
|
2015-08-06 08:04:37 +00:00
|
|
|
|
|
|
|
obj = objectsClass.getByLibraryAndKey(libraryID, key);
|
|
|
|
assert.isFalse(obj);
|
|
|
|
})
|
|
|
|
|
2015-08-06 09:25:45 +00:00
|
|
|
it("should restore locally deleted item", function* () {
|
2015-08-06 08:04:37 +00:00
|
|
|
var libraryID = Zotero.Libraries.userLibraryID;
|
|
|
|
|
|
|
|
var type = 'item';
|
|
|
|
var objectsClass = Zotero.DataObjectUtilities.getObjectsClassForObjectType(type);
|
|
|
|
|
2015-08-06 09:25:45 +00:00
|
|
|
// Create object, generate JSON, and delete
|
2015-08-06 08:04:37 +00:00
|
|
|
var obj = yield createDataObject(type, { version: 10 });
|
Deasyncification :back: :cry:
While trying to get translation and citing working with asynchronously
generated data, we realized that drag-and-drop support was going to
be...problematic. Firefox only supports synchronous methods for
providing drag data (unlike, it seems, the DataTransferItem interface
supported by Chrome), which means that we'd need to preload all relevant
data on item selection (bounded by export.quickCopy.dragLimit) and keep
the translate/cite methods synchronous (or maintain two separate
versions).
What we're trying instead is doing what I said in #518 we weren't going
to do: loading most object data on startup and leaving many more
functions synchronous. Essentially, this takes the various load*()
methods described in #518, moves them to startup, and makes them operate
on entire libraries rather than individual objects.
The obvious downside here (other than undoing much of the work of the
last many months) is that it increases startup time, potentially quite a
lot for larger libraries. On my laptop, with a 3,000-item library, this
adds about 3 seconds to startup time. I haven't yet tested with larger
libraries. But I'm hoping that we can optimize this further to reduce
that delay. Among other things, this is loading data for all libraries,
when it should be able to load data only for the library being viewed.
But this is also fundamentally just doing some SELECT queries and
storing the results, so it really shouldn't need to be that slow (though
performance may be bounded a bit here by XPCOM overhead).
If we can make this fast enough, it means that third-party plugins
should be able to remain much closer to their current designs. (Some
things, including saving, will still need to be made asynchronous.)
2016-03-07 21:05:51 +00:00
|
|
|
var jsonData = obj.toJSON();
|
2015-08-06 08:04:37 +00:00
|
|
|
var key = jsonData.key = obj.key;
|
|
|
|
jsonData.version = 10;
|
|
|
|
let json = {
|
|
|
|
key: obj.key,
|
|
|
|
version: jsonData.version,
|
|
|
|
data: jsonData
|
|
|
|
};
|
2015-08-06 09:25:45 +00:00
|
|
|
yield obj.eraseTx();
|
2015-08-06 08:04:37 +00:00
|
|
|
|
|
|
|
// Create new version in cache, simulating a download
|
|
|
|
json.version = jsonData.version = 15;
|
|
|
|
jsonData.title = Zotero.Utilities.randomString();
|
|
|
|
yield Zotero.Sync.Data.Local.saveCacheObjects(type, libraryID, [json]);
|
|
|
|
|
|
|
|
waitForWindow('chrome://zotero/content/merge.xul', function (dialog) {
|
|
|
|
var doc = dialog.document;
|
|
|
|
var wizard = doc.documentElement;
|
|
|
|
var mergeGroup = wizard.getElementsByTagName('zoteromergegroup')[0];
|
|
|
|
|
|
|
|
assert.isTrue(doc.getElementById('resolve-all').hidden);
|
|
|
|
|
|
|
|
// Remote version should be selected by default
|
|
|
|
assert.equal(mergeGroup.rightpane.getAttribute('selected'), 'true');
|
|
|
|
wizard.getButton('finish').click();
|
|
|
|
})
|
|
|
|
yield Zotero.Sync.Data.Local.processSyncCacheForObjectType(
|
|
|
|
libraryID, type, { stopOnError: true }
|
|
|
|
);
|
|
|
|
|
|
|
|
obj = objectsClass.getByLibraryAndKey(libraryID, key);
|
|
|
|
assert.ok(obj);
|
|
|
|
assert.equal(obj.getField('title'), jsonData.title);
|
|
|
|
})
|
|
|
|
|
|
|
|
it("should handle note conflict", function* () {
|
|
|
|
var libraryID = Zotero.Libraries.userLibraryID;
|
|
|
|
|
|
|
|
var type = 'item';
|
|
|
|
var objectsClass = Zotero.DataObjectUtilities.getObjectsClassForObjectType(type);
|
|
|
|
|
|
|
|
var noteText1 = "<p>A</p>";
|
|
|
|
var noteText2 = "<p>B</p>";
|
|
|
|
|
|
|
|
// Create object in cache
|
|
|
|
var obj = new Zotero.Item('note');
|
|
|
|
obj.setNote("");
|
|
|
|
obj.version = 10;
|
|
|
|
yield obj.saveTx();
|
Deasyncification :back: :cry:
While trying to get translation and citing working with asynchronously
generated data, we realized that drag-and-drop support was going to
be...problematic. Firefox only supports synchronous methods for
providing drag data (unlike, it seems, the DataTransferItem interface
supported by Chrome), which means that we'd need to preload all relevant
data on item selection (bounded by export.quickCopy.dragLimit) and keep
the translate/cite methods synchronous (or maintain two separate
versions).
What we're trying instead is doing what I said in #518 we weren't going
to do: loading most object data on startup and leaving many more
functions synchronous. Essentially, this takes the various load*()
methods described in #518, moves them to startup, and makes them operate
on entire libraries rather than individual objects.
The obvious downside here (other than undoing much of the work of the
last many months) is that it increases startup time, potentially quite a
lot for larger libraries. On my laptop, with a 3,000-item library, this
adds about 3 seconds to startup time. I haven't yet tested with larger
libraries. But I'm hoping that we can optimize this further to reduce
that delay. Among other things, this is loading data for all libraries,
when it should be able to load data only for the library being viewed.
But this is also fundamentally just doing some SELECT queries and
storing the results, so it really shouldn't need to be that slow (though
performance may be bounded a bit here by XPCOM overhead).
If we can make this fast enough, it means that third-party plugins
should be able to remain much closer to their current designs. (Some
things, including saving, will still need to be made asynchronous.)
2016-03-07 21:05:51 +00:00
|
|
|
var jsonData = obj.toJSON();
|
2015-08-06 08:04:37 +00:00
|
|
|
var key = jsonData.key = obj.key;
|
|
|
|
let json = {
|
|
|
|
key: obj.key,
|
|
|
|
version: jsonData.version,
|
|
|
|
data: jsonData
|
|
|
|
};
|
|
|
|
yield Zotero.Sync.Data.Local.saveCacheObjects(type, libraryID, [json]);
|
|
|
|
|
|
|
|
// Create new version in cache, simulating a download
|
|
|
|
json.version = jsonData.version = 15;
|
|
|
|
json.data.note = noteText2;
|
|
|
|
yield Zotero.Sync.Data.Local.saveCacheObjects(type, libraryID, [json]);
|
|
|
|
|
|
|
|
// Delete object locally
|
|
|
|
obj.setNote(noteText1);
|
|
|
|
|
|
|
|
waitForWindow('chrome://zotero/content/merge.xul', function (dialog) {
|
|
|
|
var doc = dialog.document;
|
|
|
|
var wizard = doc.documentElement;
|
|
|
|
var mergeGroup = wizard.getElementsByTagName('zoteromergegroup')[0];
|
|
|
|
|
|
|
|
// Remote version should be selected by default
|
|
|
|
assert.equal(mergeGroup.rightpane.getAttribute('selected'), 'true');
|
|
|
|
wizard.getButton('finish').click();
|
|
|
|
})
|
|
|
|
yield Zotero.Sync.Data.Local.processSyncCacheForObjectType(
|
|
|
|
libraryID, type, { stopOnError: true }
|
|
|
|
);
|
|
|
|
|
|
|
|
obj = objectsClass.getByLibraryAndKey(libraryID, key);
|
|
|
|
assert.ok(obj);
|
|
|
|
assert.equal(obj.getNote(), noteText2);
|
|
|
|
})
|
|
|
|
})
|
|
|
|
|
2015-07-20 21:27:55 +00:00
|
|
|
describe("#_reconcileChanges()", function () {
|
|
|
|
describe("items", function () {
|
|
|
|
it("should ignore non-conflicting local changes and return remote changes", function () {
|
|
|
|
var cacheJSON = {
|
|
|
|
key: "AAAAAAAA",
|
|
|
|
version: 1234,
|
|
|
|
itemType: "book",
|
|
|
|
title: "Title 1",
|
|
|
|
url: "http://zotero.org/",
|
|
|
|
publicationTitle: "Publisher", // Remove locally
|
|
|
|
extra: "Extra", // Removed on both
|
|
|
|
dateModified: "2015-05-14 12:34:56",
|
|
|
|
collections: [
|
|
|
|
'AAAAAAAA', // Removed locally
|
|
|
|
'DDDDDDDD', // Removed remotely,
|
|
|
|
'EEEEEEEE' // Removed from both
|
|
|
|
],
|
|
|
|
relations: {
|
|
|
|
a: 'A', // Unchanged string
|
|
|
|
c: ['C1', 'C2'], // Unchanged array
|
|
|
|
d: 'D', // String removed locally
|
|
|
|
e: ['E'], // Array removed locally
|
|
|
|
f: 'F1', // String changed locally
|
|
|
|
g: [
|
|
|
|
'G1', // Unchanged
|
|
|
|
'G2', // Removed remotely
|
|
|
|
'G3' // Removed from both
|
|
|
|
],
|
|
|
|
h: 'H', // String removed remotely
|
|
|
|
i: ['I'], // Array removed remotely
|
|
|
|
},
|
|
|
|
tags: [
|
|
|
|
{ tag: 'A' }, // Removed locally
|
|
|
|
{ tag: 'D' }, // Removed remotely
|
|
|
|
{ tag: 'E' } // Removed from both
|
|
|
|
]
|
|
|
|
};
|
|
|
|
var json1 = {
|
|
|
|
key: "AAAAAAAA",
|
|
|
|
version: 1234,
|
|
|
|
itemType: "book",
|
|
|
|
title: "Title 2", // Changed locally
|
|
|
|
url: "https://www.zotero.org/", // Same change on local and remote
|
|
|
|
place: "Place", // Added locally
|
|
|
|
dateModified: "2015-05-14 14:12:34", // Changed locally and remotely, but ignored
|
|
|
|
collections: [
|
|
|
|
'BBBBBBBB', // Added locally
|
|
|
|
'DDDDDDDD',
|
|
|
|
'FFFFFFFF' // Added on both
|
|
|
|
],
|
|
|
|
relations: {
|
|
|
|
'a': 'A',
|
|
|
|
'b': 'B', // String added locally
|
|
|
|
'f': 'F2',
|
|
|
|
'g': [
|
|
|
|
'G1',
|
|
|
|
'G2',
|
|
|
|
'G6' // Added locally and remotely
|
|
|
|
],
|
|
|
|
h: 'H', // String removed remotely
|
|
|
|
i: ['I'], // Array removed remotely
|
|
|
|
|
|
|
|
},
|
|
|
|
tags: [
|
|
|
|
{ tag: 'B' },
|
|
|
|
{ tag: 'D' },
|
|
|
|
{ tag: 'F', type: 1 }, // Added on both
|
|
|
|
{ tag: 'G' }, // Added on both, but with different types
|
|
|
|
{ tag: 'H', type: 1 } // Added on both, but with different types
|
|
|
|
]
|
|
|
|
};
|
|
|
|
var json2 = {
|
|
|
|
key: "AAAAAAAA",
|
|
|
|
version: 1235,
|
|
|
|
itemType: "book",
|
|
|
|
title: "Title 1",
|
|
|
|
url: "https://www.zotero.org/",
|
|
|
|
publicationTitle: "Publisher",
|
|
|
|
date: "2015-05-15", // Added remotely
|
|
|
|
dateModified: "2015-05-14 13:45:12",
|
|
|
|
collections: [
|
|
|
|
'AAAAAAAA',
|
|
|
|
'CCCCCCCC', // Added remotely
|
|
|
|
'FFFFFFFF'
|
|
|
|
],
|
|
|
|
relations: {
|
|
|
|
'a': 'A',
|
|
|
|
'd': 'D',
|
|
|
|
'e': ['E'],
|
|
|
|
'f': 'F1',
|
|
|
|
'g': [
|
|
|
|
'G1',
|
|
|
|
'G4', // Added remotely
|
|
|
|
'G6'
|
|
|
|
],
|
|
|
|
},
|
|
|
|
tags: [
|
|
|
|
{ tag: 'A' },
|
|
|
|
{ tag: 'C' },
|
|
|
|
{ tag: 'F', type: 1 },
|
|
|
|
{ tag: 'G', type: 1 },
|
|
|
|
{ tag: 'H' }
|
|
|
|
]
|
|
|
|
};
|
|
|
|
var ignoreFields = ['dateAdded', 'dateModified'];
|
|
|
|
var result = Zotero.Sync.Data.Local._reconcileChanges(
|
|
|
|
'item', cacheJSON, json1, json2, ignoreFields
|
|
|
|
);
|
|
|
|
assert.sameDeepMembers(
|
|
|
|
result.changes,
|
|
|
|
[
|
|
|
|
{
|
|
|
|
field: "date",
|
|
|
|
op: "add",
|
|
|
|
value: "2015-05-15"
|
|
|
|
},
|
|
|
|
{
|
|
|
|
field: "collections",
|
|
|
|
op: "member-add",
|
|
|
|
value: "CCCCCCCC"
|
|
|
|
},
|
|
|
|
{
|
|
|
|
field: "collections",
|
|
|
|
op: "member-remove",
|
|
|
|
value: "DDDDDDDD"
|
|
|
|
},
|
|
|
|
// Relations
|
|
|
|
{
|
|
|
|
field: "relations",
|
|
|
|
op: "property-member-remove",
|
|
|
|
value: {
|
|
|
|
key: 'g',
|
|
|
|
value: 'G2'
|
|
|
|
}
|
|
|
|
},
|
|
|
|
{
|
|
|
|
field: "relations",
|
|
|
|
op: "property-member-add",
|
|
|
|
value: {
|
|
|
|
key: 'g',
|
|
|
|
value: 'G4'
|
|
|
|
}
|
|
|
|
},
|
|
|
|
{
|
|
|
|
field: "relations",
|
|
|
|
op: "property-member-remove",
|
|
|
|
value: {
|
|
|
|
key: 'h',
|
|
|
|
value: 'H'
|
|
|
|
}
|
|
|
|
},
|
|
|
|
{
|
|
|
|
field: "relations",
|
|
|
|
op: "property-member-remove",
|
|
|
|
value: {
|
|
|
|
key: 'i',
|
|
|
|
value: 'I'
|
|
|
|
}
|
|
|
|
},
|
|
|
|
// Tags
|
|
|
|
{
|
|
|
|
field: "tags",
|
|
|
|
op: "member-add",
|
|
|
|
value: {
|
|
|
|
tag: 'C'
|
|
|
|
}
|
|
|
|
},
|
|
|
|
{
|
|
|
|
field: "tags",
|
|
|
|
op: "member-remove",
|
|
|
|
value: {
|
|
|
|
tag: 'D'
|
|
|
|
}
|
|
|
|
},
|
|
|
|
{
|
|
|
|
field: "tags",
|
|
|
|
op: "member-remove",
|
|
|
|
value: {
|
|
|
|
tag: 'H',
|
|
|
|
type: 1
|
|
|
|
}
|
|
|
|
},
|
|
|
|
{
|
|
|
|
field: "tags",
|
|
|
|
op: "member-add",
|
|
|
|
value: {
|
|
|
|
tag: 'H'
|
|
|
|
}
|
|
|
|
}
|
|
|
|
]
|
|
|
|
);
|
|
|
|
assert.lengthOf(result.conflicts, 0);
|
|
|
|
})
|
|
|
|
|
|
|
|
it("should return empty arrays when no remote changes to apply", function () {
|
|
|
|
// Similar to above but without differing remote changes
|
|
|
|
var cacheJSON = {
|
|
|
|
key: "AAAAAAAA",
|
|
|
|
version: 1234,
|
|
|
|
itemType: "book",
|
|
|
|
title: "Title 1",
|
|
|
|
url: "http://zotero.org/",
|
|
|
|
publicationTitle: "Publisher", // Remove locally
|
|
|
|
extra: "Extra", // Removed on both
|
|
|
|
dateModified: "2015-05-14 12:34:56",
|
|
|
|
collections: [
|
|
|
|
'AAAAAAAA', // Removed locally
|
|
|
|
'DDDDDDDD',
|
|
|
|
'EEEEEEEE' // Removed from both
|
|
|
|
],
|
|
|
|
tags: [
|
|
|
|
{
|
|
|
|
tag: 'A' // Removed locally
|
|
|
|
},
|
|
|
|
{
|
|
|
|
tag: 'D' // Removed remotely
|
|
|
|
},
|
|
|
|
{
|
|
|
|
tag: 'E' // Removed from both
|
|
|
|
}
|
|
|
|
]
|
|
|
|
};
|
|
|
|
var json1 = {
|
|
|
|
key: "AAAAAAAA",
|
|
|
|
version: 1234,
|
|
|
|
itemType: "book",
|
|
|
|
title: "Title 2", // Changed locally
|
|
|
|
url: "https://www.zotero.org/", // Same change on local and remote
|
|
|
|
place: "Place", // Added locally
|
|
|
|
dateModified: "2015-05-14 14:12:34", // Changed locally and remotely, but ignored
|
|
|
|
collections: [
|
|
|
|
'BBBBBBBB', // Added locally
|
|
|
|
'DDDDDDDD',
|
|
|
|
'FFFFFFFF' // Added on both
|
|
|
|
],
|
|
|
|
tags: [
|
|
|
|
{
|
|
|
|
tag: 'B'
|
|
|
|
},
|
|
|
|
{
|
|
|
|
tag: 'D'
|
|
|
|
},
|
|
|
|
{
|
|
|
|
tag: 'F', // Added on both
|
|
|
|
type: 1
|
|
|
|
},
|
|
|
|
{
|
|
|
|
tag: 'G' // Added on both, but with different types
|
|
|
|
}
|
|
|
|
]
|
|
|
|
};
|
|
|
|
var json2 = {
|
|
|
|
key: "AAAAAAAA",
|
|
|
|
version: 1235,
|
|
|
|
itemType: "book",
|
|
|
|
title: "Title 1",
|
|
|
|
url: "https://www.zotero.org/",
|
|
|
|
publicationTitle: "Publisher",
|
|
|
|
dateModified: "2015-05-14 13:45:12",
|
|
|
|
collections: [
|
|
|
|
'AAAAAAAA',
|
|
|
|
'DDDDDDDD',
|
|
|
|
'FFFFFFFF'
|
|
|
|
],
|
|
|
|
tags: [
|
|
|
|
{
|
|
|
|
tag: 'A'
|
|
|
|
},
|
|
|
|
{
|
|
|
|
tag: 'D'
|
|
|
|
},
|
|
|
|
{
|
|
|
|
tag: 'F',
|
|
|
|
type: 1
|
|
|
|
},
|
|
|
|
{
|
|
|
|
tag: 'G',
|
|
|
|
type: 1
|
|
|
|
}
|
|
|
|
]
|
|
|
|
};
|
|
|
|
var ignoreFields = ['dateAdded', 'dateModified'];
|
|
|
|
var result = Zotero.Sync.Data.Local._reconcileChanges(
|
|
|
|
'item', cacheJSON, json1, json2, ignoreFields
|
|
|
|
);
|
|
|
|
assert.lengthOf(result.changes, 0);
|
|
|
|
assert.lengthOf(result.conflicts, 0);
|
|
|
|
})
|
|
|
|
|
|
|
|
it("should return conflict when changes can't be automatically resolved", function () {
|
|
|
|
var cacheJSON = {
|
|
|
|
key: "AAAAAAAA",
|
|
|
|
version: 1234,
|
|
|
|
title: "Title 1",
|
|
|
|
dateModified: "2015-05-14 12:34:56"
|
|
|
|
};
|
|
|
|
var json1 = {
|
|
|
|
key: "AAAAAAAA",
|
|
|
|
version: 1234,
|
|
|
|
title: "Title 2",
|
|
|
|
dateModified: "2015-05-14 14:12:34"
|
|
|
|
};
|
|
|
|
var json2 = {
|
|
|
|
key: "AAAAAAAA",
|
|
|
|
version: 1235,
|
|
|
|
title: "Title 3",
|
|
|
|
dateModified: "2015-05-14 13:45:12"
|
|
|
|
};
|
|
|
|
var ignoreFields = ['dateAdded', 'dateModified'];
|
|
|
|
var result = Zotero.Sync.Data.Local._reconcileChanges(
|
|
|
|
'item', cacheJSON, json1, json2, ignoreFields
|
|
|
|
);
|
|
|
|
Zotero.debug('=-=-=-=');
|
|
|
|
Zotero.debug(result);
|
|
|
|
assert.lengthOf(result.changes, 0);
|
|
|
|
assert.sameDeepMembers(
|
|
|
|
result.conflicts,
|
|
|
|
[
|
|
|
|
[
|
|
|
|
{
|
|
|
|
field: "title",
|
|
|
|
op: "modify",
|
|
|
|
value: "Title 2"
|
|
|
|
},
|
|
|
|
{
|
|
|
|
field: "title",
|
|
|
|
op: "modify",
|
|
|
|
value: "Title 3"
|
|
|
|
}
|
|
|
|
]
|
|
|
|
]
|
|
|
|
);
|
|
|
|
})
|
|
|
|
|
|
|
|
it("should automatically merge array/object members and generate conflicts for field changes in absence of cached version", function () {
|
|
|
|
var json1 = {
|
|
|
|
key: "AAAAAAAA",
|
|
|
|
version: 1234,
|
|
|
|
itemType: "book",
|
|
|
|
title: "Title",
|
|
|
|
creators: [
|
|
|
|
{
|
|
|
|
name: "Center for History and New Media",
|
|
|
|
creatorType: "author"
|
|
|
|
}
|
|
|
|
],
|
|
|
|
place: "Place", // Local
|
|
|
|
dateModified: "2015-05-14 14:12:34", // Changed on both, but ignored
|
|
|
|
collections: [
|
|
|
|
'AAAAAAAA' // Local
|
|
|
|
],
|
|
|
|
relations: {
|
|
|
|
'a': 'A',
|
|
|
|
'b': 'B', // Local
|
|
|
|
'e': 'E1',
|
|
|
|
'f': [
|
|
|
|
'F1',
|
|
|
|
'F2' // Local
|
|
|
|
],
|
|
|
|
h: 'H', // String removed remotely
|
|
|
|
i: ['I'], // Array removed remotely
|
|
|
|
},
|
|
|
|
tags: [
|
|
|
|
{ tag: 'A' }, // Local
|
|
|
|
{ tag: 'C' },
|
|
|
|
{ tag: 'F', type: 1 },
|
|
|
|
{ tag: 'G' }, // Different types
|
|
|
|
{ tag: 'H', type: 1 } // Different types
|
|
|
|
]
|
|
|
|
};
|
|
|
|
var json2 = {
|
|
|
|
key: "AAAAAAAA",
|
|
|
|
version: 1235,
|
|
|
|
itemType: "book",
|
|
|
|
title: "Title",
|
|
|
|
creators: [
|
|
|
|
{
|
|
|
|
creatorType: "author", // Different property order shouldn't matter
|
|
|
|
name: "Center for History and New Media"
|
|
|
|
}
|
|
|
|
],
|
|
|
|
date: "2015-05-15", // Remote
|
|
|
|
dateModified: "2015-05-14 13:45:12",
|
|
|
|
collections: [
|
|
|
|
'BBBBBBBB' // Remote
|
|
|
|
],
|
|
|
|
relations: {
|
|
|
|
'a': 'A',
|
|
|
|
'c': 'C', // Remote
|
|
|
|
'd': ['D'], // Remote
|
|
|
|
'e': 'E2',
|
|
|
|
'f': [
|
|
|
|
'F1',
|
|
|
|
'F3' // Remote
|
|
|
|
],
|
|
|
|
},
|
|
|
|
tags: [
|
|
|
|
{ tag: 'B' }, // Remote
|
|
|
|
{ tag: 'C' },
|
|
|
|
{ tag: 'F', type: 1 },
|
|
|
|
{ tag: 'G', type: 1 }, // Different types
|
|
|
|
{ tag: 'H' } // Different types
|
|
|
|
]
|
|
|
|
};
|
|
|
|
var ignoreFields = ['dateAdded', 'dateModified'];
|
|
|
|
var result = Zotero.Sync.Data.Local._reconcileChanges(
|
|
|
|
'item', false, json1, json2, ignoreFields
|
|
|
|
);
|
|
|
|
Zotero.debug(result);
|
|
|
|
assert.sameDeepMembers(
|
|
|
|
result.changes,
|
|
|
|
[
|
|
|
|
// Collections
|
|
|
|
{
|
|
|
|
field: "collections",
|
|
|
|
op: "member-add",
|
|
|
|
value: "BBBBBBBB"
|
|
|
|
},
|
|
|
|
// Relations
|
|
|
|
{
|
|
|
|
field: "relations",
|
|
|
|
op: "property-member-add",
|
|
|
|
value: {
|
|
|
|
key: 'c',
|
|
|
|
value: 'C'
|
|
|
|
}
|
|
|
|
},
|
|
|
|
{
|
|
|
|
field: "relations",
|
|
|
|
op: "property-member-add",
|
|
|
|
value: {
|
|
|
|
key: 'd',
|
|
|
|
value: 'D'
|
|
|
|
}
|
|
|
|
},
|
|
|
|
{
|
|
|
|
field: "relations",
|
|
|
|
op: "property-member-add",
|
|
|
|
value: {
|
|
|
|
key: 'e',
|
|
|
|
value: 'E2'
|
|
|
|
}
|
|
|
|
},
|
|
|
|
{
|
|
|
|
field: "relations",
|
|
|
|
op: "property-member-add",
|
|
|
|
value: {
|
|
|
|
key: 'f',
|
|
|
|
value: 'F3'
|
|
|
|
}
|
|
|
|
},
|
|
|
|
// Tags
|
|
|
|
{
|
|
|
|
field: "tags",
|
|
|
|
op: "member-add",
|
|
|
|
value: {
|
|
|
|
tag: 'B'
|
|
|
|
}
|
|
|
|
},
|
|
|
|
{
|
|
|
|
field: "tags",
|
|
|
|
op: "member-add",
|
|
|
|
value: {
|
|
|
|
tag: 'G',
|
|
|
|
type: 1
|
|
|
|
}
|
|
|
|
},
|
|
|
|
{
|
|
|
|
field: "tags",
|
|
|
|
op: "member-add",
|
|
|
|
value: {
|
|
|
|
tag: 'H'
|
|
|
|
}
|
|
|
|
}
|
|
|
|
]
|
|
|
|
);
|
|
|
|
assert.sameDeepMembers(
|
|
|
|
result.conflicts,
|
|
|
|
[
|
2015-10-29 07:41:54 +00:00
|
|
|
[
|
|
|
|
{
|
|
|
|
field: "place",
|
|
|
|
op: "add",
|
|
|
|
value: "Place"
|
|
|
|
},
|
|
|
|
{
|
|
|
|
field: "place",
|
|
|
|
op: "delete"
|
|
|
|
}
|
|
|
|
],
|
|
|
|
[
|
|
|
|
{
|
|
|
|
field: "date",
|
|
|
|
op: "delete"
|
|
|
|
},
|
|
|
|
{
|
|
|
|
field: "date",
|
|
|
|
op: "add",
|
|
|
|
value: "2015-05-15"
|
|
|
|
}
|
|
|
|
]
|
2015-07-20 21:27:55 +00:00
|
|
|
]
|
|
|
|
);
|
|
|
|
})
|
|
|
|
})
|
|
|
|
|
|
|
|
|
|
|
|
describe("collections", function () {
|
|
|
|
it("should ignore non-conflicting local changes and return remote changes", function () {
|
|
|
|
var cacheJSON = {
|
|
|
|
key: "AAAAAAAA",
|
|
|
|
version: 1234,
|
|
|
|
name: "Name 1",
|
|
|
|
parentCollection: null,
|
|
|
|
relations: {
|
|
|
|
A: "A", // Removed locally
|
|
|
|
C: "C" // Removed on both
|
|
|
|
}
|
|
|
|
};
|
|
|
|
var json1 = {
|
|
|
|
key: "AAAAAAAA",
|
|
|
|
version: 1234,
|
|
|
|
name: "Name 2", // Changed locally
|
|
|
|
parentCollection: null,
|
|
|
|
relations: {}
|
|
|
|
};
|
|
|
|
var json2 = {
|
|
|
|
key: "AAAAAAAA",
|
|
|
|
version: 1234,
|
|
|
|
name: "Name 1",
|
|
|
|
parentCollection: "BBBBBBBB", // Added remotely
|
|
|
|
relations: {
|
|
|
|
A: "A",
|
|
|
|
B: "B" // Added remotely
|
|
|
|
}
|
|
|
|
};
|
|
|
|
var result = Zotero.Sync.Data.Local._reconcileChanges(
|
|
|
|
'collection', cacheJSON, json1, json2
|
|
|
|
);
|
|
|
|
assert.sameDeepMembers(
|
|
|
|
result.changes,
|
|
|
|
[
|
|
|
|
{
|
|
|
|
field: "parentCollection",
|
|
|
|
op: "add",
|
|
|
|
value: "BBBBBBBB"
|
|
|
|
},
|
|
|
|
{
|
|
|
|
field: "relations",
|
|
|
|
op: "property-member-add",
|
|
|
|
value: {
|
|
|
|
key: "B",
|
|
|
|
value: "B"
|
|
|
|
}
|
|
|
|
}
|
|
|
|
]
|
|
|
|
);
|
|
|
|
assert.lengthOf(result.conflicts, 0);
|
|
|
|
})
|
|
|
|
|
|
|
|
it("should return empty arrays when no remote changes to apply", function () {
|
|
|
|
// Similar to above but without differing remote changes
|
|
|
|
var cacheJSON = {
|
|
|
|
key: "AAAAAAAA",
|
|
|
|
version: 1234,
|
|
|
|
name: "Name 1",
|
|
|
|
conditions: [
|
|
|
|
{
|
|
|
|
condition: "title",
|
|
|
|
operator: "contains",
|
|
|
|
value: "A"
|
|
|
|
},
|
|
|
|
{
|
|
|
|
condition: "place",
|
|
|
|
operator: "is",
|
|
|
|
value: "Chicago"
|
|
|
|
}
|
|
|
|
]
|
|
|
|
};
|
|
|
|
var json1 = {
|
|
|
|
key: "AAAAAAAA",
|
|
|
|
version: 1234,
|
|
|
|
name: "Name 2", // Changed locally
|
|
|
|
conditions: [
|
|
|
|
{
|
|
|
|
condition: "title",
|
|
|
|
operator: "contains",
|
|
|
|
value: "A"
|
|
|
|
},
|
|
|
|
// Added locally
|
|
|
|
{
|
|
|
|
condition: "place",
|
|
|
|
operator: "is",
|
|
|
|
value: "New York"
|
|
|
|
},
|
|
|
|
{
|
|
|
|
condition: "place",
|
|
|
|
operator: "is",
|
|
|
|
value: "Chicago"
|
|
|
|
}
|
|
|
|
]
|
|
|
|
};
|
|
|
|
var json2 = {
|
|
|
|
key: "AAAAAAAA",
|
|
|
|
version: 1234,
|
|
|
|
name: "Name 1",
|
|
|
|
conditions: [
|
|
|
|
{
|
|
|
|
condition: "title",
|
|
|
|
operator: "contains",
|
|
|
|
value: "A"
|
|
|
|
},
|
|
|
|
{
|
|
|
|
condition: "place",
|
|
|
|
operator: "is",
|
|
|
|
value: "Chicago"
|
|
|
|
}
|
|
|
|
]
|
|
|
|
};
|
|
|
|
var result = Zotero.Sync.Data.Local._reconcileChanges(
|
|
|
|
'search', cacheJSON, json1, json2
|
|
|
|
);
|
|
|
|
assert.lengthOf(result.changes, 0);
|
|
|
|
assert.lengthOf(result.conflicts, 0);
|
|
|
|
})
|
|
|
|
|
|
|
|
it("should automatically resolve conflicts with remote version", function () {
|
|
|
|
var cacheJSON = {
|
|
|
|
key: "AAAAAAAA",
|
|
|
|
version: 1234,
|
|
|
|
name: "Name 1"
|
|
|
|
};
|
|
|
|
var json1 = {
|
|
|
|
key: "AAAAAAAA",
|
|
|
|
version: 1234,
|
|
|
|
name: "Name 2"
|
|
|
|
};
|
|
|
|
var json2 = {
|
|
|
|
key: "AAAAAAAA",
|
|
|
|
version: 1234,
|
|
|
|
name: "Name 3"
|
|
|
|
};
|
|
|
|
var result = Zotero.Sync.Data.Local._reconcileChanges(
|
|
|
|
'search', cacheJSON, json1, json2
|
|
|
|
);
|
|
|
|
assert.sameDeepMembers(
|
|
|
|
result.changes,
|
|
|
|
[
|
|
|
|
{
|
|
|
|
field: "name",
|
|
|
|
op: "modify",
|
|
|
|
value: "Name 3"
|
|
|
|
}
|
|
|
|
]
|
|
|
|
);
|
|
|
|
assert.lengthOf(result.conflicts, 0);
|
|
|
|
})
|
|
|
|
|
|
|
|
it("should automatically resolve conflicts in absence of cached version", function () {
|
|
|
|
var json1 = {
|
|
|
|
key: "AAAAAAAA",
|
|
|
|
version: 1234,
|
|
|
|
name: "Name 1",
|
|
|
|
conditions: [
|
|
|
|
{
|
|
|
|
condition: "title",
|
|
|
|
operator: "contains",
|
|
|
|
value: "A"
|
|
|
|
},
|
|
|
|
{
|
|
|
|
condition: "place",
|
|
|
|
operator: "is",
|
|
|
|
value: "New York"
|
|
|
|
}
|
|
|
|
]
|
|
|
|
};
|
|
|
|
var json2 = {
|
|
|
|
key: "AAAAAAAA",
|
|
|
|
version: 1234,
|
|
|
|
name: "Name 2",
|
|
|
|
conditions: [
|
|
|
|
{
|
|
|
|
condition: "title",
|
|
|
|
operator: "contains",
|
|
|
|
value: "A"
|
|
|
|
},
|
|
|
|
{
|
|
|
|
condition: "place",
|
|
|
|
operator: "is",
|
|
|
|
value: "Chicago"
|
|
|
|
}
|
|
|
|
]
|
|
|
|
};
|
|
|
|
var result = Zotero.Sync.Data.Local._reconcileChanges(
|
|
|
|
'search', false, json1, json2
|
|
|
|
);
|
|
|
|
assert.sameDeepMembers(
|
|
|
|
result.changes,
|
|
|
|
[
|
|
|
|
{
|
|
|
|
field: "name",
|
|
|
|
op: "modify",
|
|
|
|
value: "Name 2"
|
|
|
|
},
|
|
|
|
{
|
|
|
|
field: "conditions",
|
|
|
|
op: "member-add",
|
|
|
|
value: {
|
|
|
|
condition: "place",
|
|
|
|
operator: "is",
|
|
|
|
value: "Chicago"
|
|
|
|
}
|
|
|
|
}
|
|
|
|
]
|
|
|
|
);
|
|
|
|
assert.lengthOf(result.conflicts, 0);
|
|
|
|
})
|
|
|
|
})
|
|
|
|
|
|
|
|
|
|
|
|
describe("searches", function () {
|
|
|
|
it("should ignore non-conflicting local changes and return remote changes", function () {
|
|
|
|
var cacheJSON = {
|
|
|
|
key: "AAAAAAAA",
|
|
|
|
version: 1234,
|
|
|
|
name: "Name 1",
|
|
|
|
conditions: [
|
|
|
|
{
|
|
|
|
condition: "title",
|
|
|
|
operator: "contains",
|
|
|
|
value: "A"
|
|
|
|
},
|
|
|
|
{
|
|
|
|
condition: "place",
|
|
|
|
operator: "is",
|
|
|
|
value: "Chicago"
|
|
|
|
}
|
|
|
|
]
|
|
|
|
};
|
|
|
|
var json1 = {
|
|
|
|
key: "AAAAAAAA",
|
|
|
|
version: 1234,
|
|
|
|
name: "Name 2", // Changed locally
|
|
|
|
conditions: [
|
|
|
|
{
|
|
|
|
condition: "title",
|
|
|
|
operator: "contains",
|
|
|
|
value: "A"
|
|
|
|
},
|
|
|
|
// Removed remotely
|
|
|
|
{
|
|
|
|
condition: "place",
|
|
|
|
operator: "is",
|
|
|
|
value: "Chicago"
|
|
|
|
}
|
|
|
|
]
|
|
|
|
};
|
|
|
|
var json2 = {
|
|
|
|
key: "AAAAAAAA",
|
|
|
|
version: 1234,
|
|
|
|
name: "Name 1",
|
|
|
|
conditions: [
|
|
|
|
{
|
|
|
|
condition: "title",
|
|
|
|
operator: "contains",
|
|
|
|
value: "A"
|
|
|
|
},
|
|
|
|
// Added remotely
|
|
|
|
{
|
|
|
|
condition: "place",
|
|
|
|
operator: "is",
|
|
|
|
value: "New York"
|
|
|
|
}
|
|
|
|
]
|
|
|
|
};
|
|
|
|
var result = Zotero.Sync.Data.Local._reconcileChanges(
|
|
|
|
'search', cacheJSON, json1, json2
|
|
|
|
);
|
|
|
|
assert.sameDeepMembers(
|
|
|
|
result.changes,
|
|
|
|
[
|
|
|
|
{
|
|
|
|
field: "conditions",
|
|
|
|
op: "member-add",
|
|
|
|
value: {
|
|
|
|
condition: "place",
|
|
|
|
operator: "is",
|
|
|
|
value: "New York"
|
|
|
|
}
|
|
|
|
},
|
|
|
|
{
|
|
|
|
field: "conditions",
|
|
|
|
op: "member-remove",
|
|
|
|
value: {
|
|
|
|
condition: "place",
|
|
|
|
operator: "is",
|
|
|
|
value: "Chicago"
|
|
|
|
}
|
|
|
|
}
|
|
|
|
]
|
|
|
|
);
|
|
|
|
assert.lengthOf(result.conflicts, 0);
|
|
|
|
})
|
|
|
|
|
|
|
|
it("should return empty arrays when no remote changes to apply", function () {
|
|
|
|
// Similar to above but without differing remote changes
|
|
|
|
var cacheJSON = {
|
|
|
|
key: "AAAAAAAA",
|
|
|
|
version: 1234,
|
|
|
|
name: "Name 1",
|
|
|
|
conditions: [
|
|
|
|
{
|
|
|
|
condition: "title",
|
|
|
|
operator: "contains",
|
|
|
|
value: "A"
|
|
|
|
},
|
|
|
|
{
|
|
|
|
condition: "place",
|
|
|
|
operator: "is",
|
|
|
|
value: "Chicago"
|
|
|
|
}
|
|
|
|
]
|
|
|
|
};
|
|
|
|
var json1 = {
|
|
|
|
key: "AAAAAAAA",
|
|
|
|
version: 1234,
|
|
|
|
name: "Name 2", // Changed locally
|
|
|
|
conditions: [
|
|
|
|
{
|
|
|
|
condition: "title",
|
|
|
|
operator: "contains",
|
|
|
|
value: "A"
|
|
|
|
},
|
|
|
|
// Added locally
|
|
|
|
{
|
|
|
|
condition: "place",
|
|
|
|
operator: "is",
|
|
|
|
value: "New York"
|
|
|
|
},
|
|
|
|
{
|
|
|
|
condition: "place",
|
|
|
|
operator: "is",
|
|
|
|
value: "Chicago"
|
|
|
|
}
|
|
|
|
]
|
|
|
|
};
|
|
|
|
var json2 = {
|
|
|
|
key: "AAAAAAAA",
|
|
|
|
version: 1234,
|
|
|
|
name: "Name 1",
|
|
|
|
conditions: [
|
|
|
|
{
|
|
|
|
condition: "title",
|
|
|
|
operator: "contains",
|
|
|
|
value: "A"
|
|
|
|
},
|
|
|
|
{
|
|
|
|
condition: "place",
|
|
|
|
operator: "is",
|
|
|
|
value: "Chicago"
|
|
|
|
}
|
|
|
|
]
|
|
|
|
};
|
|
|
|
var result = Zotero.Sync.Data.Local._reconcileChanges(
|
|
|
|
'search', cacheJSON, json1, json2
|
|
|
|
);
|
|
|
|
assert.lengthOf(result.changes, 0);
|
|
|
|
assert.lengthOf(result.conflicts, 0);
|
|
|
|
})
|
|
|
|
|
|
|
|
it("should automatically resolve conflicts with remote version", function () {
|
|
|
|
var cacheJSON = {
|
|
|
|
key: "AAAAAAAA",
|
|
|
|
version: 1234,
|
|
|
|
name: "Name 1"
|
|
|
|
};
|
|
|
|
var json1 = {
|
|
|
|
key: "AAAAAAAA",
|
|
|
|
version: 1234,
|
|
|
|
name: "Name 2"
|
|
|
|
};
|
|
|
|
var json2 = {
|
|
|
|
key: "AAAAAAAA",
|
|
|
|
version: 1234,
|
|
|
|
name: "Name 3"
|
|
|
|
};
|
|
|
|
var result = Zotero.Sync.Data.Local._reconcileChanges(
|
|
|
|
'search', cacheJSON, json1, json2
|
|
|
|
);
|
|
|
|
assert.sameDeepMembers(
|
|
|
|
result.changes,
|
|
|
|
[
|
|
|
|
{
|
|
|
|
field: "name",
|
|
|
|
op: "modify",
|
|
|
|
value: "Name 3"
|
|
|
|
}
|
|
|
|
]
|
|
|
|
);
|
|
|
|
assert.lengthOf(result.conflicts, 0);
|
|
|
|
})
|
|
|
|
|
|
|
|
it("should automatically resolve conflicts in absence of cached version", function () {
|
|
|
|
var json1 = {
|
|
|
|
key: "AAAAAAAA",
|
|
|
|
version: 1234,
|
|
|
|
name: "Name 1",
|
|
|
|
conditions: [
|
|
|
|
{
|
|
|
|
condition: "title",
|
|
|
|
operator: "contains",
|
|
|
|
value: "A"
|
|
|
|
},
|
|
|
|
{
|
|
|
|
condition: "place",
|
|
|
|
operator: "is",
|
|
|
|
value: "New York"
|
|
|
|
}
|
|
|
|
]
|
|
|
|
};
|
|
|
|
var json2 = {
|
|
|
|
key: "AAAAAAAA",
|
|
|
|
version: 1234,
|
|
|
|
name: "Name 2",
|
|
|
|
conditions: [
|
|
|
|
{
|
|
|
|
condition: "title",
|
|
|
|
operator: "contains",
|
|
|
|
value: "A"
|
|
|
|
},
|
|
|
|
{
|
|
|
|
condition: "place",
|
|
|
|
operator: "is",
|
|
|
|
value: "Chicago"
|
|
|
|
}
|
|
|
|
]
|
|
|
|
};
|
|
|
|
var result = Zotero.Sync.Data.Local._reconcileChanges(
|
|
|
|
'search', false, json1, json2
|
|
|
|
);
|
|
|
|
assert.sameDeepMembers(
|
|
|
|
result.changes,
|
|
|
|
[
|
|
|
|
{
|
|
|
|
field: "name",
|
|
|
|
op: "modify",
|
|
|
|
value: "Name 2"
|
|
|
|
},
|
|
|
|
{
|
|
|
|
field: "conditions",
|
|
|
|
op: "member-add",
|
|
|
|
value: {
|
|
|
|
condition: "place",
|
|
|
|
operator: "is",
|
|
|
|
value: "Chicago"
|
|
|
|
}
|
|
|
|
}
|
|
|
|
]
|
|
|
|
);
|
|
|
|
assert.lengthOf(result.conflicts, 0);
|
|
|
|
})
|
|
|
|
})
|
|
|
|
})
|
2015-10-29 07:41:54 +00:00
|
|
|
|
|
|
|
|
|
|
|
describe("#reconcileChangesWithoutCache()", function () {
|
|
|
|
it("should return conflict for conflicting fields", function () {
|
|
|
|
var json1 = {
|
|
|
|
key: "AAAAAAAA",
|
|
|
|
version: 1234,
|
|
|
|
title: "Title 1",
|
|
|
|
pages: 10,
|
|
|
|
dateModified: "2015-05-14 14:12:34"
|
|
|
|
};
|
|
|
|
var json2 = {
|
|
|
|
key: "AAAAAAAA",
|
|
|
|
version: 1235,
|
|
|
|
title: "Title 2",
|
|
|
|
place: "New York",
|
|
|
|
dateModified: "2015-05-14 13:45:12"
|
|
|
|
};
|
|
|
|
var ignoreFields = ['dateAdded', 'dateModified'];
|
|
|
|
var result = Zotero.Sync.Data.Local._reconcileChangesWithoutCache(
|
|
|
|
'item', json1, json2, ignoreFields
|
|
|
|
);
|
|
|
|
assert.lengthOf(result.changes, 0);
|
|
|
|
assert.sameDeepMembers(
|
|
|
|
result.conflicts,
|
|
|
|
[
|
|
|
|
[
|
|
|
|
{
|
|
|
|
field: "title",
|
|
|
|
op: "add",
|
|
|
|
value: "Title 1"
|
|
|
|
},
|
|
|
|
{
|
|
|
|
field: "title",
|
|
|
|
op: "add",
|
|
|
|
value: "Title 2"
|
|
|
|
}
|
|
|
|
],
|
|
|
|
[
|
|
|
|
{
|
|
|
|
field: "pages",
|
|
|
|
op: "add",
|
|
|
|
value: 10
|
|
|
|
},
|
|
|
|
{
|
|
|
|
field: "pages",
|
|
|
|
op: "delete"
|
|
|
|
}
|
|
|
|
],
|
|
|
|
[
|
|
|
|
{
|
|
|
|
field: "place",
|
|
|
|
op: "delete"
|
|
|
|
},
|
|
|
|
{
|
|
|
|
field: "place",
|
|
|
|
op: "add",
|
|
|
|
value: "New York"
|
|
|
|
}
|
|
|
|
]
|
|
|
|
]
|
|
|
|
);
|
|
|
|
})
|
|
|
|
})
|
2015-07-20 21:27:55 +00:00
|
|
|
})
|