Jdlrobson moved this task from Triage to Tracking on the Reading-Web-Backlog board.
TASK DETAILhttps://phabricator.wikimedia.org/T111231WORKBOARDhttps://phabricator.wikimedia.org/project/board/67/EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: JdlrobsonCc:
gerritbot added a comment.
Change 295554 had a related patch set uploaded (by Hoo man):
Log PHP/HHVM errors in CLI mode to stderr, not stdout
https://gerrit.wikimedia.org/r/295554TASK DETAILhttps://phabricator.wikimedia.org/T138291EMAIL
jhobs claimed this task.
TASK DETAILhttps://phabricator.wikimedia.org/T135429EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: jhobsCc: QuimGil, Lydia_Pintscher, Jdlrobson, Moushira, Aklapper, dr0ptp4kt, Zppix, Winter, D3r1ck01, Izno, Wikidata-bugs, aude,
Jdlrobson moved this task from Triage to Tracking on the Reading-Web-Backlog board.
TASK DETAILhttps://phabricator.wikimedia.org/T138413WORKBOARDhttps://phabricator.wikimedia.org/project/board/67/EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: JdlrobsonCc:
Jdlrobson added a project: Reading-Web-Backlog.
TASK DETAILhttps://phabricator.wikimedia.org/T138413EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: JdlrobsonCc: Sjoerddebruin, Aklapper, aude, Zppix, Winter, D3r1ck01, Izno, Wikidata-bugs,
Jdlrobson added a comment.
This needs to be fixed on wiki via the origin parameter e.g. https://en.wikivoyage.org/w/index.php?title=Sydney="">TASK DETAILhttps://phabricator.wikimedia.org/T118111EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: JdlrobsonCc:
Jdlrobson closed this task as "Declined".
TASK DETAILhttps://phabricator.wikimedia.org/T118111EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: JdlrobsonCc: Jdlrobson, aude, Aklapper, Winter, D3r1ck01, Izno, Wikidata-bugs, Lydia_Pintscher,
gerritbot added a project: Patch-For-Review.
TASK DETAILhttps://phabricator.wikimedia.org/T138291EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: gerritbotCc: gerritbot, ArielGlenn, jcrespo, Stashbot, hoo, Melderick, Zppix, Lewizho99, Maathavan, D3r1ck01,
Jhernandez moved this task from Triage to Needs Analysis on the Reading-Web-Backlog board.
TASK DETAILhttps://phabricator.wikimedia.org/T114734WORKBOARDhttps://phabricator.wikimedia.org/project/board/67/EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To:
Jdlrobson added a project: Easy.Herald added a subscriber: TerraCodes.
TASK DETAILhttps://phabricator.wikimedia.org/T114424EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: JdlrobsonCc: TerraCodes, KHammerstein, Jdlrobson, Aklapper, Sumit, Winter, D3r1ck01,
Jhernandez moved this task from Triage to Triaged but Future on the Reading-Web-Backlog board.
TASK DETAILhttps://phabricator.wikimedia.org/T114424WORKBOARDhttps://phabricator.wikimedia.org/project/board/67/EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To:
jhobs moved this task from To Do to Doing on the Reading-Web-Sprint-75-Q board.
TASK DETAILhttps://phabricator.wikimedia.org/T135429WORKBOARDhttps://phabricator.wikimedia.org/project/board/2001/EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: jhobsCc: QuimGil,
Jdlrobson moved this task from Doing to Blocked Externally on the Reading-Web-Sprint-75-Q board.
TASK DETAILhttps://phabricator.wikimedia.org/T135429WORKBOARDhttps://phabricator.wikimedia.org/project/board/2001/EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To:
hoo edited the task description. (Show Details)
EDIT DETAILSIn case we have a fallback from language `abc` to `xyz`, and someone tries to access a label in `abc` we will always track label usages for both `abc` and `xyz`, even if there is a `abc` label. We should only record label usages that are
hoo created blocking task T138409: [Task] Terms usage tracking: Only track parts of the language fallback chain that were actually used.
TASK DETAILhttps://phabricator.wikimedia.org/T107722EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: hooCc: Liuxinyu970226,
hoo created this task.hoo added projects: Wikidata, MediaWiki-extensions-WikibaseClient.Herald added a subscriber: Zppix.
TASK DESCRIPTIONIn case we have a fallback from language abc to xyz, and someone tries to access a label in abc we will always track label usages for both abc and xyz, even if
aude triaged this task as "High" priority.
TASK DETAILhttps://phabricator.wikimedia.org/T138413EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: audeCc: Aklapper, aude, Zppix, D3r1ck01, Izno, Wikidata-bugs, Mbch331___
aude created this task.aude added projects: Wikidata, MobileFrontend.Herald added subscribers: Zppix, Aklapper.
TASK DESCRIPTIONForm styles are missing on Wikibase special pages (ones related to editing, e.g. Special:SetSiteLink) in mobile view.
F4192061: specialsetsitelink.png
This makes it
aude added a comment.
https://m.wikidata.org/wiki/Special:Search is also missing stylesTASK DETAILhttps://phabricator.wikimedia.org/T138413EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: audeCc: Sjoerddebruin, Aklapper, aude, Zppix, D3r1ck01, Izno,
aude added a comment.
In T137781#2398737, @Charlie_WMDE wrote:
Three approaches to structuring the references more clearly
F4191432: blueBoxes.png
I think mockup 2 helps make things more clear.TASK DETAILhttps://phabricator.wikimedia.org/T137781EMAIL
Basvb added a comment.
A list with some of the suggested mappings.
Aanlegvoorziening=
Appartementengebouw=Q1577547 (apartment building)
Bedieningsgebouw=
Bedrijfs-,fabriekswoning=
Begraafplaats en -_onderdl_=Q16423655 (burial or funerary monument or structure) or Q39614 (Cemetary)
Bestuursgebouw
Jan_Dittrich added a comment.
The concern was/is that users may not know that the buttons on top of the property/value pair save the references, too. I tested with two people, one had the problem, the other not. However, we can postpone this until we have more definitive data.TASK
RobH added a blocking task: T135029: adywiki and jamwiki are missing the associated *_p databases with appropriate views.
TASK DETAILhttps://phabricator.wikimedia.org/T134017EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: RobHCc: RobH, Lydia_Pintscher,
Jan_Dittrich changed the title from "Error message should help to solve problem when assigning a non well formed URL as value to an URL-restricted property results" to "[Usability] Error message should help to solve problem when assigning a non well formed URL as value to an URL-restricted
Jan_Dittrich edited the task description. (Show Details)
EDIT DETAILS...3) We may also tentatively just accept a value (in this case, //heise.de// works in any browser, including lynx) and flag is somehow as "possibly incomplete" so the user could continue and return later or allow someone else to
hoo added a comment.
In T138208#2393678, @jcrespo wrote:
This is not only happening for dumps, terbium is also wrongly using main-dbs (which are still on testing) for long-running queries, which cause long periods of connection issues:
Oliv0 added a project: MediaWiki-extensions-WikibaseView.
TASK DETAILhttps://phabricator.wikimedia.org/T138083EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Oliv0Cc: Aklapper, Oliv0, Zppix, D3r1ck01, Izno, Wikidata-bugs, aude,
hoo added a comment.
In T138208#2398369, @jcrespo wrote:
As I said:
If these create light-weight queries only, lets disconnect and connect after some amount of seconds. If dump hosts are too slow, let's give them better resources. If there is a problem with the connection framework, let'x fix it
daniel created blocking task T138376: Avoid falling back to master when loading page data in GET requests.
TASK DETAILhttps://phabricator.wikimedia.org/T110399EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: danielCc: daniel, hoo, aude, Joe, Krenair,
Jan_Dittrich edited the task description. (Show Details)
EDIT DETAILS...1. There should be a notification e.g. if the user clicks "save" which informs the user that the input could not be matched to an item and that this item could be created.
{F4190943}
2. Possibly, it would make sense to
Pigsonthewing edited the task description. (Show Details)
EDIT DETAILS...When the tag is displayed at the foot of a post, a tooltip (say, "Wikidata item: Q309901", or the Wikidata label in a language specified in the plugin's configuration settings) may be provided.
or the Wikidata label in a
daniel created this task.daniel added projects: Availability, Wikidata, MediaWiki-extensions-WikibaseRepository.Herald added a subscriber: Zppix.
TASK DESCRIPTIONCurrently, if WikiPageEntityMetaDataLookup::loadRevisionInformation fails to find an Entity, it will try to load it from the master
daniel added a comment.
@jcrespo
These changes literally only need one parameter change loadbalancer->get(SLAVE, 'dump')
That sounds straight forward enough.
However, there are potentially several dozen places where we call LoadBalancer::getConnection (we try not to hog the connection, but only
Jan_Dittrich edited the task description. (Show Details)
EDIT DETAILS...1. There should be a notification e.g. if the user clicks "save" which informs the user that the input could not be matched to an item and that this item could be created.
2. Possibly, it would make sense to allow saving
Jan_Dittrich changed the title from "Restricted Values fail silently on wrong input " to "[Usability] restricted value input for items fails silently".
TASK DETAILhttps://phabricator.wikimedia.org/T138312EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To:
Jan_Dittrich edited the task description. (Show Details)
EDIT DETAILS...It is good, usability-wise, that the problem is made clear by the color change to orange and the popup. However, the message does not help the user to recover from the error, since it is very generic. (there is details, which
Jan_Dittrich created this task.Jan_Dittrich added projects: Wikidata, WMDE-Design.Herald added subscribers: Zppix, Aklapper.
TASK DESCRIPTIONStory: I want to add a value to a URL-restricted property
What happens already
If the URL I type is not well formed according to the check (e.g. heise.de
jcrespo added a comment.
These jobs need access to the main DBs
What is a "main db" and what is the difference with a 'vslow' slave? You are accessing a testing slave, that will be put down at any moment (or will block & kill terbium traffic).TASK
hoo added a comment.
Regarding the dump scripts running on the snapshot hosts: If needed, I can try to make these use the "dump" servers, although that's going to significantly slow them down (given we use queries that the API and the UI also uses). Reloading the database configuration is sadly
Jan_Dittrich moved this task from Incoming to Reported on the WMDE-Design board.
TASK DETAILhttps://phabricator.wikimedia.org/T138365WORKBOARDhttps://phabricator.wikimedia.org/project/board/1944/EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Lydia_Pintscher,
Pigsonthewing created this task.Pigsonthewing added projects: Wikimania-Hackathon-2016, Wikidata.Herald added subscribers: Zppix, Aklapper.
TASK DESCRIPTIONThe plugin will allow WordPress editors or admins to optionally associate each tag (and optionally category?) in a blog with a specific
jcrespo added a comment.
Let me show you the weight of these servers:
's5' => array(
'vslow' => array(
'db1045' => 1,
),
'dump' => array(
'db1045' => 1,
),
'api' => array(
'db1070' => 1,
'db1071' => 1,
),
'watchlist' => array(
'db1026' => 1,
),
'recentchanges' =>
Multichill added a subscriber: Mattflaschen-Personal.Multichill added a comment.
https://commons.wikimedia.org/wiki/Module:Artwork might be a good starting pointTASK DETAILhttps://phabricator.wikimedia.org/T89599EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To:
Jan_Dittrich added a project: Design.
TASK DETAILhttps://phabricator.wikimedia.org/T138312EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Lydia_Pintscher, Jan_DittrichCc: Charlie_WMDE, thiemowmde, Jonas, Aklapper, Zppix, Jan_Dittrich, codynguyen1116,
Multichill added a project: Wikimania-Hackathon-2016.
TASK DETAILhttps://phabricator.wikimedia.org/T89599EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: MultichillCc: Mattflaschen-Personal, Base, Matanya, Marsupium, Liuxinyu970226, He7d3r, Jheald,
Pigsonthewing edited the task description. (Show Details)
EDIT DETAILS...For example, the page at:
```
> http://pigsonthewing.org.uk/tag/opendata/
```uk/tag/opendata/
may be associated with the item:
...
item:
> https://www.wikidata.org/wiki/Q309901
...org/wiki/Q309901
in which case,
Basvb added a comment.
A lot of the cbs "oorspr funct" is suspect will map to multiple possible objects. "type_obj" also describes something on the object, I think those are less specified classes.TASK DETAILhttps://phabricator.wikimedia.org/T138144EMAIL
jcrespo added a comment.
As I said:
If these create light-weight queries only, lets disconnect and connect after some amount of seconds. If dump hosts are too slow, let's give them better resources. If there is a problem with the connection framework, let'x fix it with the addition of a
daniel added a comment.
My 2¢
@jcrespo wrote
If these create light-weight queries only, lets disconnect and connect after some amount of seconds.
Teaching LoadBalance to throw away connections after a minute or so would be easy. But would that be sufficient? Reconnecting would use the old
daniel edited the task description. (Show Details)
EDIT DETAILS...`WikiPageEntityMetaDataLookup::loadRevisionInformation` already has a $mode parameter, which controls whether we first try the slave DB, or if we hit the master DB directly, see `EntityRevisionLookup::LATEST_FROM_SLAVE` and
daniel created blocking task T138381: Allow DB group used by ChangeDispatcher to be configured.
TASK DETAILhttps://phabricator.wikimedia.org/T138208EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: danielCc: daniel, hoo, ArielGlenn, jcrespo, Zppix, D3r1ck01,
daniel created this task.daniel added projects: Wikidata, MediaWiki-extensions-WikibaseRepository.Herald added a subscriber: Aklapper.
TASK DESCRIPTIONTo avoid hitting web-facing database servers with long running queries, ChangeDispatcher should use a configurable DB server group. To do this, we
Mattflaschen-Personal claimed this task.Mattflaschen-Personal added a comment.
I'm going to take a look, and see what the current status is.TASK DETAILhttps://phabricator.wikimedia.org/T89600EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To:
Mattflaschen-Personal edited the task description. (Show Details)
EDIT DETAILS...Sparql and http://query.wikidata.org/ have been around for some time now, but could be used more. We should do a SPARQL beginners workshop during the Wikimania Hackathon 2016 to get more people started with SPARQL. It
Jan_Dittrich added a comment.
There is a cancel button. Please be more specific what you are missing and what you expect.
Tried to clarify the reference to lack of a cancel function: There is no cancel button at the reference inputs. This may cause confusion if a user wants to discard changes
jcrespo added a comment.
This is not an emergency, I handled that, but it should be definitely 'high'- I suspect it is what it is causing queries such as dumps fail/go slow. T138291 has a different root cause, but I assume it is related to this.
There has been dewiki bot (api) users complaining
Addshore moved this task from incoming to monitoring on the Wikidata board.
TASK DETAILhttps://phabricator.wikimedia.org/T138371WORKBOARDhttps://phabricator.wikimedia.org/project/board/71/EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: AddshoreCc: Aklapper,
Addshore moved this task from incoming to in current sprint on the Wikidata board.
TASK DETAILhttps://phabricator.wikimedia.org/T136544WORKBOARDhttps://phabricator.wikimedia.org/project/board/71/EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: AddshoreCc:
Addshore changed the title from "UI elements appeare in the printing view" to "UI elements appear in the printing view".
TASK DETAILhttps://phabricator.wikimedia.org/T137103EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: AddshoreCc: aude, Jan_Dittrich,
daniel edited the task description. (Show Details)
EDIT DETAILS...5. add a command line argument to dispatchChanges.php for specifying the DB server groupphp for specifying the DB server group.
The same should probably be done for `DumpGenerator`.TASK
Lydia_Pintscher added a comment.
@jcrespo How much fire is this? Does it need fixing while we are at Wikimania or is ot ok if we handle it after that?TASK DETAILhttps://phabricator.wikimedia.org/T138208EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To:
Addshore moved this task from incoming to ready to go on the Wikidata board.
TASK DETAILhttps://phabricator.wikimedia.org/T137972WORKBOARDhttps://phabricator.wikimedia.org/project/board/71/EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: hoo, AddshoreCc:
Addshore moved this task from incoming to monitoring on the Wikidata board.
TASK DETAILhttps://phabricator.wikimedia.org/T137743WORKBOARDhttps://phabricator.wikimedia.org/project/board/71/EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: AddshoreCc:
Addshore moved this task from incoming to ready to go on the Wikidata board.
TASK DETAILhttps://phabricator.wikimedia.org/T138266WORKBOARDhttps://phabricator.wikimedia.org/project/board/71/EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: hoo, AddshoreCc:
Addshore moved this task from incoming to in current sprint on the Wikidata board.
TASK DETAILhttps://phabricator.wikimedia.org/T137536WORKBOARDhttps://phabricator.wikimedia.org/project/board/71/EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: AddshoreCc:
Addshore moved this task from incoming to monitoring on the Wikidata board.
TASK DETAILhttps://phabricator.wikimedia.org/T137238WORKBOARDhttps://phabricator.wikimedia.org/project/board/71/EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: AddshoreCc: gerritbot,
Addshore moved this task from incoming to monitoring on the Wikidata board.
TASK DETAILhttps://phabricator.wikimedia.org/T137623WORKBOARDhttps://phabricator.wikimedia.org/project/board/71/EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: AddshoreCc: gerritbot,
Addshore moved this task from incoming to in current sprint on the Wikidata board.
TASK DETAILhttps://phabricator.wikimedia.org/T137537WORKBOARDhttps://phabricator.wikimedia.org/project/board/71/EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: AddshoreCc:
Charlie_WMDE moved this task from Review to Done on the WMDE-Design board.
TASK DETAILhttps://phabricator.wikimedia.org/T134557WORKBOARDhttps://phabricator.wikimedia.org/project/board/1944/EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Charlie_WMDECc:
thiemowmde added a comment.
I do like the changes in the 1st mock very much:
F4191416: whiteBoxes.png
There is no cancel.
There is a cancel button. Please be more specific what you are missing and what you expect.
The first property's remove action in the list of references seems always to be
Jonas added a comment.
It is this setting https://gerrit.wikimedia.org/r/#/c/230247/2/wmf-config/CommonSettings.php,cmTASK DETAILhttps://phabricator.wikimedia.org/T138214EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: JonasCc: Gehel, Aklapper, Zppix,
Addshore moved this task from incoming to consider for next sprint on the Wikidata board.
TASK DETAILhttps://phabricator.wikimedia.org/T137682WORKBOARDhttps://phabricator.wikimedia.org/project/board/71/EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To:
daniel added a comment.
@jcrespo: is this triggered only by dispatchChanges.php, or also by dumpJson.php or dumpRdf.php?TASK DETAILhttps://phabricator.wikimedia.org/T138208EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: danielCc: daniel, hoo, ArielGlenn,
jcrespo added a comment.
However, there are potentially several dozen places where we call LoadBalancer::getConnection (we try not to hog the connection, but only get it from the LB when we need it - so we do that often). We'd have to somehow loop this parameter through to all the places where we
Spinster added a comment.
Our Etherpad: https://etherpad.wikimedia.org/p/SPARQLatWikimania2016TASK DETAILhttps://phabricator.wikimedia.org/T137743EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: SpinsterCc: OrenBochman, Ata, Esh77, Jonas, Legoktm, Smalyshev,
Charlie_WMDE added a comment.
Three approaches to structuring the references more clearly
F4191416: whiteBoxes.png
F4191432: blueBoxes.png
F4191414: whiteFrames.pngTASK DETAILhttps://phabricator.wikimedia.org/T137781EMAIL
Jan_Dittrich edited the task description. (Show Details)
EDIT DETAILS...* The blue bar below the toggler: I assume this is some sort of headline, signifying that all below is part of one reference. However, this is vague and may be interpreted differently.
* There is no cancel. Thus the user may
Addshore moved this task from incoming to monitoring on the Wikidata board.
TASK DETAILhttps://phabricator.wikimedia.org/T138305WORKBOARDhttps://phabricator.wikimedia.org/project/board/71/EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Slaporte, AddshoreCc:
Addshore moved this task from incoming to needs discussion or investigation on the Wikidata board.
TASK DETAILhttps://phabricator.wikimedia.org/T138381WORKBOARDhttps://phabricator.wikimedia.org/project/board/71/EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To:
Addshore moved this task from incoming to monitoring on the Wikidata board.
TASK DETAILhttps://phabricator.wikimedia.org/T135433WORKBOARDhttps://phabricator.wikimedia.org/project/board/71/EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: AddshoreCc:
Addshore moved this task from incoming to monitoring on the Wikidata board.
TASK DETAILhttps://phabricator.wikimedia.org/T135429WORKBOARDhttps://phabricator.wikimedia.org/project/board/71/EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: AddshoreCc: QuimGil,
Addshore moved this task from incoming to needs discussion or investigation on the Wikidata board.
TASK DETAILhttps://phabricator.wikimedia.org/T136838WORKBOARDhttps://phabricator.wikimedia.org/project/board/71/EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To:
Jan_Dittrich edited the task description. (Show Details)
EDIT DETAILSStory: As a user I need to know which elements belong together.
What happens:
{F4188720}
The bar with »+add«-Statement is gray, while the rest of the Statment-Box is blue.
**What (probably) should happen instead**
Jan_Dittrich edited the task description. (Show Details)
EDIT DETAILSStory: As a user I need**Story:** As a user I need to know which elements belong together.
**Steps to reproduce: **
Click "add" for adding a statement to know which elements belong togethera property.
What happens: **What
Addshore moved this task from incoming to monitoring on the Wikidata board.
TASK DETAILhttps://phabricator.wikimedia.org/T137151WORKBOARDhttps://phabricator.wikimedia.org/project/board/71/EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: AddshoreCc: DFoy,
Addshore moved this task from incoming to ready to go on the Wikidata board.
TASK DETAILhttps://phabricator.wikimedia.org/T136414WORKBOARDhttps://phabricator.wikimedia.org/project/board/71/EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: AddshoreCc: Aklapper,
gerritbot added a comment.
Change 295549 had a related patch set uploaded (by Daniel Kinzler):
[WIP] improve semantics of Parser::getTargetLanguage.
https://gerrit.wikimedia.org/r/295549TASK DETAILhttps://phabricator.wikimedia.org/T109705EMAIL
Addshore triaged this task as "Normal" priority.
TASK DETAILhttps://phabricator.wikimedia.org/T136414EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: AddshoreCc: Aklapper, Zppix, Lydia_Pintscher, D3r1ck01, Izno, Wikidata-bugs, aude,
thiemowmde added a comment.
There is no cancel button at the reference inputs.
I still do not get this. Having multiple cancel buttons with no save button seems odd. What would these cancel buttons do, in addition or in contrast to the remove buttons that are already there? Or do you suggest to
thiemowmde added a comment.
I created https://grafana.wikimedia.org/dashboard/db/wikidata-api-wbsetclaim but got stuck.
I tried to use sum and count on the wikibase.repo.api.wbsetclaim.total and wikibase.repo.api.wbsetclaim.index keys I added to SetClaim.php, and get totally different numbers I
Florian closed blocking task T38210: HtmlForm unconditionally loads form values from request as "Declined".
TASK DETAILhttps://phabricator.wikimedia.org/T48248EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Ricordisamoa, FlorianCc: LikeLifer, matej_suchanek,
Florian changed the status of blocking task T38210: HtmlForm unconditionally loads form values from request from "Declined" to "Invalid".
TASK DETAILhttps://phabricator.wikimedia.org/T48248EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Ricordisamoa,
Edgars2007 added a comment.
In T137743#2392404, @Multichill wrote:
Resources:
Even more queries at https://www.wikidata.org/wiki/Wikidata:SPARQL_query_service/queries
You can also point out talk page. There are also many examples, which probably could be ported to queries page itself some
93 matches
Mail list logo