https://old-bugzilla.wikimedia.org/69636 sends me to https://static-bugzilla.wikimedia.org/69636 which is a 404.
Description
Description
Details
Details
| Subject | Repo | Branch | Lines +/- | |
|---|---|---|---|---|
| static-bugzilla: additional redirect for number URLs | operations/puppet | production | +1 -0 |
| Status | Subtype | Assigned | Task | ||
|---|---|---|---|---|---|
| Resolved | Dzahn | T95184 Tracking: Remove Bugzilla from production | |||
| Resolved | Dzahn | T103425 old-bugzilla redirects broken |
Event Timeline
Comment Actions
@Legoktm: I don't really see why that redirect should be supported or why this is high priority. Who explicitly links to old-bz URLs and why?
Comment Actions
It should be supported because it used to work, and the expectation was that it would continue to work. Good urls don't break.
As for who uses old-bugzilla, I have no idea because T86859: analyze Bugzilla access logs didn't really happen. I personally frequently used it and now the links in my browser history (or through Firefox's awesome bar) are broken.
Comment Actions
Change 220164 had a related patch set uploaded (by Dzahn):
static-bugzilla: additional redirects
Comment Actions
18:27 < thumbs> mutante: change %1 to $1.
:)
[terbium:~] $ apache-fast-test staticbz zirconium.wikimedia.org
testing 6 urls on 1 servers, totalling 6 requests
spawning threads..
https://static-bugzilla.wikimedia.org/
- 200 OK 1333
https://static-bugzilla.wikimedia.org/12345
- 200 OK 30833
https://old-bugzilla.wikimedia.org/69636 -> https://static-bugzilla.wikimedia.org/69636
fixed