[Wikidata-bugs] [Maniphest] [Commented On] T157811: Wikidata reference URIs have become too many to search with WDQS SPARQL

Smalyshev added a comment. Yes, it uses B-trees. But what is stored in these trees is not strings. It's not actually hashes, it's term values I think. Not sure about how it is encoded, but I don't see an easy way to do prefix matches there.TASK DETAILhttps://phabricator.wikimedia.org/T157811EMAIL

[Wikidata-bugs] [Maniphest] [Commented On] T161577: OOM(?) problems with snapshot1007

EBernhardson added a comment. It looks like long running cirrussearch dumps, such as enwiki, might have a similar problem although not as pronounced. In monitoring over about 20 minutes the CirrusSearch dump jump grew from 1.1G to 1.2G, and the wikidata dumps grew from 4.7G to 7.3G. Randomly

[Wikidata-bugs] [Maniphest] [Commented On] T161577: OOM(?) problems with snapshot1007

EBernhardson added a comment. I dont know if its part of the plan for the new dumps infrastructure, but some way to isolate dumps would be nice, such that one dump can't take up all the resources and break other dumps.TASK DETAILhttps://phabricator.wikimedia.org/T161577EMAIL

[Wikidata-bugs] [Maniphest] [Created] T161577: OOM(?) problems with snapshot1007

-alswiki-20170327-cirrussearch-content.log: could not allocate 218103807 bytes for translation cache [Mon Mar 27 16:16:46 2017] [hphp] [24518:7f1008f43100:0:01] [] Lost parent, LightProcess exiting [Mon Mar 27 16:16:46 2017] [hphp] [24515:7f1008f43100:0:01] [] Lost parent, LightProcess exiting

[Wikidata-bugs] [Maniphest] [Updated] T43103: initialization of the Language object is very heavy

Krinkle added a comment. I think this comment from @tstarling at T85461 is also relevant here: In T85461#3100878, @tstarling wrote: Somewhat off topic, but speaking of lightweight Language object construction, I think having $wgLangObjCacheSize = 10 by default is actually bit rot, I don't think

[Wikidata-bugs] [Maniphest] [Commented On] T161527: Canonical data URIs and URLs for machine readable page content

daniel added a comment. @Smalyshev Oh, I was just trying to clarify the semantics of the URI. I wasn't trying to argue against your point. In fact, I agree with everything you wrote above :)TASK DETAILhttps://phabricator.wikimedia.org/T161527EMAIL

[Wikidata-bugs] [Maniphest] [Commented On] T161527: Canonical data URIs and URLs for machine readable page content

Smalyshev added a comment. . In Wikidata, each entity has two URIs associated with it: the concept URI (.../data/Q12345) for the actual thing and the data URI (.../wiki/Special:EntityData/Q12345) ITYM .../entity/Q12345. Yes, the first one is the canonical entity URI and the second is data access

[Wikidata-bugs] [Maniphest] [Commented On] T160989: Revisit Jenkins jobs being triggered for Wikibase

Krinkle added a comment. Current For gate-and-submit we end up triggering: Job nameDescription npm-node-6-jessie_javascript_ lint/style and others composer-php55-trustylint/style composer-hhvm-jessielint/style php55lintLint on permanent slave. Composer already run parallel-lint

[Wikidata-bugs] [Maniphest] [Commented On] T161527: Canonical data URIs and URLs for machine readable page content

daniel added a comment. In T161527#3135290, @Smalyshev wrote: Well, if we plan to refer to it in RDF, we need some URI. RDF does not make distinction between real concept URIs and "just" URIs which don't mean anything special, and we could kind of pretend that this is "just" URI. But why do it if

[Wikidata-bugs] [Maniphest] [Commented On] T161527: Canonical data URIs and URLs for machine readable page content

Smalyshev added a comment. for commons data, we may not need a canonical object (concept) URI. Well, if we plan to refer to it in RDF, we need some URI. RDF does not make distinction between real concept URIs and "just" URIs which don't mean anything special, and we could kind of pretend that

[Wikidata-bugs] [Maniphest] [Commented On] T160522: [Story] List for Forms

gerritbot added a comment. Change 344409 merged by jenkins-bot: [mediawiki/extensions/WikibaseLexeme@master] Add LexemeForms class and render it in LexemeFormsView https://gerrit.wikimedia.org/r/344409TASK DETAILhttps://phabricator.wikimedia.org/T160522EMAIL

[Wikidata-bugs] [Maniphest] [Edited] T161527: Canonical data URIs and URLs for machine readable page content

daniel edited the task description. (Show Details) EDIT DETAILS...Note that specifying the format makes no sense for a "pure" URI, this is only relevant when resolving the URI as a URL and fetching the associated data. Useful reading for URI design: * https://www.w3.org/TR/cooluris/ *

[Wikidata-bugs] [Maniphest] [Commented On] T161527: Canonical data URIs and URLs for machine readable page content

daniel added a comment. @GWicke: I'd rather not use a REST URL as the URI. A good REST API exposes version, api method, etc. It's as explicit as possible. A good URI is minimal. It's purpose is to identify a resource on an abstract level, not (in general) a particular version or serialization,

[Wikidata-bugs] [Maniphest] [Commented On] T161527: Canonical data URIs and URLs for machine readable page content

Smalyshev added a comment. I think we have several concepts there that needs to be refined. Canonical object URI - this is the URI that uniquely identifies an object in Wikimedia world, and, by extension, in the whole world of linked data. Note that in theory that URI does not have to produce

[Wikidata-bugs] [Maniphest] [Commented On] T158108: Incorrect display of Special:ListProperties (regression)

matej_suchanek added a comment. I do not rely on that page much, maybe I sometimes look for how many properties we have for rare datatypes. Anyway, now I'm trying to work out either how the ordering by id, which is just internal stuff, could be useful. I would appreciate having it ordered by the

[Wikidata-bugs] [Maniphest] [Commented On] T158108: Incorrect display of Special:ListProperties (regression)

Lydia_Pintscher added a comment. @Bugreporter @matej_suchanek: can you quickly say what you use the page for? That'd help me in figuring out the desired behaviour.TASK DETAILhttps://phabricator.wikimedia.org/T158108EMAIL

[Wikidata-bugs] [Maniphest] [Updated] T161527: Canonical data URIs and URLs for machine readable page content

GWicke added a project: Services (watching). TASK DETAILhttps://phabricator.wikimedia.org/T161527EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: GWickeCc: Dzahn, GWicke, tstarling, Aklapper, Jonas, Smalyshev, mkroetzsch, Lydia_Pintscher, daniel, QZanden,

[Wikidata-bugs] [Maniphest] [Commented On] T161527: Canonical data URIs and URLs for machine readable page content

GWicke added a comment. However, URIs by nature should not include interface version information, because they identify the resource independently of representation. The REST API versioning policy explicitly describes how representation concerns are hadled through content negotiation, and not by

[Wikidata-bugs] [Maniphest] [Block] T57549: [Story] Add a new datatype for geoshapes

Lydia_Pintscher created subtask T161543: Enable geoshape datatype on Wikidata. TASK DETAILhttps://phabricator.wikimedia.org/T57549EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Jonas, Lydia_PintscherCc: WMDE-leszek, Pasleim, LikeLifer, jmac, TheDJ, Jonas,

[Wikidata-bugs] [Maniphest] [Created] T161543: Enable geoshape datatype on Wikidata

Lydia_Pintscher created this task.Lydia_Pintscher added projects: MediaWiki-extensions-WikibaseRepository, Wikidata, Wikidata-Sprint.Herald added a subscriber: Aklapper. TASK DESCRIPTIONThe new datatype for linking to geoshapes on Wikimedia Commons is ready. We should enable it on Wikidata so

[Wikidata-bugs] [Maniphest] [Commented On] T161527: Canonical data URIs and URLs for machine readable page content

daniel added a comment. @GWicke REST URLs and canonical URIs are quite different conceptually, though it's nice when they coincide. However, URIs by nature should not include interface version information, because they identify the resource independently of representation. What URI structure

[Wikidata-bugs] [Maniphest] [Commented On] T160522: [Story] List for Forms

gerritbot added a comment. Change 344969 had a related patch set uploaded (by Thiemo Mättig (WMDE)): [mediawiki/extensions/WikibaseLexeme@master] Add LexemeFormId and render it via LexemeFormsView https://gerrit.wikimedia.org/r/344969TASK DETAILhttps://phabricator.wikimedia.org/T160522EMAIL

[Wikidata-bugs] [Maniphest] [Commented On] T161527: Canonical data URIs and URLs for machine readable page content

GWicke added a comment. The description of the requirements seems to fit the REST API: API versioning & content negotiation. REST URL structure. Integration with CDN layer. Machine and user readable API specs & documentation. The REST URL hierarchy makes it quite easy to route specific end

[Wikidata-bugs] [Maniphest] [Commented On] T154590: Concept URIs of foreign entities should be based on URL of the repo entity belongs to, and not be including a prefixed entity ID

daniel added a comment. I don't know if this can be closed, since the scope of the ticket is unclear. From the title, it seems this includes the RDF mapping, which still needs doing. But the description only mentions the search API, which is done.TASK

[Wikidata-bugs] [Maniphest] [Commented On] T155103: Create a truthy nt dump

Smalyshev added a comment. It should include all the statements ttl dump includes, i.e. flavor=dump. So, RdfProducer::PRODUCE_TRUTHY_STATEMENTS should be in. Property/entity resolution is not necessary for the dump, since all entities/properties are included anyway, by virtue of it being full

[Wikidata-bugs] [Maniphest] [Changed Project Column] T158108: Incorrect display of Special:ListProperties (regression)

thiemowmde moved this task from Done to Proposed on the Wikidata-Sprint board.thiemowmde added a comment. page_id is the internal number MediaWiki uses, and very different from Wikibase's entity ID. It might be that the order is the same, because both numbers increase every time a new entity is

[Wikidata-bugs] [Maniphest] [Commented On] T151194: Apply WikimediaUI color palette to Wikibase

gerritbot added a comment. Change 344880 merged by jenkins-bot: [mediawiki/extensions/Wikibase@master] Convert badge and entity/rank selector icons to conform WikimediaUI color palette https://gerrit.wikimedia.org/r/344880TASK DETAILhttps://phabricator.wikimedia.org/T151194EMAIL

[Wikidata-bugs] [Maniphest] [Changed Project Column] T154590: Concept URIs of foreign entities should be based on URL of the repo entity belongs to, and not be including a prefixed entity ID

thiemowmde moved this task from Review to Done on the Wikidata-Sprint board.thiemowmde removed a project: Patch-For-Review.thiemowmde added a comment. Nothing to review any more. Please close if you are sure this is done, or move back to proposed.TASK

[Wikidata-bugs] [Maniphest] [Updated] T18976: Wikis waiting for creation (tracking)

MF-Warburg added a subtask: T161529: Create Wikipedia Doteli. TASK DETAILhttps://phabricator.wikimedia.org/T18976EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: MF-WarburgCc: StevenJ81, Acer, Danny_B, TerraCodes, JEumerus, greg, Krenair, Aklapper, Meno25,

[Wikidata-bugs] [Maniphest] [Changed Project Column] T151194: Apply WikimediaUI color palette to Wikibase

thiemowmde moved this task from Review to Done on the Wikidata-Sprint board.thiemowmde removed a project: Patch-For-Review. TASK DETAILhttps://phabricator.wikimedia.org/T151194WORKBOARDhttps://phabricator.wikimedia.org/project/board/2351/EMAIL

[Wikidata-bugs] [Maniphest] [Assigned] T161359: WikidataBuildResources not installable

thiemowmde triaged this task as "High" priority.thiemowmde assigned this task to aude.thiemowmde added projects: Wikidata-Sprint, Patch-For-Review.thiemowmde edited the task description. (Show Details) EDIT DETAILS...``` #patch-for-review: * [x]

[Wikidata-bugs] [Maniphest] [Block] T159517: [RFC] RDF mapping for geo-shape / URIs for commons data pages

daniel created subtask T161527: Canonical data URIs and URLs for machine readable page content. TASK DETAILhttps://phabricator.wikimedia.org/T159517EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: danielCc: Lydia_Pintscher, daniel, mkroetzsch, Smalyshev,

[Wikidata-bugs] [Maniphest] [Created] T161527: Canonical data URIs and URLs for machine readable page content

daniel created this task.daniel added projects: Wikidata, ArchCom-RfC (ArchCom-Approved), Wikimedia-Apache-configuration. TASK DESCRIPTIONWikimedia is managing a growing amount of machine readable data as wiki page content. The latest addition is the Data namespace on commons, which hosts tabular

[Wikidata-bugs] [Maniphest] [Created] T161523: [Story] Section header for Senses

Lydia_Pintscher created this task.Lydia_Pintscher added projects: Wikidata, Lexicographical data.Herald added a subscriber: Aklapper. TASK DESCRIPTIONWe would like to have a section called 'Senses' below the Forms section of every Lexeme page, so we can better differentiate between Senses and

[Wikidata-bugs] [Maniphest] [Block] T161522: [Epic] Senses of a Lexeme (UI)

Lydia_Pintscher created subtask T161523: [Story] Section header for Senses. TASK DETAILhttps://phabricator.wikimedia.org/T161522EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Lydia_PintscherCc: Aklapper, Lydia_Pintscher, QZanden, D3r1ck01, Izno,

[Wikidata-bugs] [Maniphest] [Created] T161522: [Epic] Senses of a Lexeme (UI)

Lydia_Pintscher created this task.Lydia_Pintscher added projects: Wikidata, Lexicographical data, Epic.Herald added a subscriber: Aklapper. TASK DESCRIPTIONAs a Wikidata user on a Lexeme page I would like see and edit the Senses of a Lexeme.TASK DETAILhttps://phabricator.wikimedia.org/T161522EMAIL

[Wikidata-bugs] [Maniphest] [Block] T160053: [Epic] support for Senses

Lydia_Pintscher created subtask T161522: [Epic] Senses of a Lexeme (UI). TASK DETAILhttps://phabricator.wikimedia.org/T160053EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Lydia_PintscherCc: Jan_Dittrich, Aklapper, daniel, Lydia_Pintscher, QZanden, D3r1ck01,

[Wikidata-bugs] [Maniphest] [Updated] T145819: Jobs invoking SiteConfiguration::getConfig cause HHVM to fail updating the bytecode cache due to being filesize limited to 512MBytes

hashar added a comment. Might be surfacing again from CirrusSearch related web requests (that shell out to mwscript getConfig): T161520TASK DETAILhttps://phabricator.wikimedia.org/T145819EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: hasharCc: thcipriani,

[Wikidata-bugs] [Maniphest] [Updated] T159205: List of openstreetmap items with Wikidata id

Izno added a project: Wikidata. TASK DETAILhttps://phabricator.wikimedia.org/T159205EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: IznoCc: Pnorman, Sabas88, Abbe98, MaxSem, Yurik, Deskana, JGirault, Zache, Aklapper, QZanden, EBjune, Orienteerix, Avner,

[Wikidata-bugs] [Maniphest] [Raised Priority] T127959: Write Learning Pattern on Community Communication for Wikidata

Lydia_Pintscher raised the priority of this task from "Lowest" to "Low". TASK DETAILhttps://phabricator.wikimedia.org/T127959EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Lydia_PintscherCc: Esc3300, Lydia_Pintscher, Lea_Lacroix_WMDE, ChrisPins, Aklapper,

[Wikidata-bugs] [Maniphest] [Updated] T158108: Incorrect display of Special:ListProperties (regression)

matej_suchanek removed a project: Patch-For-Review. TASK DETAILhttps://phabricator.wikimedia.org/T158108EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: thiemowmde, matej_suchanekCc: matej_suchanek, gerritbot, TerraCodes, Ladsgroup, hoo, aude, Aleksey_WMDE,

[Wikidata-bugs] [Maniphest] [Updated] T123804: Several wikidata property list pages are broken

Lydia_Pintscher added a project: Wikidata.org.Lydia_Pintscher moved this task from incoming to monitoring on the Wikidata board. TASK DETAILhttps://phabricator.wikimedia.org/T123804WORKBOARDhttps://phabricator.wikimedia.org/project/board/71/EMAIL

[Wikidata-bugs] [Maniphest] [Commented On] T158108: Incorrect display of Special:ListProperties (regression)

matej_suchanek added a comment. Order by page_id?TASK DETAILhttps://phabricator.wikimedia.org/T158108EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: thiemowmde, matej_suchanekCc: matej_suchanek, gerritbot, TerraCodes, Ladsgroup, hoo, aude, Aleksey_WMDE,

[Wikidata-bugs] [Maniphest] [Updated] T118498: Rename "DataType" to "PropertyType" across the code base and documentation.

Lydia_Pintscher removed a project: Need-volunteer. TASK DETAILhttps://phabricator.wikimedia.org/T118498EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Lydia_PintscherCc: thiemowmde, Liuxinyu970226, Lydia_Pintscher, Aklapper, StudiesWorld, daniel, QZanden,

[Wikidata-bugs] [Maniphest] [Commented On] T155103: Create a truthy nt dump

hoo added a comment. Shall this just include RdfProducer::PRODUCE_TRUTHY_STATEMENTS? We potentially at least also want RdfProducer::PRODUCE_PROPERTIES ("Add entity definitions for properties used in the dump"), RdfProducer::PRODUCE_VERSION_INFO ("Produce metadata header containing software

[Wikidata-bugs] [Maniphest] [Commented On] T160924: Add goransm to ldap/wmde group

GoranSMilovanovic added a comment. If this helps here, I have an WMDE e-mail account now: goran.milovanovic_...@wikimedia.deTASK DETAILhttps://phabricator.wikimedia.org/T160924EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: MoritzMuehlenhoff,

[Wikidata-bugs] [Maniphest] [Commented On] T160656: Build EntityDiffViewFactory for different entity types and use it in EntityDiffVisualizer

Ladsgroup added a comment. Given that gerritbot still doesn't want to add comment when I make a patch: https://gerrit.wikimedia.org/r/344943 Add $entity attribute to EntityContentDiff TASK DETAILhttps://phabricator.wikimedia.org/T160656EMAIL

[Wikidata-bugs] [Maniphest] [Commented On] T160865: Create Wikipedia Khowar

Stashbot added a comment. Mentioned in SAL (#wikimedia-operations) [2017-03-27T13:20:44Z] Synchronized static/images/project-logos/: Add khw.wikipedia logos to static resources (T160865) (duration: 00m 43s)TASK DETAILhttps://phabricator.wikimedia.org/T160865EMAIL

[Wikidata-bugs] [Maniphest] [Commented On] T160865: Create Wikipedia Khowar

gerritbot added a comment. Change 343585 merged by jenkins-bot: [operations/mediawiki-config@master] Add khw.wikipedia logos to static resources https://gerrit.wikimedia.org/r/343585TASK DETAILhttps://phabricator.wikimedia.org/T160865EMAIL

[Wikidata-bugs] [Maniphest] [Updated] T161263: Wikidata does not accept characters ending in \x85 (Cyrillic х, Armenian Յ, Arabic م etc.) in labels/aliases/descriptions

matej_suchanek added a project: User-notice. TASK DETAILhttps://phabricator.wikimedia.org/T161263EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: thiemowmde, matej_suchanekCc: Nemo_bis, Mr.Ibrahem, Stashbot, DmitTrix, Esc3300, Mbch331, revi, Infovarius,

[Wikidata-bugs] [Maniphest] [Commented On] T161263: Wikidata does not accept characters ending in \x85 (Cyrillic х, Armenian Յ, Arabic م etc.) in labels/aliases/descriptions

Mbch331 added a comment. In T161263#3133567, @Ladsgroup wrote: @Mbch331 It seems you were able to add the label in the second (or more) try: https://www.wikidata.org/w/index.php?title=Q352940=prev=470697022 Same happens to me too. Sometimes it works sometimes it doesnt. I was talking about the

[Wikidata-bugs] [Maniphest] [Commented On] T161263: Wikidata does not accept characters ending in \x85 (Cyrillic х, Armenian Յ, Arabic م etc.) in labels/aliases/descriptions

Ladsgroup added a comment. Okay, I manually logged in into one random mediawiki node and saw it wasn't sync'ed there. It seems sync-dir in scap is not as fun as it looks. I manually tested it several times now and it works just fine but please test again and tell me if anything is not correct.TASK

[Wikidata-bugs] [Maniphest] [Commented On] T161263: Wikidata does not accept characters ending in \x85 (Cyrillic х, Armenian Յ, Arabic م etc.) in labels/aliases/descriptions

Stashbot added a comment. Mentioned in SAL (#wikimedia-operations) [2017-03-27T12:21:09Z] Synchronized php-1.29.0-wmf.17/extensions/Wikidata/vendor/composer/installed.json: Third try for Update Wikidata - fix term validation (T161263) Part III (duration: 00m 43s)TASK

[Wikidata-bugs] [Maniphest] [Commented On] T161263: Wikidata does not accept characters ending in \x85 (Cyrillic х, Armenian Յ, Arabic م etc.) in labels/aliases/descriptions

Stashbot added a comment. Mentioned in SAL (#wikimedia-operations) [2017-03-27T12:19:40Z] Synchronized php-1.29.0-wmf.17/extensions/Wikidata/extensions/Wikibase/: Third try for Update Wikidata - fix term validation (T161263) Part II (duration: 01m 32s)TASK

[Wikidata-bugs] [Maniphest] [Commented On] T161263: Wikidata does not accept characters ending in \x85 (Cyrillic х, Armenian Յ, Arabic م etc.) in labels/aliases/descriptions

Stashbot added a comment. Mentioned in SAL (#wikimedia-operations) [2017-03-27T12:17:33Z] Synchronized php-1.29.0-wmf.17/extensions/Wikidata/composer.lock: Third try for Update Wikidata - fix term validation (T161263) Part I (duration: 00m 44s)TASK

[Wikidata-bugs] [Maniphest] [Commented On] T161263: Wikidata does not accept characters ending in \x85 (Cyrillic х, Armenian Յ, Arabic م etc.) in labels/aliases/descriptions

Stashbot added a comment. Mentioned in SAL (#wikimedia-operations) [2017-03-27T12:16:57Z] start of ladsgroup@tin:/srv/mediawiki-staging$ scap sync-file php-1.29.0-wmf.17/extensions/Wikidata/composer.lock 'Third try for Update Wikidata - fix term validation (T161263) Part I'TASK

[Wikidata-bugs] [Maniphest] [Commented On] T154590: Concept URIs of foreign entities should be based on URL of the repo entity belongs to, and not be including a prefixed entity ID

Aleksey_WMDE added a comment. Is it "Done"?TASK DETAILhttps://phabricator.wikimedia.org/T154590EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: WMDE-leszek, Aleksey_WMDECc: Aleksey_WMDE, gerritbot, daniel, WMDE-leszek, thiemowmde, Aklapper, Adik2382,

[Wikidata-bugs] [Maniphest] [Commented On] T161263: Wikidata does not accept characters ending in \x85 (Cyrillic х, Armenian Յ, Arabic م etc.) in labels/aliases/descriptions

Ladsgroup added a comment. @Mbch331 It seems you were able to add the label in the second (or more) try: https://www.wikidata.org/w/index.php?title=Q352940=prev=470697022 Same happens to me too. Sometimes it works sometimes it doesnt.TASK DETAILhttps://phabricator.wikimedia.org/T161263EMAIL

[Wikidata-bugs] [Maniphest] [Updated] T157965: [Task] Release Wikibase DataModel 7.0.0

Aleksey_WMDE removed a project: Patch-For-Review.Aleksey_WMDE edited the task description. (Show Details) EDIT DETAILS...* [x] Tag the release. * [ * [x] https://gerrit.wikimedia.org/r/342817 updates Wikibase to use DataModel 7.0TASK DETAILhttps://phabricator.wikimedia.org/T157965EMAIL

[Wikidata-bugs] [Maniphest] [Commented On] T161263: Wikidata does not accept characters ending in \x85 (Cyrillic х, Armenian Յ, Arabic م etc.) in labels/aliases/descriptions

Mbch331 added a comment. Just tried to add the label Λουδοβίκος του Εβρέ to Q352940 and I get a pop-up saying invalid input. ApiSandbox fails as well: Malformed input: \u039b\u03bf\u03c5\u03b4\u03bf\u03b2\u03af\u03ba\u03bf\u03c2 \u03c4\u03bf\u03c5 \u0395\u03b2\u03c1\u03adTASK

[Wikidata-bugs] [Maniphest] [Commented On] T161263: Wikidata does not accept characters ending in \x85 (Cyrillic х, Armenian Յ, Arabic م etc.) in labels/aliases/descriptions

Ladsgroup added a comment. I just tried again and it worked: https://www.wikidata.org/w/index.php?title=Q37617=470696095=470516941. @Mr.Ibrahem Can you provide more details? Most importantly, when was the last time you tried and can you try again?TASK

[Wikidata-bugs] [Maniphest] [Commented On] T161263: Wikidata does not accept characters ending in \x85 (Cyrillic х, Armenian Յ, Arabic م etc.) in labels/aliases/descriptions

Mr.Ibrahem added a comment. I always got error "Malformed input" when I tray to add Arabic labels/aliases/descriptionsTASK DETAILhttps://phabricator.wikimedia.org/T161263EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: thiemowmde, Mr.IbrahemCc: Mr.Ibrahem,

[Wikidata-bugs] [Maniphest] [Lowered Priority] T161201: Run browser tests in CI

Aleksey_WMDE moved this task from Review to Done on the Wikidata-Sprint board.Aleksey_WMDE lowered the priority of this task from "High" to "Normal". TASK DETAILhttps://phabricator.wikimedia.org/T161201WORKBOARDhttps://phabricator.wikimedia.org/project/board/2351/EMAIL

[Wikidata-bugs] [Maniphest] [Lowered Priority] T158108: Incorrect display of Special:ListProperties (regression)

Aleksey_WMDE moved this task from Review to Done on the Wikidata-Sprint board.Aleksey_WMDE lowered the priority of this task from "High" to "Normal". TASK DETAILhttps://phabricator.wikimedia.org/T158108WORKBOARDhttps://phabricator.wikimedia.org/project/board/2351/EMAIL

[Wikidata-bugs] [Maniphest] [Updated] T161263: Wikidata does not accept characters ending in \x85 (Cyrillic х, Armenian Յ, Arabic م etc.) in labels/aliases/descriptions

Ladsgroup removed a project: Patch-For-Review. TASK DETAILhttps://phabricator.wikimedia.org/T161263EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: thiemowmde, LadsgroupCc: Stashbot, DmitTrix, Esc3300, Mbch331, Liuxinyu970226, revi, Infovarius, Vachovec1,

[Wikidata-bugs] [Maniphest] [Commented On] T161263: Wikidata does not accept characters ending in \x85 (Cyrillic х, Armenian Յ, Arabic م etc.) in labels/aliases/descriptions

Ladsgroup added a comment. Now it works. https://www.wikidata.org/w/index.php?title=Q211760=470686073=470531099. If you can't do it, it might be because of varnish caching or something similar. Give it another try in several minutes. If it persists, feel free to reopen this task.TASK

[Wikidata-bugs] [Maniphest] [Closed] T161263: Wikidata does not accept characters ending in \x85 (Cyrillic х, Armenian Յ, Arabic م etc.) in labels/aliases/descriptions

Ladsgroup closed this task as "Resolved". TASK DETAILhttps://phabricator.wikimedia.org/T161263EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: thiemowmde, LadsgroupCc: Stashbot, DmitTrix, Esc3300, Mbch331, Liuxinyu970226, revi, Infovarius, Vachovec1, Emijrp,

[Wikidata-bugs] [Maniphest] [Commented On] T161263: Wikidata does not accept characters ending in \x85 (Cyrillic х, Armenian Յ, Arabic م etc.) in labels/aliases/descriptions

Stashbot added a comment. Mentioned in SAL (#wikimedia-operations) [2017-03-27T10:16:30Z] Synchronized php-1.29.0-wmf.17/extensions/Wikidata: Second try for Update Wikidata - fix term validation (T161263) (duration: 02m 05s)TASK DETAILhttps://phabricator.wikimedia.org/T161263EMAIL

[Wikidata-bugs] [Maniphest] [Commented On] T161263: Wikidata does not accept characters ending in \x85 (Cyrillic х, Armenian Յ, Arabic م etc.) in labels/aliases/descriptions

Stashbot added a comment. Mentioned in SAL (#wikimedia-operations) [2017-03-27T10:15:00Z] start of ladsgroup@tin:/srv/mediawiki-staging/php-1.29.0-wmf.17$ scap sync-dir php-1.29.0-wmf.17/extensions/Wikidata "Second try for Update Wikidata - fix term validation (T161263)"TASK

[Wikidata-bugs] [Maniphest] [Commented On] T160903: Embedding the Query Service in Medium

johl added a comment. I think @Jonas can explain that better.TASK DETAILhttps://phabricator.wikimedia.org/T160903EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: johlCc: Lea_Lacroix_WMDE, Jonas, Lydia_Pintscher, johl, Aklapper, QZanden, D3r1ck01, Izno,

[Wikidata-bugs] [Maniphest] [Commented On] T160903: Embedding the Query Service in Medium

Lea_Lacroix_WMDE added a comment. @johl : can you describe a bit more the steps that would be to do? I'd like to add the ticket as need-volunteer but we should clarify it first.TASK DETAILhttps://phabricator.wikimedia.org/T160903EMAIL

[Wikidata-bugs] [Maniphest] [Commented On] T161263: Wikidata does not accept characters ending in \x85 (Cyrillic х, Armenian Յ, Arabic م etc.) in labels/aliases/descriptions

Stashbot added a comment. Mentioned in SAL (#wikimedia-operations) [2017-03-27T09:54:03Z] Synchronized php-1.29.0-wmf.17/extensions/Wikidata: Update Wikidata - fix term validation (T161263) (duration: 02m 22s)TASK DETAILhttps://phabricator.wikimedia.org/T161263EMAIL

[Wikidata-bugs] [Maniphest] [Commented On] T161263: Wikidata does not accept characters ending in \x85 (Cyrillic х, Armenian Յ, Arabic م etc.) in labels/aliases/descriptions

Stashbot added a comment. Mentioned in SAL (#wikimedia-operations) [2017-03-27T09:52:12Z] start of ladsgroup@tin:/srv/mediawiki-staging/php-1.29.0-wmf.17$ scap sync-dir php-1.29.0-wmf.17/extensions/Wikidata "Update Wikidata - fix term validation (T161263)"TASK

[Wikidata-bugs] [Maniphest] [Created] T161491: list of larger re-users of our data

Lydia_Pintscher created this task.Lydia_Pintscher added a project: Wikidata.Herald added a subscriber: Aklapper. TASK DESCRIPTIONRight now we don't have a nice list of reusers of our data here: https://www.wikidata.org/wiki/Wikidata:Data_access#Examples_and_showcases We should have something

[Wikidata-bugs] [Maniphest] [Commented On] T151186: Add monolingual language code fr-ca

GerardM added a comment. Hoi, When you want a technical point, the code is a combination of two parts, to standards. It is fr, the ISO 639 -1 code for Francais, the French language and CA, the ISO 3166-2 code for Canada. Both should be spelled correctly so the code should be fr-CA Thanks,

[Wikidata-bugs] [Maniphest] [Commented On] T151186: Add monolingual language code fr-ca

Lea_Lacroix_WMDE added a comment. @MF-Warburg & others Hello :) Do you have any update regarding this topic? The ticket is open for a while now, we should be able to move on. If you have any specific technical issue about Wikidata, let me know. Thanks!TASK

[Wikidata-bugs] [Maniphest] [Commented On] T160868: Create Wikipedia Kabiye

Nemo_bis added a comment. how to print French translation too, as English isn't always understood The answer is to enable French as assistant language in their preferences.TASK DETAILhttps://phabricator.wikimedia.org/T160868EMAIL

[Wikidata-bugs] [Maniphest] [Commented On] T151993: Implement ChangeDispatchCoordinator based on RedisLockManager

jcrespo added a comment. It just occurred to me an extra reason to avoid using a db master- master failover is a relative frequent operation: it will happen every time the master mysql is upgraded, or when there is a datacenter failover (2 of those will happen on April/May)- probably there wasn't

[Wikidata-bugs] [Maniphest] [Declined] T43451: ULS causes pages to be cached with random user language

Nemo_bis changed the task status from "Resolved" to "Declined". TASK DETAILhttps://phabricator.wikimedia.org/T43451EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Nemo_bisCc: Logicwiki, liangent, Wikidata-bugs, Amire80, Krenair, siebrand, jeblad, Nemo_bis,