[Wikidata-bugs] [Maniphest] [Updated] T167759: Reference hash is not stable

2019-01-15 Thread Lucas_Werkmeister_WMDE
Lucas_Werkmeister_WMDE added a comment. Just a note: I suspect we might end up improving on this situation as part of T138708: [Epic] Signed statements, since that will probably also require stable, externally reproducible (i. e. ideally without PHP serialize()) hashes of values.TASK DETAILhttps://

[Wikidata-bugs] [Maniphest] [Updated] T167759: Reference hash is not stable

2017-07-14 Thread Smalyshev
Smalyshev removed a project: Discovery-Wikidata-Query-Service-Sprint. TASK DETAILhttps://phabricator.wikimedia.org/T167759EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: SmalyshevCc: thiemowmde, daniel, Aklapper, Smalyshev, GoranSMilovanovic, QZanden, EBjune,

[Wikidata-bugs] [Maniphest] [Updated] T167759: Reference hash is not stable

2017-06-30 Thread daniel
daniel added a comment. I think this discussion is a bit confused because we are talking about multiple separate issues: Making the hash independent of implementation (and platform configuration!) details. This would be a good thing in principle. Reducing the chance of breakage of our RDF mapping