daniel edited the task description. (Show Details)

EDIT DETAILS
...
* During deserialization data from the local database, we don't add any prefix, but we still esolve any known mappings. If `foo:d:Q5` was stored earlier because there was no mapping defined for `foo:d` then, but there is a mapping now, that mapping is resolved when loading the item.
that mapping is resolved when loading the item.
* Note that `foo:bar:Q5` and `bar:foo:Q5` may mean different thigns (or the same thing), depending on the mappings defined in the foo and the bar repo.


This ensures that an EntityId object always "knows" which repo it belongs to, and it always reflects the currently defiend mappings. This implies however that an ID used in an old revision can //change its effective serialization// later - it will //look// different when the mappings change. The ID would however still //mean// the same, sicne it still references the same entity (provided the mappings were defined correctly).
...

TASK DETAIL
https://phabricator.wikimedia.org/T133381

EMAIL PREFERENCES
https://phabricator.wikimedia.org/settings/panel/emailpreferences/

To: daniel
Cc: Jakob_WMDE, WMDE-leszek, Ricordisamoa, jayvdb, aude, JeroenDeDauw, Jonas, JanZerebecki, adrianheine, thiemowmde, Aklapper, daniel, D3r1ck01, Izno, Wikidata-bugs, Mbch331
_______________________________________________
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

Reply via email to