All right, votes indicate that wikidiff3 is even better in quality, so here
we go:
https://gerrit.wikimedia.org/r/#/c/284003/ removes DairikiDiff. After it's
merged, I plan to refactor this area further and work on improving diff
quality now that we'll have 2 places to make changes instead of 3.
O
Well planned, well done!
Mark thanks for the summaries and hours dedicated to making this all work
well. Thanks to the many teams working together to complete this effort.
On Thu, Apr 21, 2016 at 11:55 AM, Arthur Richards
wrote:
> This is so rad - congratulations indeed to everyone who's been
https://www.mediawiki.org/wiki/Scrum_of_scrums/2016-04-20
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l
This is so rad - congratulations indeed to everyone who's been working on
this!
On Thu, Apr 21, 2016 at 8:44 AM, Toby Negrin wrote:
> Congrats Mark and everyone else involved. This is a big step for
> reliability and performance of the sites and a difficult technical task to
> say the least.
>
>
Congrats Mark and everyone else involved. This is a big step for
reliability and performance of the sites and a difficult technical task to
say the least.
Well done!
-Toby
On Thu, Apr 21, 2016 at 8:37 AM, Mark Bergsma wrote:
> We've just completed the switch back, and all services are running
We've just completed the switch back, and all services are running from our
main data center eqiad (Ashburn) again.
The process went very smooth this time around. In the past two days leading
up to this, we've been able to either fix or work around the most important
issues we encountered on Tuesd
On Thu, Apr 21, 2016 at 4:59 PM, Erik Bernhardson <
ebernhard...@wikimedia.org> wrote:
> On Apr 20, 2016 10:45 PM, "Brion Vibber" wrote:
> > Note that we could fire off a job queue background task to do the actual
> > removal... But is it also safe to do that on a read-only request?
> >
>
> https
On Apr 20, 2016 10:45 PM, "Brion Vibber" wrote:
>
> Over in TimedMediaHandler extension, we've had a number of cases where old
> code did things that were convenient in terms of squishing read-write
> operations into data getters, that got removed due to problems with long
> running transactions o
On Thursday, April 21, 2016, bawolff wrote:
>
>
> When doing something like that from a read request, there's also the
> problem for a popular page that there might be lots of views (maybe
> thousands if the queue is a little backed up) before the job is
> processed. So if the view triggers the jo
Hi everyone,
After we've been successfully serving our sites from our backup data-center
codfw (Dallas) for the past two days, we're now starting our switch back to
eqiad (Ashburn) as planned[1].
We've already moved cache traffic back to eqiad, and within the next
minutes, we'll disable editing b
On Thu, Apr 21, 2016 at 1:45 AM, Brion Vibber wrote:
> Over in TimedMediaHandler extension, we've had a number of cases where old
> code did things that were convenient in terms of squishing read-write
> operations into data getters, that got removed due to problems with long
> running transaction
On 21 April 2016 at 14:10, Jon Robson wrote:
> Due to popular demand I've put my Gerrit extension in the Chrome web
> store. It makes a few subtle improvements to the Gerrit UI to make it
> easier to navigate. Feel free to try it out and if it gets popular
> I'll commit to getting these changes u
Due to popular demand I've put my Gerrit extension in the Chrome web
store. It makes a few subtle improvements to the Gerrit UI to make it
easier to navigate. Feel free to try it out and if it gets popular
I'll commit to getting these changes upstreamed to Gerrit ;-)
https://chrome.google.com/webs
13 matches
Mail list logo