gerritbot added a comment.
Change 441835 had a related patch set uploaded (by Lucas Werkmeister (WMDE); owner: Lucas Werkmeister (WMDE)):
[mediawiki/extensions/WikibaseQualityConstraints@master] Merge (de)serialization of constraint/property scopes
https://gerrit.wikimedia.org/r/441835TASK
KaMan created this task.KaMan added projects: Wikidata, Lexicographical data.
TASK DESCRIPTIONWhen new lexeme is created then selectors for language and lexical category are displayed without descriptions of items. It can lead to misunderstandings in some languages. For example in Polish we have
gerritbot added a project: Patch-For-Review.
TASK DETAILhttps://phabricator.wikimedia.org/T198077EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: gerritbotCc: gerritbot, Legoktm, Aklapper, hashar, Gaboe420, Versusxo, Majesticalreaper22, Giuliamocci,
gerritbot added a comment.
Change 441832 had a related patch set uploaded (by Hashar; owner: Hashar):
[mediawiki/core@master] Use pathinfo() in testPSR4Completeness
https://gerrit.wikimedia.org/r/441832TASK DETAILhttps://phabricator.wikimedia.org/T198077EMAIL
Jonas claimed this task.
TASK DETAILhttps://phabricator.wikimedia.org/T196868EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: JonasCc: GoranSMilovanovic, Addshore, Aklapper, Lahi, Gq86, QZanden, LawExplorer, Jonas, Wikidata-bugs, aude, Lydia_Pintscher,
zeljkofilipin updated the task description. (Show Details)
CHANGES TO TASK DESCRIPTION...## Node.js [[ https://integration.wikimedia.org/ci/view/Selenium/job/selenium-WikibaseLexeme-jessie/ | selenium-WikibaseLexeme-jessie ]]
Added WikibaseLexeme project for a daily Node.js Selenium test run
hashar added a comment.
Extension registry does not normalizes the path at:
protected function processAutoLoader( $dir, array $files ) {
// Make paths absolute, relative to the JSON file
foreach ( $files as &$file ) {
$file = "$dir/$file";
}
So one end up with:
zeljkofilipin closed subtask T197882: jenkins_jobs.errors.JenkinsJobsException: Duplicate entry found in '/src/integration/config/jjb/selenium.yaml: 'WikibaseLexeme' already defined as "Resolved".
TASK DETAILhttps://phabricator.wikimedia.org/T194252EMAIL
zeljkofilipin closed this task as "Resolved".zeljkofilipin added a comment.
Resolved with 441827.TASK DETAILhttps://phabricator.wikimedia.org/T197882EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: zeljkofilipinCc: gerritbot, Aklapper, zeljkofilipin, Gaboe420,
Lucas_Werkmeister_WMDE added a comment.
Note: a version of this is currently available as an external tool, Wikidata MassMessage. See also T190795. (Thanks @Legoktm for the pointer!)TASK DETAILhttps://phabricator.wikimedia.org/T171617EMAIL
gerritbot added a project: Patch-For-Review.
TASK DETAILhttps://phabricator.wikimedia.org/T197882EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: zeljkofilipin, gerritbotCc: gerritbot, Aklapper, zeljkofilipin, Gaboe420, Versusxo, Majesticalreaper22,
gerritbot added a comment.
Change 441827 had a related patch set uploaded (by Zfilipin; owner: Zfilipin):
[integration/config@master] Job running WikibaseLexeme Selenium tests daily
https://gerrit.wikimedia.org/r/441827TASK DETAILhttps://phabricator.wikimedia.org/T197882EMAIL
Lucas_Werkmeister_WMDE added a comment.
Sorry, I completely forgot about that older task (even though I was CCed on it).
I’m not familiar with the technical side of the MassMessage extension… would it make sense to add this to MassMessage itself? The current tool has a lot of wiki-specific
gerritbot added a comment.
Change 434025 abandoned by Zfilipin:
WIP Added WikibaseLexeme project for a daily node selenium test run against beta cluster
Reason:
Simpler and working implementation at https://gerrit.wikimedia.org/r/c/integration/config/ /441827
zeljkofilipin updated the task description. (Show Details)
CHANGES TO TASK DESCRIPTION... fails with `PHP Fatal error: Uncaught Error: Class 'Wikibase\WikibaseSettings' not found in /home/jenkins/workspace/selenium-WikibaseLexeme-jessie/src/extensions/WikibaseLexeme/src/Registrar.php:18`
[[
gerritbot added a comment.
Change 441827 had a related patch set uploaded (by Zfilipin; owner: Zfilipin):
[integration/config@master] Job running WikibaseLexeme Selenium tests daily
https://gerrit.wikimedia.org/r/441827TASK DETAILhttps://phabricator.wikimedia.org/T194252EMAIL
Lucas_Werkmeister_WMDE created this task.Lucas_Werkmeister_WMDE added projects: Wikidata, Wikidata-Query-Service.Herald added a subscriber: Aklapper.Herald added a project: Discovery.
TASK DESCRIPTION@Nikki noticed these extra triples for some globe coordinate values, e. g. the coordinate location
Mbch331 closed this task as "Resolved".Mbch331 claimed this task.Mbch331 added a comment.
Added property as exception to the abusefilter https://www.wikidata.org/wiki/Special:AbuseFilter/history/102/item/954TASK DETAILhttps://phabricator.wikimedia.org/T198063EMAIL
Legoktm added a comment.
This *might* be an issue with the test itself, I'm not sure how it handles a path of ./...but really the Hooks file should be in includes/ or src/.TASK DETAILhttps://phabricator.wikimedia.org/T198077EMAIL
gerritbot added a comment.
Change 441824 had a related patch set uploaded (by WMDE-Fisch; owner: WMDE-Fisch):
[mediawiki/extensions/TwoColConflict@master] Replace parentRevisionId in event log
https://gerrit.wikimedia.org/r/441824TASK DETAILhttps://phabricator.wikimedia.org/T197685EMAIL
hoo closed this task as "Resolved".hoo added a comment.
I'll evaluate this with @ArielGlenn before we can further increase the number of shards/dump runners.TASK DETAILhttps://phabricator.wikimedia.org/T147169EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To:
hoo closed subtask T147169: Make sure Wikibase dump maintenance scripts solely use the "dump" db group as "Resolved".
TASK DETAILhttps://phabricator.wikimedia.org/T138208EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: hooCc: Lydia_Pintscher, daniel, hoo,
Amire80 removed a subscriber: Jsahleen.Amire80 removed a project: Language-Team.
TASK DETAILhttps://phabricator.wikimedia.org/T187344EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Amire80Cc: 1339861mzb, thiemowmde, Arrbee, KartikMistry, jhsoby, santhosh,
daniel added a subtask: T198075: RFC: factoring page update logic out of WIkiPage.
TASK DETAILhttps://phabricator.wikimedia.org/T196087EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: danielCc: daniel, Aklapper, CCicalese_WMF, Lahi, PDrouin-WMF, Gq86,
hashar added a project: MediaWiki-Configuration.hashar updated the task description. (Show Details)
CHANGES TO TASK DESCRIPTION...```
Apparently due to `extension.json` having:
```
lang=json, name=extension.json
{
"AutoloadNamespaces": {
"WikidataOrg\\": "./"
},
}
```TASK
hashar created this task.hashar triaged this task as "Normal" priority.hashar added projects: Continuous-Integration-Infrastructure (shipyard), Wikidata.org.Herald added a project: Wikidata.
TASK DESCRIPTIONThe Wikidata.org mediawiki extensions fails a mediawiki/core structure test:
$ php
Ladsgroup added a comment.
Last time we did it with 500K. I think that's enoughTASK DETAILhttps://phabricator.wikimedia.org/T195701EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: LadsgroupCc: Halfak, Ladsgroup, matej_suchanek, Aklapper, Lydia_Pintscher, Lahi,
Addshore added a comment.
So, the script is https://github.com/wikimedia/analytics-wmde-scripts/blob/master/src/wikidata/dispatch.php
We will need to:
Alter the script to make a new API call to get the new maxlag value.
Send that data to graphite using sendGauge with a sensibly named metric
Addshore removed Addshore as the assignee of this task.Addshore added a comment.
Going to unassign myself for now as @hoo seems to also be looking here!TASK DETAILhttps://phabricator.wikimedia.org/T178652EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To:
Addshore added a comment.
In T197667#4304612, @despens wrote:
I see the scoping problem, on the other hand, it would be overkill to require two containers for a simple Wikibase deployment in which I am guessing the regular Wiki part would also be used.
Given a separate parsoid container would
Addshore updated the task description. (Show Details)
CHANGES TO TASK DESCRIPTION...- submitting edit forms
>>! In T197663#4304606, @despens wrote:
> Entity-URLs are auto-generated as http://localhost:8181/entity/Q1996
>
> When trying to edit a statement, the Wikibase front-end sends
Addshore updated the task description. (Show Details)
CHANGES TO TASK DESCRIPTIONSee [[ https://staging.catalog.rhizome.org/ | example ]]
>>! In T197665#4304587, @despens wrote:
> The deployment I am linking to uses the standard container, a Caddy webserver is proxying HTTP to the exposed
Addshore added a comment.
In T197665#4304587, @despens wrote:
The URL http://staging.catalog.rhizome.org/ should redirect to http://staging.catalog.rhizome.org/wiki/Main_Page but instead redirects to http://localhost:8181/wiki/Main_Page
What actually does this redirect?
I guess it is not
Addshore changed the task status from "Open" to "Stalled".Addshore removed Addshore as the assignee of this task.Addshore added a comment.
Marking as stalled for now.
The config is now in mediawiki-config.
This should probably be picked up by the campsite at some point.TASK
Addshore changed the status of subtask T179006: Wikidata change propagation: set reduce dispatcher randomness and shorten dispatch interval from "Open" to "Stalled".
TASK DETAILhttps://phabricator.wikimedia.org/T108944EMAIL
Addshore added a project: User-Addshore.
TASK DETAILhttps://phabricator.wikimedia.org/T198063EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: AddshoreCc: Addshore, Lea_Lacroix_WMDE, Lahi, Gq86, GoranSMilovanovic, QZanden, LawExplorer, Wikidata-bugs, aude,
Addshore renamed this task from "Edits impossible with tradional edit action on Lexemes" to "Edits impossible with traditional edit action on Lexemes".
TASK DETAILhttps://phabricator.wikimedia.org/T197650EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To:
Addshore added a comment.
The AbuseFilter can be removed once T195615 is closedTASK DETAILhttps://phabricator.wikimedia.org/T198063EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: AddshoreCc: Addshore, Lea_Lacroix_WMDE, Lahi, Gq86, GoranSMilovanovic, QZanden,
Addshore added a comment.
In T178652#4302706, @hoo wrote:
In T178652#3820967, @Addshore wrote:
I'm going to first make a change in the dispatch script to check a mediawiki config var to see if it should actually run or not and backport this first.
This has been done (and deployed) by now, so I
gerritbot added a comment.
Change 441183 merged by jenkins-bot:
[mediawiki/extensions/WikibaseLexeme@master] Add browser test for lexeme link formatting on watchlist
https://gerrit.wikimedia.org/r/441183TASK DETAILhttps://phabricator.wikimedia.org/T191601EMAIL
gerritbot added a comment.
Change 440870 merged by jenkins-bot:
[mediawiki/core@master] Add browser test for basic watchlist functionality
https://gerrit.wikimedia.org/r/440870TASK DETAILhttps://phabricator.wikimedia.org/T191601EMAIL
Addshore changed the task status from "Open" to "Stalled".
TASK DETAILhttps://phabricator.wikimedia.org/T154601EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: AddshoreCc: WMDE-leszek, Aleksey_WMDE, Ivanhercaz, VIGNERON, Lydia_Pintscher, GoranSMilovanovic,
Addshore changed the status of subtask T154601: Grafana: "wikidata-datamodel-terms" doesn't update anymore from "Open" to "Stalled".
TASK DETAILhttps://phabricator.wikimedia.org/T108931EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: AddshoreCc: Ricordisamoa,
GoranSMilovanovic added a comment.
Ok. Someone please ping me know when the relevant metrics are instantiated in Graphite.
@Addshore As of the comments in respect to T154601#4275121 (wb_terms -> Big Data), well, obviously because it makes more sense to work with a proper Big Data solution than to
GoranSMilovanovic removed GoranSMilovanovic as the assignee of this task.
TASK DETAILhttps://phabricator.wikimedia.org/T154601EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: GoranSMilovanovicCc: WMDE-leszek, Aleksey_WMDE, Ivanhercaz, VIGNERON,
Addshore added a comment.
In T154601#4275121, @GoranSMilovanovic wrote:
@Addshore After reconsidering this, I have to state openly that I am against relying on JSON dumps as the only source of data.
Why?
@WMDE-leszek @Aleksey_WMDE will also be interested to hear, I guess. Well:
Given the
Lydia_Pintscher closed this task as "Resolved".Lydia_Pintscher moved this task from Test (Product Review) to Done on the Wikidata-Editor-Experience-Improvements-Iteration1 board.Lydia_Pintscher claimed this task.
TASK
Lydia_Pintscher closed this task as "Resolved".Lydia_Pintscher moved this task from Test (Product Review) to Done on the Wikidata-Editor-Experience-Improvements-Iteration1 board.
TASK DETAILhttps://phabricator.wikimedia.org/T189935WORKBOARDhttps://phabricator.wikimedia.org/project/board/3416/EMAIL
gerritbot added a comment.
Change 441803 merged by Gehel:
[operations/puppet@production] wdqs: correct async appender package name
https://gerrit.wikimedia.org/r/441803TASK DETAILhttps://phabricator.wikimedia.org/T198051EMAIL
gerritbot added a comment.
Change 441803 had a related patch set uploaded (by Gehel; owner: Gehel):
[operations/puppet@production] wdqs: correct async appender package name
https://gerrit.wikimedia.org/r/441803TASK DETAILhttps://phabricator.wikimedia.org/T198051EMAIL
Jonas claimed this task.
TASK DETAILhttps://phabricator.wikimedia.org/T184933EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: JonasCc: gerritbot, hoo, Ayack, Sjoerddebruin, Aklapper, Gaboe420, Versusxo, Majesticalreaper22, Giuliamocci, Adrian1985, Cpaulf30,
Lydia_Pintscher moved this task from incoming to consider for next sprint on the Wikidata board.Lydia_Pintscher added a comment.
Sorry this got lost. I'll put it on the list of things to be picked up.TASK
gerritbot added a comment.
Change 441781 merged by Gehel:
[operations/puppet@production] wdqs: async appender only support a single appender-ref
https://gerrit.wikimedia.org/r/441781TASK DETAILhttps://phabricator.wikimedia.org/T198051EMAIL
gerritbot added a comment.
Change 441781 had a related patch set uploaded (by Gehel; owner: Gehel):
[operations/puppet@production] wdqs: async appender only support a single appender-ref
https://gerrit.wikimedia.org/r/441781TASK DETAILhttps://phabricator.wikimedia.org/T198051EMAIL
Pablo-WMDE closed this task as "Resolved".Pablo-WMDE added a comment.
It's in prod now, can't think of anything else that needs to be done.
https://www.wikidata.org/w/index.php?title=Lexeme_Talk:L42="">
However: in my eyes it's strange that us devs need to close tickets, the owner should.TASK
Lydia_Pintscher updated the task description. (Show Details)
CHANGES TO TASK DESCRIPTION...* I can not enter a language for a Gloss that is not in the list we validate against (list of label languages)AND the save button is grayed out
**Open questions:**
* Which list do we validate
Lea_Lacroix_WMDE created this task.Lea_Lacroix_WMDE added a project: Lexicographical data.Herald added a project: Wikidata.
TASK DESCRIPTIONThe property AUSTLANG code (P1252) is an external identifier that can receive values like "N112" or "L3".
When I try to add this property to an item and
Lea_Lacroix_WMDE added a subscriber: Addshore.Lea_Lacroix_WMDE added a comment.
@Addshore That's your work :D Could we imagine some kind of exception?TASK DETAILhttps://phabricator.wikimedia.org/T198063EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To:
Smalyshev added a comment.
Looks like related to this in the logs:
java.time.temporal.UnsupportedTemporalTypeException: Unsupported field: Year
Which is probably because of this: https://stackoverflow.com/questions/25229124/format-instant-to-stringTASK
gerritbot added a comment.
Change 441776 had a related patch set uploaded (by Smalyshev; owner: Smalyshev):
[wikidata/query/rdf@master] Fix time display error
https://gerrit.wikimedia.org/r/441776TASK DETAILhttps://phabricator.wikimedia.org/T198055EMAIL
gerritbot added a project: Patch-For-Review.
TASK DETAILhttps://phabricator.wikimedia.org/T198055EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: gerritbotCc: gerritbot, Smalyshev, Aklapper, Gehel, AndyTan, Gaboe420, Versusxo, Majesticalreaper22, Giuliamocci,
Stashbot added a comment.
Mentioned in SAL (#wikimedia-operations) [2018-06-25T08:11:23Z] rolling restart of wdqs to enable async logging - T198051TASK DETAILhttps://phabricator.wikimedia.org/T198051EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: StashbotCc:
gerritbot added a comment.
Change 441772 merged by Gehel:
[operations/puppet@production] wdqs: enable async logging
https://gerrit.wikimedia.org/r/441772TASK DETAILhttps://phabricator.wikimedia.org/T198051EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To:
Stashbot added a comment.
Mentioned in SAL (#wikimedia-operations) [2018-06-25T07:46:25Z] depooling wdqs1005 to allow it to catch up on updates - T198042TASK DETAILhttps://phabricator.wikimedia.org/T198042EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To:
gerritbot added a comment.
Change 441772 had a related patch set uploaded (by Gehel; owner: Gehel):
[operations/puppet@production] wdqs: enable async logging
https://gerrit.wikimedia.org/r/441772TASK DETAILhttps://phabricator.wikimedia.org/T198051EMAIL
Gehel updated the task description. (Show Details)
CHANGES TO TASK DESCRIPTIONWhile investigating T198042, we realized that there is a [[ https://logstash.wikimedia.org/goto/9fcb0f1cb5485506523fc10e61a9094c | high number of HTTP 500 errors ]] on POST requests to https://query.wikidata.org/sparql.
jcrespo added a comment.
51,715 exceptions with:
[{exception_id}] {exception_url} Wikimedia\Rdbms\DBReplicationWaitError from line 426 of /srv/mediawiki/php-1.32.0-wmf.8/includes/libs/rdbms/lbfactory/LBFactory.php: Could not wait for replica DBs to catch up to db1071TASK
Gehel added a comment.
The pattern of banned / throttled request as seen on wdqs matches a pattern of HTTP 500 seen on varnish. It is the same user agent / IP. I was expecting all those banned / throttled requests to be 403 / 429, but it looks like this is not the case. Something is wrong...TASK
Smalyshev added a comment.
Another task being T197645: Make WDQS logs less verbose.TASK DETAILhttps://phabricator.wikimedia.org/T198051EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: SmalyshevCc: Smalyshev, Gehel, Aklapper, AndyTan, Davinaclare77, Qtn1293,
expected:
root@dbstore1002[wikidatawiki]> SELECT CONCAT(RIGHT(LEFT(rev_timestamp, 11), 3), '0') AS time, count(*) FROM revision where rev_timestamp like '20180625%' GROUP BY LEFT(rev_timestamp, 11);
+--+--+
| time | count(*) |
+--+--+
| | 4494 |
| 0010 | 4
Gehel created this task.Gehel added projects: Wikidata, Wikidata-Query-Service, Operations, Discovery, Discovery-Wikidata-Query-Service-Sprint.Herald added a subscriber: Aklapper.
TASK DESCRIPTIONAs seen in T198042, WDQS has a number of threads stuck on logging. We should use an async logger and
Gehel added a comment.
Looking at thread dumps on wdqs1005, there is > 5000 threads waiting logging (see stack trace below). We could improve the situation with an AsyncAppender (probably a good idea anyway), but that's only treating the symptoms, not the root cause.
jcrespo added a parent task: Restricted Task.
TASK DETAILhttps://phabricator.wikimedia.org/T198049EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: jcrespoCc: Aklapper, hoo, Lydia_Pintscher, daniel, Ladsgroup, Marostegui, AndyTan, Davinaclare77, Qtn1293, Lahi,
101 - 173 of 173 matches
Mail list logo
