Hello @Urbanecm, @Ammarpad needs to schedule it for deployment. @Ammarpad, you can do it by going to https://wikitech.wikimedia.org/wiki/Deployments, then choosing any SWAT window (EU, Morning, Evening), schedule the patch (something like * [config] {{gerrit|gerritnumber}} description) and be at IRC (freenode), #wikimedia-operations channel during the window you chosen. Thanks!

Reopening after in-person discussion with @greg.

This was re-scheduled to one of the project rooms. Since project rooms can't be reserved, can't tell which one. Anyway, the guy at computer room 02 will know which project rooms it is.

Aha, thanks. Didn't know.

why is this mentor assigned to them? is it self-assigned? is it random?

assigned to bad ticket :(

@thcipriani He didn't mean "not able technically", but policy-side.

/me hope he'll have some time for this, if not, plans to complete after Hackathon.

In T222847#5171134, @Catrope wrote:

We have three main options:

• A: Put something in the "chrome" area of the page (the upside-down-L-shaped area along the top and left edge of the screen), which includes the sidebar, personal links and tabs along the top
• B: Put something in the "sitenotice" area, which is where site notices, central notices and fundraising banners go
• C: Put something in the content area of the main page
  
  Options A and B can be done by us, in software. Option C requires working with the community to edit the Main Page on-wiki. We can then add a CSS class to the page from software that indicates whether the user has the homepage, and the community can write on-wiki CSS (or we can write it for them) that shows/hides the homepage-related content based on that.
  
  cc @Urbanecm who is likely to have thoughts on this as well

The author of the comment I linked (@Ladsgroup) said he needed to use eval.php.

In T210752#5170820, @Ladsgroup wrote:

In T210752#5168366, @Urbanecm wrote:

@Ladsgroup Thanks for your explanation. Shouldn't we reopen T212881: addWiki.php broken creating ES tables then and/or fill a task for making addWiki.php modular? Theoretically, that would include "just" splitting addWiki's execute method into several other methods (maybe another maintenance scripts for easier running?)

I would do both

Per T210752#5167695.

In T222204#5168845, @MMiller_WMF wrote:

Is there only one global abuse filter error message? Or can different filters send different messages?

In T222403#5156187, @MusikAnimal wrote:

This has something to do with it enforcing the max end date (roughly yesterday at midnight UTC), but it isn't applying the same check to the start date. I'll get a fix out soon.

In T222403#5168469, @JTannerWMF wrote:

This is a bug in the Pageviews tool which is not maintained by Growth Team.

@Ladsgroup Thanks for your explanation. Shouldn't we reopen T212881: addWiki.php broken creating ES tables then and/or fill a task for making addWiki.php modular? Theoretically, that would include "just" splitting addWiki's execute method into several other methods (maybe another maintenance scripts for easier running?)

In T212667#4986982, @Benoit_Rochon wrote:

Value should be back to six due to the International Francophone Contribution Month coming soon.

@Ruthven It's technically possible to create a new project, but workarounding the bug is really time expensive.

@Ladsgroup That's sad. Do we have a phabricator task filled? If so, could you link it, please? Thanks!

Per IRC.

JS-related issue, solving would require JS downgrading. Declining.

@Trijnstel @Zppix @Wladek92 +1 and similar comments don't help. As long as this task is opened, the bug is very likely to persist. We know about this issue and I believe the team behind MediaWiki-extensions-Translate are already working on this issue. This bug has workarounds available, see the task description. If the workarounds are unclear to you, feel free to ask!

Hi @Cntlsn, I think that's perfect! Thanks for sharing it with me!

Hi everyone, I've rescheduled this session to 0900 Saturday, Computer Room 01, to make the program a little bit structured. This was done after discussion with the rest of WMCZ Hackathon organizing team.

Hi everyone, I've rescheduled the session to 1400, Education center 2NP. This was done after discussion with the rest of Hackathon organizing team, to make program a little bit more structured. I hope no one mind!

Affects every pageview with minerva, see https://cs.wikipedia.org/w/index.php?title=Hlavn%C3%AD_strana&useskin=minerva. Promoting to UBN, many . If someone disagrees, feel free to re-triage.

After fixing T222521, everything works correctly.

Stupid mistake, had bad callback in Oauth registration :(.

@Dvorapa Yes, we are, but you weren't the one who asked the question I answered. I don't know which timezone is @zhuyifei1999's one ;).

yes, 02:00 CEST->0:00 UTC.

THanks @Nikerabbit, uploaded a commit and made it dependant on T222544's commit. Thanks!

Hmm, a random idea. Might it be caused by T222544: Setup gate-and-submit-l10n for wikimedia-cz/tracker not being resolved?

I've changed the OAuth tokens to the previous ones (without Access to private information permission), it started to work smoothly. The test instance (tracker2.wikimedia.cz) still has the updated tokens. Will investigate tomorrow.

Request was approved. After changing the tokens, T222521: OAuth login just redirects to MediaWiki authenticate endpoint again and agian occured.

In T210565#4817686, @takidelfin wrote:

Could I try? It seems to be a good DRF lesson for me :D

The pull request was merged. I tested this, it didn't work, so I've looked into another causes. It looks that Tracker doesn't have permissions to view emails, so I've requested "Access to private information" permission.