Steps to replicate the issue (include links if applicable):

• In en.wikipedia.org, save a page with {{cite web |archive-url=https://conifer.rhizome.org/...rest-of-url...}}.
  • Example: https://en.wikipedia.org/w/index.php?diff=1112536795 with archive-url https://conifer.rhizome.org/micler/my-public-collection/20220926195305/https://www.rferl.org/a/minsk-gunfight-kgb-video/31484513.html
• Wait a while for InternetArchiveBot to visit the page

What happens?:

InternetArchiveBot considers the archive-url invalid and overwrites it. Example: https://en.wikipedia.org/w/index.php?diff=1116708092

What should have happened instead?:

InternetArchiveBot should recognize URLs containing "conifer.rhizome.org" to be valid archive URLs, with the same handling as "webrecorder.io", just a different domain name. The Webrecorder.io tool was renamed to Conifer and moved to this new domain in 2020. Announcement posts about it: (1) (2) (3)

https://webrecorder.io redirects to the new site, so that domain should continue to be allowed too.

I have verified that the existing regex in resolveWebRecorderURL() will work with just a change to the domain. (https://github.com/internetarchive/internetarchivebot/blob/60a2f488f5cacae662de93a7ae031e01b2a76cd4/app/src/Core/APII.php#L4082)

Software version (skip for WMF-hosted wikis like Wikipedia):

N/A - en.wikipedia.org

Other information (browser name/version, screenshots, etc.):

You might wonder, why I would bother with this archiving service. Tl;dr it can deal better with dynamic pages because it captures a WARC from a browser session. In my particular edit (https://en.wikipedia.org/w/index.php?diff=1112536795) I wrote a comment explaining that web.archive.org did not work.

Thanks for your help!