[Wikidata-bugs] [Maniphest] [Commented On] T103087: Run DCAT-AP for Wikibase after creating Wikidata dumps and make the resulting RDF publicly available
gerritbot added a comment. Change 219800 merged by ArielGlenn: Add DCAT-AP for Wikibase https://gerrit.wikimedia.org/r/219800 TASK DETAIL https://phabricator.wikimedia.org/T103087 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: gerritbot Cc: daniel, siebrand, gerritbot, Lokal_Profil, Aklapper, Lydia_Pintscher, ArielGlenn, hoo, Lynhg, Wikidata-bugs, Malyacko, aude, Svick, jeremyb, Qgil, P.Copp ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Changed Subscribers] T107861: RTL error in monolingual text datatype
Mbch331 added a subscriber: Mbch331. TASK DETAIL https://phabricator.wikimedia.org/T107861 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Mbch331 Cc: Mbch331, Aklapper, Jonas, thiemowmde, Lydia_Pintscher, Wikidata-bugs, aude, Gryllida, Shizhao, Arrbee, Malyacko, P.Copp ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Created] T107864: Create ValueParserFactory integration test for the global wgValueParsers setting
thiemowmde created this task. thiemowmde added subscribers: thiemowmde, daniel, Tobi_WMDE_SW, Lydia_Pintscher. thiemowmde added projects: Wikidata, MediaWiki-extensions-WikibaseRepository, DataValues. Herald added a subscriber: Aklapper. TASK DESCRIPTION In https://gerrit.wikimedia.org/r/#/c/223061/6/repo/Wikibase.php the `wgValueParsers` setting and the code consuming it (currently in the `ParseValue` constructor) was changed. Instead of a registering value parsers via parser names (a concept that does not exist anywhere except for this single place in the code base) they are now registered via their data type names. Before: * wikibase-entityid * quantity * time * globecoordinate * null * monolingualtext After: * wikibase-entityid is deprecated in favor of wikibase-item and wikibase-property. * quantity * time * globecoordinate is deprecated in favor of globe-coordinate. * monolingualtext * null is deprecated in favor of commonsMedia, string and url. A new integration test should make sure that nobody removes the now deprecated keys because that would be a major breaking change to the `wbparsevalue` API module. This test can not be part of `ParseValueTest` because this unit test is now independent from the global setting. TASK DETAIL https://phabricator.wikimedia.org/T107864 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: thiemowmde Cc: Lydia_Pintscher, Tobi_WMDE_SW, daniel, thiemowmde, Aklapper, Wikidata-bugs, aude, Malyacko, P.Copp ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Closed] T103087: Run DCAT-AP for Wikibase after creating Wikidata dumps and make the resulting RDF publicly available
hoo closed this task as Resolved. hoo claimed this task. hoo added a comment. Done: https://dumps.wikimedia.org/wikidatawiki/entities/dcatap.rdf The RDF will be updated after each Wikidata dump run. TASK DETAIL https://phabricator.wikimedia.org/T103087 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: hoo Cc: daniel, siebrand, gerritbot, Lokal_Profil, Aklapper, Lydia_Pintscher, ArielGlenn, hoo, Lynhg, Wikidata-bugs, Malyacko, aude, Svick, jeremyb, Qgil, P.Copp ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Updated] T103087: Run DCAT-AP for Wikibase after creating Wikidata dumps and make the resulting RDF publicly available
hoo removed a project: Patch-For-Review. TASK DETAIL https://phabricator.wikimedia.org/T103087 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: hoo Cc: daniel, siebrand, gerritbot, Lokal_Profil, Aklapper, Lydia_Pintscher, ArielGlenn, hoo, Lynhg, Wikidata-bugs, Malyacko, aude, Svick, jeremyb, Qgil, P.Copp ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Updated] T107865: Include datatypes in JsonDumpGenerator output
hoo added projects: Wikidata, MediaWiki-extensions-WikibaseRepository. hoo set Security to None. TASK DETAIL https://phabricator.wikimedia.org/T107865 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Addshore, hoo Cc: Lydia_Pintscher, aude, Aklapper, hoo, Wikidata-bugs, Malyacko, P.Copp ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Commented On] T104876: wbparsevalue should use datatype to identify parser
gerritbot added a comment. Change 223061 merged by jenkins-bot: wbparsevalue should use datatype. https://gerrit.wikimedia.org/r/223061 TASK DETAIL https://phabricator.wikimedia.org/T104876 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: daniel, gerritbot Cc: Jc3s5h, Lydia_Pintscher, daniel, aude, thiemowmde, Aklapper, WMDE-Fisch, Tobi_WMDE_SW, gerritbot, Wikidata-bugs, Malyacko, P.Copp ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Commented On] T106327: label normalization fails in Chrome / Opera / PhantomJS
gerritbot added a comment. Change 229090 had a related patch set uploaded (by Thiemo Mättig (WMDE)): Revert Revert Make label view multiline by default https://gerrit.wikimedia.org/r/229090 TASK DETAIL https://phabricator.wikimedia.org/T106327 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: gerritbot Cc: JanZerebecki, aude, gerritbot, Addshore, Jonas, thiemowmde, Lydia_Pintscher, Aklapper, WMDE-Fisch, Wikidata-bugs, Malyacko, P.Copp ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Commented On] T106327: label normalization fails in Chrome / Opera / PhantomJS
thiemowmde added a comment. The failing test was indeed unrelated. I can understand why the revert was done, but the same could have been done by simply commenting out the broken test case and opening a ticket. We do not have a normalization feature. This is an unintended side-effect of a CSS rule that behaves different across browsers. New patches for review: 1. https://gerrit.wikimedia.org/r/229090 2. https://github.com/wmde/WikidataBrowserTests/pull/84 TASK DETAIL https://phabricator.wikimedia.org/T106327 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: thiemowmde Cc: JanZerebecki, aude, gerritbot, Addshore, Jonas, thiemowmde, Lydia_Pintscher, Aklapper, WMDE-Fisch, Wikidata-bugs, Malyacko, P.Copp ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Created] T107870: Illegal dates in date type
Lokal_Profil created this task. Lokal_Profil added a subscriber: Lokal_Profil. Lokal_Profil added a project: Wikidata. Herald added a subscriber: Aklapper. TASK DESCRIPTION There seems to be an issue where a year could be recorded as either time=+000-00-00T00:00:00Z or time=+000-01-01T00:00:00Z (with precision=9). These display the same but if you compare the claims they show up as different. I also believe only the latter is correct. To further complicate things it is not possible to manually change a value from the first to the second in Wikidata without creating a new claim and deleting the old one. Is there a way of checking how many of the first there are and possible convert these to the latter? It would also be interesting to either prevent one of the ways from being recorded (also via the api). TASK DETAIL https://phabricator.wikimedia.org/T107870 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Lokal_Profil Cc: Lokal_Profil, Aklapper, Wikidata-bugs, aude, Malyacko, P.Copp ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Created] T107861: RTL error in monolingual text datatype
Lydia_Pintscher created this task.
Lydia_Pintscher added subscribers: Lydia_Pintscher, thiemowmde, Jonas.
Lydia_Pintscher added projects: Wikidata, RTL.
Herald added a subscriber: Aklapper.
Herald added a project: I18n.
TASK DESCRIPTION
When adding a RTL value to a monolingual text property the name of the
language is also affected. Example from https://www.wikidata.org/wiki/Q15983392:
{F377758}
Nikki says wrapping the value in bdi tags might fix it.
TASK DETAIL
https://phabricator.wikimedia.org/T107861
EMAIL PREFERENCES
https://phabricator.wikimedia.org/settings/panel/emailpreferences/
To: Lydia_Pintscher
Cc: Aklapper, Jonas, thiemowmde, Lydia_Pintscher, Wikidata-bugs, aude,
Gryllida, Shizhao, Arrbee, Malyacko, P.Copp
___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Updated] T103087: Run DCAT-AP for Wikibase after creating Wikidata dumps and make the resulting RDF publicly available
gerritbot added a project: Patch-For-Review. TASK DETAIL https://phabricator.wikimedia.org/T103087 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: hoo, gerritbot Cc: daniel, siebrand, gerritbot, Lokal_Profil, Aklapper, Lydia_Pintscher, ArielGlenn, hoo, Lynhg, Wikidata-bugs, Malyacko, aude, Svick, jeremyb, Qgil, P.Copp ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Commented On] T103087: Run DCAT-AP for Wikibase after creating Wikidata dumps and make the resulting RDF publicly available
gerritbot added a comment. Change 229128 had a related patch set uploaded (by Lokal Profil): Look for i18n using absolute path https://gerrit.wikimedia.org/r/229128 TASK DETAIL https://phabricator.wikimedia.org/T103087 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: hoo, gerritbot Cc: daniel, siebrand, gerritbot, Lokal_Profil, Aklapper, Lydia_Pintscher, ArielGlenn, hoo, Lynhg, Wikidata-bugs, Malyacko, aude, Svick, jeremyb, Qgil, P.Copp ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Commented On] T103087: Run DCAT-AP for Wikibase after creating Wikidata dumps and make the resulting RDF publicly available
gerritbot added a comment. Change 229128 merged by ArielGlenn: Look for i18n using absolute path https://gerrit.wikimedia.org/r/229128 TASK DETAIL https://phabricator.wikimedia.org/T103087 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: hoo, gerritbot Cc: daniel, siebrand, gerritbot, Lokal_Profil, Aklapper, Lydia_Pintscher, ArielGlenn, hoo, Lynhg, Wikidata-bugs, Malyacko, aude, Svick, jeremyb, Qgil, P.Copp ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Closed] T103087: Run DCAT-AP for Wikibase after creating Wikidata dumps and make the resulting RDF publicly available
hoo closed this task as Resolved. hoo removed a project: Patch-For-Review. TASK DETAIL https://phabricator.wikimedia.org/T103087 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: hoo Cc: daniel, siebrand, gerritbot, Lokal_Profil, Aklapper, Lydia_Pintscher, ArielGlenn, hoo, Lynhg, Wikidata-bugs, Malyacko, aude, Svick, jeremyb, Qgil, P.Copp ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
Re: [Wikidata] Critical JSON bugs back in production; all dumps broken now
On 04.08.2015 12:33, Addshore wrote:
Please see https://gerrit.wikimedia.org/r/#/c/229099/ and
https://gerrit.wikimedia.org/r/#/c/229100/ for the change to master and
the currently deployed branch.
This will be merged and back ported today and a new dump created
I'm also going to follow this up by writing some more integration tests
for our json dumps to spot this kind of thing!
That's great news! Many thanks.
Markus
On 4 August 2015 at 11:26, Lydia Pintscher lydia.pintsc...@wikimedia.de
mailto:lydia.pintsc...@wikimedia.de wrote:
On Tue, Aug 4, 2015 at 12:20 PM, Markus Krötzsch
mar...@semantic-mediawiki.org
mailto:mar...@semantic-mediawiki.org wrote:
Hi,
The recent Wikidata JSON dumps again contain huge amounts of broken JSON
where empty maps are serialized as [] instead of using {}. Just grep for
claims:[]
or
aliases:[]
or
any other key that requires a map
to find many examples. The scope of the problem is massive. Basically all
entity documents that include some empty map are broken, which is almost
every entity document in
http://dumps.wikimedia.org/other/wikidata/20150803.json.gz. Concretely,
there are around 15.7 million entities with [] for aliases.
This is critically breaking the consumption of Wikidata content for all
model-based JSON parsers, including Wikidata Toolkit.
The bug used to occur only in XML dumps, but now also affects the JSON
dumps
in the same way. In previous JSON dumps, the problem was avoided by
omitting
empyt maps altogether (no keys, no values), which is better because it
allows implementations to fall back to the obvious default. This is still
done in the Web API, e.g.,
https://www.wikidata.org/wiki/Special:EntityData/Q12062430.json
It would be nice to test the export code before deploying it.
Sorry for that. Adam and Marius are working on a fix right now.
They'll report back in a bit.
Cheers
Lydia
--
Lydia Pintscher - http://about.me/lydia.pintscher
Product Manager for Wikidata
Wikimedia Deutschland e.V.
Tempelhofer Ufer 23-24
10963 Berlin
www.wikimedia.de http://www.wikimedia.de
Wikimedia Deutschland - Gesellschaft zur Förderung Freien Wissens e. V.
Eingetragen im Vereinsregister des Amtsgerichts Berlin-Charlottenburg
unter der Nummer 23855 Nz. Als gemeinnützig anerkannt durch das
Finanzamt für Körperschaften I Berlin, Steuernummer 27/681/51985
tel:27%2F681%2F51985.
___
Wikidata mailing list
Wikidata@lists.wikimedia.org mailto:Wikidata@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata
--
Addshore
___
Wikidata mailing list
Wikidata@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata
___
Wikidata mailing list
Wikidata@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata
[Wikidata-bugs] [Maniphest] [Reopened] T103087: Run DCAT-AP for Wikibase after creating Wikidata dumps and make the resulting RDF publicly available
Lokal_Profil reopened this task as Open. Lokal_Profil added a comment. I just spotted that no nodes embedding information from the i18n directory (e.g. dcterms:description) were included in the rdf. This includes English. Was there maybe an issue with access restriction to that directory during the run? TASK DETAIL https://phabricator.wikimedia.org/T103087 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: hoo, Lokal_Profil Cc: daniel, siebrand, gerritbot, Lokal_Profil, Aklapper, Lydia_Pintscher, ArielGlenn, hoo, Lynhg, Wikidata-bugs, Malyacko, aude, Svick, jeremyb, Qgil, P.Copp ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Commented On] T103087: Run DCAT-AP for Wikibase after creating Wikidata dumps and make the resulting RDF publicly available
hoo added a comment. In https://phabricator.wikimedia.org/T103087#1506046, @Lokal_Profil wrote: I just spotted that no nodes embedding information from the i18n directory (e.g. dcterms:description) were included in the rdf. This includes English. Was there maybe an issue with access restriction to that directory during the run? No… I guess the problem is that you assume that the i18n is in the working directory, but that's not the case for our script runs. You should change that to use the absolute path (`__DIR__`) to get the i18n files. TASK DETAIL https://phabricator.wikimedia.org/T103087 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: hoo Cc: daniel, siebrand, gerritbot, Lokal_Profil, Aklapper, Lydia_Pintscher, ArielGlenn, hoo, Lynhg, Wikidata-bugs, Malyacko, aude, Svick, jeremyb, Qgil, P.Copp ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Commented On] T98035: Drop support for php-serialized output from Special:EntityData
gerritbot added a comment. Change 224773 abandoned by Addshore: Drop php format from default entityDataFormats Reason: For now https://gerrit.wikimedia.org/r/224773 TASK DETAIL https://phabricator.wikimedia.org/T98035 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: gerritbot Cc: thiemowmde, gerritbot, daniel, Aklapper, Wikidata-bugs, aude, Malyacko, P.Copp ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Changed Subscribers] T107794: Update Wikibase Quality and Constraints for DataModel 4.0
Addshore added a subscriber: Addshore. TASK DETAIL https://phabricator.wikimedia.org/T107794 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Addshore Cc: Addshore, aude, Aklapper, Wikidata-bugs, Malyacko, P.Copp ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Commented On] T88258: Convert WikibaseClient, WikibaseLib and WikibaseRepository to use extension registration
gerritbot added a comment. Change 229119 had a related patch set uploaded (by Paladox): Wikibase: Convet Wikibase lib, client, repo to extension.json, empty php entry point https://gerrit.wikimedia.org/r/229119 TASK DETAIL https://phabricator.wikimedia.org/T88258 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: gerritbot Cc: gerritbot, Ricordisamoa, Sumit, Jdlrobson, JanZerebecki, hoo, aude, Lydia_Pintscher, Aklapper, Legoktm, Liuxinyu970226, Wikidata-bugs, Malyacko, P.Copp ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Commented On] T103087: Run DCAT-AP for Wikibase after creating Wikidata dumps and make the resulting RDF publicly available
Lokal_Profil added a comment. In https://phabricator.wikimedia.org/T103087#1506048, @hoo wrote: In https://phabricator.wikimedia.org/T103087#1506046, @Lokal_Profil wrote: I just spotted that no nodes embedding information from the i18n directory (e.g. dcterms:description) were included in the rdf. This includes English. Was there maybe an issue with access restriction to that directory during the run? No… I guess the problem is that you assume that the i18n is in the working directory, but that's not the case for our script runs. You should change that to use the absolute path (`__DIR__`) to get the i18n files. Ah. I'll update and submit a new patch. TASK DETAIL https://phabricator.wikimedia.org/T103087 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: hoo, Lokal_Profil Cc: daniel, siebrand, gerritbot, Lokal_Profil, Aklapper, Lydia_Pintscher, ArielGlenn, hoo, Lynhg, Wikidata-bugs, Malyacko, aude, Svick, jeremyb, Qgil, P.Copp ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Commented On] T97014: Wikidata badges for Wikisource for validation status
aude added a comment. @billinghurst coloured dots would work and then they can be customized with site css TASK DETAIL https://phabricator.wikimedia.org/T97014 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: aude Cc: Aubrey, gerritbot, Patch-For-Review, Billinghurst, Micru, Accurimbono, Candalua, JanZerebecki, hoo, Lydia_Pintscher, Liuxinyu970226, Ricordisamoa, aude, Aklapper, Wikidata-bugs, jayvdb, Malyacko, P.Copp ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Updated] T90435: Wikidata watchlist integration (tracking)
thiemowmde added a blocking task: T67846: wbeditentity: try to use appropriate autocomment instead of the generic one. TASK DETAIL https://phabricator.wikimedia.org/T90435 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: thiemowmde Cc: MGChecker, Sitic, JanZerebecki, Conny, Snaterlicious, Liuxinyu970226, Quiddity, Rschen7754, Ainali, MisterSynergy, Lydia_Pintscher, Aklapper, daniel, Wikidata-bugs, aude, Malyacko, P.Copp ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Updated] T67846: wbeditentity: try to use appropriate autocomment instead of the generic one
thiemowmde added a comment. This was recently discussed in https://gerrit.wikimedia.org/r/130811 and T107712: Use narrow API calls instead of wbeditentity in Pywikibot https://phabricator.wikimedia.org/T107712. Raising priority because in my opinion this is part of T90435: Wikidata watchlist integration (tracking) https://phabricator.wikimedia.org/T90435, which is part of our annual plan. TASK DETAIL https://phabricator.wikimedia.org/T67846 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: thiemowmde Cc: thiemowmde, Aklapper, Wikidata-bugs, Addshore, Tobi_WMDE_SW, jayvdb, Ricordisamoa, Lydia_Pintscher, daniel, JohnLewis, hoo, aude, Malyacko, P.Copp ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Updated] T67846: wbeditentity: try to use appropriate autocomment instead of the generic one
thiemowmde added a blocked task: T90435: Wikidata watchlist integration (tracking). TASK DETAIL https://phabricator.wikimedia.org/T67846 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: thiemowmde Cc: thiemowmde, Aklapper, Wikidata-bugs, Addshore, Tobi_WMDE_SW, jayvdb, Ricordisamoa, Lydia_Pintscher, daniel, JohnLewis, hoo, aude ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata] Maintenance scripts for clients
We lack several maintenance scripts for the clients, that is human readable special pages with reports on which pages lacks special treatment. In no particular order we need some way to identify unconnected pages in general (the present one does not work [1]), we need some way to identify pages that are unconnected but has some language links, we need to identify items that are used in some language and lacks labels (almost like [2],but on the client and for items that are somehow connected to pages on the client), and we need to identify items that lacks specific claims and the client pages use a specific template. There are probably more such maintenance pages, these are those that are most urgent. Now users start to create categories to hack around the missing maintenance pages, which create a bunch of categories.[3] At Norwegian Bokmål there are just a few scripts that utilize data from Wikidata, still the number of categories starts to grow large. For us at the receiving end this is a show stopper. We can't convince the users that this is a positive addition to the pages without the maintenance scripts, because them we more or less are in the blind when we try to fix errors. We can't use random pages to try to prod the pages to find something that is wrong, we must be able to search for the errors and fix them. This summer we (nowiki) have added about ten (10) properties to the infobokses, some with scripts and some with the property parser function. Most of my time I have not been coding, and I have not been fixing errors. I have been trying to explain to the community why Wikidata is a good idea. At one point the changes was even reverted because someone disagree with what we had done. The whole thing basically revolves around my article got an Q-id in the infobox and I don't know how to fix it. We know how to fix it, and I have explained that to the editors at nowiki several times. They still don't get it, so we need some way to fix it, and we don't have maintenance scripts to do it. Right now we don't need more wild ideas that will swamp the development for months and years to come, we need maintenance scripts, and we need them now! [1] https://no.wikipedia.org/wiki/Spesial:UnconnectedPages [2] https://www.wikidata.org/wiki/Special:EntitiesWithoutLabel [3] https://no.wikipedia.org/wiki/Spesial:Prefiksindeks/Kategori:Artikler_hvor John Erling Blad /jeblad ___ Wikidata mailing list Wikidata@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata
[Wikidata-bugs] [Maniphest] [Created] T107880: Special:ListProperties must be sortable
jeblad created this task. jeblad added a subscriber: jeblad. jeblad added a project: MediaWiki-extensions-WikibaseRepository. Herald added a subscriber: Aklapper. Herald added a project: Wikidata. TASK DESCRIPTION The page [[ https://www.wikidata.org/wiki/Special:ListProperties | Special:ListProperties ]] must be sortable. Visually scanning ~1k or more of entries is not something we should advocate. TASK DETAIL https://phabricator.wikimedia.org/T107880 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: jeblad Cc: jeblad, Aklapper, Wikidata-bugs, aude, Malyacko, P.Copp ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Created] T107882: Expose identifiers on Special:ListProperties
jeblad created this task. jeblad added subscribers: Aklapper, jeblad. jeblad added projects: Wikidata, MediaWiki-extensions-WikibaseRepository. TASK DESCRIPTION Expose the identifiers on [[ https://www.wikidata.org/wiki/Special:ListProperties | Special:ListProperties ]], that is make the links look like they do on any other page. Usually we use the form //name// (//id//). TASK DETAIL https://phabricator.wikimedia.org/T107882 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: jeblad Cc: jeblad, Aklapper, Wikidata-bugs, aude, Malyacko, P.Copp ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Created] T107881: Special:ListProperties should have descriptions
jeblad created this task. jeblad added subscribers: jeblad, Aklapper. jeblad added projects: MediaWiki-extensions-WikibaseRepository, Wikidata. TASK DESCRIPTION Add descriptions to the page [[ https://www.wikidata.org/wiki/Special:ListProperties | Special:ListProperties]]. TASK DETAIL https://phabricator.wikimedia.org/T107881 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: jeblad Cc: Aklapper, jeblad, Wikidata-bugs, aude, Malyacko, P.Copp ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Raised Priority] T67846: wbeditentity: try to use appropriate autocomment instead of the generic one
thiemowmde raised the priority of this task from Low to High. thiemowmde added a subscriber: thiemowmde. thiemowmde set Security to None. Herald added a subscriber: Aklapper. TASK DETAIL https://phabricator.wikimedia.org/T67846 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: thiemowmde Cc: thiemowmde, Aklapper, Wikidata-bugs, Addshore, Tobi_WMDE_SW, jayvdb, Ricordisamoa, Lydia_Pintscher, daniel, JohnLewis, hoo, aude, Malyacko, P.Copp ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Changed Project Column] T107812: Display partial result if available when query times out
Ironholds moved this task to Cirrus on the Discovery workboard. TASK DETAIL https://phabricator.wikimedia.org/T107812 WORKBOARD https://phabricator.wikimedia.org/project/board/1174/ EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Ironholds Cc: Aklapper, Smalyshev, jkroll, Wikidata-bugs, Jdouglas, aude, Manybubbles, JanZerebecki, Malyacko, P.Copp ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Changed Project Column] T107812: Display partial result if available when query times out
Ironholds moved this task to WDQS on the Discovery workboard. TASK DETAIL https://phabricator.wikimedia.org/T107812 WORKBOARD https://phabricator.wikimedia.org/project/board/1174/ EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Ironholds Cc: Aklapper, Smalyshev, jkroll, Wikidata-bugs, Jdouglas, aude, Manybubbles, JanZerebecki, Malyacko, P.Copp ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Changed Project Column] T107602: Set up a public interface to the wikidata query service
Ironholds moved this task to WDQS on the Discovery workboard. TASK DETAIL https://phabricator.wikimedia.org/T107602 WORKBOARD https://phabricator.wikimedia.org/project/board/1174/ EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Joe, Ironholds Cc: jcrespo, Legoktm, gerritbot, Smalyshev, BBlack, Joe, daniel, RobLa-WMF, Aklapper, aude, JanZerebecki, JeroenDeDauw, MrStradivarius, waldyrious, Krenair, MBlissett, bd808, Laddo, Addshore, Matanya, jkroll, Wikidata-bugs, Jdouglas, RobH, Manybubbles, mark, faidon, fgiunchedi, Dzahn, chasemp, Malyacko, P.Copp ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata] Critical JSON bugs back in production; all dumps broken now
Hi,
The recent Wikidata JSON dumps again contain huge amounts of broken JSON
where empty maps are serialized as [] instead of using {}. Just grep for
claims:[]
or
aliases:[]
or
any other key that requires a map
to find many examples. The scope of the problem is massive. Basically
all entity documents that include some empty map are broken, which is
almost every entity document in
http://dumps.wikimedia.org/other/wikidata/20150803.json.gz. Concretely,
there are around 15.7 million entities with [] for aliases.
This is critically breaking the consumption of Wikidata content for all
model-based JSON parsers, including Wikidata Toolkit.
The bug used to occur only in XML dumps, but now also affects the JSON
dumps in the same way. In previous JSON dumps, the problem was avoided
by omitting empyt maps altogether (no keys, no values), which is better
because it allows implementations to fall back to the obvious default.
This is still done in the Web API, e.g.,
https://www.wikidata.org/wiki/Special:EntityData/Q12062430.json
It would be nice to test the export code before deploying it.
Regards,
Markus
___
Wikidata mailing list
Wikidata@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata
[Wikidata-bugs] [Maniphest] [Changed Project Column] T107601: Assign an LVS service to the wikidata query service
Ironholds moved this task to WDQS on the Discovery workboard. TASK DETAIL https://phabricator.wikimedia.org/T107601 WORKBOARD https://phabricator.wikimedia.org/project/board/1174/ EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Joe, Ironholds Cc: Smalyshev, Joe, daniel, RobLa-WMF, Aklapper, aude, JanZerebecki, JeroenDeDauw, MrStradivarius, waldyrious, Krenair, MBlissett, bd808, Laddo, Addshore, Matanya, jkroll, Wikidata-bugs, Jdouglas, RobH, Manybubbles, mark, faidon, fgiunchedi, Dzahn, chasemp, Malyacko, P.Copp ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
Re: [Wikidata] Critical JSON bugs back in production; all dumps broken now
On Tue, Aug 4, 2015 at 12:20 PM, Markus Krötzsch
mar...@semantic-mediawiki.org wrote:
Hi,
The recent Wikidata JSON dumps again contain huge amounts of broken JSON
where empty maps are serialized as [] instead of using {}. Just grep for
claims:[]
or
aliases:[]
or
any other key that requires a map
to find many examples. The scope of the problem is massive. Basically all
entity documents that include some empty map are broken, which is almost
every entity document in
http://dumps.wikimedia.org/other/wikidata/20150803.json.gz. Concretely,
there are around 15.7 million entities with [] for aliases.
This is critically breaking the consumption of Wikidata content for all
model-based JSON parsers, including Wikidata Toolkit.
The bug used to occur only in XML dumps, but now also affects the JSON dumps
in the same way. In previous JSON dumps, the problem was avoided by omitting
empyt maps altogether (no keys, no values), which is better because it
allows implementations to fall back to the obvious default. This is still
done in the Web API, e.g.,
https://www.wikidata.org/wiki/Special:EntityData/Q12062430.json
It would be nice to test the export code before deploying it.
Sorry for that. Adam and Marius are working on a fix right now.
They'll report back in a bit.
Cheers
Lydia
--
Lydia Pintscher - http://about.me/lydia.pintscher
Product Manager for Wikidata
Wikimedia Deutschland e.V.
Tempelhofer Ufer 23-24
10963 Berlin
www.wikimedia.de
Wikimedia Deutschland - Gesellschaft zur Förderung Freien Wissens e. V.
Eingetragen im Vereinsregister des Amtsgerichts Berlin-Charlottenburg
unter der Nummer 23855 Nz. Als gemeinnützig anerkannt durch das
Finanzamt für Körperschaften I Berlin, Steuernummer 27/681/51985.
___
Wikidata mailing list
Wikidata@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata
[Wikidata-bugs] [Maniphest] [Changed Subscribers] T107870: Illegal dates in date type
hoo added subscribers: hoo, thiemowmde. TASK DETAIL https://phabricator.wikimedia.org/T107870 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: hoo Cc: thiemowmde, hoo, Lokal_Profil, Aklapper, Wikidata-bugs, aude, Malyacko, P.Copp ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Changed Subscribers] T90435: Wikidata watchlist integration (tracking)
matej_suchanek added a subscriber: matej_suchanek. TASK DETAIL https://phabricator.wikimedia.org/T90435 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: matej_suchanek Cc: matej_suchanek, MGChecker, Sitic, JanZerebecki, Conny, Snaterlicious, Liuxinyu970226, Quiddity, Rschen7754, Ainali, MisterSynergy, Lydia_Pintscher, Aklapper, daniel, Wikidata-bugs, aude, Malyacko, P.Copp ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
Re: [Wikidata] Maintenance scripts for clients
I set up one of my tools for you (nowiki) for [1] : https://tools.wmflabs.org/wikidata-todo/duplicity.php It doesn't give you a list (though I could add that), rather presents you with a random one and tries to find a matching item. Basically, what you need to do anyway for due diligence. Not quite sure what else you need, too much somehow in your description... On Tue, Aug 4, 2015 at 4:01 PM John Erling Blad jeb...@gmail.com wrote: We lack several maintenance scripts for the clients, that is human readable special pages with reports on which pages lacks special treatment. In no particular order we need some way to identify unconnected pages in general (the present one does not work [1]), we need some way to identify pages that are unconnected but has some language links, we need to identify items that are used in some language and lacks labels (almost like [2],but on the client and for items that are somehow connected to pages on the client), and we need to identify items that lacks specific claims and the client pages use a specific template. There are probably more such maintenance pages, these are those that are most urgent. Now users start to create categories to hack around the missing maintenance pages, which create a bunch of categories.[3] At Norwegian Bokmål there are just a few scripts that utilize data from Wikidata, still the number of categories starts to grow large. For us at the receiving end this is a show stopper. We can't convince the users that this is a positive addition to the pages without the maintenance scripts, because them we more or less are in the blind when we try to fix errors. We can't use random pages to try to prod the pages to find something that is wrong, we must be able to search for the errors and fix them. This summer we (nowiki) have added about ten (10) properties to the infobokses, some with scripts and some with the property parser function. Most of my time I have not been coding, and I have not been fixing errors. I have been trying to explain to the community why Wikidata is a good idea. At one point the changes was even reverted because someone disagree with what we had done. The whole thing basically revolves around my article got an Q-id in the infobox and I don't know how to fix it. We know how to fix it, and I have explained that to the editors at nowiki several times. They still don't get it, so we need some way to fix it, and we don't have maintenance scripts to do it. Right now we don't need more wild ideas that will swamp the development for months and years to come, we need maintenance scripts, and we need them now! [1] https://no.wikipedia.org/wiki/Spesial:UnconnectedPages [2] https://www.wikidata.org/wiki/Special:EntitiesWithoutLabel [3] https://no.wikipedia.org/wiki/Spesial:Prefiksindeks/Kategori:Artikler_hvor John Erling Blad /jeblad ___ Wikidata mailing list Wikidata@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata ___ Wikidata mailing list Wikidata@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata
[Wikidata-bugs] [Maniphest] [Changed Subscribers] T57920: Reimplement Wikibase data structures in Lua
matej_suchanek removed a subscriber: matej_suchanek. TASK DETAIL https://phabricator.wikimedia.org/T57920 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: hoo, matej_suchanek Cc: johl, liangent, JeroenDeDauw, Lydia_Pintscher, UV, daniel, hoo, Wikidata-bugs, aude, Aklapper, Malyacko, P.Copp ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Changed Subscribers] T87024: Make sitelink boxes collapsible
matej_suchanek removed subscribers: gerritbot, matej_suchanek. matej_suchanek removed a project: Patch-For-Review. TASK DETAIL https://phabricator.wikimedia.org/T87024 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: matej_suchanek Cc: thiemowmde, adrianheine, Snaterlicious, Lydia_Pintscher, Aklapper, Wikidata-bugs, aude, Malyacko, P.Copp ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Changed Project Column] T107711: Catchable fatal error: Argument 1 passed to Wikibase\DataAccess\PropertyParserFunction\PropertyClaimsRendererFactory::newLanguageAwareRend
demon moved this task to Bugs to fix on the Wikimedia-log-errors workboard. TASK DETAIL https://phabricator.wikimedia.org/T107711 WORKBOARD https://phabricator.wikimedia.org/project/board/1055/ EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: demon Cc: hoo, gerritbot, Addshore, Aklapper, Legoktm, Wikidata-bugs, aude, 01tonythomas, Krenair, greg, Malyacko, P.Copp ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Commented On] T107602: Set up a public interface to the wikidata query service
JeroenDeDauw added a comment. including the REST API at /api/rest_v1/ What REST API are you talking about? TASK DETAIL https://phabricator.wikimedia.org/T107602 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Joe, JeroenDeDauw Cc: JohnLewis, hoo, GWicke, greg, Lydia_Pintscher, csteipp, jcrespo, Legoktm, gerritbot, Smalyshev, BBlack, Joe, daniel, RobLa-WMF, Aklapper, aude, JanZerebecki, JeroenDeDauw, MrStradivarius, waldyrious, Krenair, MBlissett, bd808, Laddo, Addshore, Matanya, jkroll, Wikidata-bugs, Jdouglas, RobH, Manybubbles, mark, faidon, fgiunchedi, Dzahn, chasemp, Malyacko, P.Copp ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Commented On] T107895: BadMethodCallException from line 221 of Entity.php: Call to a member function hasLabel() on a non-object (NULL)
JeroenDeDauw added a subscriber: JeroenDeDauw. JeroenDeDauw added a comment. I guess you are right about this being a memcached thing, as getFingerprint should never return null. I double checked the code, and even after the changes that where made to it recently, it still looks correct. I guess the break is coming from the protected field in Entity being changed into a private field in both derivatives. Such changes really should not break things though... it's certainly not realistic to avoid them altogether. Better make the memcached usage more robust. TASK DETAIL https://phabricator.wikimedia.org/T107895 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: JeroenDeDauw Cc: JeroenDeDauw, Bene, Aklapper, aude, Wikidata-bugs, Malyacko, P.Copp ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Unblock] T75863: split wikibase.git
JeroenDeDauw closed blocking task T64188: Replace old serialization code in lib with datamodel serialization as Resolved. TASK DETAIL https://phabricator.wikimedia.org/T75863 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: JeroenDeDauw Cc: Addshore, gerritbot, Paladox, Aklapper, JanZerebecki, Krinkle, Legoktm, Reedy, Ricordisamoa, adrianheine, Wikidata-bugs, GPHemsley, Tobi_WMDE_SW, JeroenDeDauw, Lydia_Pintscher, daniel, aude, Malyacko, P.Copp ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Unblock] T104895: Stop using deprecated methods on Entity
JeroenDeDauw closed blocking task T64188: Replace old serialization code in lib with datamodel serialization as Resolved. TASK DETAIL https://phabricator.wikimedia.org/T104895 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Bene, JeroenDeDauw Cc: Ricordisamoa, Aklapper, Bene, thiemowmde, JeroenDeDauw, daniel, JanZerebecki, gerritbot, Wikidata-bugs, aude, Malyacko, P.Copp ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Unblock] T75496: Support new types of Entities in Wikibase Repository
JeroenDeDauw closed blocking task T64188: Replace old serialization code in lib with datamodel serialization as Resolved. TASK DETAIL https://phabricator.wikimedia.org/T75496 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: JeroenDeDauw Cc: Ricordisamoa, Aklapper, adrianheine, Wikidata-bugs, GPHemsley, thiemowmde, JeroenDeDauw, JanZerebecki, aude, Lydia_Pintscher, daniel, hoo, Malyacko, P.Copp ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Unblock] T73349: Fix empty map serialization behaviour
JeroenDeDauw closed blocking task T64188: Replace old serialization code in lib with datamodel serialization as Resolved. Herald added a subscriber: Aklapper. TASK DETAIL https://phabricator.wikimedia.org/T73349 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: JeroenDeDauw Cc: Aklapper, Ricordisamoa, Liuxinyu970226, Jimkont, JeroenDeDauw, Wikidata-bugs, mkroetzsch, JanZerebecki, Lydia_Pintscher, aude, Malyacko, P.Copp ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Closed] T64188: Replace old serialization code in lib with datamodel serialization
JeroenDeDauw closed this task as Resolved. TASK DETAIL https://phabricator.wikimedia.org/T64188 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Addshore, JeroenDeDauw Cc: gerritbot, Ricordisamoa, Aklapper, Jimkont, Wikidata-bugs, Tobi_WMDE_SW, JeroenDeDauw, Lydia_Pintscher, aude, Malyacko, P.Copp ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Unblock] T64188: Replace old serialization code in lib with datamodel serialization
JeroenDeDauw closed blocking task T104180: Use datamodel serialization in Wikibase\Api\ResultBuilder as Resolved. TASK DETAIL https://phabricator.wikimedia.org/T64188 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Addshore, JeroenDeDauw Cc: gerritbot, Ricordisamoa, Aklapper, Jimkont, Wikidata-bugs, Tobi_WMDE_SW, JeroenDeDauw, Lydia_Pintscher, aude, Malyacko, P.Copp ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Closed] T104180: Use datamodel serialization in Wikibase\Api\ResultBuilder
JeroenDeDauw closed this task as Resolved. JeroenDeDauw added a subscriber: JeroenDeDauw. TASK DETAIL https://phabricator.wikimedia.org/T104180 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Addshore, JeroenDeDauw Cc: JeroenDeDauw, Ricordisamoa, gerritbot, Bene, Addshore, Aklapper, Wikidata-bugs, aude, Malyacko, P.Copp ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Commented On] T107602: Set up a public interface to the wikidata query service
GWicke added a comment. @jeroendedauw: https://en.wikipedia.org/api/rest_v1/?doc TASK DETAIL https://phabricator.wikimedia.org/T107602 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Joe, GWicke Cc: JohnLewis, hoo, GWicke, greg, Lydia_Pintscher, csteipp, jcrespo, Legoktm, gerritbot, Smalyshev, BBlack, Joe, daniel, RobLa-WMF, Aklapper, aude, JanZerebecki, JeroenDeDauw, MrStradivarius, waldyrious, Krenair, MBlissett, bd808, Laddo, Addshore, Matanya, jkroll, Wikidata-bugs, Jdouglas, RobH, Manybubbles, mark, faidon, fgiunchedi, Dzahn, chasemp, Malyacko, P.Copp ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Lowered Priority] T73500: DBAL adapter for QueryInterface in WB DB
JeroenDeDauw lowered the priority of this task from Normal to Low. TASK DETAIL https://phabricator.wikimedia.org/T73500 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: JeroenDeDauw Cc: Aklapper, Wikidata-bugs, thiemowmde, Tobi_WMDE_SW, JeroenDeDauw, Lydia_Pintscher, aude, Malyacko, P.Copp ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Commented On] T103070: find extensions using code directly from Wikibase and provide mechanism with a stable interface
JeroenDeDauw added a comment. Am I understanding correctly that this is about the code in Wikibase.git, ie Wikibase Repository, Wikibase Client and Wikibase Lib? If so, please don't refer to that as Wikibase, since this is a broader term. Anyway, we've known for some time that we need to provide proper support for code build on top of the Wikibase.git extensions, and that this involves creating proper interfaces, having actual releases and keeping release notes. Now we also have the Wikibase Quality extensions to deal with, this has only become more pressing. We've made some headway by moving code out of Wikibase.git into components that don't have the relevant problems, however the bulk of the issues still remain. We can document what is and what is not package public. We can also make a 0.5 release if we commit to actually document breaking changes and do proper releases from then on. At least as proper as they can be, with 2 applications and 2 libraries sitting together in a single git repo. TASK DETAIL https://phabricator.wikimedia.org/T103070 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: JeroenDeDauw Cc: JeroenDeDauw, Legoktm, daniel, aude, Lydia_Pintscher, JanZerebecki, Aklapper, hoo, Wikidata-bugs, Malyacko, P.Copp ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Commented On] T103070: find extensions using code directly from Wikibase and provide mechanism with a stable interface
JeroenDeDauw added a comment. This has overlap with https://phabricator.wikimedia.org/T76021 TASK DETAIL https://phabricator.wikimedia.org/T103070 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: JeroenDeDauw Cc: JeroenDeDauw, Legoktm, daniel, aude, Lydia_Pintscher, JanZerebecki, Aklapper, hoo, Wikidata-bugs, Malyacko, P.Copp ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Changed Subscribers] T107602: Set up a public interface to the wikidata query service
JohnLewis added a subscriber: JohnLewis. TASK DETAIL https://phabricator.wikimedia.org/T107602 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Joe, JohnLewis Cc: JohnLewis, hoo, GWicke, greg, Lydia_Pintscher, csteipp, jcrespo, Legoktm, gerritbot, Smalyshev, BBlack, Joe, daniel, RobLa-WMF, Aklapper, aude, JanZerebecki, JeroenDeDauw, MrStradivarius, waldyrious, Krenair, MBlissett, bd808, Laddo, Addshore, Matanya, jkroll, Wikidata-bugs, Jdouglas, RobH, Manybubbles, mark, faidon, fgiunchedi, Dzahn, chasemp, Malyacko, P.Copp ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Updated] T98029: Deploy PageBanner extension on English Wikivoyage project
ssastry added a comment. https://phabricator.wikimedia.org/T107941 tracks what is needed to support this in Parsoid. With a cursory look at the extension, I had misunderstood its functionality. Tim reviewed it today and updated it. Parsoid doesn't support display hooks right now and this extension relies on that. We can deal with this later. James also said we don't have to resolve this right now for VE support. So, no blockers from our end wrt deployment to WikiVoyage. But, when it comes to turning on Parsoid HTML read view or VE editing support on WikiVoyage, this will need fixing. TASK DETAIL https://phabricator.wikimedia.org/T98029 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: ssastry Cc: matmarex, ssastry, Legoktm, csteipp, kaldari, Ricordisamoa, Krenair, Sumit, Nicolas_Raoul, Aklapper, Jdlrobson, Wikidata-bugs, aude, Lydia_Pintscher, Malyacko, P.Copp ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Commented On] T107602: Set up a public interface to the wikidata query service
JanZerebecki added a comment. I don't know of any deployed functionality that edits from www.wikidata.org to other Wikis. Maybe who knows what gadgets and user scripts do? TASK DETAIL https://phabricator.wikimedia.org/T107602 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Joe, JanZerebecki Cc: hoo, GWicke, greg, Lydia_Pintscher, csteipp, jcrespo, Legoktm, gerritbot, Smalyshev, BBlack, Joe, daniel, RobLa-WMF, Aklapper, aude, JanZerebecki, JeroenDeDauw, MrStradivarius, waldyrious, Krenair, MBlissett, bd808, Laddo, Addshore, Matanya, jkroll, Wikidata-bugs, Jdouglas, RobH, Manybubbles, mark, faidon, fgiunchedi, Dzahn, chasemp, Malyacko, P.Copp ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Created] T107941: Pagebanner and Parsoid functions
Jdlrobson created this task.
Jdlrobson added subscribers: Jdlrobson, ssastry.
Jdlrobson added a project: Wikidata-Page-Banner.
Jdlrobson moved this task to Freezer on the Wikidata-Page-Banner workboard.
Herald added a subscriber: Aklapper.
Herald added a project: Wikidata.
TASK DESCRIPTION
(Note: this is in rough form why I flesh out the details with @ssastry :) -
@ssastry feel free to flesh out the description with as much information as
possible)
For transclusions (parser functions and templates), Parsoid queries the
expandtemplates API endpoint to fetch the expanded wikitext and parses that.
See the output of
http://pagebanner.wmflabs.org/w/api.php?action=expandtemplates
text={{PAGEBANNER:Toledo_banner_Puerta_de_Alfonso_VI.jpg}}
Compare against the output of
http://pagebanner.wmflabs.org/w/api.php?action=expandtemplates
text={{uc:Toledo_banner_Puerta_de_Alfonso_VI.jpg}}
The expandtemplates API endpoint should be able to return the wikitext
corresponding to the execution of a transclusion / parser function.
Similarly the parse API endpoint should be able to return the parsed HTML
corresponding to the wikitext.
But, see
http://pagebanner.wmflabs.org/w/api.php?action=parsetext={{PAGEBANNER:Toledo_banner_Puerta_de_Alfonso_VI.jpg}}
Again, compare with
http://pagebanner.wmflabs.org/w/api.php?action=parsetext={{uc:Toledo_banner_Puerta_de_Alfonso_VI.jpg}}
TASK DETAIL
https://phabricator.wikimedia.org/T107941
WORKBOARD
https://phabricator.wikimedia.org/project/board/1158/
EMAIL PREFERENCES
https://phabricator.wikimedia.org/settings/panel/emailpreferences/
To: Jdlrobson
Cc: ssastry, Aklapper, Jdlrobson, Wikidata-bugs, aude, Lydia_Pintscher,
Malyacko, P.Copp
___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Commented On] T107601: Assign an LVS service to the wikidata query service
Smalyshev added a comment. Yes, we don't actually have any needs that having query.wikidata.org going to the internal services directly (I assume via suitable varnish config caching static bits) won't solve. I just assumed it's how things are done but if it's not necessary for you, it's also not required for us. TASK DETAIL https://phabricator.wikimedia.org/T107601 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Joe, Smalyshev Cc: BBlack, Smalyshev, Joe, daniel, RobLa-WMF, Aklapper, aude, JanZerebecki, JeroenDeDauw, MrStradivarius, waldyrious, Krenair, MBlissett, bd808, Laddo, Addshore, Matanya, jkroll, Wikidata-bugs, Jdouglas, RobH, Manybubbles, mark, faidon, fgiunchedi, Dzahn, chasemp, Malyacko, P.Copp ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Commented On] T100426: Reorganize DataTypes code on component level
JeroenDeDauw added a comment. With https://github.com/wmde/DataTypes/pull/34 I'd rather just move the PHP code to Wikibase.git for now. It's very little, is not entirely finished and is currently only used in Wikibase.git anyway. (I went through all the the packages depending on this one, and of those that are PHP, all of them actually did not need the component...) TASK DETAIL https://phabricator.wikimedia.org/T100426 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: JeroenDeDauw Cc: thiemowmde, adrianheine, daniel, Snaterlicious, JeroenDeDauw, Aklapper, Wikidata-bugs, aude, Malyacko, P.Copp ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Retitled] T107941: Pagebanner extension and api=parse and api=expandtemplates endpoinds
ssastry changed the title from Pagebanner and Parsoid functions to Pagebanner extension and api=parse and api=expandtemplates endpoinds. ssastry edited the task description. TASK DETAIL https://phabricator.wikimedia.org/T107941 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: ssastry Cc: ssastry, Aklapper, Jdlrobson, Wikidata-bugs, aude, Lydia_Pintscher, Malyacko, P.Copp ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Changed Subscribers] T107602: Set up a public interface to the wikidata query service
greg added a subscriber: greg. TASK DETAIL https://phabricator.wikimedia.org/T107602 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Joe, greg Cc: greg, Lydia_Pintscher, csteipp, jcrespo, Legoktm, gerritbot, Smalyshev, BBlack, Joe, daniel, RobLa-WMF, Aklapper, aude, JanZerebecki, JeroenDeDauw, MrStradivarius, waldyrious, Krenair, MBlissett, bd808, Laddo, Addshore, Matanya, jkroll, Wikidata-bugs, Jdouglas, RobH, Manybubbles, mark, faidon, fgiunchedi, Dzahn, chasemp, Malyacko, P.Copp ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Commented On] T107602: Set up a public interface to the wikidata query service
Smalyshev added a comment. But if our wikis accept CORS requests from the service's domain, then an xss in this service can lead to significant issues on the wikis (steal user tokens, Aren't our tokens HTTP only? If we allow content from *.wikidata.org to be injected to any wiki, then this means test.wikidata.org is included too and any domain that is in wikidata.org. Maybe we can set it to www.wikidata.org only? I'm not sure we need other wikis to pull anything from test.wikidata.org, do we? TASK DETAIL https://phabricator.wikimedia.org/T107602 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Joe, Smalyshev Cc: GWicke, greg, Lydia_Pintscher, csteipp, jcrespo, Legoktm, gerritbot, Smalyshev, BBlack, Joe, daniel, RobLa-WMF, Aklapper, aude, JanZerebecki, JeroenDeDauw, MrStradivarius, waldyrious, Krenair, MBlissett, bd808, Laddo, Addshore, Matanya, jkroll, Wikidata-bugs, Jdouglas, RobH, Manybubbles, mark, faidon, fgiunchedi, Dzahn, chasemp, Malyacko, P.Copp ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Commented On] T107941: Pagebanner extension and api=parse and api=expandtemplates endpoinds
tstarling added a subscriber: tstarling. tstarling added a comment. The API output is correct. That parser function returns no text, and sets a property with name wpb-banner-options. The extension uses a BeforePageDisplay hook to modify the HTML depending on the wpb-banner-options property. The action=expandtemplates module does not, and should not, call the BeforePageDisplay hook. Parsoid fetches the ParserOutput properties but has no special handling for wpb-banner-options. Presumably it should be handled in a similar way to DISPLAYTITLE and DEFAULTSORT. TASK DETAIL https://phabricator.wikimedia.org/T107941 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: tstarling Cc: tstarling, ssastry, Aklapper, Jdlrobson, Jrf, Husun1297, Wikidata-bugs, Ryasmeen, Etonkovidova, aude, Swainr, Lydia_Pintscher, Arlolra, Jdforrester-WMF, Malyacko, P.Copp ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Edited] T107941: Pagebanner and Parsoid functions
ssastry edited the task description. ssastry set Security to None. TASK DETAIL https://phabricator.wikimedia.org/T107941 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: ssastry Cc: ssastry, Aklapper, Jdlrobson, Wikidata-bugs, aude, Lydia_Pintscher, Malyacko, P.Copp ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Commented On] T107602: Set up a public interface to the wikidata query service
csteipp added a comment. In https://phabricator.wikimedia.org/T107602#1507585, @JanZerebecki wrote: The intent is for the service to allow CORS, but I'm not sure about the implications. Anyway that that means it is not an argument for wikimedia.org and against wikidata.org. So we are left with the cookies which we should isolate from the service, by either restricting them to www or filtering out. Which is the better route? It's fine for the service to accept CORS from anywhere-- that has no impact on our other sites. But if our wikis **accept** CORS requests from the service's domain, then an xss in this service can lead to significant issues on the wikis (steal user tokens, perform checkusers, etc). We whitelist *.wikidata.org for CORS on our wikis, but only specific wikimedia.org domains (commons and meta, iirc). So if we go with wikidata.org, we need to change the CORS settings for the rest of our sites to whitelist specific domains (www and test), and also restrict cookie setting. TASK DETAIL https://phabricator.wikimedia.org/T107602 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Joe, csteipp Cc: greg, Lydia_Pintscher, csteipp, jcrespo, Legoktm, gerritbot, Smalyshev, BBlack, Joe, daniel, RobLa-WMF, Aklapper, aude, JanZerebecki, JeroenDeDauw, MrStradivarius, waldyrious, Krenair, MBlissett, bd808, Laddo, Addshore, Matanya, jkroll, Wikidata-bugs, Jdouglas, RobH, Manybubbles, mark, faidon, fgiunchedi, Dzahn, chasemp, Malyacko, P.Copp ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Updated] T107941: Pagebanner extension and api=parse and api=expandtemplates endpoinds
ssastry added projects: Parsing-Team, Parsoid, VisualEditor. TASK DETAIL https://phabricator.wikimedia.org/T107941 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: ssastry Cc: ssastry, Aklapper, Jdlrobson, Jrf, Husun1297, Wikidata-bugs, Ryasmeen, Etonkovidova, aude, Swainr, Lydia_Pintscher, Arlolra, Jdforrester-WMF, Malyacko, P.Copp ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Commented On] T107602: Set up a public interface to the wikidata query service
Smalyshev added a comment. Will the query service return raw HTML or SVG content? Check out: https://wiki.blazegraph.com/wiki/index.php/REST_API#QUERY. The formats query accepts are XML and JSON. However, I don't think we do URL filtering now which means one could access not only the query URL but also other URLs which could potentially store or produce HTML, now or in the future. We could add more strict limits on which URLs are passed to blazegraph and limit it to just query URL. I'll add a task for that. An alternative to a separate domain could be to use something like https://wikidata.org/api/query_v1/ Not sure how this solves the issue - wouldn't it still be on wikidata.org and thus come under *.wikidata.org permissions? TASK DETAIL https://phabricator.wikimedia.org/T107602 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Joe, Smalyshev Cc: GWicke, greg, Lydia_Pintscher, csteipp, jcrespo, Legoktm, gerritbot, Smalyshev, BBlack, Joe, daniel, RobLa-WMF, Aklapper, aude, JanZerebecki, JeroenDeDauw, MrStradivarius, waldyrious, Krenair, MBlissett, bd808, Laddo, Addshore, Matanya, jkroll, Wikidata-bugs, Jdouglas, RobH, Manybubbles, mark, faidon, fgiunchedi, Dzahn, chasemp, Malyacko, P.Copp ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Commented On] T107602: Set up a public interface to the wikidata query service
BBlack added a comment. In https://phabricator.wikimedia.org/T107602#1507676, @JanZerebecki wrote: If we put it in misc then this would be the first that has another level behind misc instead of one named server. I have no preference. You or whoever wants to merge it chooses? Another level of LVS, yes, I suppose so, but it still doesn't matter. It's a confusing topology, but the internal and external LVS bits have nothing to do with each other in a logical sense, even though they happen to share hosts and puppet configuration stanzas and all that. All that said, though, do we actually need an internal endpoint separate from the public one? We could also skip that whole layer if we don't have an explicit need. I'll bring it up in the other ticket. FWIW on the rest of the above, I think query.wikidata.org makes more sense as well. TASK DETAIL https://phabricator.wikimedia.org/T107602 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Joe, BBlack Cc: greg, Lydia_Pintscher, csteipp, jcrespo, Legoktm, gerritbot, Smalyshev, BBlack, Joe, daniel, RobLa-WMF, Aklapper, aude, JanZerebecki, JeroenDeDauw, MrStradivarius, waldyrious, Krenair, MBlissett, bd808, Laddo, Addshore, Matanya, jkroll, Wikidata-bugs, Jdouglas, RobH, Manybubbles, mark, faidon, fgiunchedi, Dzahn, chasemp, Malyacko, P.Copp ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Commented On] T107601: Assign an LVS service to the wikidata query service
JanZerebecki added a comment. Currently there is no functionality that needs an internal service endpoint. We just want to load balance a public service over two servers. TASK DETAIL https://phabricator.wikimedia.org/T107601 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Joe, JanZerebecki Cc: BBlack, Smalyshev, Joe, daniel, RobLa-WMF, Aklapper, aude, JanZerebecki, JeroenDeDauw, MrStradivarius, waldyrious, Krenair, MBlissett, bd808, Laddo, Addshore, Matanya, jkroll, Wikidata-bugs, Jdouglas, RobH, Manybubbles, mark, faidon, fgiunchedi, Dzahn, chasemp, Malyacko, P.Copp ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Commented On] T107602: Set up a public interface to the wikidata query service
GWicke added a subscriber: GWicke. GWicke added a comment. Will the query service return raw HTML or SVG content? If it's only returning other content types like JSON, then CORS might not end up mattering too much. An alternative to a separate domain could be to use `https://wikidata.org/api/query_v1/`. We are just setting up a listing for `/api/`, which will list all domain-specific APIs. TASK DETAIL https://phabricator.wikimedia.org/T107602 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Joe, GWicke Cc: GWicke, greg, Lydia_Pintscher, csteipp, jcrespo, Legoktm, gerritbot, Smalyshev, BBlack, Joe, daniel, RobLa-WMF, Aklapper, aude, JanZerebecki, JeroenDeDauw, MrStradivarius, waldyrious, Krenair, MBlissett, bd808, Laddo, Addshore, Matanya, jkroll, Wikidata-bugs, Jdouglas, RobH, Manybubbles, mark, faidon, fgiunchedi, Dzahn, chasemp, Malyacko, P.Copp ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Changed Subscribers] T107602: Set up a public interface to the wikidata query service
csteipp added a subscriber: hoo. csteipp added a comment. In https://phabricator.wikimedia.org/T107602#1508326, @Smalyshev wrote: Aren't our tokens HTTP only? Our session cookies are, but anti-csrf tokens are available via API call. So javascript running on a wikidata.org subdomain can edit on any other WMF wiki via CORS. If we allow content from *.wikidata.org to be injected to any wiki, then this means test.wikidata.org is included too and any domain that is in wikidata.org. Maybe we can set it to www.wikidata.org only? I'm not sure we need other wikis to pull anything from test.wikidata.org, do we? I know we edit www.wikidata.org from many WMF domains (and I believe test.wikidata.org from test.wikipedia.org, for... testing), so wikidata.org needs to allow CORS requests from all WMF domains. However, I don't know if we ever edit other WMF domains from wikidata.org via CORS, so we might be able to cut *.wikidata.org out of our CORS policy entirely. Maybe @hoo knows? TASK DETAIL https://phabricator.wikimedia.org/T107602 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Joe, csteipp Cc: hoo, GWicke, greg, Lydia_Pintscher, csteipp, jcrespo, Legoktm, gerritbot, Smalyshev, BBlack, Joe, daniel, RobLa-WMF, Aklapper, aude, JanZerebecki, JeroenDeDauw, MrStradivarius, waldyrious, Krenair, MBlissett, bd808, Laddo, Addshore, Matanya, jkroll, Wikidata-bugs, Jdouglas, RobH, Manybubbles, mark, faidon, fgiunchedi, Dzahn, chasemp, Malyacko, P.Copp ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Retitled] T107941: Parsoid has no special handling for the properties set by WikidataPageBanner
tstarling changed the title from Pagebanner extension and api=parse and api=expandtemplates endpoinds to Parsoid has no special handling for the properties set by WikidataPageBanner. TASK DETAIL https://phabricator.wikimedia.org/T107941 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: tstarling Cc: tstarling, ssastry, Aklapper, Jdlrobson, Jrf, Husun1297, Wikidata-bugs, Ryasmeen, Etonkovidova, aude, Swainr, Lydia_Pintscher, Arlolra, Jdforrester-WMF, Malyacko, P.Copp ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Commented On] T106327: label normalization fails in Chrome / Opera / PhantomJS
gerritbot added a comment. Change 229090 merged by jenkins-bot: Revert Revert Make label view multiline by default https://gerrit.wikimedia.org/r/229090 TASK DETAIL https://phabricator.wikimedia.org/T106327 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: gerritbot Cc: JanZerebecki, aude, gerritbot, Addshore, Jonas, thiemowmde, Lydia_Pintscher, Aklapper, WMDE-Fisch, Wikidata-bugs, Malyacko, P.Copp ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Commented On] T107895: BadMethodCallException from line 221 of Entity.php: Call to a member function hasLabel() on a non-object (NULL)
aude added a comment. problem is that we store EntityRevision objects in memcached as serialized objects. :/ DataModel 4.0 objects are incompatible with DataModel 4.1 objects when it comes to deserializing them. For deployments, we bump the memcached key for this stuff so that different branches don't share cache and so the cache is invalidated each deployment. So this might not be so much a problem but still is not nice to have this issue. TASK DETAIL https://phabricator.wikimedia.org/T107895 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: aude Cc: Bene, Aklapper, aude, Wikidata-bugs, JeroenDeDauw, Malyacko, P.Copp ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Commented On] T107711: Catchable fatal error: Argument 1 passed to Wikibase\DataAccess\PropertyParserFunction\PropertyClaimsRendererFactory::newLanguageAwareRenderer() mus
Addshore added a comment. So looking at a trace the stub object always comes from the newRendererFromParser method in Wikibase. This calls Parser::getTargetLanguage which thus can sometimes return a StubObject... Interestingly for roughly 24 hours of logs this happened on kowiki 76 times and idwiki 12 times but no other wikis... TASK DETAIL https://phabricator.wikimedia.org/T107711 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Addshore Cc: hoo, gerritbot, Addshore, Aklapper, Legoktm, Wikidata-bugs, aude, 01tonythomas, Krenair, greg, Malyacko, P.Copp ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Created] T107895: BadMethodCallException from line 221 of Entity.php: Call to a member function hasLabel() on a non-object (NULL)
aude created this task.
aude added a subscriber: aude.
aude added projects: Wikidata, Wikibase-DataModel.
Herald added a subscriber: Aklapper.
TASK DESCRIPTION
Fingerprint apparently can be null, and code like:
if ( !$this-getFingerprint()-hasLabel( $languageCode ) ) {
return false;
}
does not check if Finterprint is null. :(
Exception encountered, of type BadMethodCallException
[22b2aebf] /wiki/United_States BadMethodCallException from line 221 of
/var/www/wiki/w/extensions/Wikidata/vendor/wikibase/data-model/src/Entity/Entity.php:
Call to a member function hasLabel() on a non-object (NULL)
Backtrace:
#0
/var/www/wiki/w/extensions/Wikidata/extensions/Wikibase/client/includes/Hooks/LanguageLinkBadgeDisplay.php(174):
Wikibase\DataModel\Entity\Entity-getLabel(string)
#1
/var/www/wiki/w/extensions/Wikidata/extensions/Wikibase/client/includes/Hooks/LanguageLinkBadgeDisplay.php(143):
Wikibase\Client\Hooks\LanguageLinkBadgeDisplay-getLabel(Wikibase\DataModel\Entity\ItemId)
#2
/var/www/wiki/w/extensions/Wikidata/extensions/Wikibase/client/includes/Hooks/LanguageLinkBadgeDisplay.php(68):
Wikibase\Client\Hooks\LanguageLinkBadgeDisplay-getBadgeInfo(array)
#3
/var/www/wiki/w/extensions/Wikidata/extensions/Wikibase/client/includes/LangLinkHandler.php(379):
Wikibase\Client\Hooks\LanguageLinkBadgeDisplay-attachBadgesToOutput(array,
ParserOutput)
#4
/var/www/wiki/w/extensions/Wikidata/extensions/Wikibase/client/includes/Hooks/ParserOutputUpdateHookHandlers.php(122):
Wikibase\LangLinkHandler-addLinksFromRepository(Title, ParserOutput)
#5
/var/www/wiki/w/extensions/Wikidata/extensions/Wikibase/client/includes/Hooks/ParserOutputUpdateHookHandlers.php(81):
Wikibase\Client\Hooks\ParserOutputUpdateHookHandlers-doContentAlterParserOutput(Title,
ParserOutput)
#6 /var/www/wiki/w/includes/Hooks.php(204):
Wikibase\Client\Hooks\ParserOutputUpdateHookHandlers::onContentAlterParserOutput(WikitextContent,
Title, ParserOutput)
#7 /var/www/wiki/w/includes/content/AbstractContent.php(501):
Hooks::run(string, array)
#8 /var/www/wiki/w/includes/poolcounter/PoolWorkArticleView.php(140):
AbstractContent-getParserOutput(Title, integer, ParserOptions)
#9 /var/www/wiki/w/includes/poolcounter/PoolCounterWork.php(123):
PoolWorkArticleView-doWork()
#10 /var/www/wiki/w/includes/page/Article.php(676): PoolCounterWork-execute()
#11 /var/www/wiki/w/includes/actions/ViewAction.php(44): Article-view()
#12 /var/www/wiki/w/includes/MediaWiki.php(456): ViewAction-show()
#13 /var/www/wiki/w/includes/MediaWiki.php(255):
MediaWiki-performAction(Article, Title)
#14 /var/www/wiki/w/includes/MediaWiki.php(677): MediaWiki-performRequest()
#15 /var/www/wiki/w/includes/MediaWiki.php(474): MediaWiki-main()
#16 /var/www/wiki/w/index.php(41): MediaWiki-run()
TASK DETAIL
https://phabricator.wikimedia.org/T107895
EMAIL PREFERENCES
https://phabricator.wikimedia.org/settings/panel/emailpreferences/
To: aude
Cc: Aklapper, aude, Wikidata-bugs, JeroenDeDauw, Malyacko, P.Copp
___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Changed Subscribers] T107895: BadMethodCallException from line 221 of Entity.php: Call to a member function hasLabel() on a non-object (NULL)
aude added a subscriber: Bene. aude set Security to None. TASK DETAIL https://phabricator.wikimedia.org/T107895 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: aude Cc: Bene, Aklapper, aude, Wikidata-bugs, JeroenDeDauw, Malyacko, P.Copp ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Edited] T107895: BadMethodCallException from line 221 of Entity.php: Call to a member function hasLabel() on a non-object (NULL)
aude edited the task description. TASK DETAIL https://phabricator.wikimedia.org/T107895 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: aude Cc: Bene, Aklapper, aude, Wikidata-bugs, JeroenDeDauw, Malyacko, P.Copp ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Up For Grabs] T69534: performance review of WikibaseQuery
aaron placed this task up for grabs. Herald added a subscriber: Aklapper. TASK DETAIL https://phabricator.wikimedia.org/T69534 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: aaron Cc: Aklapper, Wikidata-bugs, JeroenDeDauw, aaron, Lydia_Pintscher, Manybubbles, aude, Malyacko, P.Copp ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Updated] T107881: Special:ListProperties should have descriptions
matej_suchanek added a blocked task: T96040: Wikibase special pages tracking bug. TASK DETAIL https://phabricator.wikimedia.org/T107881 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: matej_suchanek Cc: Aklapper, jeblad, Wikidata-bugs, aude ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Commented On] T107602: Set up a public interface to the wikidata query service
csteipp added a subscriber: csteipp. csteipp added a comment. @Stas, is wikidata.org required for some reason? Or was that just ok with them? Running on wikimedia.org would have a number of benefits for security-- no cookies, and no CORS accepted from the service. TASK DETAIL https://phabricator.wikimedia.org/T107602 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Joe, csteipp Cc: csteipp, jcrespo, Legoktm, gerritbot, Smalyshev, BBlack, Joe, daniel, RobLa-WMF, Aklapper, aude, JanZerebecki, JeroenDeDauw, MrStradivarius, waldyrious, Krenair, MBlissett, bd808, Laddo, Addshore, Matanya, jkroll, Wikidata-bugs, Jdouglas, RobH, Manybubbles, mark, faidon, fgiunchedi, Dzahn, chasemp, Malyacko, P.Copp ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Updated] T107870: Illegal dates in date type
matej_suchanek added a blocked task: T87764: Bugs related to time datatype. TASK DETAIL https://phabricator.wikimedia.org/T107870 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: matej_suchanek Cc: thiemowmde, hoo, Lokal_Profil, Aklapper, Wikidata-bugs, aude ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Changed Project Column] T95883: Use different/new diff view for entity diffs on mobile
Jdlrobson moved this task to Backlog: Wikidata MobileFrontend and Wikigrok on the Reading-Web workboard. TASK DETAIL https://phabricator.wikimedia.org/T95883 WORKBOARD https://phabricator.wikimedia.org/project/board/67/ EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Jdlrobson Cc: Jdlrobson, Lydia_Pintscher, MaxSem, Florian, Aklapper, Snaterlicious, adrianheine, thiemowmde, Bene, Wikidata-bugs, aude, Malyacko, P.Copp ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Updated] T87764: Bugs related to time datatype
matej_suchanek added a blocking task: T107870: Illegal dates in date type. TASK DETAIL https://phabricator.wikimedia.org/T87764 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: matej_suchanek Cc: Ricordisamoa, Conny, Rical, Liuxinyu970226, Addshore, JulesWinnfield-hu, Wikidata-bugs, Tobi_WMDE_SW, Aklapper, aude, Malyacko, P.Copp ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Updated] T96040: Wikibase special pages tracking bug
matej_suchanek added blocking tasks: T98437: Make size of Special:ListProperties limited, T107882: Expose identifiers on Special:ListProperties, T107880: Special:ListProperties must be sortable, T107881: Special:ListProperties should have descriptions. TASK DETAIL https://phabricator.wikimedia.org/T96040 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: matej_suchanek Cc: Liuxinyu970226, aude, Aklapper, Wikidata-bugs, Malyacko, P.Copp ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Updated] T98437: Make size of Special:ListProperties limited
matej_suchanek added a blocked task: T96040: Wikibase special pages tracking bug. TASK DETAIL https://phabricator.wikimedia.org/T98437 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: matej_suchanek Cc: mgrabovsky, Lydia_Pintscher, Aklapper, Bugreporter, Wikidata-bugs, aude ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Commented On] T107602: Set up a public interface to the wikidata query service
Smalyshev added a comment. @csteipp Well, it's //Wikidata// Query Service which serves wikidata content... So having domain at wikimedia and not wikidata would not be ideal. But if it's easier, we could start with that and add wikidata one later. Also, doesn't wikimedia.org have cookies too? TASK DETAIL https://phabricator.wikimedia.org/T107602 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Joe, Smalyshev Cc: csteipp, jcrespo, Legoktm, gerritbot, Smalyshev, BBlack, Joe, daniel, RobLa-WMF, Aklapper, aude, JanZerebecki, JeroenDeDauw, MrStradivarius, waldyrious, Krenair, MBlissett, bd808, Laddo, Addshore, Matanya, jkroll, Wikidata-bugs, Jdouglas, RobH, Manybubbles, mark, faidon, fgiunchedi, Dzahn, chasemp, Malyacko, P.Copp ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Updated] T103681: Removing multiple references without reloading the page results in error
matej_suchanek edited projects, added MediaWiki-extensions-WikibaseRepository; removed MediaWiki-extensions-WikibaseClient. TASK DETAIL https://phabricator.wikimedia.org/T103681 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: matej_suchanek Cc: matej_suchanek, Lydia_Pintscher, Yair_rand, Aklapper, Wikidata-bugs, aude, Malyacko, P.Copp ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Commented On] T107927: Topic namespace should be excluded from Special:UnconnectedPages
gerritbot added a subscriber: gerritbot. gerritbot added a comment. Change 229197 had a related patch set uploaded (by Aude): Exclude Flow topic boards from Special:UnconnectedPages https://gerrit.wikimedia.org/r/229197 TASK DETAIL https://phabricator.wikimedia.org/T107927 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: gerritbot Cc: gerritbot, Nikki, Aklapper, Wikidata-bugs, aude, Malyacko, P.Copp ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Updated] T107927: Topic namespace should be excluded from Special:UnconnectedPages
gerritbot added a project: Patch-For-Review. TASK DETAIL https://phabricator.wikimedia.org/T107927 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: gerritbot Cc: gerritbot, Nikki, Aklapper, Wikidata-bugs, aude, Malyacko, P.Copp ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Created] T107927: Topic namespace should be excluded from Special:UnconnectedPages
Nikki created this task. Nikki added a subscriber: Nikki. Nikki added a project: Wikidata. Herald added a subscriber: Aklapper. TASK DESCRIPTION Pages in the Topic namespace (used by Flow, as far as I can tell) are showing up in Special:UnconnectedPages. These are discussion pages and should therefore be excluded. e.g. Look for pages starting with Tema: on https://ca.wikipedia.org/wiki/Special:UnconnectedPages or Sujet: on https://fr.wikipedia.org/wiki/Special:UnconnectedPages (might need to go through a couple of pages to find one) TASK DETAIL https://phabricator.wikimedia.org/T107927 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Nikki Cc: Nikki, Aklapper, Wikidata-bugs, aude, Malyacko, P.Copp ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Commented On] T107602: Set up a public interface to the wikidata query service
JanZerebecki added a comment. In https://phabricator.wikimedia.org/T107602#1507297, @BBlack wrote: The part about failover is orthogonal to the decision about misc-web. Our standard model for a raw internal service will be to LVS it across redundant backends as discussed in the other ticket (https://phabricator.wikimedia.org/T107601), but this ticket/commit are about how present the frontend of it to the world via standard termination on the public LVS/cache endpoints (which will then backend into the https://phabricator.wikimedia.org/T107601 internal LVS'd endpoint). I don't think we've ever really elucidated exactly what differentiates misc-web from text-lb for termination. The easy cases are obvious, but there's a grey area too, and this is a somewhat-grey case... If we put it in misc then this would be the first that has another level behind misc instead of one named server. I have no preference. You or whoever wants to merge it chooses? TASK DETAIL https://phabricator.wikimedia.org/T107602 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Joe, JanZerebecki Cc: Lydia_Pintscher, csteipp, jcrespo, Legoktm, gerritbot, Smalyshev, BBlack, Joe, daniel, RobLa-WMF, Aklapper, aude, JanZerebecki, JeroenDeDauw, MrStradivarius, waldyrious, Krenair, MBlissett, bd808, Laddo, Addshore, Matanya, jkroll, Wikidata-bugs, Jdouglas, RobH, Manybubbles, mark, faidon, fgiunchedi, Dzahn, chasemp, Malyacko, P.Copp ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Commented On] T107602: Set up a public interface to the wikidata query service
Lydia_Pintscher added a subscriber: Lydia_Pintscher. Lydia_Pintscher added a comment. I'd very much prefer query.wikidata.org for the query service. wikidata-query.wikimedia.org is rather ugly and not memorable for outsiders. TASK DETAIL https://phabricator.wikimedia.org/T107602 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Joe, Lydia_Pintscher Cc: Lydia_Pintscher, csteipp, jcrespo, Legoktm, gerritbot, Smalyshev, BBlack, Joe, daniel, RobLa-WMF, Aklapper, aude, JanZerebecki, JeroenDeDauw, MrStradivarius, waldyrious, Krenair, MBlissett, bd808, Laddo, Addshore, Matanya, jkroll, Wikidata-bugs, Jdouglas, RobH, Manybubbles, mark, faidon, fgiunchedi, Dzahn, chasemp, Malyacko, P.Copp ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Commented On] T107602: Set up a public interface to the wikidata query service
JanZerebecki added a comment. The intent is for the service to allow CORS, but I'm not sure about the implications. Anyway that that means it is not an argument for wikimedia.org and against wikidata.org. So we are left with the cookies which we should isolate from the service, by either restricting them to www or filtering out. Which is the better route? TASK DETAIL https://phabricator.wikimedia.org/T107602 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Joe, JanZerebecki Cc: Lydia_Pintscher, csteipp, jcrespo, Legoktm, gerritbot, Smalyshev, BBlack, Joe, daniel, RobLa-WMF, Aklapper, aude, JanZerebecki, JeroenDeDauw, MrStradivarius, waldyrious, Krenair, MBlissett, bd808, Laddo, Addshore, Matanya, jkroll, Wikidata-bugs, Jdouglas, RobH, Manybubbles, mark, faidon, fgiunchedi, Dzahn, chasemp, Malyacko, P.Copp ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Updated] T107882: Expose identifiers on Special:ListProperties
matej_suchanek added a blocked task: T96040: Wikibase special pages tracking bug. TASK DETAIL https://phabricator.wikimedia.org/T107882 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: matej_suchanek Cc: jeblad, Aklapper, Wikidata-bugs, aude ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Updated] T107880: Special:ListProperties must be sortable
matej_suchanek added a blocked task: T96040: Wikibase special pages tracking bug. TASK DETAIL https://phabricator.wikimedia.org/T107880 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: matej_suchanek Cc: jeblad, Aklapper, Wikidata-bugs, aude ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Changed Project Column] T97014: Wikidata badges for Wikisource for validation status
aude moved this task to Review on the Wikidata-Sprint-2015-06-30 workboard. TASK DETAIL https://phabricator.wikimedia.org/T97014 WORKBOARD https://phabricator.wikimedia.org/project/board/1337/ EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: aude Cc: Aubrey, gerritbot, Patch-For-Review, Billinghurst, Micru, Accurimbono, Candalua, JanZerebecki, hoo, Lydia_Pintscher, Liuxinyu970226, Ricordisamoa, aude, Aklapper, Wikidata-bugs, jayvdb, Malyacko, P.Copp ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
