This page is an archive. Do not edit the contents of this page. Please direct any additional comments to the current main page.

I noticed http://www.vh1.com/news/articles/1497672/03022005/mudvayne.jhtml just redirects to https://www.facebook.com/VH1/ which is less than helpful. Then I noticed even http://www.vh1.com/ redirects to Facebook.
The article in question was archived and is actually still live at https://www.mtv.com/news/xu79dk/mudvayne-lose-the-makeup-find-inspiration-in-isolation so if any article wasn't archived it could be worth having a log of what failed so someone could search mtv.com for it. — Alexis Jazz ( talk or ping me) 10:35, 18 November 2023 (UTC)

For me VH1 doesn't redirect to Facebook. The mudvayne.jhtml link is a 404, but a vh1.com 404 landing page. https://www.vh1.com goes to the site's home page which looks like this (archive snapshot from today). Maybe the Facebook redir was temporary? -- Green C 22:36, 18 November 2023 (UTC)

GreenC, huh? No, it redirects to Facebook, really.
I need to WP:EVADEGDPR I guess. If half(?) of our readers can't access it we might as well treat it as being dead. (and either way, if the article link is 404 for you we have link rot at any rate) — Alexis Jazz ( talk or ping me) 00:02, 19 November 2023 (UTC)

That's unfortunate. I'm not sure what community consensus is. The EVADEGPR page says "Don't use the Wayback Machine as a free proxy". I can/will certainly process the domain for 404s and soft-404s. -- Green C 00:51, 19 November 2023 (UTC)

GreenC, I wrote the EVADEGDPR page, what that line means (and I'll go clarify that now..) is that you shouldn't systematically save pages just so you can personally view them once, but if you suspect it'll be a useful reference it's fine to save them. The thought behind it is that wasting archive.org's storage to look at garbage or random links is a bad idea, you should use a VPN or proxy for that. But if it's actually valuable, no problem, save it.
I'm unsure consensus exists for how to handle links that are live but geographically restricted. — Alexis Jazz ( talk or ping me) 01:26, 19 November 2023 (UTC)

This has come up before over the years (can't say where now), and there has been dispute about archiving sites for the purpose of bypassing policy blocks. It's impossible to keep up with, policies change, and particularly for regional blocks it forces everyone else to default to the archive instead of live page. Sometimes I'll do it for a limited set of pages within a domain that are paywalled, but for an entire domain, that would be hard without consensus (nearly 3,000 pages). Maybe could see adding archive URLs keeping the status live, but my bot is not setup for it never done it before. Trying to keep up with and work around policy changes like this is a nightmare. -- Green C 02:27, 19 November 2023 (UTC)

Just adding archive URLs but keeping the status live (where the link is actually live and not 404 like mudvayne.jhtml) would help a lot.
If your bot isn't set up for that, perhaps another bot could handle the currently live but geo-restricted links? — Alexis Jazz ( talk or ping me) 04:59, 19 November 2023 (UTC)

OK first pass will fix the dead links. Then I'll try another pass adding archives to live links in CS1|2 templates with url-status live. Not sure yet about square and bare links. This will take some time. I'm currently in the jungle with nationalgeographic which has over 8,000 pages and many edge cases to discover. -- Green C 16:04, 19 November 2023 (UTC)

Step 1: fix dead links

• check 2,887 articles containing vh1.com
• edit 2,030 articles
• add 1,905 archive URLs (404s and soft-404s mostly the later)
• modify 202 |url-status=live -> dead
• add 203 {{ dead link}} tags ie. no archives available

Step 2: add archive URLs to CS1|2 that have no archive URL, and set |url-status=live

• check 2,887 articles
• edit 470 articles
• add 987 archive URLs

User:Alexis Jazz: this is done. -- Green C 22:56, 1 December 2023 (UTC)

GreenC, thanks! Is there a way to find those 203 articles that were tagged with {{ dead link}} so I can search mtv.com for those articles? — Alexis Jazz ( talk or ping me) 16:23, 2 December 2023 (UTC)

User:Alexis Jazz: here are 154 pages with 203 URLs my bot marked with {{ dead link}} (there might be others preexisting). BTW I noticed many of the archive URLs are poor quality, due to music videos in the source links, the archive providers often have trouble with video. -- Green C 16:37, 2 December 2023 (UTC)

Moved from Wikipedia talk:Link rot/cases/Judi

Can usemod.com go on WP:JUDI? See /info/en/?search=Special:LinkSearch?target=*.usemod.com

Is the bot able to update links? http://www.usemod.com/cgi-bin/mb.pl?GoodBye should be http://meatballwiki.org/wiki/GoodBye WhatamIdoing ( talk) 06:02, 28 November 2023 (UTC)

WhatamIdoing, yes I can move some, and those that can't can be usurpified ala JUDI. -- Green C 15:22, 28 November 2023 (UTC)

Thanks! WhatamIdoing ( talk) 15:48, 28 November 2023 (UTC)

Also, could you add a sentence to Wikipedia:External links#Hijacked and re-registered sites with a link to this page? Editors might be more likely to report the domains if they knew that a bot would clean them up. WhatamIdoing ( talk) 15:50, 28 November 2023 (UTC)

Done. Special:Diff/1184135778/1187332424 -- Green C 16:15, 28 November 2023 (UTC)

WhatamIdoing, it appears someone else, I don't know who or when, already converted them. There are only 4 mainspace pages with usemod.com -- Green C 00:38, 2 December 2023 (UTC)

Thanks. Special:LinkSearch says that it's on Wikipedia:WikiProject Organized Labour (and ~450 other pages), but I can't find the link in that page. In a transclusion, maybe? But at least the mainspace is relatively free of this error. WhatamIdoing ( talk) 01:16, 2 December 2023 (UTC)

In Wikipedia:WikiProject Organized Labour, it is transcluded from Wikipedia:WikiProject Organized Labour/Participants where it's embedded in someone's signed comment. I deleted it. As spam links they probably should be deleted? I don't normally do this as these pages can be unpredictable. Like do I want to add an archive URL and {{ usurped}} to User:Sj/Presentation? It's a lot of personal space and talk page comments to be modified without permissions. -- Green C 06:50, 2 December 2023 (UTC)

I'm sure @ Sj would be happy to have a working link, but I agree that it could be tricky elsewhere. WhatamIdoing ( talk) 17:39, 3 December 2023 (UTC)

Thanks for the notice. usemod.com had a few different perl scripts; you want to distinguish things under mb.pl (moved to meatballwiki) from the rest (which can be pointed to a wayback machine archive). –  SJ  + –  SJ  + 12:57, 4 December 2023 (UTC)

Was editing a broken reference here, & upon trying the original site, it was immediately blocked by my Anti-virus. Apparently it's now been usurped into a site injecting Malware (or perhaps just that link, I'm not really keen on dealing with a citation giving me Malware again). I've corrected the archive to what appears to be a working & safe version of the reference & set the link to usurped. Thought it'd be prudent to mention it here, in case there's other links to the site lurking on the Wiki.

Here's the links to my 2 edits for quick reference. Again, the archive appears to be safe, but I wouldn't recommend going to the original site without active Anti-virus protection. 1. 2.

(Side note: Unfortunately I can't remember or find the previous citation/site that gave me Malware, but it should be in the list of my deleted edits if someone has access to that, with a very obvious "TROJAN WARNING" quote) Silverleaf81 ( talk) 05:53, 2 December 2023 (UTC)

Thank you for converting it to usurped, and notifying this page, this is the correct place. It appears the domain only exists in that article: [1] -- Green C 06:57, 2 December 2023 (UTC)

The domain name flare.com is for sale! The magazine has moved to https://fashionmagazine.com/flare/ but the old content no longer seems to be online. Much of it has been archived in the usual places. Certes ( talk) 17:32, 6 December 2023 (UTC)

User:Certes, I set the domain to dead in iabot.org and started a job to process it. -- Green C 20:04, 6 December 2023 (UTC)

Hello, please change all links (in the main namespace) of the form http://www.nextbestpicture.com/2/post/2020/12/the-2020-indiana-film-journalists-association-ifja-winners.html to https://nextbestpicture.com/the-2020-indiana-film-journalists-association-ifja-winners/ (i.e. everything between the first slash after the domain name and the last one in the link should be removed, the ".html" should be replaced with a slash, and HTTP should be changed to HTTPS). Lots of these links seem to be marked as dead by InternetArchiveBot, including at Clarke Peters (where I noticed this and fixed it manually) and On the Rocks (film). Thanks! Graham87 ( talk) 07:06, 12 December 2023 (UTC)

No problem I'll get to it, thanks. Anything marked dead will be restored to live, if it tests live. I'll keep the old archive URL in place, unless you want to delete it, or, replace it with an archive to the new URL. -- Green C 04:19, 13 December 2023 (UTC)

Graham87: here you go Special:Diff/1186100009/1190645424. Good find. It edited over 500 pages, fixed many cites. It was difficult they use a bot blocker that's why Wayback Machine and IABot had trouble. I had a solution for it and was able to verify the new links work, in a few cases it required an archive URL. -- Green C 02:43, 19 December 2023 (UTC)

Hello. I notice that after clicking on this IMO link, it says the website moved to a new url and the old one will be available until this month. Looking through the IMO links on Wikipedia, some formats can be swapped over already:

• Press release: old and new

• News: old and new

• Award: old and new

There are other ones that aren't in these three categories and that I don't see in the new website. Here are some examples. I was wondering if the old public.wmo.int links could be changed to the new wmo.int links where possible, and the broken public.wmo.int with no new URL could be archived. There's 436 links to go through. Thanks! MrLinkinPark333 ( talk) 00:29, 17 December 2023 (UTC)

Fortunately you found this in time. I'll prioritize it. If the public-old site goes offline it will be a lot harder to migrate. -- Green C 01:34, 17 December 2023 (UTC)

MrLinkinPark333: Here is what I did: migrate links where possible, as you discovered above like with Press releases, simply by changing the URL. This method only worked for some, the new site doesn't have all the pages from the old site. Thus, anything it couldn't find at the new site, it converted to public-old.wmo.int to bypass the information page that says the link is doomed. Then it saved a copy of the public-old.wmo.int link to the Wayback Machine. Then it added those Wayback links into the citation as archive URLs with url-status of dead (soon dead). I think this method saved the most content from imminent destruction. At some point later, once the new site is working, I can make more changes if you see ways to convert the public-old.wmo.int links to the new site at wmo.int. There are 195 public-old links in 160 articles. -- Green C 19:14, 18 December 2023 (UTC)

That works. I can always revisit the links later to see if any can be swapped over. Thanks! MrLinkinPark333 ( talk) 19:19, 18 December 2023 (UTC)

Further reading Corbett, C.T. (1958) Our Pioneer Nazarenes. Kansas City, MO.: Nazarene Publishing House. [2][permanent dead link]

This can be corrected by linking to one of the following: https://whdl.org/en/browse/resources/6629 https://nmi.whdl.org/en/browse/resources/6629 https://apnts.whdl.org/en/browse/resources/6629

Thanks! 174.127.124.132 ( talk) 07:22, 17 December 2023 (UTC)

 Done! In the future, the best place to suggest an improvement for a single article (e.g. Phineas F. Bresee) is the article's talk page (e.g. Talk:Phineas F. Bresee). This page is to request an improvement for hundreds or thousands of articles with the same issue. Thanks! GoingBatty ( talk) 01:27, 18 December 2023 (UTC)

It seems that the Episcopal Diocese of North West Texas used the URL www.nwt.org for information about the candidates. That site is now for sale. References to that site, such as at /info/en/?search=Scott_Mayer_(bishop) should be corrected/removed. Fr Kevin PJ Coffey, SCP ( talk) 16:45, 18 December 2023 (UTC)

As a three-letter domain, it will probably sell. I added it to the list of domain to be usurped. Special:Diff/1186090244/1190575904 -- Green C 17:49, 18 December 2023 (UTC)

The formatting of exoplanet.eu catalog entries has changed recently, so that all entries now have a numeric ID (e.g. 1261 for Kepler-62f). The previous format (which had the planet name alone) still soft-redirects to the correct target, but older links using a previous format need to be corrected by hand. – LaundryPizza03 ( d c̄) 01:29, 15 December 2023 (UTC)

User:LaundryPizza03: Is there an example of an old link, and its corresponding new link? -- Green C 04:08, 15 December 2023 (UTC)

@ GreenC: In this example, the former URL was https://exoplanet.eu/catalog/kepler-62_f/, and is now https://exoplanet.eu/catalog/kepler_62_f--1261/. – LaundryPizza03 ( d c̄) 04:10, 15 December 2023 (UTC)

I'd suggest consulting Linksearch for example pages, and examples of the older format that is now a hard 404. 55 Cancri b is an example; the URL http://exoplanet.eu/planet.php?p1=55+Cnc&p2=b is linked; the old URL format had https://exoplanet.eu/catalog/55_cnc_b/, and the current DB page for this planet is at https://exoplanet.eu/catalog/55_cnc_b--25/. Note that host stars are no longer directly accessible in the database; information about them can be accessed through the entries about their planets.

exoplanet.eu: Linksearch en (insource) - meta - de - fr - simple - wikt:en - wikt:fr • MER-C X-wiki • gs • Reports: Links on en - COIBot - COIBot-Local • Discussions: tracked - advanced - RSN • COIBot- Link, Local, & XWiki Reports - Wikipedia: en - fr - de • Google: search • meta • Domain: domaintools • AboutUs.com – LaundryPizza03 ( d c̄) 04:18, 15 December 2023 (UTC)

I see "kepler-62" (dash) is now "kepler_62" (underscore). It might be be possible to convert ?p1=55+Cnc&p2=b to 55_cnc_b and then loading that page https://exoplanet.eu/catalog/55_cnc_b/ and extracting the new URL from the HTML. As you suggest, I'll take a look at the linksearch and see how homogeneous. I'll get to this not immediately. -- Green C 04:35, 15 December 2023 (UTC)

User:LaundryPizza03: Seeing a lot of links like this. I added an archive URL because the source link is dead. I'd prefer to convert them to the new /catalog url scheme, but there is no way to link to a star, only planets, like this. Am I missing something? What do you recommend for URLs with star.php?st= -- Green C 19:02, 21 December 2023 (UTC)

The only thing I can figure out, on the Catalog page https://exoplanet.eu/catalog enter star_name="HD 5319" then click "Apply filter" it brings up a list of planets. However, there is no way to link to this search result. Only a person manually entering the star name can find it, there is no API or mechanism for automated use. -- Green C 19:21, 21 December 2023 (UTC)

@ GreenC: I'd suggest deleting all of those links. You can still convert the older-format planet links as you described. – LaundryPizza03 ( d c̄) 05:25, 22 December 2023 (UTC)

For example the many exoplanet.eu star links in List of exoplanets discovered by the Kepler space telescope: 1–500 which look useful to verify data. Someone might object, why the cites are being deleted, since the archive URLs work and verify. -- Green C 06:46, 22 December 2023 (UTC)

Try obtaining archives for the links that aren't already archived. – LaundryPizza03 ( d c̄) 07:21, 22 December 2023 (UTC)

Yes the bot will add archives for dead links: Special:Diff/1143718768/1191219614. I am going slow because there are errors in the data showing up in the logs that require manual fixes. For example this planet Special:Diff/1168566545/1191217938 has been renamed, but the article name still had the old name. Similar example Special:Diff/1188022306/1191211568. Or syntax errors, Special:Diff/1188040396/1191199379. -- Green C 17:07, 22 December 2023 (UTC)

User:LaundryPizza03 - this iteration is done. It edited 694 pages, out of 705 checked. It converted the star system links to archive URLs. The planet links are mostly converted. I noticed late in the process it wasn't converting planet links that already had an archive URL and were otherwise dead links.. they need manual checking. Probably something changed with the planet, like it's name or existence. It should be possible to find most of them in the catalog with some time and searching.

Also, I was unaware of {{ Cite EPE}}. Over time, individual pages at the site will stop working, and the standard link rot tools won't detect or fix them, when the links are abstracted behind a custom external link template. I suppose it's possible the template could be useful if the entire site changes structure, but most likely the data in the template won't be sufficient to accommodate the new URL scheme. Thus at best the template makes adding a link a little quicker, and more uniform looking, but at the cost of increased link rot and challenges down the road when the URL scheme changes. I've always thought standard cite templates are the best way to go because there are so many tools that support them. -- Green C 02:51, 23 December 2023 (UTC)

This forum is getting a lot of requests recently. The requests can take a lot of work, 1-7 days each depending on the complexity: custom programming, data discovery, running tests cases, qualifying results, designing algorithms, waiting for the bot to run (slow due to networking), etc... Furthermore, my time to do this work is limited! If you make a request, and time goes by, that is why. I wish there was a way to boilerplate it, and I have generalized the code as much as possible, but ultimately this work is bespoke and artistic in nature due to the endless variety of conditions at remote sites. I try to respond to requests in chronological order, except when a site needs be triaged due to imminent outage, has an extremely large footprint, or can be addressed quickly, in those cases I might respond before some others. -- Green C 20:10, 20 December 2023 (UTC)

No worries! Take all the time you need :) MrLinkinPark333 ( talk) 00:54, 22 December 2023 (UTC)

I know that recruitment is a difficult task but I really wish areas of technical maintenance like this weren't so often left to 1-3 editors. Thank you for your work, and don't rush things too much. Mach61 ( talk) 22:18, 23 December 2023 (UTC)

The WP:JUDI folks have gotten to it. I'll add the archive URLs at Draft:Chris Byars once I get off my school laptop (which blocks IA). Cheers, Mach61 ( talk) 22:14, 23 December 2023 (UTC)

NVM only a few pages link to it Mach61 ( talk) 22:20, 23 December 2023 (UTC)

The sub-site "inventors.█████.com" ("about" censored because of wiki filter) now appears to be " thoughtco.com", with references/external links either linking to the same article on the new site, or simply don't work. Apparently there are 150+ articles using the inventors URL (1), & what looks like 500+ external link search results (2), although a significant portion are on talk pages. Silverleaf81 ( talk) 09:28, 17 December 2023 (UTC)

User:Silverleaf81, the site is tricky. They've been excluded from the Wayback Machine link. There are some at Archive.today. However compare that link with the new one at thoughtco, notice the content drift, they've made changes to the content at Thoughtco. So the conservative course is convert them to archive URLs so the original citation verifies. The problem is there may not be complete coverage at archive.today, and the replacement link at thoughtco may not verify the cited fact.

What I can try, convert to archive.today, where possible. When not, leave it alone. Wherever it redirects, that is where it goes, and it will be up to someone to manually figure out if the new page verifies or not. Possibly some year in the future, the Wayback exclusion will be lifted, and those archives become available again. -- Green C 04:09, 23 December 2023 (UTC)

User:Silverleaf81: This is done. It got most of them. It added 341 archive.today URLs. A list of about 50 questionables is at Wikipedia:Link_rot/cases/inventors.about.com but not all of them are legitimately a problem. -- Green C 02:24, 26 December 2023 (UTC)

According to this archived link, the IPA fonts were transferred from IPA to the Character Information Technology Promotion Council, who now host the fonts on their website. Citation 14 should link to https://moji.or.jp/mojikiban/font/ and Citations 13 and 22 (which is a dead link) should be https://moji.or.jp/ipafont/.

(Apologies if this is the wrong place for this. I'm new to editing and I didn't want to mess up the citation.) Ichneumonidae ( talk) 18:25, 26 December 2023 (UTC)

Sorry, I should have said this is about the article List of CJK fonts! Ichneumonidae ( talk) 18:26, 26 December 2023 (UTC)

 Done: This page is for requesting changes that might affect hundreds or thousands of pages - you can check if the URL that changed is on a lot of pages by using Special:LinkSearch. If it's only affecting one article (I just checked, and it looks like these specific dead links are only present on List of CJK fonts and Mona (font)), the best place to suggest improvements is on the Talk page for that article. Thanks. Reconrabbit ( talk| edits) 19:16, 26 December 2023 (UTC)

My website runeberg.org just recently moved from http: to https: so it would be nice if someone could update the remaining 11,000 links accordingly. This is not urgent, as everything works fine with automatic redirects, but it would be nice. Thank you. -- LA2 ( talk) 22:57, 17 December 2023 (UTC)

User:LA2: OK no problem. I got a lot of requests here at the same time other things came up elsewhere. I will get to this with some time, it is the right place/tool to request for this kind of work. I'll ping you when completed. -- Green C 17:53, 18 December 2023 (UTC)

User:LA2: runeberg.org (http or https) existed in 6,769 articles. It checked each link has a status 200, after converting to https. Any that didn't it added a {{ dead link}} tag. The rest are converted to https. There was some typos and non-working links to Google Translate I manually fixed. List of http runeberg.org links -- Green C 20:31, 26 December 2023 (UTC)

Great! Thanks! -- LA2 ( talk) 22:20, 27 December 2023 (UTC)

I found many broken links to Yahoo! Groups. Can we find archived copies of these pages? Jarble ( talk) 18:19, 18 December 2023 (UTC)

Looked at a small number through archive.org and seem to have login requirements so may suck a lot of time for little gain. Neils51 ( talk) 08:36, 22 December 2023 (UTC)

Yes some of the hardest objects: soft-404 within soft-404. Like a URL that redirects to a home page (www.yahoo.com) is soft-404 #1. This forces retrieving an archive URL but this also is a soft-404, because it contains a login screen. The solution is to find a different archive provider that has/had the ability to login when making the capture (archive.today) and to build extra soft-404 detection at the second layer specific to the site. This is what I am doing now with good success, but it's taking a while to do discovery what a soft-404 looks like since Yahoo has varieties. -- Green C 06:19, 27 December 2023 (UTC)

Jarble: The bot added 1,474 new archive URLs. I limited it to only adding archive.today because it has the best coverage for this site, Wayback had trouble making good saves due to logins and cookies. There were 115 it couldn't find and added a {{ dead link}}. Also added the archives to IABot's database so these updates will propagate to over 300 other wikis. -- Green C 04:48, 28 December 2023 (UTC)

The website www.spacelaunchreport.com was cited extensively in many spaceflight articles and now has been usurped by an adware site of some sort. Could all of these links please be archived? Example link http://www.spacelaunchreport.com/falcon9ft.html#f9stglog from List of Falcon 9 first-stage boosters. Ergzay ( talk) 10:02, 27 December 2023 (UTC)

As a further note, to ensure this isn't a waste of anyone's time. When searching for how many pages use the link I hit the error "A warning has occurred while searching: The regex search timed out, so only partial results are available. Try simplifying your regular expression to get complete results." so this should be a very good candidate for mass replacement. Ergzay ( talk) 01:57, 28 December 2023 (UTC)

User:Ergzay, this is a known gambling site problem described at WP:JUDI. I process the domains in batches. It is added to the queue: Special:Diff/1190914504/1192203117 .. when regex searching the recommend method: insource:spacelaunchreport insource:/spacelaunchreport.com/ .. the first insource does a broad non-regex search, the second insource does a regex within the results of the first search only. Since regex is so expensive it narrows the search before doing regex. -- Green C 05:01, 28 December 2023 (UTC)

Many links from http://www.atsdr.cdc.gov have been migrated to https://atsdr.cdc.gov or https://wwwn.cdc.gov, which has broken a lot of links. Some automated attempts to archive the pages have resulted in archives of 404 errors at this page. I noticed this on Health effects of radon, and unfortunately the IDs on a lot of these pages ("ToxFAQs") have no relation to the new, identical pages on the HTTPS websites. Additionally, some articles like Peninsula Extension refer to Public Health Assessments, which need to be found in an archived page since the files have been deleted and are only available by email request. Reconrabbit ( talk| edits) 18:38, 19 December 2023 (UTC)

Quick note: it looks like many of the .pdf links are still intact, but .htm / .html links need to be archived. Not priority since this has been the case for at least 5 years Reconrabbit ( talk| edits) 22:15, 20 December 2023 (UTC)

User:Reconrabbit: I can see why this has gone unaddressed for so long it's complicated. I can't promise everything is perfect but most everything that is dead now has an archive URL. They use JavaScript redirects which gave bots trouble, thus the bad archive URLs. I checked the existing archive URLs for soft-404s, this is imperfect, but it did find and replace a few: Special:Diff/1190591816/1192546009 I fixed a few of the ToxFAQ links by manually looking them up: Special:Diff/1189670705/1192547048 But most were simply archived: Special:Diff/1121144402/1192546200 If you want to create a map of old -> new the bot can use that to make changes on-wiki.

The http links existed in about 350 articles. The bot edited 211 pages. I think the difference is the links were already archived, or working such as the PDFs. It added 141 new archive URLs. And it made 127 redirect moves: Special:Diff/1154065478/1192545155 Hope that helps. -- Green C 00:05, 30 December 2023 (UTC)

Thank you. It looks like a good number of the redirect moves don't go directly to the toxin in question, but that's fine, since it directs someone right to the ToxFAQs homepage with an alphabetical directory; shouldn't be too much of an ask for a reader to find the appropriate page from there. Recon rabbit 01:17, 30 December 2023 (UTC)

Yes those cases are not so bad. It's the ones that have tfacts##.html that would benefit from a mapping of old to new like Special:Diff/1121144402/1192546200 is not so great, but this is good Special:Diff/1189670705/1192547048 where I manually found the new link and programmed it into the bot. It was just too time consuming. If you want to map the tfact's I'll add them to the bot. A list of 31 old URLs, the index page for the new URLs. Can look it up based on the context of the cite eg. the first one in the article Benzene would look up "Benzene" at the index page and that is the new URL. -- Green C 02:01, 30 December 2023 (UTC)

I tried out a method on a couple of the links, and found that it seems to work for pretty much every one: Replacing /tfactsXX.html with /toxfaqs/tfactsXX.pdf provides a contemporary PDF file for the item in question in every instance I tried. Ex: the archived link for Benzene, the live PDF Benzene ToxFAQ. Recon rabbit 02:22, 30 December 2023 (UTC)

Excellent discovery. Converting: Special:Diff/1192545947/1192569315 -- Green C 02:43, 30 December 2023 (UTC)