Tilerator exists no more in the WMF environment. I 'll close this av invalid, feel free to reopen.

The task is from 2016, and I most probably filed it as a placeholder to track effort to enhance test coverage on various repositories. We were on a rampage to add more tests everywhere at the time.

Hi, @hashar! It's been quite a while but is there still any intention to add the CI integration?

Let's close it. Reopen if you disagree

This is too-stale now and a lot of these bits have been replaced over time and are known to have their deps correct.

Resolving for now, no movement since last update in 2015. Make a new modern ticket if there's still issues here!

There is no more varnish-be

:)

In T113817#6287140, @Ottomata wrote:

Hm, you are right, but that is not clear from the task description.

Hm, you are right, but that is not clear from the task description. I'll edit it and leave open. I think this would be really useful. I still don't understand (or I have forgotten) all the complications though.

The task was about connecting webrequest data and MediaWiki API logs (or more generally, MediaWiki logs), though, and webrequest data does not have the request ID as far as I know.

Going to resolve this instead of declining. For EventBus generated events, including mediawiki.api-request, x_request_id is set in events as the meta.request_id field.

Thanks @tstarling! As it turns out, current and upcoming browser restrictions on third-party cookies are quickly making cross-site banner hiding unworkable.

Let's leave it open for now. We may have some dedicated maps maintenance capacity in the next couple quarters and would want to address content freshness as part of that effort. That said, I imagine we would end up doing something more like T109776#3086227 in the end rather than purging the content from Varnish/ATS directly.

We're going to remove support for this from ChangeProp as well as a part of k8s transition. If there are any plans to ever do it, please indicate so. Otherwise please close the task. Last time we talked, there was no interest in finishing this.

Closing in favour of T237773. There is no particular need for it on its own, but the inconsistency will naturally be resolved by T237773.

Since 2013, we have VCL code in place that normalises these characters in Wikimedia's caching infrastructure.

In T128188#5143265, @ema wrote:

@hashar can we run it in CI? The catalog needs to be compiled against a given hostname. Perhaps this could be passed with 'Host: cp1079.eqiad.wmnet' in the commit message?

@awight: is there anything to do here or can we close the task?

I can't reproduce the problems described in any of the parent tasks any more. I assume this was fixed by migrating to PHP 7 (T176370).