[Wikidata-bugs] [Maniphest] [Claimed] T90453: qunit test broken without explicitly setting $wgResourceLoaderMaxQueryLength

JanZerebecki claimed this task. TASK DETAIL https://phabricator.wikimedia.org/T90453 REPLY HANDLER ACTIONS Reply to comment or attach files, or !close, !claim, !unsubscribe or !assign . EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: JanZerebecki

[Wikidata-bugs] [Maniphest] [Changed Subscribers] T90565: labs-vagrant git-update should run composer update in WikidataBuildResources

JanZerebecki added a subscriber: bd808. JanZerebecki added a comment. @bd808 Any idea if there is an easy way to hook something into vagrant git-update? TASK DETAIL https://phabricator.wikimedia.org/T90565 REPLY HANDLER ACTIONS Reply to comment or attach files, or !close, !claim, !unsubscr

[Wikidata-bugs] [Maniphest] [Updated] T90453: qunit test broken without explicitly setting $wgResourceLoaderMaxQueryLength

JanZerebecki added a project: § Wikidata-Sprint-2015-02-25. JanZerebecki set Security to None. TASK DETAIL https://phabricator.wikimedia.org/T90453 REPLY HANDLER ACTIONS Reply to comment or attach files, or !close, !claim, !unsubscribe or !assign . EMAIL PREFERENCES https://phabricator.wi

[Wikidata-bugs] [Maniphest] [Commented On] T90453: qunit test broken without explicitly setting $wgResourceLoaderMaxQueryLength

gerritbot added a subscriber: gerritbot. gerritbot added a comment. Change 193130 had a related patch set uploaded (by JanZerebecki): Change default of $wgResourceLoaderMaxQueryLength to 2000 https://gerrit.wikimedia.org/r/193130 TASK DETAIL https://phabricator.wikimedia.org/T90453 REPLY HAN

[Wikidata-bugs] [Maniphest] [Changed Project Column] T90453: qunit test broken without explicitly setting $wgResourceLoaderMaxQueryLength

JanZerebecki moved this task to Review on the § Wikidata-Sprint-2015-02-25 workboard. TASK DETAIL https://phabricator.wikimedia.org/T90453 WORKBOARD https://phabricator.wikimedia.org/project/board/1079/ REPLY HANDLER ACTIONS Reply to comment or attach files, or !close, !claim, !unsubscrib

[Wikidata-bugs] [Maniphest] [Updated] T77981: QuantityValueParser: Allow unit to be specified via options

daniel added a project: Patch-For-Review. daniel added a comment. https://github.com/DataValues/Number/pull/21 TASK DETAIL https://phabricator.wikimedia.org/T77981 REPLY HANDLER ACTIONS Reply to comment or attach files, or !close, !claim, !unsubscribe or !assign . EMAIL PREFERENCES http

[Wikidata-bugs] [Maniphest] [Created] T90893: After I undo a description in the "term" box, the item page shows version of description before undo

aude created this task. aude added a subscriber: aude. aude added projects: Wikidata, MediaWiki-extensions-WikibaseRepository. Restricted Application added a subscriber: Aklapper. TASK DESCRIPTION this happens on wikidata, as well as master. 1) I have an item with spanish description "Film

[Wikidata-bugs] [Maniphest] [Updated] T90453: qunit test broken without explicitly setting $wgResourceLoaderMaxQueryLength

gerritbot added a project: Patch-For-Review. TASK DETAIL https://phabricator.wikimedia.org/T90453 REPLY HANDLER ACTIONS Reply to comment or attach files, or !close, !claim, !unsubscribe or !assign . EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To:

[Wikidata-bugs] [Maniphest] [Commented On] T90893: After I undo a description in the "term" box, the item page shows version of description before undo

aude added a comment. if i reload the page, like http://wikidata-repo/wiki/Q139?g it is still wrong. the problem appears confined to the "other languages" / term box. If I edit then undo the english description (my user language), it shows correctly above the term box but wrong in the term box

[Wikidata-bugs] [Maniphest] [Commented On] T90893: After I undo a description in the "term" box, the item page shows version of description before undo

aude added a comment. purge the page and i see the correct description TASK DETAIL https://phabricator.wikimedia.org/T90893 REPLY HANDLER ACTIONS Reply to comment or attach files, or !close, !claim, !unsubscribe or !assign . EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/p

[Wikidata-bugs] [Maniphest] [Commented On] T90565: labs-vagrant git-update should run composer update in WikidataBuildResources

bd808 added a comment. In https://phabricator.wikimedia.org/T90565#1070320, @JanZerebecki wrote: > @bd808 Any idea if there is an easy way to hook something into vagrant > git-update? git-update is a shell script that is in `puppet/modules/mediawiki/files/run-git-update`. The general solution

[Wikidata-bugs] [Maniphest] [Reopened] T76827: Image thumbnail urls should be included where applicable in wikidata API response for commonsMedia

Jdlrobson reopened this task as "Open". Jdlrobson added a subscriber: MaxSem. Jdlrobson added a comment. According to @MaxSem use of thumb.php will fry the cluster. TASK DETAIL https://phabricator.wikimedia.org/T76827 REPLY HANDLER ACTIONS Reply to comment or attach files, or !close, !claim

[Wikidata-bugs] [Maniphest] [Commented On] T86755: Preview gadget no longer working in new sitelinks UI

aude added a comment. the community has made the gadget somewhat better now, with something next to the site link that I can click to get the preview. F47924: pasted_file but in my opinion the overlap between the gadget and sitelinks (and also the cen

[Wikidata-bugs] [Maniphest] [Commented On] T86755: Preview gadget no longer working in new sitelinks UI

aude added a comment. @Aklapper changed priority to high. the community has made the gadget somewhat more usable, although issue remain and general issue of being able to have a place available in the UI for gadgets like this, like we had before. TASK DETAIL https://phabricator.wikimedia.or

[Wikidata-bugs] [Maniphest] [Commented On] T76827: Image thumbnail urls should be included where applicable in wikidata API response for commonsMedia

brion added a subscriber: brion. brion added a comment. Note that the thumbnail size will need to be selectable through some input variable if you stuff it into one API req like this -- suitable size will depend on the device and how the client software chooses to show thumbs. (Note another wor

[Wikidata-bugs] [Maniphest] [Lowered Priority] T86755: Preview gadget no longer working in new sitelinks UI

aude lowered the priority of this task from "Unbreak Now!" to "High". aude set Security to None. TASK DETAIL https://phabricator.wikimedia.org/T86755 REPLY HANDLER ACTIONS Reply to comment or attach files, or !close, !claim, !unsubscribe or !assign . EMAIL PREFERENCES https://phabricator.

[Wikidata-bugs] [Maniphest] [Created] T90897: suggestions cut off if I am adding a statement at the bottom of the page

aude created this task. aude added a subscriber: aude. aude added projects: Wikidata, MediaWiki-extensions-WikibaseRepository. Restricted Application added a subscriber: Aklapper. TASK DESCRIPTION suggestions cut off if I am adding a statement at the bottom of the page. {F47929} TASK DETAI

[Wikidata-bugs] [Maniphest] [Created] T90899: exact prefix match property suggestions should rank higher than alias matches

aude created this task. aude added subscribers: aude, Aklapper. aude added projects: MediaWiki-extensions-WikibaseRepository, Wikidata. TASK DESCRIPTION exact prefix match property suggestions should rank higher than alias matches e.g. I am searching for "location of formation" in this scre

[Wikidata-bugs] [Maniphest] [Commented On] T76827: Image thumbnail urls should be included where applicable in wikidata API response for commonsMedia

Jdlrobson added a comment. I'm trying to avoid any roundtrips. It's too expensive in this use case :( TASK DETAIL https://phabricator.wikimedia.org/T76827 REPLY HANDLER ACTIONS Reply to comment or attach files, or !close, !claim, !unsubscribe or !assign . EMAIL PREFERENCES https://phabr

[Wikidata-bugs] [Maniphest] [Created] T90901: added a statement, clicked save and it disappeared!

aude created this task. aude added a subscriber: aude. aude added projects: Wikidata, MediaWiki-extensions-WikibaseRepository. Restricted Application added a subscriber: Aklapper. TASK DESCRIPTION i just added a statement ("location of formation") to https://www.wikidata.org/wiki/Q1332195 and c

[Wikidata-bugs] [Maniphest] [Changed Subscribers] T57549: add a new datatype for geoshapes

Conny removed a subscriber: Conny. TASK DETAIL https://phabricator.wikimedia.org/T57549 REPLY HANDLER ACTIONS Reply to comment or attach files, or !close, !claim, !unsubscribe or !assign . EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Conny Cc:

[Wikidata-bugs] [Maniphest] [Unblock] T75496: Support new types of Entities in Wikibase Repository

JeroenDeDauw closed blocking task T77985: Add mechanism for registering new entity types, to work with things like EntityViewFactory as "Invalid". TASK DETAIL https://phabricator.wikimedia.org/T75496 REPLY HANDLER ACTIONS Reply to comment or attach files, or !close, !claim, !unsubscribe or !

[Wikidata-bugs] [Maniphest] [Commented On] T76021: Create extension mechanism for Wikibase Repository

JeroenDeDauw added a comment. Duplicate: https://phabricator.wikimedia.org/T77985 TASK DETAIL https://phabricator.wikimedia.org/T76021 REPLY HANDLER ACTIONS Reply to comment or attach files, or !close, !claim, !unsubscribe or !assign . EMAIL PREFERENCES https://phabricator.wikimedia.org

[Wikidata-bugs] [Maniphest] [Closed] T77985: Add mechanism for registering new entity types, to work with things like EntityViewFactory

JeroenDeDauw closed this task as "Invalid". JeroenDeDauw claimed this task. JeroenDeDauw added a comment. This is a duplicate of https://phabricator.wikimedia.org/T76021 There is no duplicate status? Setting to invalid, please change if there is something more appropriate TASK DETAIL https:/

[Wikidata-bugs] [Maniphest] [Commented On] T67397: add a new datatype for formulas

Physikerwelt added a comment. In https://phabricator.wikimedia.org/T67397#695979, @daniel wrote: > This is tricky... MathML is by far easier to re-use by third parties, and in > general a saner format for storing formula. But we don't have any facilities > for rendering it server side for clien

[Wikidata-bugs] [Maniphest] [Closed] T86278: Define which data the query service would store

Smalyshev closed this task as "Resolved". TASK DETAIL https://phabricator.wikimedia.org/T86278 REPLY HANDLER ACTIONS Reply to comment or attach files, or !close, !claim, !unsubscribe or !assign . EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Sma

[Wikidata-bugs] [Maniphest] [Commented On] T90852: Create a system to store and query links to books

Ladsgroup added a comment. I think I wrote the description so short that this misunderstanding happened: 1- Go to an article with an ISBN link on it (hereafter book link). e.g. https://en.wikipedia.org/wiki/Animal_Farm 2- If you check you will see that "ISBN 0-452-28424-4" automagically converted

[Wikidata-bugs] [Maniphest] [Created] T90952: Figure out if we need/can use RDR

Smalyshev created this task. Smalyshev added subscribers: Smalyshev, Manybubbles. Smalyshev added a project: Wikidata-Query-Service. Restricted Application added a subscriber: Aklapper. TASK DESCRIPTION We need to see if we need or want to use RDR (as described in http://www.blazegraph.com/rdr)

[Wikidata-bugs] [Maniphest] [Edited] T90952: Figure out if we need/can use RDR

Smalyshev edited the task description. TASK DETAIL https://phabricator.wikimedia.org/T90952 REPLY HANDLER ACTIONS Reply to comment or attach files, or !close, !claim, !unsubscribe or !assign . EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Smalys

[Wikidata-bugs] [Maniphest] [Triaged] T90952: Figure out if we need/can use RDR

Smalyshev triaged this task as "Normal" priority. Smalyshev added subscribers: Beebs.systap, Thompsonbry.systap. Smalyshev set Security to None. TASK DETAIL https://phabricator.wikimedia.org/T90952 REPLY HANDLER ACTIONS Reply to comment or attach files, or !close, !claim, !unsubscribe or !ass

[Wikidata-bugs] [Maniphest] [Changed Subscribers] T90952: Figure out if we need/can use RDR

Beebs.systap added a subscriber: Haasepeter. TASK DETAIL https://phabricator.wikimedia.org/T90952 REPLY HANDLER ACTIONS Reply to comment or attach files, or !close, !claim, !unsubscribe or !assign . EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To:

[Wikidata-bugs] [Maniphest] [Updated] T87686: Categories are metadata

Jheald added a subscriber: Jheald. Jheald added a comment. I've bent Lydia's ear a couple of times in the past on this, once in Amsterdam and once in Paris on the way back from the boat reception. Categories have developed for a reason. There's a real value in having groupings of content (whet

[Wikidata-bugs] [Maniphest] [Commented On] T90952: Figure out if we need/can use RDR

Thompsonbry.systap added a comment. You do not need to use the RDR interchange syntax or the RDR syntax for SPARQL query to take advantage of the RDR support inside of BlazeGraph. All you need to do is serialize your data as RDF and use RDF reification to interchange statements modeling metada

[Wikidata-bugs] [Maniphest] [Commented On] T90952: Figure out if we need/can use RDR

Smalyshev added a comment. @Thompsonbry.systap I've heard from the other people with RDF experience in previous conversations that RDF reification is deprecated and/or discouraged. That also brings me to the question - can the model that is not RDF reification (i.e. using rdf:* predicates) but

[Wikidata-bugs] [Maniphest] [Commented On] T90952: Figure out if we need/can use RDR

Thompsonbry.systap added a comment. The performance gain from the indexing strategy is roughly 4x when performing a join that would otherwise require the use of a reified statement model join. This is because we actually eliminate the 4 joins required to match the reified statement model, repla

[Wikidata-bugs] [Maniphest] [Commented On] T49930: Allow accessing data from an item not connected to the current page - arbitrary access (tracking)

greg added a comment. The Deployment calendar has this as "late February": https://wikitech.wikimedia.org/w/index.php?title=Deployments&oldid=146073#Upcoming What's the current plan? TASK DETAIL https://phabricator.wikimedia.org/T49930 REPLY HANDLER ACTIONS Reply to comment or attach file

[Wikidata-bugs] [Maniphest] [Updated] T49930: Allow accessing data from an item not connected to the current page - arbitrary access (tracking)

aude added a comment. @greg there are some more issues (e.g. https://phabricator.wikimedia.org/T89002) that we need to resolve for commons, since it has multilingual content. So, definitely not "late February". We still might be able to proceed with enabling the usage tracking part, without ar

[Wikidata-bugs] [Maniphest] [Changed Subscribers] T89002: Track multi-lingual label usage

Ricordisamoa added a subscriber: Ricordisamoa. TASK DETAIL https://phabricator.wikimedia.org/T89002 REPLY HANDLER ACTIONS Reply to comment or attach files, or !close, !claim, !unsubscribe or !assign . EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To

[Wikidata-bugs] [Maniphest] [Commented On] T90952: Figure out if we need/can use RDR

Thompsonbry.systap added a comment. I think that it is important for the data to have a certain "readiness to hand" to really promote reuse. I suggest that you try to model the data using a few different reification strategies and see what the queries look like and how the data can be made suit

[Wikidata-bugs] [Maniphest] [Changed Subscribers] T90563: Discuss: multi-lingual label usage tracking

Liuxinyu970226 added a subscriber: Liuxinyu970226. TASK DETAIL https://phabricator.wikimedia.org/T90563 REPLY HANDLER ACTIONS Reply to comment or attach files, or !close, !claim, !unsubscribe or !assign . EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/

<    1   2