This user's talk page is monitored by talk page watchers. Some of them even talk back. Their input is welcome, and their help with messages that I cannot reply to quickly is appreciated.
This user is busy in real life and may not respond swiftly to queries.
WP:RETENTION: This editor is willing to lend a helping hand. Just ask.
Hi Usernamekiran. While [1] does indeed resolve a redirect, I think it still is a false positive for your bot that you might want to look into. The original URL just happens to have "amp" in the link, but not as a single word. And very surely not one of the tracking links the bot wants to catch :-) Windharp (talk) 16:11, 14 April 2025 (UTC)[reply]
Another one would be [2] where the bot basically follows a redirect that should have been a "404" and by doing this hides the broken link. Windharp (talk) 16:16, 14 April 2025 (UTC)[reply]
@Windharp: Hello. Thank you for pointing these two out. I am aware about the first scenario. In the past there was a mechanism to test the page was actually AMP, but that used send out 2-3 requests to the page, mostly getting 403, or access denied (due to being automated). Later I realised having final redirect target is better as the redirect might get removed sometime in the future resulting in 404. So I kept the code as it it. Regarding the second URL, I had taken care most of such URLs, some are remaining, this seems one of them. I will fix the issue after around 20 hours from now. Till then the bot will keep adding that URL back and forth. I will update you once I fix it. Thanks again, —usernamekiran (talk)16:59, 14 April 2025 (UTC)[reply]
Hey. KiranBOT for some reason keeps doing this. Both links (original and edited) open the same article so I cannot figure out where is the AMP problem. My only thought is that article name and link both include the word "amp", which is not part of the issue that bot tries to fix. – sbaio08:37, 2 May 2025 (UTC)[reply]
@Sbaio: Hi. I fixed that particular instance/URL, and added it to the whitelist. In short, it is an issue with the web-developer of that particular page (I have seen it with many URLs of various websites). Apparently, the developer added the non-amp URL in the html content of the page as canonical, which redirects to the URL with amp in it. So the bot goes through these pages, looks for the "canonical URL", and updates it accordingly. I am not sure why so many websites are doing that. Thank you for pointing out the error, it is appreciated a lot. —usernamekiran (talk)15:07, 2 May 2025 (UTC)[reply]
Hello, hope you had a nice day. I asked a similar question at the Teahouse, but I would like to ask a mentor as well. So recently I made a edit over at the Qualcomm Wikipedia page. I added a new product line to the products list in the infobox. The product I added was Dragonwing, the Qualcomm chip line for IoT products, Rugged Handhelds, Robotics and other similar industrial products. I checked if there was a article on it, (there being none) and made it a linked piece of text by adding the double square brackets, thinking the text would turn red (like other linked pages that dont have a article yet) and realized that the page got linked to "List of X-Men enemies" instead. I plan on writing the article later (dont think im ready to write something so ambitious yet), but dont want the page to lead to the wrong place in the meanwhile (or get some other person to make it by clicking the red text). Is there a fix? --LeoPysmak (talk) 13:58, 2 May 2025 (UTC)[reply]