Jakob_WMDE created this task.Jakob_WMDE added projects: Wikidata, Wikidata-Query-Service.Herald added a subscriber: Aklapper.Herald added a project: Discovery.
TASK DESCRIPTIONStatement filters should adapt the value field depending on the data type of the selected property, i.e. it should show an
Addshore added a comment.
In T186467#4042718, @Lucas_Werkmeister_WMDE wrote:
@DarTar can you check if it’s working now?
! In T186467#4042886, @Jonas wrote:
It might need a version bump/rebuild @Addshore .
The image will indeed need a rebuild.
In T186467#4043299, @DarTar wrote:
In
faidon edited projects, added netops; removed Patch-For-Review.faidon raised the priority of this task from "High" to "Unbreak Now!".faidon added a comment.Herald added subscribers: Liuxinyu970226, TerraCodes.
faidon@re0.cr1-eqiad> show arp no-resolve | match 10.64.0.17
78:2b:cb:2d:fa:e6
Reedy added a comment.
I'm guessing the dispatchChanges is possibly using the wrong wiki list or similar for betaTASK DETAILhttps://phabricator.wikimedia.org/T189493EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: ReedyCc: MarcoAurelio, Aklapper, Reedy, Lahi,
Lucas_Werkmeister_WMDE added a comment.
Also, I have no idea what to do in the client, where we also use TermSqlIndex but don’t have a useCirrus setting…
Perhaps this should be a separate setting and not automatically inferred from useCirrus, so that we can have it in both repo and client?TASK
DarTar added a comment.
In T186467#4042718, @Lucas_Werkmeister_WMDE wrote:
@DarTar can you check if it’s working now?
it is not, I tried a full rebuild with docker-compose up --build -d but the problem persists.TASK DETAILhttps://phabricator.wikimedia.org/T186467EMAIL
MarcoAurelio added a comment.
Yup. Spotted that as well while looking for somewhere else. Do we know who issued that? Puppet?TASK DETAILhttps://phabricator.wikimedia.org/T189493EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: MarcoAurelioCc: MarcoAurelio,
Reedy created this task.Reedy added projects: Beta-Cluster-Infrastructure, Wikidata.Herald added a subscriber: Aklapper.
TASK DESCRIPTIONLogicException from line 193 of /srv/mediawiki-staging/php-master/includes/jobqueue/JobQueueGroup.php: Domain 'sdwiki' is not recognized.
#0
WMDE-leszek added a project: Epic.
TASK DETAILhttps://phabricator.wikimedia.org/T178916EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: WMDE-leszekCc: Aklapper, Lydia_Pintscher, Lahi, Gq86, Cinemantique, GoranSMilovanovic, QZanden, LawExplorer, Wikidata-bugs,
WMDE-leszek added a comment.
Thanks @Bawolff. So the comma-separator escaping happened in https://gerrit.wikimedia.org/r/418715. Click jacking deserves its own ticket, so I've filed T189491 about it.TASK DETAILhttps://phabricator.wikimedia.org/T186726EMAIL
Gehel added a comment.
Initial data import is in progress on wdqs200[456] (note that wdqs2006 has issues with mgmt interface). Eqiad servers are not yet racked (T188432).TASK DETAILhttps://phabricator.wikimedia.org/T187766EMAIL
WMDE-leszek created this task.WMDE-leszek added a project: Wikidata.
TASK DESCRIPTIONAs pointed out in T186726, there is a possible to trick users of Wikibase UI to click on malicious things (clickjacking), e.g. when item page would be included in a HTML frame.
More description authored by
Jan_Dittrich added a comment.
…This also might resolve the problem of using the same code to cater to two different usecases: Searching for an item to look at it and searching for an item to use it in another item.TASK DETAILhttps://phabricator.wikimedia.org/T189490EMAIL
Jan_Dittrich created this task.Jan_Dittrich triaged this task as "Normal" priority.Jan_Dittrich added projects: Wikidata.org, Tracking, Wikidata.
TASK DESCRIPTIONUser Story:: As a user, I want to have consistent search behavior across wikis and at UIs that look the same
Context of use: I assume
gerritbot added a comment.
Change 418715 merged by jenkins-bot:
[mediawiki/extensions/WikibaseLexeme@master] Escape HTML in comma-separator message in FormsView
https://gerrit.wikimedia.org/r/418715TASK DETAILhttps://phabricator.wikimedia.org/T186726EMAIL
Jan_Dittrich closed this task as "Declined".Jan_Dittrich added a comment.
Closing for now, feel free to reopen.TASK DETAILhttps://phabricator.wikimedia.org/T143842EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Jan_DittrichCc: waldyrious, thiemowmde,
Jan_Dittrich closed subtask T143842: Choose a color for linking article placeholders in place of redlinks as "Declined".
TASK DETAILhttps://phabricator.wikimedia.org/T143841EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Jan_DittrichCc: Aklapper,
Jan_Dittrich added a comment.
The behavior will be more consistent once we don't use a custom search box anymore (the current one is patched "on top" of the original one). I need to see if there is an issue for that.TASK DETAILhttps://phabricator.wikimedia.org/T63948EMAIL
Lucas_Werkmeister_WMDE reopened this task as "Open".Lucas_Werkmeister_WMDE added a comment.
It’s not done in my opinion, we’ve been adding these CSS classes for half a year now and still don’t have any CSS to actually do anything with them… I was waiting for you to look into this :)TASK
Lucas_Werkmeister_WMDE reopened subtask T167127: Standard UI for including statements in constraint violation messages as "Open".
TASK DETAILhttps://phabricator.wikimedia.org/T164352EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Jan_Dittrich,
Ladsgroup added a comment.
In T188993#4043154, @Lucas_Werkmeister_WMDE wrote:
I’d feel a lot more comfortable with this change if we split it into two phases – first stop using the columns, then stop writing them. We don’t have to maintain this separation forever, but for the initial deployment
Jan_Dittrich closed subtask T167127: Standard UI for including statements in constraint violation messages as "Resolved".
TASK DETAILhttps://phabricator.wikimedia.org/T164352EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Jan_DittrichCc: gerritbot,
Jan_Dittrich closed this task as "Resolved".Jan_Dittrich claimed this task.Jan_Dittrich added a comment.
@Lucas_Werkmeister_WMDE Is that done (I mean in general, we could still file subtickets for further improvements)? I close it for now.TASK DETAILhttps://phabricator.wikimedia.org/T167127EMAIL
Jan_Dittrich added a comment.
For reference, here a screen shot of the example:
F15192205: image.pngTASK DETAILhttps://phabricator.wikimedia.org/T68654EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Jan_DittrichCc: Jan_Dittrich, Ricordisamoa, Aklapper,
Lucas_Werkmeister_WMDE added a comment.
I’d feel a lot more comfortable with this change if we split it into two phases – first stop using the columns, then stop writing them. We don’t have to maintain this separation forever, but for the initial deployment I’d like to be able to roll back this
Reedy added a project: Regression.
TASK DETAILhttps://phabricator.wikimedia.org/T189409EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: ReedyCc: hoo, Lucas_Werkmeister_WMDE, gerritbot, Agabi10, Marostegui, Anomie, Reedy, thiemowmde, Lydia_Pintscher, MaxSem,
Lucas_Werkmeister_WMDE added a comment.
Deployed, and so far the servers seem to be happy, but I’ll check again in a couple of hours before closing this.TASK DETAILhttps://phabricator.wikimedia.org/T184812EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To:
ReleaseTaggerBot added a project: MW-1.31-release-notes (WMF-deploy-2018-03-13 (1.31.0-wmf.25)).
TASK DETAILhttps://phabricator.wikimedia.org/T189409EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: ReleaseTaggerBotCc: hoo, Lucas_Werkmeister_WMDE, gerritbot,
Lucas_Werkmeister_WMDE added a comment.
TermPropertyLabelResolver also uses a TermIndex, so if I understand correctly that means there’s a small chance that a Lua module referring to a property by its non-normalized label will stop working…TASK DETAILhttps://phabricator.wikimedia.org/T188993EMAIL
Stashbot added a comment.
Mentioned in SAL (#wikimedia-operations) [2018-03-12T13:59:57Z] Synchronized wmf-config/Wikibase-production.php: SWAT: [[gerrit:416748|Enable caching of constraint check results (T184812)]] (duration: 00m 57s)TASK
gerritbot added a comment.
Change 418900 merged by jenkins-bot:
[mediawiki/extensions/Wikibase@master] Micro-optimization of EntityUsage::getIdentityString
https://gerrit.wikimedia.org/r/418900TASK DETAILhttps://phabricator.wikimedia.org/T189409EMAIL
Addshore added a comment.
It looks like "Restore" also doesn't work!TASK DETAILhttps://phabricator.wikimedia.org/T187215EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: AddshoreCc: Addshore, Aklapper, Lydia_Pintscher, Lahi, Gq86, Cinemantique,
Lucas_Werkmeister_WMDE added a comment.
dewikivoyage is in group1, so as far as I understand it will only be updated on Wednesday, not Tuesday.TASK DETAILhttps://phabricator.wikimedia.org/T189409EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To:
Stashbot added a comment.
Mentioned in SAL (#wikimedia-operations) [2018-03-12T13:31:34Z] Synchronized wmf-config/Wikibase-production.php: SWAT: [[gerrit:416748|Enable caching of constraint check results (T184812)]] (duration: 03m 08s)TASK
WMDE-leszek created this task.WMDE-leszek triaged this task as "Normal" priority.WMDE-leszek added projects: Lexicographical data, Wikidata.
TASK DESCRIPTIONrate limits for edits should be enforced
TODO: BDD this
A/C
A user without exemption from rate limits can not edit faster than the edit
thiemowmde moved this task from incoming to needs discussion or investigation on the Wikidata board.thiemowmde added a comment.
Thanks a lot for the incredibly helpful investigation, @Anomie! The addStatementUsage appearing at the top of the list made me very curious. This call should be cheap.
WMDE-leszek updated the task description. (Show Details)
CHANGES TO TASK DESCRIPTION...TODO: BDD
MoveDelete button in the menu next to edit
Special:Move page
API moduleTASK DETAILhttps://phabricator.wikimedia.org/T189482EMAIL
WMDE-leszek created this task.WMDE-leszek triaged this task as "Normal" priority.WMDE-leszek added projects: Lexicographical data, Wikidata.
TASK DESCRIPTIONA/C:
A user without the right to delete pages can not delete a Lexeme
TODO: BDD
Move button in the menu next to edit
Special:Move
API
WMDE-leszek created this task.WMDE-leszek triaged this task as "Normal" priority.WMDE-leszek added projects: Lexicographical data, Wikidata.
TASK DESCRIPTIONA/C:
A user can not move Lexeme page
TODO: BDD
Move button in the menu next to edit
Special:Move
API moduleTASK
gerritbot added a comment.
Change 418887 merged by jenkins-bot:
[mediawiki/extensions/Wikibase@master] Fix UsageDeduplicator accidentially being called way to often
https://gerrit.wikimedia.org/r/418887TASK DETAILhttps://phabricator.wikimedia.org/T189409EMAIL
WMDE-leszek created this task.WMDE-leszek triaged this task as "Normal" priority.WMDE-leszek added projects: Lexicographical data, Wikidata.
TASK DESCRIPTIONEditing a Lexeme must only be possible by accounts with the right to edit pages.
Acceptance criteria:
A user without the right to edit
17th International Semantic Web Conference (ISWC 2018)
Monterey, California (USA), October 8-12, 2018
This is an announcement of the ISWC 2018 call for papers.
Upcoming deadlines (Main Tracks): paper abstract (March 30), paper
submission (April 06)
Website: http://iswc2018.semanticweb.org
Stashbot added a comment.
Mentioned in SAL (#wikimedia-operations) [2018-03-12T13:17:22Z] Synchronized wmf-config/Wikibase-production.php: SWAT: [[gerrit:416748|Enable caching of constraint check results (T184812)]] (duration: 03m 09s)TASK
WMDE-leszek updated the task description. (Show Details)
CHANGES TO TASK DESCRIPTION...Then I see Permission Error
Given I have no create page rights
When I am on the list of special pages
Then I do not see Create a new Lexeme pageTASK DETAILhttps://phabricator.wikimedia.org/T189479EMAIL
WMDE-leszek created this task.WMDE-leszek triaged this task as "Normal" priority.WMDE-leszek added projects: Lexicographical data, Wikidata.
TASK DESCRIPTIONcreating a Lexeme must only be possible by accounts with the right to create pages
Acceptance criteria:
A user without the right to create
gerritbot added a comment.
Change 416748 merged by jenkins-bot:
[operations/mediawiki-config@master] Enable caching of constraint check results
https://gerrit.wikimedia.org/r/416748TASK DETAILhttps://phabricator.wikimedia.org/T184812EMAIL
gerritbot added a comment.
Change 418906 had a related patch set uploaded (by Thiemo Kreuz (WMDE); owner: Thiemo Kreuz (WMDE)):
[mediawiki/extensions/Wikibase@master] Test UsageDeduplicator not beeing called more than once
https://gerrit.wikimedia.org/r/418906TASK
Mbch331 added a comment.
According to https://www.wikidata.org/w/index.php?title=Wikidata:Contact_the_development_team=648377029#Monolingual_string_language_code_(%22cnr%22) there is Langcom approval. Is the approval sufficient for merge?TASK DETAILhttps://phabricator.wikimedia.org/T185800EMAIL
ReleaseTaggerBot added a project: MW-1.31-release-notes (WMF-deploy-2018-03-13 (1.31.0-wmf.25)).
TASK DETAILhttps://phabricator.wikimedia.org/T188995EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: ReleaseTaggerBotCc: gerritbot, Aklapper,
Lucas_Werkmeister_WMDE added a comment.
Note that this doesn’t only affect the German translations – git grep -i formul shows a lot of results that look like translations of the sense “questionnaire” rather than “lexicographical variation”.TASK DETAILhttps://phabricator.wikimedia.org/T189142EMAIL
gerritbot added a comment.
Change 416765 merged by jenkins-bot:
[mediawiki/extensions/Wikibase@master] Remove everything related read/write term_entity_id config
https://gerrit.wikimedia.org/r/416765TASK DETAILhttps://phabricator.wikimedia.org/T188995EMAIL
WMDE-leszek updated the task description. (Show Details)
CHANGES TO TASK DESCRIPTIONThe string wikibaselexeme-header-forms is being translated in a wrong way because it is marked as having the same translation as an entry form as opposed to a lexicographical form. This is wrong and needs to be
Addshore triaged this task as "Low" priority.
TASK DETAILhttps://phabricator.wikimedia.org/T189477EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: AddshoreCc: Addshore, Aklapper, Lahi, Gq86, Cinemantique, GoranSMilovanovic, QZanden, LawExplorer, Wikidata-bugs,
Addshore created this task.Addshore added a project: Lexicographical data.Herald added a subscriber: Aklapper.Herald added a project: Wikidata.
TASK DESCRIPTIONThe following edit in the UI https://wikidata-lexeme.wmflabs.org/index.php?title=Lexeme:L551=29573=29572
made a request with the following
Jonas added a comment.
It might need a version bump/rebuild @Addshore .TASK DETAILhttps://phabricator.wikimedia.org/T186467EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: JonasCc: gerritbot, Lucas_Werkmeister_WMDE, DarTar, Addshore, Jonas, Aklapper,
WMDE-leszek updated the task description. (Show Details)
CHANGES TO TASK DESCRIPTIONThe string "Grammatical features" in a Form can not be translated. It should be made translatable.
https://wikidata-lexeme.wmflabs.org/index.php/Lexeme:L15?uselang=deTASK
Addshore added a comment.
As a follow up to this, or added to this tase we should check all other APIs that allow editing / removing of lemmas to ensure this can't happen anywhere else.TASK DETAILhttps://phabricator.wikimedia.org/T189185EMAIL
WMDE-leszek updated the task description. (Show Details)
CHANGES TO TASK DESCRIPTIONIt is currently possible to remove the last lemma from a lexeme. This should not be possible.
TBD: what it should look like from the user's perspectivewbeditentity API action should not allow to save edit on
WMDE-leszek updated the task description. (Show Details)
CHANGES TO TASK DESCRIPTIONIt is currently possible to remove the last lemma from a lexeme. This should not be possible.
TBD: what it should look like from the user's perspective.
Example edit:
Addshore added a comment.
Some technical signposts in WikibaseLexeme:
LexemeDiffVisualizer::visualizeEntityDiff
LexemeDiff::getLexicalCategoryDiff
LexemeDiff::lexicalCategory ?
And some in Wikibase:
WikibaseRepo::getEntityDiffVisualizerFactory
which makes a DifferencesSnakVisualizer passing
gerritbot added a comment.
Change 418902 had a related patch set uploaded (by Lucas Werkmeister (WMDE); owner: Lucas Werkmeister (WMDE)):
[mediawiki/extensions/Wikibase@master] Remove mention of obsolete setting
https://gerrit.wikimedia.org/r/418902TASK
WMDE-leszek updated the task description. (Show Details)
CHANGES TO TASK DESCRIPTION...example edit: https://wikidata-lexeme.wmflabs.org/index.php?title=Lexeme:L551=29561=29560
TODO: add a link to a diff with multiple grammatical features added/removedTASK
gerritbot added a comment.
Change 418900 had a related patch set uploaded (by Thiemo Kreuz (WMDE); owner: Thiemo Kreuz (WMDE)):
[mediawiki/extensions/Wikibase@master] Micro-optimization of EntityUsage::getIdentityString
https://gerrit.wikimedia.org/r/418900TASK
Addshore updated the task description. (Show Details)
CHANGES TO TASK DESCRIPTION...Example diff with item labels shown: https://www.wikidata.org/w/index.php?diff=648411122=648404831=Q4115189
in the current users language with fallback:
WMDE-leszek renamed this task from "label not shown for lexical category edit diff of a Lexeme" to "Label not shown for lexical category edit diff of a Lexeme".WMDE-leszek updated the task description. (Show Details)
CHANGES TO TASK DESCRIPTIONWhen viewing a diff of a change of the lexical
matthiasmullie added a comment.
The caption was not displayed on that screenshot since it's currently implemented as optional - that's how the description widget already worked.
I've just changed it now so it always show an input, even if not required - empty input will just be ignored.
Few more
Rammanojpotla updated the task description. (Show Details)
CHANGES TO TASK DESCRIPTIONThe wiki base query service gui appears in improper manner locally while I guess it is fine on global hosting. I Downloaded code from here ...TASK DETAILhttps://phabricator.wikimedia.org/T189471EMAIL
Rammanojpotla created this task.Rammanojpotla added a project: Wikidata Query UI.Herald added a project: Wikidata.
TASK DESCRIPTIONThe wiki base query service gui appears in improper manner locally while I guess it is fine on global hosting Downloaded code from here
git clone
WMDE-leszek updated the task description. (Show Details)
CHANGES TO TASK DESCRIPTION...**Acceptance criteria:**
A form can be removed via the UI
* A form can be removed via the API
Tracking that needs to be done is specifiedUI
**Wireframes**...TASK
Lucas_Werkmeister_WMDE added a comment.
Usage has started to pick up slightly with the second batch (Grafana). We’ll try to enable caching again later today, so hopefully we won’t need to delay the rollout any further.
(For the record – I realize now that setting up this automatic rollout was
WMDE-leszek updated the task description. (Show Details)
CHANGES TO TASK DESCRIPTION...Tracking that needs to be done is specified
**Wireframes**
Wireframes for individuals features referencing the style guide components ...Click Here [TODO: add link] for Wireframe
**Happy Path:**
Given I am
WMDE-leszek updated the task description. (Show Details)
CHANGES TO TASK DESCRIPTIONAs an editor I want to be able to remove a wrong form.editor, I want to remove a form
**Acceptance criteria:**
A form can be removed via the UI
A form can be removed via the API
Tracking that needs to be done is
Lucas_Werkmeister_WMDE assigned this task to Jonas.Lucas_Werkmeister_WMDE added a comment.
@DarTar can you check if it’s working now?TASK DETAILhttps://phabricator.wikimedia.org/T186467EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Jonas,
Lucas_Werkmeister_WMDE added a comment.
Yeah, at least ZWNJ, ZWJ and ZWSP are in Cf and widely used. Also, due to our outdated PHP version some recently added codepoints for regular characters are misclassified as Cn (unassigned), we shouldn’t remove those either.
It’s probably acceptable to use
gerritbot added a comment.
Change 41 abandoned by Prssanna:
Disallow empty query from running by showing an error message
https://gerrit.wikimedia.org/r/41TASK DETAILhttps://phabricator.wikimedia.org/T178112EMAIL
gerritbot added a comment.
Change 418030 merged by jenkins-bot:
[mediawiki/extensions/Wikibase@master] Use only local part of username when building the RC line
https://gerrit.wikimedia.org/r/418030TASK DETAILhttps://phabricator.wikimedia.org/T189320EMAIL
gerritbot added a comment.
Change 41 had a related patch set uploaded (by Prssanna; owner: Prssanna):
[wikidata/query/gui@master] Disallow empty query from running by showing an error message
https://gerrit.wikimedia.org/r/41TASK DETAILhttps://phabricator.wikimedia.org/T178112EMAIL
ArielGlenn added a comment.
Can we defer this ticket until we can move crons such as this to their own host? We should then be able to increase the number of shards and get the job to finish up a day sooner (famous last words), meaning no one's weekends would be ruined and you'd get to import on
ArielGlenn added a comment.
I'd like to reach a conclusion on this one way or another, either accept or decline. My inclination towards this now is decline but I'm still open to discussion if you have some suggestions re my previous comment.TASK
gerritbot added a project: Patch-For-Review.
TASK DETAILhttps://phabricator.wikimedia.org/T189409EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: gerritbotCc: gerritbot, Agabi10, Marostegui, Anomie, Reedy, thiemowmde, Lydia_Pintscher, MaxSem, RolandUnger,
gerritbot added a comment.
Change 418887 had a related patch set uploaded (by Thiemo Kreuz (WMDE); owner: Thiemo Kreuz (WMDE)):
[mediawiki/extensions/Wikibase@master] Fix UsageDeduplicator accidentially being called way to often
https://gerrit.wikimedia.org/r/418887TASK
ArielGlenn added a comment.
I've updated it accoring to your second suggestion (untested though). I prefer to have empty abstract tags in there rather than skip them completely. The file ought to compress down to something pretty tiny at least!TASK
Lucas_Werkmeister_WMDE added a comment.
In T179879#4041380, @MichaelSchoenitzer wrote:
Maybe you see any other tricks to improve this type of query?
Adding a query hint helps:
SELECT ?item ?sitelinks WHERE {
?item wdt:P31 wd:Q5;
wikibase:sitelinks ?sitelinks. hint:Prior
Lucas_Werkmeister_WMDE edited projects, added Wikidata Query UI; removed Wikidata-Query-Service.Lucas_Werkmeister_WMDE added a comment.
See also T150136#3809994 and the commit message of Ib4ea273ab1.TASK DETAILhttps://phabricator.wikimedia.org/T189423EMAIL
gerritbot added a comment.
Change 418877 had a related patch set uploaded (by Ladsgroup; owner: Amir Sarabadani):
[mediawiki/extensions/ORES@master] Build a system that allows deleting old scores when new ones have arrived
https://gerrit.wikimedia.org/r/418877TASK
gerritbot added a project: Patch-For-Review.
TASK DETAILhttps://phabricator.wikimedia.org/T166427EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Ladsgroup, gerritbotCc: gerritbot, Ladsgroup, Esc3300, PokestarFan, Smalyshev, Halfak, Aklapper, Multichill,
Ladsgroup claimed this task.Ladsgroup edited projects, added Scoring-platform-team (Current); removed Scoring-platform-team.Herald added a project: User-Ladsgroup.
TASK DETAILhttps://phabricator.wikimedia.org/T166427EMAIL
Jonas assigned this task to prssanna.
TASK DETAILhttps://phabricator.wikimedia.org/T178112EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: prssanna, JonasCc: gerritbot, Lucas_Werkmeister_WMDE, Jonas, Aklapper, Smalyshev, Giuliamocci, Adrian1985, Cpaulf30,
Jonas moved this task from Bugs to Doing on the Wikidata Query UI board.
TASK DETAILhttps://phabricator.wikimedia.org/T178112WORKBOARDhttps://phabricator.wikimedia.org/project/board/2901/EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: JonasCc: gerritbot,
Legoktm closed this task as "Resolved".Legoktm assigned this task to Lucas_Werkmeister_WMDE.
TASK DETAILhttps://phabricator.wikimedia.org/T188276EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Lucas_Werkmeister_WMDE, LegoktmCc: Umherirrender, Aklapper,
Legoktm closed subtask T188276: Update StructureTest to find non-fully qualified PHPUnit\Framework\TestCase as "Resolved".
TASK DETAILhttps://phabricator.wikimedia.org/T188011EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: LegoktmCc: Legoktm, gerritbot,
Jonas added a comment.
This could help:
https://github.com/gliffy/canvas2svgTASK DETAILhttps://phabricator.wikimedia.org/T157549EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: JonasCc: Daniel_Mietchen, Smalyshev, Aklapper, Jonas, gerritbot, Lea_Lacroix_WMDE,
Marostegui added a comment.
The DB servers serving wikivoyage databases and wikidata have the same HW. We haven't replaced/change any HW for any of those sections:
The servers in s3 (wikivoyage) are the same (512GB + SSDs): the vslow server is the slowest one, but it only receives 5% of the main
RolandUnger added a comment.
Thanks very much for your answers.
As I told now parsing takes now between 8 to 10 s, a few weeks ago it was only 4 s. I have no explanations for this phenomenon of the 100 % increase of the computing time. Is there anybody who knows the reason?
I estimated the
101 - 194 of 194 matches
Mail list logo