⚓ T266798 [Event Platform] Enable canary events for all MediaWiki streams
Page Menu
Phabricator
Create Task
Maniphest
T266798
[Event Platform] Enable canary events for all MediaWiki streams
Closed, Resolved
Public
Actions
Edit Task
Edit Related Tasks...
Create Subtask
Edit Parent Tasks
Edit Subtasks
Merge Duplicates In
Close As Duplicate
Edit Related Objects...
Edit Commits
Edit Mocks
Mute Notifications
Protect as security issue
Assigned To
Ottomata
Authored By
Ottomata
Oct 29 2020, 4:17 PM
2020-10-29 16:17:02 (UTC+0)
Tags
Event-Platform
(Backlog)
Analytics
(Event Platform)
Patch-For-Review
Data-Engineering (Sprint 6)
(Done)
User-notice-archive
(Backlog)
Referenced Files
None
Subscribers
Ahoelzl
Aklapper
AntiCompositeNumber
bking
BTullis
Chlod
dcausse
View All 25 Subscribers
Description
To do this, we'd need to make sure that all consumers of streams are sensitive to canary events and able to filter them out. This includes mediawiki events from EventBus, and any other non Hive bound consumers.
Users of streams with canary events should discard all events where
meta.domain == "canary"
The following streams will have canary events newly enabled for them.
mediawiki.recentchange
mediawiki.page-create
mediawiki.page-delete
mediawiki.page-links-change
mediawiki.page-move
mediawiki.page-properties-change
mediawiki.page-restrictions-change
mediawiki.page-suppress
mediawiki.page-undelete
mediawiki.revision-create
mediawiki.revision-visibility-change
mediawiki.user-blocks-change
mediawiki.centralnotice.campaign-change
mediawiki.centralnotice.campaign-create
mediawiki.centralnotice.campaign-delete
User-notice content
Canary (AKA heartbeat) events will be produced into
Wikimedia event streams
from December 11. Streams users are advised to filter out these events, by discarding all events where
meta.domain == "canary"
. Updates to
Pywikibot
or
wikimedia-streams
will discard these events by default.
Details
Related Changes in Gerrit:
Subject
Repo
Branch
Lines +/-
Revert accidental portals submodule change
operations/mediawiki-config
master
+1
-1
Enable canary events for all MediaWiki event streams
operations/mediawiki-config
master
+3
-39
camus events - change which DC topic is used for Hadoop ingestion alerts
operations/puppet
production
+2
-2
Enable canary events for NavigationTiming ext streams
operations/mediawiki-config
master
+11
-33
Customize query in gerrit
Related Changes in GitLab:
Title
Reference
Author
Source Branch
Dest Branch
Bump mediawiki dumps artifact to pickup canary fix.
repos/data-engineering/airflow-dags!531
xcollazo
bump-dumps-artifact
main
Modify visibility SQL to account for canary events.
repos/data-engineering/mediawiki-content-pipelines!19
xcollazo
fix-canary-for-visbility
main
Customize query in GitLab
Related Objects
Search...
Task Graph
Mentions
Duplicates
Status
Subtype
Assigned
Task
Resolved
Ottomata
T251609
Automate ingestion and refinement into Hive of event data from Kafka using stream configs and canary/heartbeat events
Resolved
Ottomata
T266798
[Event Platform] Enable canary events for all MediaWiki streams
Resolved
Ottomata
T252585
Refine event pipeline at this time refines data in hourly partitions without knowing if the partition is complete
Duplicate
None
T346684
[Event Platform] Enable canary events for mediawiki.revision-visibility-change
Resolved
LDlulisa-WMF
T349697
Handle EventStream canary events gracefully
Resolved
Chlod
T350756
Handle canary events in Pywikibot
Resolved
Ottomata
T351247
[Event Platform] change propagation should discard canary events
Mentioned In
T351247: [Event Platform] change propagation should discard canary events
T349697: Handle EventStream canary events gracefully
T346684: [Event Platform] Enable canary events for mediawiki.revision-visibility-change
T330236: Event partitions missing since 2023-02-21T10:00 for stream without events (canary events not produced?)
T287789: Enable canary events for streams by default
T271208: NavigationTiming Extension schemas Event Platform Migration
T267073: Exclude canary events from refined event Hive tables
T252585: Refine event pipeline at this time refines data in hourly partitions without knowing if the partition is complete
Mentioned Here
T351247: [Event Platform] change propagation should discard canary events
T350756: Handle canary events in Pywikibot
T251609: Automate ingestion and refinement into Hive of event data from Kafka using stream configs and canary/heartbeat events
T349697: Handle EventStream canary events gracefully
T271208: NavigationTiming Extension schemas Event Platform Migration
Duplicates Merged Here
T346684: [Event Platform] Enable canary events for mediawiki.revision-visibility-change
Event Timeline
There are a very large number of changes, so older changes are hidden.
Show Older Changes
Aklapper
removed
Ottomata
as the assignee of this task.
Mar 21 2023, 9:35 AM
2023-03-21 09:35:13 (UTC+0)
Comment Actions
@Ottomata
: Removing task assignee as this open task has been assigned for more than two years - See the email sent to task assignee on Feburary 22nd, 2023.
Please assign this task to yourself again if you still realistically [plan to] work on this task - it would be welcome! :)
If this task has been resolved in the meantime, or
should not be worked on by anybody
("declined"), please update its task status via "Add Action… 🡒 Change Status".
Also see
for tips how to best manage your individual work in Phabricator. Thanks!
Ottomata
closed subtask
T252585: Refine event pipeline at this time refines data in hourly partitions without knowing if the partition is complete
as
Resolved
Jun 13 2023, 6:19 PM
2023-06-13 18:19:32 (UTC+0)
JArguello-WMF
removed a project:
Data-Engineering-Planning
Jun 29 2023, 9:50 PM
2023-06-29 21:50:21 (UTC+0)
Restricted Application
added a project:
Data-Engineering
View Herald Transcript
Jun 29 2023, 9:50 PM
2023-06-29 21:50:22 (UTC+0)
JArguello-WMF
moved this task from
Incoming (new tickets)
to
Event Platform Backlog
on the
Data-Engineering
board.
Jun 29 2023, 10:29 PM
2023-06-29 22:29:58 (UTC+0)
JArguello-WMF
added a project:
Data Engineering and Event Platform Team
Jun 30 2023, 4:30 PM
2023-06-30 16:30:41 (UTC+0)
JArguello-WMF
moved this task from
Data Eng Backlog
to
Event Platform Backlog
on the
Data Engineering and Event Platform Team
board.
Jun 30 2023, 4:38 PM
2023-06-30 16:38:54 (UTC+0)
xcollazo
mentioned this in
T346684: [Event Platform] Enable canary events for mediawiki.revision-visibility-change
Sep 22 2023, 4:42 PM
2023-09-22 16:42:11 (UTC+0)
gerritbot
added a comment.
Oct 3 2023, 2:36 PM
2023-10-03 14:36:45 (UTC+0)
Comment Actions
Change 963080 had a related patch set uploaded (by Ottomata; author: Ottomata):
[operations/deployment-charts@master] mw-page-content-change-enrich - set replicas: 2 for eqiad and codfw
gerritbot
added a project:
Patch-For-Review
Oct 3 2023, 2:36 PM
2023-10-03 14:36:46 (UTC+0)
Ottomata
added a comment.
Oct 3 2023, 2:46 PM
2023-10-03 14:46:37 (UTC+0)
Comment Actions
^ oops, wrong task.
dcausse
subscribed.
Oct 18 2023, 1:40 PM
2023-10-18 13:40:09 (UTC+0)
bking
subscribed.
Oct 18 2023, 2:06 PM
2023-10-18 14:06:29 (UTC+0)
dcausse
added a comment.
Oct 18 2023, 2:27 PM
2023-10-18 14:27:44 (UTC+0)
Comment Actions
A quick comment to mention that consumers of fully idle streams (streams without canary events) are currently prone to
. I believe that enabling canary events would help to workaround this issue.
My understanding is that KAFKA-4682 might cause loss of events if the consumer is configured to reset to LATEST or re-process many events if configured to EARLIEST.
lbowmaker
moved this task from
Event Platform Backlog
to
Event Platform Maintenance (current quarter)
on the
Data Engineering and Event Platform Team
board.
Oct 19 2023, 8:00 PM
2023-10-19 20:00:55 (UTC+0)
Ahoelzl
renamed this task from
Enable canary events for all streams
to
[Event Platform] Enable canary events for all streams
Oct 20 2023, 5:29 PM
2023-10-20 17:29:31 (UTC+0)
Ahoelzl
moved this task from
Event Platform Maintenance (current quarter)
to
Sprint 4
on the
Data Engineering and Event Platform Team
board.
Oct 23 2023, 8:26 PM
2023-10-23 20:26:51 (UTC+0)
Ahoelzl
edited projects, added
Data Engineering and Event Platform Team (Sprint 4)
; removed
Data Engineering and Event Platform Team
Ottomata
merged a task:
T346684: [Event Platform] Enable canary events for mediawiki.revision-visibility-change
Oct 24 2023, 6:58 PM
2023-10-24 18:58:58 (UTC+0)
Ottomata
added subscribers:
xcollazo
lbowmaker
VirginiaPoundstone
and
2 others
Ottomata
renamed this task from
[Event Platform] Enable canary events for all streams
to
[Event Platform] Enable canary events for all MediaWiki streams
Oct 24 2023, 7:14 PM
2023-10-24 19:14:03 (UTC+0)
Ottomata
claimed this task.
gerritbot
added a comment.
Oct 24 2023, 7:20 PM
2023-10-24 19:20:39 (UTC+0)
Comment Actions
Change 968344 had a related patch set uploaded (by Ottomata; author: Ottomata):
[operations/mediawiki-config@master] Enable canary events for all MediaWiki event streams
Ottomata
updated the task description.
(Show Details)
Oct 24 2023, 7:38 PM
2023-10-24 19:38:13 (UTC+0)
Ottomata
updated the task description.
(Show Details)
Ottomata
updated the task description.
(Show Details)
Oct 24 2023, 7:47 PM
2023-10-24 19:47:45 (UTC+0)
Ottomata
added subscribers:
REsquito-WMF
prabhat
Xqt
Krinkle
Comment Actions
We'd like to do this soon. I'm aiming for November 6th. Let's see if this date will work for some folks we know might be affected, and then we can send an announcement out.
cc
@Xqt
for pywikibot.
cc
@REsquito-WMF
@prabhat
for Enterprise
cc
@dcausse
for search
cc
@xcollazo
for Data Products
cc
@Krinkle
in case you know of any reason not to do this for
mediawiki.recentchange
stream.
Ottomata
moved this task from
Next Up
to
In progress
on the
Data Engineering and Event Platform Team (Sprint 4)
board.
Oct 24 2023, 7:58 PM
2023-10-24 19:58:34 (UTC+0)
xcollazo
added a comment.
Oct 24 2023, 8:14 PM
2023-10-24 20:14:00 (UTC+0)
Comment Actions
cc
@xcollazo
for Data Products
Sounds good to me.
Ottomata
added a comment.
Oct 24 2023, 8:23 PM
2023-10-24 20:23:30 (UTC+0)
Comment Actions
Draft announcement:
REsquito-WMF
mentioned this in
T349697: Handle EventStream canary events gracefully
Oct 25 2023, 11:28 AM
2023-10-25 11:28:26 (UTC+0)
REsquito-WMF
added a subscriber:
HShaikh
Oct 25 2023, 11:41 AM
2023-10-25 11:41:50 (UTC+0)
Comment Actions
@Ottomata
WE have created ticket
and will be grooming, unfortently with so such notice i'm not sure we can deliver by the 6th of November. Hopefully by the 14th
Please reach out to me,
@prabhat
and
@HShaikh
to discuss timelines if needed
Ottomata
added a comment.
Oct 25 2023, 12:37 PM
2023-10-25 12:37:20 (UTC+0)
Comment Actions
Okay, we can delay timelines as needed. We've delayed since 2020, so why not another week or two. (This is why I reached out before sending announcement :) )
REsquito-WMF
added a comment.
Oct 25 2023, 12:56 PM
2023-10-25 12:56:51 (UTC+0)
Comment Actions
Thanks
@Ottomata
:)
We'll update here once we have this Live and Ready
dcausse
added a comment.
Oct 25 2023, 1:16 PM
2023-10-25 13:16:34 (UTC+0)
Comment Actions
In
T266798#9277763
@Ottomata
wrote:
cc
@dcausse
for search
All good, all search jobs should be using a filter on
meta.domain
Krinkle
added a comment.
Edited
Oct 26 2023, 6:57 PM
2023-10-26 18:57:44 (UTC+0)
Comment Actions
In
T266798#9277763
@Ottomata
wrote:
cc
@Krinkle
in case you know of any reason not to do this for
mediawiki.recentchange
stream.
Do any of the topics that power EventStreams today have canary events enabled?
Would they be filtered out by the EventStreams proxy or will they be exposed to outside clients over HTTP-SSE?
Is there a Wikimedia EventStreams docs and demos today, and a majority of third-party EventSource consumers, that likely knows to handle these correctly?
From a quick look at
, I could not find mention of "canary" on that page in terms of docs. Using the demo at
, I could not find a topic listed there that matches one that (in the LHS context of Andrew's patch) is listed as having canary events enabled today. Grepping the
repo, I could not find mention of "canary" either (if handled correctly, might be worth a test case at least).
CodeReviewBot
added a comment.
Oct 26 2023, 8:05 PM
2023-10-26 20:05:39 (UTC+0)
Comment Actions
xcollazo opened
Modify visibility SQL to account for canary events.
Ottomata
added a subscriber:
Chlod
Oct 27 2023, 2:25 PM
2023-10-27 14:25:36 (UTC+0)
Comment Actions
Do any of the topics that power EventStreams today have canary events enabled?
Yes, any ones that have been created since we started emitting canary events by default as part of
T251609
}.
Would they be filtered out by the EventStreams proxy or will they be exposed to outside clients over HTTP-SSE?
The are exposed client side as events. We could consider adding code to filter them out, but it might be nice for clients to be able to use these events in the same way we do: differentiate between a buggy client and an empty stream.
Is there a Wikimedia EventStreams docs and demos today, and a majority of third-party EventSource consumers, that likely knows to handle these correctly?
No, good point. We should probably add these, I suppose to
We were planning to handle this 'API' change via an announcement, we should def update docs first. Will do.
repo
COOL! Don't think I was aware of this. Added to
cc
@Chlod
for JavaScript wikimedia-streams client.
CodeReviewBot
added a comment.
Oct 27 2023, 2:31 PM
2023-10-27 14:31:55 (UTC+0)
Comment Actions
xcollazo merged
Modify visibility SQL to account for canary events.
CodeReviewBot
added a comment.
Oct 27 2023, 2:43 PM
2023-10-27 14:43:01 (UTC+0)
Comment Actions
xcollazo opened
Bump mediawiki dumps artifact to pickup canary fix.
Chlod
added a comment.
Oct 27 2023, 4:13 PM
2023-10-27 16:13:55 (UTC+0)
Comment Actions
cc
@Chlod
for JavaScript wikimedia-streams client.
Thanks for the heads up! I've started a PR for this at
, but I'll have to finish this up maybe tomorrow since my connection right now is spotty. Having the behavior/use for canary events documented on Wikitech would also be a great help for anyone looking for the info in the JSDoc.
CodeReviewBot
added a comment.
Oct 31 2023, 1:32 PM
2023-10-31 13:32:07 (UTC+0)
Comment Actions
xcollazo merged
Bump mediawiki dumps artifact to pickup canary fix.
Ottomata
added a comment.
Nov 1 2023, 8:16 PM
2023-11-01 20:16:50 (UTC+0)
Comment Actions
Canary events
Docs updates
for EventStreams:
Ottomata
added a comment.
Nov 2 2023, 8:26 PM
2023-11-02 20:26:06 (UTC+0)
Comment Actions
@REsquito-WMF
@Chlod
, we'd like to make an announcement, and to do that we should have a deadline.
What would be a good deadline for you all? Would December 11th 2023 be enough time?
REsquito-WMF
added a comment.
Nov 6 2023, 1:26 AM
2023-11-06 01:26:37 (UTC+0)
Comment Actions
@Ottomata
That should work for us,
we have
as part of our current sprint.
you can keep an yes on it ... but should be closed over the next 2 weeks
Chlod
added a comment.
Nov 6 2023, 1:58 AM
2023-11-06 01:58:04 (UTC+0)
Comment Actions
@Ottomata
Also good here. Canary event filtering was released as part of
v2.1.0
in wikimedia-streams, and around a month of time post-announcement should be enough for (maintained) dependent projects to update.
Ottomata
added a subtask:
T349697: Handle EventStream canary events gracefully
Nov 6 2023, 2:14 PM
2023-11-06 14:14:49 (UTC+0)
Ottomata
added a comment.
Nov 7 2023, 7:01 PM
2023-11-07 19:01:31 (UTC+0)
Comment Actions
Announcement sent out today. We will enable canary events on Monday December 11th.
Ottomata
moved this task from
In progress
to
Blocked/Paused
on the
Data Engineering and Event Platform Team (Sprint 4)
board.
Nov 7 2023, 7:01 PM
2023-11-07 19:01:44 (UTC+0)
Ahoelzl
subscribed.
Nov 7 2023, 10:00 PM
2023-11-07 22:00:10 (UTC+0)
Comment Actions
Announcement:
Chlod
added a subtask:
T350756: Handle canary events in Pywikibot
Nov 8 2023, 2:34 AM
2023-11-08 02:34:59 (UTC+0)
Chlod
added a project:
User-notice
Edited
Nov 8 2023, 5:47 PM
2023-11-08 17:47:56 (UTC+0)
Comment Actions
Think this might be worth a
User-notice
, given that it affects volunteer-run tools as well (can't definitively call this as I don't have analytics access). Tool maintainers need to update their package versions to properly filter out the canary events (to v2.1.0 for
npm@wikimedia-streams
and to whichever version closes
T350756
for Pywikibot, when it gets closed). Volunteers like me also don't have access to the Slack announcement, so that probably won't be enough to get the word out to volunteer developers.
Possible wording for this would be: "
Heartbeat events
will be sent to Wikimedia event streams from December 11. Streams users are advised to filter out these events. Updates to Pywikibot or wikimedia-streams will discard these events by default." Not sure if that gets the 'you need to update soon' vibe that well, though.
If the Pywikibot patch gets merged soon, then this could maybe go into the next edition, in the "Future changes" section.
Ottomata
updated the task description.
(Show Details)
Nov 8 2023, 8:47 PM
2023-11-08 20:47:43 (UTC+0)
Comment Actions
@Chlod
thanks. TIL about
User-notice
Updated description for User-notice.
Volunteers like me also don't have access to the Slack announcement, so that probably won't be enough to get the word out to volunteer developers.
Indeed! I did send an email annoucement to
analytics-announce@lists.wikimedia.org
tech-all@wikimedia.org
data-engineering@wikimedia.org
data-platform-engineering@wikimedia.org
In hindsight I should sent to wikitech-l. Should I do that, or allow
User-notice
to handle that?
Chlod
added a comment.
Nov 8 2023, 10:44 PM
2023-11-08 22:44:09 (UTC+0)
Comment Actions
Oh, looks like I haven't subscribed to any of those lists. 😅 Re: wikitech-l, Tech News is sent there every week, but it wouldn't hurt to also have a dedicated announcement for it so it's easier to find.
Ottomata
added a comment.
Nov 9 2023, 3:52 PM
2023-11-09 15:52:56 (UTC+0)
Comment Actions
K, sent to wikitech-l.
AntiCompositeNumber
subscribed.
Nov 9 2023, 6:49 PM
2023-11-09 18:49:26 (UTC+0)
This comment was removed by
AntiCompositeNumber
Quiddity
subscribed.
Nov 9 2023, 7:59 PM
2023-11-09 19:59:42 (UTC+0)
Comment Actions
Re: User-notice - Thank you for the draft-wording, that is greatly appreciated! I suggest changing the Pywikibot link from github to mediawiki-wiki, mostly so that we could link to a translatable page.
I initially didn't notice that it's still waiting for a patch-merge, so I drafted the entry. Please either ping me when it's ready (before mid-Friday) or add it directly (before mid-Friday), whichever week that happens.
The raw wikitext for all of that is:
[[File:Octicons-tools.svg|12px|link=|alt=|
Wikimedia event streams] from December 11. Streams users are advised to filter out these events, by discarding all events where
wikimedia-streams] will discard these events by default.
Sidenote: Tech News is sent to
wikitech-ambassadors@lists.wikimedia.org
each week, but not to
wikitech-l@lists.wikimedia.org
Sidenote2: The list
analytics-announce@lists.wikimedia.org
is good for anyone to join, but the other mailing lists Ottomata mentioned are internal team/group addresses, hence they wouldn't seem familiar!
Quiddity
moved this task from
To Triage
to
Announce in next Tech/News
on the
User-notice
board.
Nov 9 2023, 8:00 PM
2023-11-09 20:00:35 (UTC+0)
Ottomata
added a comment.
Nov 9 2023, 8:06 PM
2023-11-09 20:06:16 (UTC+0)
Comment Actions
Pywikibot link from github to mediawiki-wiki
+1, thank you.
I initially didn't notice that it's still waiting for a patch-merge, so I drafted the entry. Please either ping me when it's ready (before mid-Friday) or add it directly (before mid-Friday), whichever week that happens.
What do you mean by 'it's still waiting for patch-merge'?
Quiddity
added a comment.
Nov 9 2023, 8:16 PM
2023-11-09 20:16:50 (UTC+0)
Comment Actions
In
T266798#9320909
@Ottomata
wrote:
What do you mean by 'it's still waiting for patch-merge'?
I was referring to this comment (possibly I misunderstood!):
In
T266798#9317254
@Chlod
wrote:
If the Pywikibot patch gets merged soon, then this could maybe go into the next edition, in the "Future changes" section.
In other words: If it's ready to go into this upcoming edition (which will be sent on Monday), then it needs to be added to
the draft-page
within the next 24-hours (or just
revert my removal
!). Or if it belongs in the November 20th edition instead, then we'd add it next week.
Ottomata
added a comment.
Nov 9 2023, 8:19 PM
2023-11-09 20:19:46 (UTC+0)
Comment Actions
I think it would be good to include it in the earliest edition we can, to give users a chance to modify their code. A future version of pywikibot may automatically do this for users of that codebase.
Quiddity
moved this task from
Announce in next Tech/News
to
In current Tech/News draft
on the
User-notice
board.
Nov 9 2023, 11:42 PM
2023-11-09 23:42:59 (UTC+0)
lbowmaker
edited projects, added
Data-Engineering (Sprint 5)
; removed
Data Engineering and Event Platform Team (Sprint 4)
Data-Engineering
Nov 10 2023, 2:10 PM
2023-11-10 14:10:48 (UTC+0)
lbowmaker
moved this task from
Next Up
to
Blocked/Paused
on the
Data-Engineering (Sprint 5)
board.
Xqt
closed subtask
T350756: Handle canary events in Pywikibot
as
Resolved
Nov 11 2023, 12:33 PM
2023-11-11 12:33:36 (UTC+0)
Quiddity
moved this task from
In current Tech/News draft
to
Already announced/Archive
on the
User-notice
board.
Nov 14 2023, 12:06 AM
2023-11-14 00:06:36 (UTC+0)
Ottomata
mentioned this in
T351247: [Event Platform] change propagation should discard canary events
Nov 14 2023, 6:29 PM
2023-11-14 18:29:15 (UTC+0)
REsquito-WMF
added a comment.
Nov 23 2023, 1:45 PM
2023-11-23 13:45:43 (UTC+0)
Comment Actions
@Ottomata
We have deployed our changes to prod.
Is there any place or anyhow we can test this before going live?
Thanks
lbowmaker
edited projects, added
Data-Engineering (Sprint 6)
; removed
Data-Engineering (Sprint 5)
Dec 1 2023, 1:47 PM
2023-12-01 13:47:41 (UTC+0)
lbowmaker
moved this task from
Next Up
to
Blocked/Paused
on the
Data-Engineering (Sprint 6)
board.
JArguello-WMF
closed subtask
T349697: Handle EventStream canary events gracefully
as
Resolved
Dec 4 2023, 2:53 PM
2023-12-04 14:53:25 (UTC+0)
Ottomata
added a comment.
Dec 7 2023, 5:15 PM
2023-12-07 17:15:49 (UTC+0)
Comment Actions
Is there any place or anyhow we can test this before going live?
@REsquito-WMF
hm, not really? But, feel free to inject artificial canary events (meta.domain: "canary") into your pipeline and verify that they are discarded.
Ottomata
added a comment.
Dec 7 2023, 5:15 PM
2023-12-07 17:15:56 (UTC+0)
Comment Actions
I plan to deploy
T351247: [Event Platform] change propagation should discard canary events
on Monday Dec 11, and then if all goes well, will enable these canary events on Monday or Tuesday.
JJMC89
subscribed.
Dec 7 2023, 5:32 PM
2023-12-07 17:32:59 (UTC+0)
Comment Actions
FYI,
Pywikibot
version 8.6.0 includes the change to discard canary events by default.
gerritbot
added a comment.
Dec 11 2023, 4:05 PM
2023-12-11 16:05:17 (UTC+0)
Comment Actions
Change 968344
merged
by jenkins-bot:
[operations/mediawiki-config@master] Enable canary events for all MediaWiki event streams
gerritbot
added a comment.
Dec 11 2023, 4:06 PM
2023-12-11 16:06:51 (UTC+0)
Comment Actions
Change 982122 had a related patch set uploaded (by Ottomata; author: Ottomata):
[operations/mediawiki-config@master] Revert accidental portals submodule change
gerritbot
added a comment.
Dec 11 2023, 4:09 PM
2023-12-11 16:09:14 (UTC+0)
Comment Actions
Change 982122
merged
by jenkins-bot:
[operations/mediawiki-config@master] Revert accidental portals submodule change
Stashbot
added a comment.
Dec 11 2023, 4:10 PM
2023-12-11 16:10:35 (UTC+0)
Comment Actions
Mentioned in SAL (#wikimedia-operations)
[2023-12-11T16:10:34Z]
T266798
Stashbot
added a comment.
Dec 11 2023, 4:19 PM
2023-12-11 16:19:07 (UTC+0)
Comment Actions
Mentioned in SAL (#wikimedia-operations)
[2023-12-11T16:19:06Z]
T266798
)]] (duration: 08m 25s)
Ottomata
added a comment.
Dec 11 2023, 4:27 PM
2023-12-11 16:27:47 (UTC+0)
Comment Actions
This has been done!
Ottomata
moved this task from
Blocked/Paused
to
Done
on the
Data-Engineering (Sprint 6)
board.
Dec 11 2023, 4:27 PM
2023-12-11 16:27:55 (UTC+0)
lbowmaker
closed this task as
Resolved
Jan 8 2024, 7:50 PM
2024-01-08 19:50:00 (UTC+0)
lbowmaker
closed subtask
T351247: [Event Platform] change propagation should discard canary events
as
Resolved
Maintenance_bot
edited projects, added
User-notice-archive
; removed
User-notice
Jan 18 2024, 8:31 PM
2024-01-18 20:31:16 (UTC+0)
Log In to Comment
Content licensed under Creative Commons Attribution-ShareAlike (CC BY-SA) 4.0 unless otherwise noted; code licensed under GNU General Public License (GPL) 2.0 or later and other open source licenses. By using this site, you agree to the Terms of Use, Privacy Policy, and Code of Conduct.
Wikimedia Foundation
Code of Conduct
Disclaimer
CC-BY-SA
GPL
Credits
US