I swear if I hear another bug come up about this service, I swear I will tear down that datacenter. :p
I'm about ready to throw a hammer somewhere. I hate this archiving service. :/
Why was this re-opened?
Wed, Mar 22
How odd. I've been able to convert the pandora links to different formats and load them all on the List of archives page, with exception to the webarchive subdomain. That appears to be a different service.
So far every service I have encountered is either focused on one way to format a snapshot link or provides links in different formats to the same snapshot. Pandora is the first to not do this.
This is just a testament to how complex such a bot is if you want it to be accurate.
Yes they are all known. I used that page to compile the newest additions to the archive validation subroutine. I try to sanitize them to a single format when they're used to make them more consistent. The test URL I used I converted to all of the formats available and it worked in all instances. I didn't expect it would break other URLs. :(
And fixed as well.
Updated the archive validation sub routines.
Different case here. The parsing of plain links is handled in a different area of the parser. I forgot to upgrade that. :p
Wow, NLA certainly has a bunch of different formats for the same snapshot.
Firstly, this is something that needs to be taken up with the community as this is something that is decided by them.
On a side note, they get ignored if the bot doesn't see a need to archive URLs to the original.
This will take some doing. The newest update, force validates archive URLs to make sure they are actually archive URLs. As I continued going around Wikipedia researching ways to improve the reliability of IABot, I see too many cases where the archiveurl parameter is getting misused. The bot recognizes numerous archiving services, I'll work on adding the ones I missed in the first round of development.
The bot merged the webarchive template into the cite template. I wouldn't know how to fix this, or if this is really a big issue.
Mon, Mar 20
Sun, Mar 19
Looking more closely, some browsers can handle the single slash and so can the web archiving services, so I'll add the same support to IABot's URL sanitizer.
Problem 2 is fixed, but problem 3 is not a fault of IABot.
So problem one is likely to be solved since it now recognizes that service as an archive. Problem 2, has a new problem.
Fri, Mar 17
This is a result of PHP failing here. I'm not sure what to do here yet.
Thu, Mar 16
Wed, Mar 15
Whoops. Sorry for dismissing this so soon. There is something wrong here.
All you need to do is list the URLs in that text box that you found are working.
Report them as false positives on the interface, so I can take a look. The data needs to be analyzed in the labs environment, to get an accurate sense of what is wrong.
Use the interface to correct those errors.
Tue, Mar 14
Mon, Mar 13
Why did Herald assign this to me?
Sun, Feb 26
Fri, Feb 24
Feb 18 2017
I'm not familiar with that tool.
I have no objections to the mirror image.
I essentially rewrote lots of the code when I ported it to labs to enhance performance.
I've been a GitHub user for years now. That's what I'm most familiar with and am not to inclined to move it to a platform I am not familiar with. I can however complete the code if it's incomplete.
What's wrong with GitHub?
This tool cannot be considered abandoned if an active user still has access to the tools. What is it exactly that needs to be done here.
Guys, I'm still a maintainer here.
Feb 14 2017
Feb 9 2017
IABot is handling the URLs correctly. No bug has surfaced with archiveis URL. Closing.
This is my ongoing project.