On Mon, Jul 12, 2021 at 10:47 PM Risker wrote:
> On Mon, 12 Jul 2021 at 19:26, Tyler Cipriani
> wrote:
>
>> * Can we do something to improve the speed from "a user notices an issue
>>> with the site" to "the right team/owner is aware of it and acts on it"?
>>>
>>
>> Or can we do something to
Thanks all for the interesting discussion.
I think the most immediate actionable here is expanding group 1 wikis, so
I'm looking into that here https://phabricator.wikimedia.org/T286664.
Ideally, it's my belief that 2 top ten wikis that are not English would
give us the visibility of problems
You can already opt in to testing undployed code by using the
WikimediaDebug[1] browser extension (available for firefox[2] and chrome[3])
Maybe we should add an option to force a request to be served from the
latest branch instead of the one assigned in wikiversions.json.
[1]
This makes me wonder if there could ever be a way to allow some requests to
be on one group and other requests for the same wiki could be another group.
e.g. users could opt-in to being a canary or some users could be randomly
selected.
When would this not work? If a newer version required
On Mon, 12 Jul 2021 at 19:26, Tyler Cipriani
wrote:
> (Late reply: I was out the week this was sent, then another week of
> vacation happened)
>
>
>
>
>> * Can we do something to improve the speed from "a user notices an issue
>> with the site" to "the right team/owner is aware of it and acts on
(Late reply: I was out the week this was sent, then another week of
vacation happened)
On Wed, Jun 23, 2021 at 2:59 AM Jaime Crespo wrote:
> * How often are issues surfaced in the group0 -> group1 vs group1 ->
> group2, are there any stats to back the need for a change there?
>
The closest
On Tue, 22 Jun 2021 at 23:10, Jon Robson wrote:
> Apologies if I didn't make myself clear, but it seems I didn't given both
> Amir's comments. I am very happy that we have these, and my question was *not
> *why do we have them, but rather* why do we only have 2*. I want more of
> them and every
On Wed, Jun 23, 2021 at 12:10 AM Jon Robson wrote:
> I understand the Friday is a buffer, but it's not a great buffer,
> particularly now
>
I don't have any suggestions, as I am not super-familiar with the current
situation, but I can understand (and suffered) from some hidden bugs (not
> Regarding Catalan and Hebrew Wikipedia, the other Amir said it well, I
don't think I have much to add beside the fact that I have personally seen
them finding major issues before they hit all Wikipedia languages many
times, more than I can count.
>
> Apologies if I didn't make myself clear, but
Thanks for all the input so far.
On Tue, Jun 22, 2021 at 2:41 PM Amir Sarabadani wrote:
> Jon, I think you're misunderstanding the point of the "No Deployment on
> Friday" policy.
>
I don't think I'm misunderstanding the policy? I'm talking explicitly about
high priority issues UI regressions,
Jon, I think you're misunderstanding the point of the "No Deployment on
Friday" policy.
Let's look from far, Why is a work day a no-deploy day? Why are we limiting
ourselves to a four-day week while we can use our full potential? The
reason is that if we deploy something to production on Friday
On Tue, Jun 22, 2021 at 3:03 PM Jon Robson wrote:
> A few questions to provoke discussion/share knowledge better:
> * Why does the train run Tue,Wed, Thur rather than Mon,Tue,Wed
>
I'd note here that the standard security deployment window is Monday
between 21:00 and 23:00 UTC. That date and
I'm not a train conductor, and I don't know anything about the
decision-making process that went into the current train schedule. But I'll
note that Mondays tend to be observed as holidays, which could cause
complications for train scheduling. By my quick count from officewiki,
there are 9 US
בתאריך יום ג׳, 22 ביוני 2021 ב-23:04 מאת Jon Robson <
jrob...@wikimedia.org>:
> Hi all
>
> A few questions to provoke discussion/share knowledge better:
> * Why does the train run Tue,Wed, Thur rather than Mon,Tue,Wed
> * Why do we only have 2 group 1 Wikipedia's (Catalan and Hebrew)
>
14 matches
Mail list logo