mobrovac added a subscriber: mobrovac.
TASK DETAIL
https://phabricator.wikimedia.org/T85181
REPLY HANDLER ACTIONS
Reply to comment or attach files, or !close, !claim, !unsubscribe or !assign
username.
EMAIL PREFERENCES
https://phabricator.wikimedia.org/settings/panel/emailpreferences
mobrovac added a subscriber: mobrovac.
TASK DETAIL
https://phabricator.wikimedia.org/T84923
REPLY HANDLER ACTIONS
Reply to comment or attach files, or !close, !claim, !unsubscribe or !assign
username.
EMAIL PREFERENCES
https://phabricator.wikimedia.org/settings/panel/emailpreferences
mobrovac added a comment.
How about using the Sirent JSON https://github.com/kevinswiber/siren format?
It aims at giving a complete description of a resource, complete with URIs.
Granted, it's more verbose than other solutions, but it could be used also to
create different pre- and post
mobrovac added a comment.
Re: reliability, RELP http://www.rsyslog.com/doc/relp.html might be of help
on the application level.
TASK DETAIL
https://phabricator.wikimedia.org/T84923
REPLY HANDLER ACTIONS
Reply to comment or attach files, or !close, !claim, !unsubscribe or !assign
username
mobrovac edited the task description.
TASK DETAIL
https://phabricator.wikimedia.org/T84923
EMAIL PREFERENCES
https://phabricator.wikimedia.org/settings/panel/emailpreferences/
To: mobrovac
Cc: mmodell, Eevans, chasemp, brion, Krenair, Halfak, JanZerebecki, bd808,
MZMcBride, mobrovac
mobrovac added a comment.
In https://phabricator.wikimedia.org/T116247#1747924, @Ottomata wrote:
> I'd like an actual timestamp to be part of the framing for all events too.
> I'm all for a reqid, (although I'd bikeshed about the name a bit), but having
> a standardized canonical
mobrovac added a comment.
In https://phabricator.wikimedia.org/T114443#1744752, @Smalyshev wrote:
> @GWicke I would be interested to participate. I'll be in the office, could
> you add me to the invite?
Done.
TASK DETAIL
https://phabricator.wikimedia.org/T114443
EMAIL PREFERENCES
mobrovac added a blocked task: T114443: EventBus MVP.
TASK DETAIL
https://phabricator.wikimedia.org/T116247
EMAIL PREFERENCES
https://phabricator.wikimedia.org/settings/panel/emailpreferences/
To: mobrovac
Cc: EBernhardson, Smalyshev, yuvipanda, Hardikj, daniel, aaron, GWicke,
mobrovac
mobrovac edited the task description.
TASK DETAIL
https://phabricator.wikimedia.org/T116247
EMAIL PREFERENCES
https://phabricator.wikimedia.org/settings/panel/emailpreferences/
To: mobrovac
Cc: EBernhardson, Smalyshev, yuvipanda, Hardikj, daniel, aaron, GWicke,
mobrovac, MZMcBride, bd808
mobrovac added a comment.
In https://phabricator.wikimedia.org/T116247#1753398, @Ottomata wrote:
> Ok cool, if that's the case, then `reqid` or even `request_id` (I like long
> names...what can I say?) sounds good.
`request_id` works for me. I also happen to like //snake_case//.
mobrovac added a comment.
In https://phabricator.wikimedia.org/T116247#1752974, @Ottomata wrote:
> I'm still a little confused about how this reqid/id will work? You are
> suggesting that it comes from the x-request-id that we want varnish to set,
> right? Won't this mean that
mobrovac claimed this task.
mobrovac added a comment.
PR 5 <https://github.com/wikimedia/restevent/pull/5> proposes the schema
definitions for the basic MW events: article edit / delete / undelete / move
and revision visibility changes.
TASK DETAIL
https://phabricator.wikimedia.org/T
mobrovac added a comment.
In https://phabricator.wikimedia.org/T116247#1754709, @Ottomata wrote:
> What do y'all think about keeping these 'framing' fields in a nested object?
> I'm not sure if this is a good or bad idea. If later we decide we do want to
> use $ref to share comm
mobrovac added a comment.
In https://phabricator.wikimedia.org/T114443#1793775, @Ottomata wrote:
> Hi all, I talked to @gwicke a little bit more about this last Thursday. He
> impressed upon me a couple of good points I hadn't fully taken in before, and
> I want to recog
mobrovac added a comment.
Please take a look at the proposed event definitions
<https://github.com/wikimedia/restevent/pull/5> and voice any concerns you
might have. We'd like to settle on it in the next couple of days so that we can
continue with our QGs.
TASK DETAIL
mobrovac added a comment.
FWIW, one does not exclude the other: the EL-based service can be used in
production, while the node-based REST proxy may be used for development and/or
small installs.
TASK DETAIL
https://phabricator.wikimedia.org/T114443
EMAIL PREFERENCES
https
mobrovac added a comment.
In https://phabricator.wikimedia.org/T114443#1782700, @faidon wrote:
> So either someone else should make it for you (//soon//) or you'll just use
> your own thing? No, it doesn't work like that. The entire point of the RFC
> meeting was so that we could
mobrovac added a comment.
In https://phabricator.wikimedia.org/T114443#1777558, @Ottomata wrote:
> @gwicke, I think this may be a problem. From my perspective, the goal of
> this project is a generalized event service with well designed and
> standardized schemas for all of WMF. For
mobrovac added a comment.
In https://phabricator.wikimedia.org/T114443#1782101, @Nuria wrote:
> I sure hope we are not thinking of having a node rest endpoint and another
> one based on eventlogging at the same time, More than for technical reasons
> because it really makes me thin
mobrovac added a comment.
In https://phabricator.wikimedia.org/T114443#1782215, @Joe wrote:
> @mobrovac so let me get this straight, we discussed something that was
> already overridden by an existing implementation?
That's right. There's a node implementation
<https://github.com/
mobrovac removed a subscriber: gerritbot.
mobrovac removed a project: Patch-For-Review.
TASK DETAIL
https://phabricator.wikimedia.org/T114443
EMAIL PREFERENCES
https://phabricator.wikimedia.org/settings/panel/emailpreferences/
To: Ottomata, mobrovac
Cc: mark, MZMcBride, Krinkle
mobrovac added a comment.
As @ori mentioned, the https://phabricator.wikimedia.org/tag/services/ team is
working with https://phabricator.wikimedia.org/tag/analytics/ on the
https://phabricator.wikimedia.org/tag/eventbus/ project, whose aim is basically
to replace jobrunners and enable
mobrovac added a subscriber: mobrovac.
mobrovac added a comment.
Herald added a subscriber: Matanya.
https://phabricator.wikimedia.org/tag/service-deployment-requests/ is a project
used for deploying new services in production (cf . its profile
https://phabricator.wikimedia.org/project/profile
mobrovac removed a subscriber: mobrovac.
mobrovac removed projects: service-deployment-requests, Services.
mobrovac set Security to None.
TASK DETAIL
https://phabricator.wikimedia.org/T110339
EMAIL PREFERENCES
https://phabricator.wikimedia.org/settings/panel/emailpreferences/
To: mobrovac
mobrovac added a comment.
In https://phabricator.wikimedia.org/T114443#1695708, @GWicke wrote:
> 1. Provide edit related events (ex: edit, creation, deletion, revision
> deletion, rename). Consumers: RESTBase / change propagation service,
> potential purge service, potentially
mobrovac added a comment.
From my POV, the URL **is** the ID.
TASK DETAIL
https://phabricator.wikimedia.org/T116247
EMAIL PREFERENCES
https://phabricator.wikimedia.org/settings/panel/emailpreferences/
To: mobrovac
Cc: RobLa-WMF, Nuria, gerritbot, intracer, EBernhardson, Smalyshev
mobrovac closed blocking task T116247: Define edit related events for change
propagation as "Resolved".
TASK DETAIL
https://phabricator.wikimedia.org/T102476
EMAIL PREFERENCES
https://phabricator.wikimedia.org/settings/panel/emailpreferences/
To: GWicke, mobrovac
Cc: Addshore,
mobrovac closed blocking task T116247: Define edit related events for change
propagation as "Resolved".
TASK DETAIL
https://phabricator.wikimedia.org/T84923
EMAIL PREFERENCES
https://phabricator.wikimedia.org/settings/panel/emailpreferences/
To: mobrovac
Cc: Aklapper, Matanya
mobrovac closed this task as "Resolved".
mobrovac added a comment.
Indeed. We are done here.
TASK DETAIL
https://phabricator.wikimedia.org/T116247
EMAIL PREFERENCES
https://phabricator.wikimedia.org/settings/panel/emailpreferences/
To: mobrovac
Cc: RobLa-WMF, Nuria, gerritbot
mobrovac added a subscriber: mobrovac.
TASK DETAIL
https://phabricator.wikimedia.org/T114019
EMAIL PREFERENCES
https://phabricator.wikimedia.org/settings/panel/emailpreferences/
To: ArielGlenn, mobrovac
Cc: mobrovac, jberkel, NealMcB, jcrespo, Bianjiang, madhuvishy, Milimetric,
RobLa-WMF
mobrovac added a comment.
In https://phabricator.wikimedia.org/T114443#2076614, @RobLa-WMF wrote:
> @mobrovac - I'm confused, why don't you think
https://phabricator.wikimedia.org/T120212 is a blocker for this?
It is, but it's an indirect one: it is blocking T116786: Integr
mobrovac added a blocking task: T120212: Security review of EventBus extension.
TASK DETAIL
https://phabricator.wikimedia.org/T114443
EMAIL PREFERENCES
https://phabricator.wikimedia.org/settings/panel/emailpreferences/
To: Ottomata, mobrovac
Cc: yuvipanda, JanZerebecki, Glaisher, Milimetric
mobrovac added a comment.
In https://phabricator.wikimedia.org/T114443#2077418, @RobLa-WMF wrote:
> I realize that the blocking relationship is transitive, but given Otto's
comment (https://phabricator.wikimedia.org/T114443#2072426), it would seem that
it would be clearer to m
mobrovac edited blocking tasks, added: T128463: New Service Request - Change
Propagation; removed: T120212: Security review of EventBus extension.
TASK DETAIL
https://phabricator.wikimedia.org/T114443
EMAIL PREFERENCES
https://phabricator.wikimedia.org/settings/panel/emailpreferences
mobrovac closed blocking task T128463: New Service Request - Change Propagation
as "Resolved".
TASK DETAIL
https://phabricator.wikimedia.org/T114443
EMAIL PREFERENCES
https://phabricator.wikimedia.org/settings/panel/emailpreferences/
To: Ottomata, mobrovac
Cc: yuvipanda, Ja
mobrovac closed blocking task T116786: Integrate eventbus-based event
production into MediaWiki as "Resolved".
TASK DETAIL
https://phabricator.wikimedia.org/T114443
EMAIL PREFERENCES
https://phabricator.wikimedia.org/settings/panel/emailpreferences/
To: Ottomata, mobrovac
Cc:
mobrovac closed blocking task T114443: EventBus MVP as "Resolved".
TASK DETAIL
https://phabricator.wikimedia.org/T84923
EMAIL PREFERENCES
https://phabricator.wikimedia.org/settings/panel/emailpreferences/
To: GWicke, mobrovac
Cc: Aklapper, Matanya, Ottomata, mmodell, Eevans, chas
mobrovac closed this task as "Resolved".
mobrovac added a comment.
And we're done here!
TASK DETAIL
https://phabricator.wikimedia.org/T114443
EMAIL PREFERENCES
https://phabricator.wikimedia.org/settings/panel/emailpreferences/
To: Ottomata, mobrovac
Cc: yuvipanda, JanZerebecki
mobrovac added a project: EventBus.
TASK DETAIL
https://phabricator.wikimedia.org/T102476
EMAIL PREFERENCES
https://phabricator.wikimedia.org/settings/panel/emailpreferences/
To: RobLa-WMF, mobrovac
Cc: Ottomata, Smalyshev, ArielGlenn, hoo, Addshore, RobLa-WMF, StudiesWorld,
intracer
mobrovac changed the task status from "Open" to "Stalled".mobrovac added a comment.
In T149456#2783473, @bearND wrote:
I want to keep this one open for a bit to give the Wikidata folks a chance to provide info if our solution could be improved. We might have to add more to th
mobrovac added projects: Services (doing), User-mobrovac, RESTBase, RESTBase-API.mobrovac triaged this task as "High" priority.mobrovac claimed this task.mobrovac added a comment.
Ups. PR #719 fixes it.TASK DETAILhttps://phabricator.wikimedia.org/T150737EMAIL PREFER
mobrovac closed this task as "Resolved".mobrovac edited projects, added Services (done); removed Services (doing).mobrovac added a comment.
The PR has been deployed and the error isn't appearing any more. Resolving.TASK DETAILhttps://phabricator.wikimedia.org/T150737EMAIL PREFER
mobrovac added a comment.
I'm ok with it too, but would love some input from #wikidata folks before we proceed.TASK DETAILhttps://phabricator.wikimedia.org/T149114EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: mobrovacCc: mobrovac, bearND, Mholloway
mobrovac added a comment.
Change-prop is not receiving WD updates any more. The only piece left is to remove the domain from RESTBase.TASK DETAILhttps://phabricator.wikimedia.org/T149114EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: mobrovacCc: gerritbot
mobrovac added a comment.
In T149114#2768351, @Lydia_Pintscher wrote:
Does this also affect wikitext pages on Wikidata?
It affects the whole domain.
Because that seems like not what we want.
Mind elaborating on that?
FYI, test.wd.org and www.wd.org have been removed and don't have the REST
mobrovac closed this task as "Resolved".mobrovac claimed this task.mobrovac added a comment.
The REST API is back on www.wikidata.org. I don' think there is more work to be done here, so closing.TASK DETAILhttps://phabricator.wikimedia.org/T149114EMAIL PREFERENCEShttps://phabricator.wik
mobrovac edited projects, added Services (watching), User-mobrovac; removed Services (doing).mobrovac triaged this task as "Normal" priority.mobrovac added a comment.
The work-around has been deployed, so the imminent problem should be resolved, but let's continue the discussion abo
mobrovac added a comment.
@hoo, @daniel let's talk about it tomorrow during the hackathon day 2?TASK DETAILhttps://phabricator.wikimedia.org/T172832EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Pchelolo, mobrovacCc: daniel, PokestarFan, hoo, Aklapper, Joe
mobrovac added projects: Services (blocked), RESTBase-API.mobrovac added a comment.
In T167787#3364809, @GWicke wrote:
The caveat is that we discussed Accept-Language in the context of supporting language variants in the REST API.
Correct, but we discussed language selection in general
mobrovac added projects: Services (designing), RESTBase-API.
TASK DETAILhttps://phabricator.wikimedia.org/T166042EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: mobrovacCc: aude, Lydia_Pintscher, GWicke, Aklapper, hoo, GoranSMilovanovic, QZanden, Izno, Eevans
mobrovac added a comment.
In T175316#3608388, @daniel wrote:
@mobrovac how about a very large number of very small jobs? e.g. a million jobs to purge a million pages from cdn?
Note that we introduced batching only a few weeks ago, at the explicit request of the performance folks. We had one job
mobrovac added a comment.
In T175316#3608364, @daniel wrote:
We can tweak the chunk size - more jobs, or larger jobs, your pick.
Since in the new JQ system all jobrunners will run all jobs, a higher number of smaller jobs are preferred over a smaller number of big jobs.TASK DETAILhttps
mobrovac edited projects, added Services (designing), EventBus; removed Services (doing).Herald added a project: Analytics.
TASK DETAILhttps://phabricator.wikimedia.org/T175316EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Pchelolo, mobrovacCc: daniel
mobrovac added a comment.
In T173710#3588015, @Joe wrote:
Wikibase refreshlinks jobs might benefit from being in smaller batches
+1 on this. As we have now all jobs being emitted to EventBus as well, we have had Kafka reject a portion of the jobs because they were larger than 4MB each. Upon
mobrovac added a comment.
In T178445#3692895, @Smalyshev wrote:
@mobrovac what's the rate the requests are currently sent at? IIRC the limits we have are pretty generous, but depends on the use case of course.
This is the part that I don't understand - the rate of the public end point is 0
mobrovac added subscribers: Volans, Joe.mobrovac added a comment.
The amount of requests from the Recommendation API service actually makes sense. On each service checker script run, 3 requests are sent to WDQS from the service. Accounting for the number of hosts and frequency of the checks, we
mobrovac added subscribers: Gehel, Smalyshev, mobrovac.mobrovac edited projects, added Services (watching), Recommendation-API, Wikidata-Query-Service; removed Services.mobrovac added a comment.Herald added projects: Wikidata, Discovery.
The 429 coming from WDQS. @Gehel, @Smalyshev would
mobrovac added a project: Services (watching).mobrovac added a comment.
The Recommendation API service depends entirely on WDQS (and partially on AQS). While in theory we could (and should) account for 429s sent by WDQS in the service, the problem described in the task description is genuine. I
mobrovac edited projects, added Wikidata; removed Patch-For-Review.mobrovac added a comment.
Grepping the current MW release code on tin, it looks like only FlaggedRevs and Wikibase use this job:
$ grep -iIREn enqueuejob .
./includes/DefaultSettings.php:7432: 'enqueue' => 'EnqueueJob', // lo
mobrovac edited projects, added Services (done); removed Patch-For-Review, Services (watching).
TASK DETAILhttps://phabricator.wikimedia.org/T181216EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: mobrovacCc: gerritbot, Legoktm, mobrovac, Joe, Pchelolo
mobrovac added a comment.
In T173710#3730359, @elukey wrote:
https://gerrit.wikimedia.org/r/#/c/385248 should be already working for commons, but from mwlog1001's runJob.log I can only see stuff like causeAction=unknown causeAgent=unknown (that probably only confirms that no authenticated user
mobrovac added a comment.
In T178492#3725811, @Gehel wrote:
Since we have 2 active / active WDQS clusters (eqiad / codfw), we could use one of them to serve internal traffic and one as external endpoint. This defeats the purpose of having a backup datacenter, so that's not a long term solution
mobrovac updated the task description. (Show Details)
CHANGES TO TASK DESCRIPTIONEven though the documentation says the job returns a bool reporting execution success/failure, it actually returns [[ http://calendar.google.com/calendar/render | nothing ]]nothing](https://github.com/wikimedia
mobrovac removed a subtask: T159985: Implement language variant support in the REST API.
TASK DETAILhttps://phabricator.wikimedia.org/T111231EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: mobrovacCc: Smalyshev, ovasileva, Lucas_Werkmeister_WMDE, Mholloway
mobrovac added a subtask: T190689: FY17/18 Q4 Program 7 Services Goal: Language variants support.
TASK DETAILhttps://phabricator.wikimedia.org/T111231EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: mobrovacCc: Smalyshev, ovasileva, Lucas_Werkmeister_WMDE
mobrovac added a project: EventBus.
TASK DETAILhttps://phabricator.wikimedia.org/T187296EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Ottomata, mobrovacCc: mforns, elukey, Ottomata, Aklapper, Nuria, Ladsgroup, Pchelolo, JAllemandou, Smalyshev, Lahi, Gq86
mobrovac added a comment.
There has been no activity on this RfC since E146 . @cscott are you still interesting in pursuing this idea? Are the relevant actors aware of this proposal?TASK DETAILhttps://phabricator.wikimedia.org/T114454EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings
mobrovac added a comment.
Is this a problem with the mobile version in the browser or the native Android app?TASK DETAILhttps://phabricator.wikimedia.org/T183472EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: mobrovacCc: mobrovac, Lydia_Pintscher, Itzike
mobrovac added a comment.
I would also suggest using X-Request-ID which uniquely identifies a single request.TASK DETAILhttps://phabricator.wikimedia.org/T200594EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: mobrovacCc: mobrovac, MSantos, Gehel, Aklapper
mobrovac added a comment.
Nginx and Varnish already attach the X-Client-IP header to incoming requests (cf. this sample request), so all you have to do is actually use the provided header.
In T200594#4467019, @Mholloway wrote:
It would be very easy to add the requesting IP to the user-agent
mobrovac added a comment.
In T200594#4469670, @Smalyshev wrote:
Yes, but we need it to be the IP of the client of Karthoterian, not the IP of the server running Karthoterian.
Aren't clients making requests to Kartotherian? If they are, then X-Client-IP will be set to the external (to our prod
mobrovac added a comment.
In T200594#4469972, @Smalyshev wrote:
Aren't clients making requests to Kartotherian? If they are, then X-Client-IP will be set to the external (to our prod environment) client issuing the request.
Yes. But when Kartotherian calls to WDQS, it calls external Varnish
mobrovac triaged this task as "High" priority.
TASK DETAILhttps://phabricator.wikimedia.org/T192085EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: mobrovacCc: daniel, Aklapper, Pchelolo, Lahi, Gq86, GoranSMilovanovic, QZanden, LawExplorer, Eevans
mobrovac edited projects, added Services (doing), EventBus, MediaWiki-JobQueue; removed Services.Herald added a project: Analytics.
TASK DETAILhttps://phabricator.wikimedia.org/T192198EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: mobrovacCc: gerritbot
mobrovac assigned this task to Pchelolo.mobrovac closed this task as "Resolved".mobrovac edited projects, added Services (done); removed Services (doing), Patch-For-Review.mobrovac added a comment.
It took us a while to find the root cause of this. Essentially, t
mobrovac added a parent task: T190327: FY17/18 Q4 Program 8 Services Goal: Complete the JobQueue transition to EventBus.
TASK DETAILhttps://phabricator.wikimedia.org/T192198EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Pchelolo, mobrovacCc: Stashbot
mobrovac added a project: Services (watching).
TASK DETAILhttps://phabricator.wikimedia.org/T192687EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: mobrovacCc: Aklapper, HYanWong, Lahi, Gq86, GoranSMilovanovic, QZanden, LawExplorer, Eevans, mobrovac, Hardikj
mobrovac added a project: Parsoid.
TASK DETAILhttps://phabricator.wikimedia.org/T192687EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: mobrovacCc: Aklapper, HYanWong, Lahi, Gq86, GoranSMilovanovic, QZanden, LawExplorer, Eevans, Jrf, mobrovac, Hardikj
mobrovac added a comment.
Thank you @Ladsgroup !TASK DETAILhttps://phabricator.wikimedia.org/T192085EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Ladsgroup, mobrovacCc: mobrovac, Stashbot, gerritbot, daniel, Aklapper, Pchelolo, Versusxo, Majesticalreaper22
mobrovac added a parent task: T190327: FY17/18 Q4 Program 8 Services Goal: Complete the JobQueue transition to EventBus.
TASK DETAILhttps://phabricator.wikimedia.org/T192085EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Ladsgroup, mobrovacCc: mobrovac
mobrovac added a parent task: T190266: Recommendation API fails with internal error if the optional seed_article param is missing.
TASK DETAILhttps://phabricator.wikimedia.org/T178492EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: mobrovacCc: Daniel_Mietchen
mobrovac added a project: Services (watching).
TASK DETAILhttps://phabricator.wikimedia.org/T105845EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: mobrovacCc: brion, leila, Reasno, SBisson, MZMcBride, Mholloway, RandomDSdevel, jmadler, Bianjiang, LikeLifer
mobrovac edited projects, added Services (done); removed Patch-For-Review, Services (doing).mobrovac closed this task as "Resolved".
TASK DETAILhttps://phabricator.wikimedia.org/T206303EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: mobrovacCc:
mobrovac added a project: Core Platform Team Backlog (Designing).
TASK DETAILhttps://phabricator.wikimedia.org/T204024EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: mobrovacCc: Lydia_Pintscher, Pintoch, Tpt, Smalyshev, Eevans, daniel, mobrovac, Jonas
mobrovac added a project: Core Platform Team Backlog (Watching / External).
TASK DETAILhttps://phabricator.wikimedia.org/T204031EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: mobrovacCc: Pchelolo, Addshore, Aklapper, Nandana, Lahi, Gq86
mobrovac removed a project: WMF-JobQueue.mobrovac added a comment.
Removing #wmf-jobqueue as we don't use JobQueueDB in production.TASK DETAILhttps://phabricator.wikimedia.org/T124196EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: mobrovacCc: mobrovac
mobrovac removed a project: Service-Architecture.
TASK DETAILhttps://phabricator.wikimedia.org/T204713EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: mobrovacCc: Framawiki, Darkdadaah, Noe, Lydia_Pintscher, Lea_Lacroix_WMDE, Aklapper, Psychoslave, Nandana
mobrovac edited projects, added Services (watching), Core Platform Team Backlog (Watching / External); removed Services.mobrovac added a comment.
+1 to the idea. We could then have ref import/export to/fro WB and WP and other utilities.
Dates in particular seem like something that could be a big
mobrovac edited projects, added Services (next), Core Platform Team Backlog (Later), EventBus; removed Patch-For-Review.Restricted Application added a project: Analytics.
TASK DETAILhttps://phabricator.wikimedia.org/T207817EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel
mobrovac added a project: Dependency-Tracking.mobrovac added a comment.
Essentially, we are talking here about dependency tracking for WikiBase/WikiData. We do need a larger solution to the dependency tracking problem all over our infrastructure, with WB/WD being the pathological case. At some
mobrovac renamed this task from "Add wdqs-updater to scap target in puppet" to "Add sudo rules for wdqs-updater in puppet".mobrovac claimed this task.mobrovac edited projects, added Services (doing); removed Services.
TASK DETAILhttps://phabricator.wikimedia.org/T206303EM
mobrovac triaged this task as "Normal" priority.
TASK DETAILhttps://phabricator.wikimedia.org/T206303EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: mobrovacCc: Aklapper, Smalyshev, Gehel, Mathew.onipe, Nandana, AndyTan, Davinaclare77, Qtn1293,
mobrovac added a comment.
In T204024#4888623, @Addshore wrote:
will we store data only for the latest revision or not (implies different storage semantics and guarantees)
I agree with everything @Lucas_Werkmeister_WMDE said here, only store data for the latest revision.
Ok, that makes things
mobrovac added a project: serviceops.
TASK DETAILhttps://phabricator.wikimedia.org/T212189EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: mobrovacCc: Matthias_Geisler_WMDE, Jakob_WMDE, Pablo-WMDE, Aklapper, Lydia_Pintscher, Lea_WMDE, Addshore, WMDE-leszek
mobrovac added a comment.
As a further optimisation of both the architecture as well as parsing and load times, MW/Wikibase could populate a (hidden?) tag in the DOM with all the info needed to generate the termbox. Then, if JS is enabled (w/ possibly ServiceWorkers), the client simply generates
mobrovac edited projects, added TechCom, Services (next), Core Platform Team Backlog (Next); removed Services.
TASK DETAILhttps://phabricator.wikimedia.org/T212189EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: mobrovacCc: Matthias_Geisler_WMDE, Jakob_WMDE
mobrovac added a comment.
In T212189#4831314, @daniel wrote:
@mobrovac Please note that the term box is shown based on user preferences (languages spoken), the initially served DOM however needs to be the same for all users, so it can be cached. Also note that the language specific data that goes
mobrovac added a project: Core Platform Team Backlog (Watching / External).
TASK DETAILhttps://phabricator.wikimedia.org/T192687EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: mobrovacCc: cscott, Aklapper, HYanWong, Nandana, Lahi, Gq86, GoranSMilovanovic
mobrovac edited projects, added Core Platform Team Backlog (Later); removed Core Platform Team Backlog (Next).
TASK DETAILhttps://phabricator.wikimedia.org/T212189EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: mobrovacCc: akosiaris, Krinkle, Milimetric
mobrovac added a project: Core Platform Team Backlog (Designing).
TASK DETAILhttps://phabricator.wikimedia.org/T166042EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: mobrovacCc: thiemowmde, daniel, aude, Lydia_Pintscher, GWicke, Aklapper, hoo, Nandana, Lahi
1 - 100 of 126 matches
Mail list logo
