Pchelolo added a subscriber: GWicke.Pchelolo merged a task: T148079: Narrow down on-wikidata-description-change reaction.
TASK DETAILhttps://phabricator.wikimedia.org/T149456EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: PcheloloCc: GWicke, Niedzielski
Pchelolo added a comment.
@daniel Your input on this would be much appreciated. A more generic question is whether it's possible to detect what exactly was changed in the wikidata item from the RevisionInsertComplete hook? If there was a way, we could consider moving that detection
Pchelolo moved this task from next to doing on the Services board.Pchelolo edited projects, added Services (doing); removed Services (next).
TASK DETAILhttps://phabricator.wikimedia.org/T149114WORKBOARDhttps://phabricator.wikimedia.org/project/board/69/EMAIL PREFERENCEShttps
Pchelolo added a comment.
I think we've got general agreement on this. Some code changes needs to be done here:
Make #changeprop be able to ignore wikidata
Delete wikidata from #restbase domain list
TASK DETAILhttps://phabricator.wikimedia.org/T149114EMAIL PREFERENCEShttps
Pchelolo added a comment.
Here's an example of a very large event: https://people.wikimedia.org/~ppchelko/large_event
It's not an event itself, it's a log message from #eventbus but the event is embedded in the log message.TASK DETAILhttps://phabricator.wikimedia.org/T175316EMAIL PREFERENCEShttps
Pchelolo added a comment.
@Pchelolo actually, can you confirm how many entries there were in the "pages" parameter? With the latest patches deployed, there should be no more than 20. Perhaps this is an old job getting retried, because it failed earlier?
There's definitely more then
Pchelolo added a comment.
After the patch was deployed the situation improved a lot, but we've got a 5 Mb event today: https://people.wikimedia.org/~ppchelko/event
5 Mb is not critically large, we can increase the limit in Kafka to 8 Mb I think, but maybe we should do some more improvements
Pchelolo closed this task as "Resolved".Pchelolo added a comment.
Verified that the jobs are now small enough to fit in our new infrastructure. Resolving.TASK DETAILhttps://phabricator.wikimedia.org/T175316EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailp
Pchelolo added a comment.
In T175316#3608922, @GWicke wrote:
Looks like adding the JSON_UNESCAPED_UNICODE flag should do it: http://php.net/manual/en/function.json-encode.php
We use JsonFormatter class to encode JSON, so the solution is a bit different, but the above patch takes care
Pchelolo added a comment.
In T175316#3591889, @GWicke wrote:
@Pchelolo, based on our previous conversation about this I am assuming that the bulk of the task is a very large list of pages. Is this correct?
Ye, in the actual event the params.pages array contains millions and millions
Pchelolo added a comment.
I wrote a little script to run through a sample of events in the job topics we have in prod right now and here's.a list of job types that had the releaseTimestamp set:
mediawiki.job.cdnPurge
mediawiki.job.cirrusSearchCheckerJob
mediawiki.job.cirrusSearchElasticaWrite
Pchelolo created this task.Pchelolo added projects: Services (doing), Wikidata.
TASK DESCRIPTIONAfter we've started posting the job events into #eventbus and Kafka, we've noticed that some of them were rejected by Kafka because of MESSAGE_SIZE_TOO_LARGE error. The limit was increased from 1 Mb
Pchelolo updated the task description. (Show Details)
CHANGES TO TASK DESCRIPTION...```
There's another example that is **44 Mb is size** serialized. Kafka is capable of handling that, but it's not great in dealing with very large messages, so we can't increase the cap indefinitely. Maybe there's
Pchelolo closed this task as "Resolved".Pchelolo added a comment.
This is not happening any more, thank you for resolving.TASK DETAILhttps://phabricator.wikimedia.org/T178997EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: PcheloloCc: thiemowmde,
Pchelolo added a comment.
Hm, actually if I just try to consume from that topic (any topic actually) with -F "%T" that should give me message timestamps it gives -1 as well.
I suppose that the problem is that we're actually producing these messages into Kafka 0.9 and perhaps not
Pchelolo added a comment.
In T161731#3814596, @Smalyshev wrote:
@Ottomata thanks, I can connect to the hosts above, but still not sure how to control the starting point. I'll try to look around for clients that can do this.
Java client has offsetsForTimes implemented and supports seek
Pchelolo added a comment.
Indeed. Created T182163 for updating kafkacat but it is a bit more complex then simply installing new version - it depends on newer librdkafka, so we firs should upgrade and test that.TASK DETAILhttps://phabricator.wikimedia.org/T161731EMAIL PREFERENCEShttps
Pchelolo created this task.Pchelolo added a project: Wikidata.Herald added a subscriber: Aklapper.
TASK DESCRIPTIONEven though the documentation says the job returns a bool reporting execution success/failure, it actually returns nothingTASK DETAILhttps://phabricator.wikimedia.org/T178997EMAIL
Pchelolo edited subscribers, added: daniel; removed: Aklapper.Pchelolo added a project: Services (watching).
TASK DETAILhttps://phabricator.wikimedia.org/T178997EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: PcheloloCc: daniel, Pchelolo, GoranSMilovanovic
Pchelolo added a comment.
Same happens with UpdateConstraintsTableJobTASK DETAILhttps://phabricator.wikimedia.org/T178997EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: PcheloloCc: gerritbot, daniel, Pchelolo, Lahi, Lordiis, GoranSMilovanovic, Adik2382
Pchelolo added a project: Services (watching).
TASK DETAILhttps://phabricator.wikimedia.org/T187296EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Ottomata, PcheloloCc: mforns, elukey, Ottomata, Aklapper, Nuria, Ladsgroup, Pchelolo, JAllemandou, Smalyshev
Pchelolo added a comment.
If we add a new mediawiki topic, we need to remember to run this command for it.
Or implement T157092 :)TASK DETAILhttps://phabricator.wikimedia.org/T187296EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Ottomata, PcheloloCc: mforns
Pchelolo reopened this task as "Open".Pchelolo added a comment.
That gerrit was a workaround, the real issue is that the jobs don't follow the Job contract. Reopening.TASK DETAILhttps://phabricator.wikimedia.org/T178997EMAIL PREFERENCEShttps://phabricator.wikimedia.org/sett
Pchelolo added a comment.
Currently on kafka-main machines the disk utiliation is really low, so I think we can easily do it without kafka-jumbo.
dsh --group kafka_eqiad --remoteshell ssh -- 'df -h' | grep '/srv'
/dev/md17.2T 737G 6.1T 11% /srv
/dev/md17.2T 736G 6.1T 11
Pchelolo added a comment.
Currently on kafka-main machines the disk utiliation is really low, so I think we can easily do it without kafka-jumbo.
dsh --group kafka_eqiad --remoteshell ssh -- 'df -h' | grep '/srv'
/dev/md17.2T 737G 6.1T 11% /srv
/dev/md17.2T 736G 6.1T 11
Pchelolo moved this task from Backlog to watching on the Services board.Pchelolo edited projects, added Services (watching); removed Services.
TASK DETAILhttps://phabricator.wikimedia.org/T200594WORKBOARDhttps://phabricator.wikimedia.org/project/board/69/EMAIL PREFERENCEShttps
Pchelolo moved this task from Backlog to watching on the Services board.Pchelolo edited projects, added Services (watching); removed Services.
TASK DETAILhttps://phabricator.wikimedia.org/T199096WORKBOARDhttps://phabricator.wikimedia.org/project/board/69/EMAIL PREFERENCEShttps
Pchelolo added a comment.
From the #services side there are 2 things to consider:
Invalidation. Right now we do not have summaries for wikidata, so new rules will need to be added to #changeprop for cache invalidation. In case we include information like number of sitelinks etc, that's
Pchelolo closed this task as "Resolved".Pchelolo edited projects, added Services (done); removed Epic, Services (doing).Pchelolo added a comment.
We've already found all the current use-cases and implemented support for delayed jobs, so resolving.TASK DETAILhttps://phabricator.wik
Pchelolo created this task.Pchelolo added projects: MediaWiki-extensions-WikibaseClient, Services (watching), Wikidata, JobRunner-Service.Herald added a subscriber: Aklapper.
TASK DESCRIPTIONTrying to execute a ChangeNotification job with the following parameters:
{"database":&qu
Pchelolo added a comment.
Maybe jackson just can't parse this microsecond stuff? Maybe milliseconds are fine?
Judging by the error message, it cripples on the . after seconds.
@Smalyshev Also please note we're only including microseconds and not milliseconds because of the HHVM incompatibility
Pchelolo added a comment.
Judging by the quick skim of the Jackson code it supports DateTimeFormatter.ISO_INSTANT format that should support fractional seconds parsing.
However, this incident raises a question whether the change applied to EventBus was indeed backward-compatible. We've checked
Pchelolo added a comment.
We could rollback https://gerrit.wikimedia.org/r/#/c/mediawiki/extensions/EventBus/+/468482/ - we can workaround it in change-prop and the issue fixed by that is much rarer, but eventually, we'd want to include millisecond resolution into the dt of the events.TASK
Pchelolo added a comment.
I've noticed some errors in the JobQueue with the message like 'Cannot instantiate job 'constraintsRunCheck': bad spec!'
Here's the job:
{
"database": "wikidatawiki",
"mediawiki_signature": "5de8d10b6415ec7910a231f5234dd
Pchelolo added a comment.
Do you need the events for the last month to be replayed?TASK DETAILhttps://phabricator.wikimedia.org/T210451EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: mobrovac, PcheloloCc: Stashbot, gerritbot, MisterSynergy, mobrovac
Pchelolo added a comment.
Not to be worried. We have all the failed events stored since 2018-04-18. If needed, I will fetch all the missing page deletes tomorrow.TASK DETAILhttps://phabricator.wikimedia.org/T210451EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences
Pchelolo added a comment.
Yes, the fix has not been deployed yet.
Asked to put it on Euro Mid-day SWATTASK DETAILhttps://phabricator.wikimedia.org/T210451EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: PcheloloCc: TerraCodes, Liuxinyu970226, Aklapper
Pchelolo added projects: WMF-JobQueue, Services (watching).Pchelolo added a comment.
Just to make sure - jobs now MUST be JSON-serializable, so please keep that in mind from the very beginning (no PHP classes in the job). Plus please ping #services when deploying it if the anticipated rate
Pchelolo added a comment.
Default low volume queue concurrency is 50 per https://github.com/wikimedia/mediawiki-services-change-propagation-jobqueue-deploy/blob/master/scap/vars.yaml#L101
So getting this to 100% without hitting the limit should be no problem.
However, those 50 slots are shared
Pchelolo added a comment.
Change-Prop now has a separate rule for this job, so it doesn't interfere with low-traffic jobs. The concurrency is set to 30, which should be enough, however after deploying 100% we need to monitor the lag and increase concurrency if we see the job is steadily
Pchelolo added a comment.
We're getting closer. The last part of the puzzle would be to emit the event publically via event streams. In order to do that, we need to add the mediawiki.page-links-change topic to the list of exposed topics in puppet for production and for deployment-prepTASK
Pchelolo edited projects, added Services (done), Core Platform Team Kanban (Done with CPT); removed Patch-For-Review, Core Platform Team Kanban (Blocked Externally), Services (blocked).Pchelolo closed this task as "Resolved".Pchelolo claimed this task.Pchelolo added a comment.
MW trai
Pchelolo added a comment.
Are links url encoded? (we probably want them to be so).
I agree with @Nuria on this. The 'meta.uri' is encoded, we need to be consistent. Whether the LinksUpdate in MW has encoded or not encoded links - needs to be tested.TASK DETAILhttps://phabricator.wikimedia.org
Pchelolo added a comment.
The task at hand is very easy. There's LinksUpdateComplete hook in MW core, it gets the LinksUpdate which contains the list of external links and methods to get links insertions and removals. Writing code in EventBus extension to use the hook is simple. The important part
Pchelolo edited projects, added Services (blocked); removed Services.Pchelolo added a comment.
Moving to services-blocked until #research comes up with the schema for the event.TASK DETAILhttps://phabricator.wikimedia.org/T214706EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel
Pchelolo added a comment.
@bmansurov look at the event schema for properties change I've linked, it contains all of the metadata you need and it's generated from the same hook. Will such a schema work for you if we replace removed_properties with removed_links and added_properties with added_links
Pchelolo added a comment.
@Pchelolo yes, replacing "properties" with "links" should do it. I don't think we need the full list of links, just the changes.
Perfect. Just make a change request in gerrit with a new schema. I can point you to where to write the code for emitting t
Pchelolo added a comment.
How should we handle the situation with long list of links? Is that really a problem? Should we create multiple events?
You should not worry about that unless you encounter a list of links that's > 4mb long :)TASK DETAILhttps://phabricator.wikimedia.org/T214706EM
Pchelolo added a comment.
We have discovered that we would need to update LinkUpdates class in the core to support this functionality, so it will take a little bit more time then we anticipated, but we're making progress.TASK DETAILhttps://phabricator.wikimedia.org/T214706EMAIL PREFERENCEShttps
Pchelolo added a comment.
In #changeprop <https://phabricator.wikimedia.org/tag/changeprop/> for job
queue, we have a concept of concurrency - how many jobs of the same type can be
running in parallel. `wikibase-addUsagesForPage` had a special rule with
concurrency 30, so if this p
Pchelolo added a comment.
OMG! ❤️
TASK DETAIL
https://phabricator.wikimedia.org/T205045
EMAIL PREFERENCES
https://phabricator.wikimedia.org/settings/panel/emailpreferences/
To: Ladsgroup, Pchelolo
Cc: Joe, mobrovac, Pchelolo, Michael, Lydia_Pintscher, jcrespo, Ladsgroup, hoo
Pchelolo added a comment.
The last usage of the method within core (apart from maintenance scripts) is
in ApiQueryDeletedrevs which was deprecated since 1.25.
Quick search reveals that it's still used in pywikibot ( there's a ticket
about that T75370 <https://phabricator.wikimedia.
Pchelolo added a comment.
On the JobQueue side, nothing specific is observed neither on graphs nor logs
for `recentChangesUpdate`.
TASK DETAIL
https://phabricator.wikimedia.org/T228343
EMAIL PREFERENCES
https://phabricator.wikimedia.org/settings/panel/emailpreferences/
To: Pchelolo
Cc
Pchelolo closed subtask T233356: Flow: remove dependency on pre-MCR database
schema as Resolved.
TASK DETAIL
https://phabricator.wikimedia.org/T198342
EMAIL PREFERENCES
https://phabricator.wikimedia.org/settings/panel/emailpreferences/
To: Pchelolo
Cc: Daimona, Nikerabbit, BPirkle
Pchelolo closed subtask T233356: Flow: remove dependency on pre-MCR database
schema as Resolved.
TASK DETAIL
https://phabricator.wikimedia.org/T198341
EMAIL PREFERENCES
https://phabricator.wikimedia.org/settings/panel/emailpreferences/
To: holger.knust, Pchelolo
Cc: BPirkle, tstarling
Pchelolo closed this task as "Resolved".
Pchelolo moved this task from Doing to Done on the Core Platform Team
Workboards (Purple) board.
TASK DETAIL
https://phabricator.wikimedia.org/T233353
WORKBOARD
https://phabricator.wikimedia.org/project/board/4181/
EMAIL PREFERENC
Pchelolo closed subtask T233353: EntitySchema: remove dependency on pre-MCR
database schema as Resolved.
TASK DETAIL
https://phabricator.wikimedia.org/T198341
EMAIL PREFERENCES
https://phabricator.wikimedia.org/settings/panel/emailpreferences/
To: Pchelolo
Cc: holger.knust, BPirkle
Pchelolo closed subtask T233358: SpamBlacklist: remove dependency on pre-MCR
database schema as Resolved.
TASK DETAIL
https://phabricator.wikimedia.org/T198342
EMAIL PREFERENCES
https://phabricator.wikimedia.org/settings/panel/emailpreferences/
To: Pchelolo
Cc: Daimona, Nikerabbit, BPirkle
Pchelolo closed this task as "Resolved".
Pchelolo moved this task from Blocked Externally to Done on the Core Platform
Team Workboards (Clinic Duty Team) board.
Pchelolo claimed this task.
Pchelolo added a comment.
Translate extension is done, all usages has been either remove
Pchelolo closed subtask T228675: Remove direct access to the text table from
the Translate extension. as Resolved.
TASK DETAIL
https://phabricator.wikimedia.org/T198341
EMAIL PREFERENCES
https://phabricator.wikimedia.org/settings/panel/emailpreferences/
To: Pchelolo
Cc: holger.knust
Pchelolo closed subtask T228675: Remove direct access to the text table from
the Translate extension. as Resolved.
TASK DETAIL
https://phabricator.wikimedia.org/T198343
EMAIL PREFERENCES
https://phabricator.wikimedia.org/settings/panel/emailpreferences/
To: Pchelolo
Cc: Pchelolo, Clarakosi
Pchelolo closed subtask T228675: Remove direct access to the text table from
the Translate extension. as Resolved.
TASK DETAIL
https://phabricator.wikimedia.org/T198342
EMAIL PREFERENCES
https://phabricator.wikimedia.org/settings/panel/emailpreferences/
To: Pchelolo
Cc: Daimona, Nikerabbit
Pchelolo closed subtask T198343: Replace all calls to
Revision::getRevisionText() as Resolved.
TASK DETAIL
https://phabricator.wikimedia.org/T198341
EMAIL PREFERENCES
https://phabricator.wikimedia.org/settings/panel/emailpreferences/
To: Pchelolo
Cc: holger.knust, BPirkle, tstarling
Pchelolo closed subtask T198342: Remove all usages of the text flag
in calls to Revision::getQueryInfo() and RevisionStore::getQueryInfo(). as
Resolved.
TASK DETAIL
https://phabricator.wikimedia.org/T198341
EMAIL PREFERENCES
https://phabricator.wikimedia.org/settings/panel/emailpreferences
Pchelolo closed this task as "Resolved".
Pchelolo moved this task from Blocked to Done on the Core Platform Team
Workboards (Purple) board.
Pchelolo claimed this task.
Pchelolo added a comment.
With the completion of the Translate extension, all references has been
either remove
Pchelolo added a comment.
All uses have been eliminated.
TASK DETAIL
https://phabricator.wikimedia.org/T244039
EMAIL PREFERENCES
https://phabricator.wikimedia.org/settings/panel/emailpreferences/
To: DannyS712, Pchelolo
Cc: Pchelolo, DannyS712, Aklapper, Daimona, Un1tY, Hook696
Pchelolo updated the task description.
TASK DETAIL
https://phabricator.wikimedia.org/T244927
EMAIL PREFERENCES
https://phabricator.wikimedia.org/settings/panel/emailpreferences/
To: DannyS712, Pchelolo
Cc: Aklapper, DannyS712, Liuxinyu970226, Un1tY, keithbrianpadilla, Hook696,
Adidsone1
Pchelolo added a comment.
Yeah, @Gehel analysis is correct - change-prop is pretty simple and doesn't
support any of the advanced features pointed in the task. We have never really
needed any of those, we mostly rely on the fact that systems updated by
change-prop are idempotent and don't
Pchelolo closed subtask T240213: Write integration tests for XML dumps with
multiple MCR slots per revision as Resolved.
TASK DETAIL
https://phabricator.wikimedia.org/T238972
EMAIL PREFERENCES
https://phabricator.wikimedia.org/settings/panel/emailpreferences/
To: ArielGlenn, Pchelolo
Cc
Pchelolo edited projects, added Core Platform Team Workboards (External Code
Reviews); removed Core Platform Team.
TASK DETAIL
https://phabricator.wikimedia.org/T245535
EMAIL PREFERENCES
https://phabricator.wikimedia.org/settings/panel/emailpreferences/
To: Pablo-WMDE, Pchelolo
Cc
Pchelolo reopened subtask T240213: Write integration tests for XML dumps with
multiple MCR slots per revision as Open.
TASK DETAIL
https://phabricator.wikimedia.org/T238972
EMAIL PREFERENCES
https://phabricator.wikimedia.org/settings/panel/emailpreferences/
To: ArielGlenn, Pchelolo
Cc
Pchelolo closed subtask T240213: Write integration tests for XML dumps with
multiple MCR slots per revision as Resolved.
TASK DETAIL
https://phabricator.wikimedia.org/T238972
EMAIL PREFERENCES
https://phabricator.wikimedia.org/settings/panel/emailpreferences/
To: ArielGlenn, Pchelolo
Cc
Pchelolo added a comment.
These are caused by math extension not being able to connect to RESTBase from
CI. I think this is a separate issue from the wiki base one.
I somehow don't believe the problem is in RESTBase itself - if math rendering
was failing in RESTBase with such frequency
Pchelolo edited projects, added Core Platform Team Workboards (Clinic Duty
Team); removed Core Platform Team.
TASK DETAIL
https://phabricator.wikimedia.org/T248459
EMAIL PREFERENCES
https://phabricator.wikimedia.org/settings/panel/emailpreferences/
To: Pchelolo
Cc: WDoranWMF, Pchelolo
Pchelolo added a comment.
@daniel I don't think this is that lock showing up here. Reading the code, it
seems like if that lock was taken, we should've seen a bunch more queries in
this transaction, like some deletes, read from the archive table etc.
TASK DETAIL
https
Pchelolo added a comment.
Looking at the requestId of one of these errors, the following log messages
are found: https://logstash.wikimedia.org/goto/3e387a16e01ae0f02e72b413d6691539
The interesting one there is:
Sub-optimal transaction on DB(s) [10.64.16.34 (frwiki) (TRX#7ad8fc
Pchelolo added a comment.
The other associated log actually gives more insight on which lock is making
the transaction timeout:
Expectation (writeQueryTime <= 1) by MediaWiki::main not met (actual:
3.366758108139):
query-m: SELECT GET_LOCK('X', N) AS lockstatus [TRX#7ad8fc]
Pchelolo added a comment.
Complete stack trace:
Expectation (writeQueryTime <= 1) by MediaWiki::main not met (actual:
3.366758108139):
query-m: SELECT GET_LOCK('X', N) AS lockstatus [TRX#7ad8fc]
#0
/srv/mediawiki/php-1.35.0-wmf.30/includes/libs/rdbms/TransactionProfiler.
Pchelolo added a comment.
It's PageEditStash. See my comment above.
TASK DETAIL
https://phabricator.wikimedia.org/T251457
EMAIL PREFERENCES
https://phabricator.wikimedia.org/settings/panel/emailpreferences/
To: Pchelolo
Cc: Agusbou2015, Pchelolo, daniel, DannyS712, Jdforrester-WMF
Pchelolo added a comment.
Setting the description
<https://www.wikidata.org/w/api.php?action=help=wbsetdescription> in
Wikidata requires a language parameter. We can infer the language from the
domain, however for wikis with language variants the user should be specifying
the vari
Pchelolo set the point value for this task to "1".
TASK DETAIL
https://phabricator.wikimedia.org/T259624
EMAIL PREFERENCES
https://phabricator.wikimedia.org/settings/panel/emailpreferences/
To: eprodromou, Pchelolo
Cc: Aklapper, eprodromou, Naike, Akuckartz, apaskulin, dar
Pchelolo set the point value for this task to "1".
TASK DETAIL
https://phabricator.wikimedia.org/T259625
EMAIL PREFERENCES
https://phabricator.wikimedia.org/settings/panel/emailpreferences/
To: eprodromou, Pchelolo
Cc: Pchelolo, Aklapper, eprodromou, Naike, Akuckartz,
Pchelolo set the point value for this task to "5".
TASK DETAIL
https://phabricator.wikimedia.org/T259617
EMAIL PREFERENCES
https://phabricator.wikimedia.org/settings/panel/emailpreferences/
To: eprodromou, Pchelolo
Cc: kaldari, Pchelolo, daniel, Aklapper, eprodromou, Naike,
Pchelolo set the point value for this task to "1".
TASK DETAIL
https://phabricator.wikimedia.org/T259626
EMAIL PREFERENCES
https://phabricator.wikimedia.org/settings/panel/emailpreferences/
To: eprodromou, Pchelolo
Cc: Aklapper, eprodromou, Naike, Akuckartz, apaskulin, dar
Pchelolo claimed this task.
Pchelolo moved this task from Tasks Ready for Estimation to Doing on the
Platform Team Workboards (Green) board.
TASK DETAIL
https://phabricator.wikimedia.org/T259624
WORKBOARD
https://phabricator.wikimedia.org/project/board/4180/
EMAIL PREFERENCES
https
Pchelolo moved this task from Tasks Ready for Estimation to Doing on the
Platform Team Workboards (Green) board.
Pchelolo claimed this task.
TASK DETAIL
https://phabricator.wikimedia.org/T259626
WORKBOARD
https://phabricator.wikimedia.org/project/board/4180/
EMAIL PREFERENCES
https
Pchelolo moved this task from Tasks Ready for Estimation to Doing on the
Platform Team Workboards (Green) board.
Pchelolo claimed this task.
TASK DETAIL
https://phabricator.wikimedia.org/T259625
WORKBOARD
https://phabricator.wikimedia.org/project/board/4180/
EMAIL PREFERENCES
https
Pchelolo added a comment.
What about language variants? I think we will support language variants via
`accept-language` header.
TASK DETAIL
https://phabricator.wikimedia.org/T259624
EMAIL PREFERENCES
https://phabricator.wikimedia.org/settings/panel/emailpreferences/
To: Pchelolo
Cc
Pchelolo moved this task from Tasks Ready for Estimation to Doing on the
Platform Team Workboards (Green) board.
Pchelolo claimed this task.
TASK DETAIL
https://phabricator.wikimedia.org/T259622
WORKBOARD
https://phabricator.wikimedia.org/project/board/4180/
EMAIL PREFERENCES
https
Pchelolo reassigned this task from Pchelolo to eprodromou.
Pchelolo moved this task from Documentation to PM Sign-off on the Platform Team
Workboards (Green) board.
Pchelolo added a comment.
I don't think there's anything to document here.
TASK DETAIL
https://phabricator.wikimedia.org
Pchelolo moved this task from Ready to Deploy to User Story Review on the
Platform Team Workboards (Green) board.
Pchelolo reassigned this task from Pchelolo to eprodromou.
Pchelolo added a comment.
This is deployed and ready.
TASK DETAIL
https://phabricator.wikimedia.org/T263493
Pchelolo moved this task from Ready to Deploy to User Story Review on the
Platform Team Workboards (Green) board.
Pchelolo reassigned this task from Pchelolo to eprodromou.
Pchelolo added a comment.
This is deployed and ready.
TASK DETAIL
https://phabricator.wikimedia.org/T259622
Pchelolo added a comment.
Now wmf.11 was redeployed, so now it should be ok to test.
TASK DETAIL
https://phabricator.wikimedia.org/T263493
EMAIL PREFERENCES
https://phabricator.wikimedia.org/settings/panel/emailpreferences/
To: Pchelolo
Cc: Aklapper, daniel, Pchelolo, kaldari
Pchelolo added a comment.
- https://en.wikipedia.org/wiki/Wikipedia:WikiProject_Short_descriptions
notes that's it's recommended to mention the source of the description in the
edit summary. Should we support optionally providing the page summary?
- The template on enwiki
<ht
Pchelolo added a comment.
WikiBase client, that implements Action API for descriptions uses
`allowLocalShortDesc` config variable. Whatever config we introduce mustn't
duplicate that one.
TASK DETAIL
https://phabricator.wikimedia.org/T259622
EMAIL PREFERENCES
https
Pchelolo added a comment.
Perhaps the implementation of this API should go into an extension as well,
like `HorriblyHackyWikimediaFeatures` extension? So that we do not pollute the
core with this until we have proper backend support for page descriptions from
the data model level upwards
Pchelolo moved this task from Blocked to User Story Review on the Platform Team
Workboards (Green) board.
Pchelolo reassigned this task from Pchelolo to eprodromou.
Pchelolo added a comment.
Done:
curl -XPUT -H 'Content-Type: application/json' -H 'Authorization: Bearer
$TOKEN' -H
Pchelolo reassigned this task from Pchelolo to eprodromou.
Pchelolo moved this task from Blocked to User Story Review on the Platform Team
Workboards (Green) board.
Pchelolo added a comment.
See T259625#6502392 <https://phabricator.wikimedia.org/T259625#6502392> for
some handy CURLs
Pchelolo reassigned this task from Pchelolo to eprodromou.
Pchelolo added a comment.
Done:
enwiki:
curl
https://api.wikimedia.org/core/v1/wikipedia/en/page/San_Francisco/description
{"description":"Consolidated city-county in California, US"}
For lang-
Pchelolo claimed this task.
Pchelolo moved this task from Backlog to Waiting for Review on the Platform
Team Workboards (Green) board.
Pchelolo added a comment.
The patch I made before will cover this.
TASK DETAIL
https://phabricator.wikimedia.org/T263493
WORKBOARD
https
1 - 100 of 117 matches
Mail list logo