User talk:Jon Kolbert/Archive 2
![]() | This is an archive of past discussions. Do not edit the contents of this page. If you wish to start a new discussion or revive an old one, please do so on the current talk page. |
Archive 1 | Archive 2 | Archive 3 | Archive 4 | Archive 5 |
DYK for BC Liquor Stores
On 13 October 2017, Did you know was updated with a fact from the article BC Liquor Stores, which you recently created, substantially expanded, or brought to good article status. The fact was ... that until 1968, a list of some 5,000 people, referred to as the "Indian List" due to the automatic inclusion of indigenous people, was prohibited from buying liquor from BC Liquor Stores? The nomination discussion and review may be seen at Template:Did you know nominations/BC Liquor Stores. You are welcome to check how many page hits the article got while on the front page (here's how, BC Liquor Stores), and it may be added to the statistics page if the total is over 5,000. Finally, if you know of an interesting fact from another recently created article, then please feel free to suggest it on the Did you know talk page.
Alex ShihTalk 01:32, 13 October 2017 (UTC)
- Thank you for creating this article from a redirect. Makes me miss home a little bit. Alex ShihTalk 07:34, 13 October 2017 (UTC)
- @Alex Shih: No problem. It was fun to create and I learnt some interesting, albeit nasty things about its history in the process. You should join the WikiProject Canada 10,000 challenge if you haven't already. I'm currently working on re-writing an article that was just previously tossed into Google Translate from the frwiki and plopped on enwiki with no references.
- There are a ton of non-existent or poorly-written articles on Québec that need a lot of work. Let me know if you're interested :) Jon Kolbert (talk) 15:35, 13 October 2017 (UTC)
- Note: I've added this article to the October section of Wikipedia:Did you know/Statistics, as it garnered over 5000 views during its tenure on the main page. Mindmatrix 13:22, 21 October 2017 (UTC)
DYK review
Please note that I reviewed your nomination Template:Did you know nominations/Place D'Youville (Quebec). Mindmatrix 13:24, 21 October 2017 (UTC)
Thank you for supporting the Sustainability Initiative!
![](http://upload.wikimedia.org/wikipedia/commons/thumb/9/9c/Wikimedia_Sustainability_Initiative_Logo.svg/220px-Wikimedia_Sustainability_Initiative_Logo.svg.png)
Hi Jon Kolbert,
Thank you for supporting the Sustainability Initiative, which aims at reducing the environmental impact of the Wikimedia movement. There are currently over 350 supporters from all over the world – please encourage other community members to sign the page as well! You can also read an update from the Sustainability Initiative in the most recent edition of the Wikipedia Signpost.
Thank you, and kind regards, --Gnom (talk) 12:00, 22 October 2017 (UTC)
DYK for KMT (song)
On 27 October 2017, Did you know was updated with a fact from the article KMT (song), which you recently created, substantially expanded, or brought to good article status. The fact was ... that Drake's song "KMT" sampled the theme "His World" from the 2006 video game Sonic the Hedgehog? The nomination discussion and review may be seen at Template:Did you know nominations/KMT (song). You are welcome to check how many page hits the article got while on the front page (here's how, KMT (song)), and it may be added to the statistics page if the total is over 5,000. Finally, if you know of an interesting fact from another recently created article, then please feel free to suggest it on the Did you know talk page.
Alex Shih (talk) 00:03, 27 October 2017 (UTC)
"Pre-account" experience
Hi Jon. Within the first two of days of creating this account you were customizing your edit skin, creating deletion discussions of images, debating several copyright issues, and sending out notices using Twinkle like a 'pro'. I raised this atypical behaviour in your Commons RFA, and you were kind enough to confirm that this was your first and only account apart from your bot account.
I have to confess, I am still struggling to align what I see for the use of a new user account and what one would normally expect to be the limitations for someone who had only ever previously used IP editing. Could you highlight where you did similar things without a logged in account? Thanks --Fæ (talk) 10:45, 31 October 2017 (UTC)
- @Fæ: Hello Fæ, hope you are doing well. Unfortunately I'm not able to do that, for a few reasons.
- I've switched internet providers since I edited anonymously, there aren't any logged-out edits from my current IP.
- I never kept track of the IPs that I was editing from prior to registering.
- Even if I were to backtrack and by chance find one of the IPs I edited from, I'm not willing to publicly disclose of where I live.
- Sorry I couldn't be of more help. Regards, Jon Kolbert (talk) 12:28, 31 October 2017 (UTC)
Summoning Kolbertbot?
Is there a way to request Kolbertbot to check certain articles? Nessie (talk) 21:57, 29 October 2017 (UTC)
- @NessieVL: That depends on if the URL to be changed is on the article or not. What article/URL are you discussing? Jon Kolbert (talk) 23:49, 29 October 2017 (UTC)
- I was just thinking of using it to check my links when i write a new article or something, like with citationbot, say. Nessie (talk) 22:26, 30 October 2017 (UTC)
- @NessieVL: A method that I use to make sure I use HTTPS wherever possible is by installing the HTTPS Everywhere add-on - that way when you copy the link to be used as a citation it's already HTTPS if possible. KolbertBot gets the list of pages to edit by scanning the external links used on Wikipedia and seeing which ones match the list it's set to change to HTTPS. If you have a HTTP link that's on the list, KolbertBot will find it :). I'd still recommend getting that add-on to enhance web security. Jon Kolbert (talk) 23:05, 30 October 2017 (UTC)
- I have that add-on, but it's not 100%. But if that's what the bot uses, then I guess I'm doing alright. Thanks for looking out though. Nessie (talk) 16:52, 31 October 2017 (UTC)
- @NessieVL: A method that I use to make sure I use HTTPS wherever possible is by installing the HTTPS Everywhere add-on - that way when you copy the link to be used as a citation it's already HTTPS if possible. KolbertBot gets the list of pages to edit by scanning the external links used on Wikipedia and seeing which ones match the list it's set to change to HTTPS. If you have a HTTP link that's on the list, KolbertBot will find it :). I'd still recommend getting that add-on to enhance web security. Jon Kolbert (talk) 23:05, 30 October 2017 (UTC)
- I was just thinking of using it to check my links when i write a new article or something, like with citationbot, say. Nessie (talk) 22:26, 30 October 2017 (UTC)
KolbertBot
It looks like your bot is running a task to update HTTP to HTTPS. Unfortunately, it seems to be stuck in a loop and is attempting to update bllacklisted links that exist on pages (predating their addition to the blacklist, I presume). For example, the bitcointalk links on History of bitcoin. It was failing to update a large block of amazon links, but I was able to alter those to let the bot update them. The rest of the links (seven or eight) seem to be repeating every 30 minutes. Is there a way to avoid this? It's making the spamblacklist log a little hard to read. Not a critical problem, just annoying. We could remove the links, I suppose, but some may be useful in context. Thoughts? Kuru (talk) 02:03, 4 November 2017 (UTC)
- @Kuru: Hm, in the past it seemed like the bot just skipped over pages it couldn't edit due to the spamblacklist and continued on to other eligible links. I've killed the bot, would it be possible to get a copy of the log to see what pages it's hitting so I can add them to a "skip" list so this doesn't occur in the future. I'm not sure if there's a way to adjust the pywikibot settings to just skip over any pages where it hits the blacklist instead of trying them later.
- Honestly, it may be better to comb through the lists of existing links that trigger the blacklist because I'm sure there are some are less than helpful. I could also remove Amazon from the list until we figure out where to go from here. What do you think? Jon Kolbert (talk) 03:18, 4 November 2017 (UTC)
- Here's the seven it was still cycling through:
- PornoTube, pornotube.com.
- History of bitcoin, bitcointalk.org/index.php?topic=822.msg9519
- Ramya, bellitere.com/sanju-weds-geetha-movie-review.html
- Oh Love, t.co/CH12ttBm
- Brian L. Mizer, www.examiner.com/x-2134-DC-Ethical-Issues-Examiner~y2009m1d14-Rounding-up-the-toys-at-the-George-W-Bush-Memorial-Sandbox&date=2009-01-31
- Nowthatsfuckedup.com, www.nowthatsfuckedup.com
- File:News Now 53.gif, www.rtnda.org/resources/nonstopnews/images/newsnow53_logo.gif
- I cleaned up the amazon links - they were all links with tracking/affiliate tags. No need for that; I excised the tags and then the bot converted them just fine on the next pass. These are all a little less clean cut. This may be a good forcing function to either whitelist those specific usages (which would clear the bot), or remove them from the articles. Kuru (talk) 03:35, 4 November 2017 (UTC)
- @Kuru: Hm, the bot isn't set to modify any of those links. Maybe it just can't save a page with them in it? Can you think of any workaround for this? Jon Kolbert (talk) 03:42, 4 November 2017 (UTC)
- Here's the seven it was still cycling through:
Problem
The web links for all American Experience episode articles need to be blacklisted for Kolbertbot. The reason is the web pages direct to malfunctioning pages. See this recent edit by Kolberbot. If https is added, then the page will look like this. If http, then it directs to this. This is a relatively recent change by the web host for these pages. I'm not sure why they did this, but I would like to correct all the episode article pages to direct to the proper pages. Mitchumch (talk) 15:50, 4 November 2017 (UTC)
- @Mitchumch: Hm, that is definitely odd. I'll send a note to PBS to report the issue and perhaps get more insight into what changes are being made so we can make adjustments as necessary. Thanks for pointing that out. I'm going to be out most of the day today but when I get the chance I'll search for and adjust the links so the original content can be accessed. Jon Kolbert (talk) 20:17, 4 November 2017 (UTC)
WikiProject Canada 10,000 Challenge award
![]() |
The Red Maple Leaf Award | |
This maple leaf is awarded to Jon Kolbert for quality improvements to 10 articles during The 10,000 Challenge of WikiProject Canada. Congratulations, and thank you for your contributions! Reidgreg (talk) 15:27, 6 November 2017 (UTC) |
Also, thanks so much for the new barnstars! – Reidgreg (talk) 15:27, 6 November 2017 (UTC)
- @Reidgreg: No problem :) glad they were put to good use. Thanks so much for organizing the edit drive! Jon Kolbert (talk) 01:45, 8 November 2017 (UTC)
DYK for Place D'Youville (Quebec)
On 11 November 2017, Did you know was updated with a fact from the article Place D'Youville (Quebec), which you recently created, substantially expanded, or brought to good article status. The fact was ... that following Saint-Jean-Baptiste Day celebrations in Quebec City in 1996, riots in Place D'Youville caused around CAD$1 million in damages to shops and to the National Assembly of Quebec? The nomination discussion and review may be seen at Template:Did you know nominations/Place D'Youville (Quebec). You are welcome to check how many page hits the article got while on the front page (here's how, Place D'Youville (Quebec)), and it may be added to the statistics page if the total is over 5,000. Finally, if you know of an interesting fact from another recently created article, then please feel free to suggest it on the Did you know talk page.
Cas Liber (talk · contribs) 00:02, 11 November 2017 (UTC)
Image release
As discussed, see Commons:File:Trapped underground.jpg. SarahSV (talk) 17:28, 15 November 2017 (UTC)
- @SlimVirgin: Thank you :) Jon Kolbert (talk) 17:33, 15 November 2017 (UTC)
Photography proposal
Hi Jon, I looked over your draft proposal for acquiring camera equipment for the wikiclub and it seems all right to me. I can't comment on the cost and technical specs of the equipment desired, though.
Are you still considering running a photo-scavenger hunt next year? It sounds like it could be fun.
Also, the local field naturalists club has an annual photography night in January. I was thinking that I could ask the entrants if they wished to release and upload their images to WikiCommons. Would it be best to set up a folder on Flickr and just ask everyone to upload to it themselves? Do they have to select the correct release category or is that a property of the folder? What meta data is required/desired? (Assume date, location, subject and photographer)
'Cheers, Loopy30 (talk) 21:33, 13 November 2017 (UTC)
- @Loopy30: I do think the photo-scavenger hunt is an event worth organizing. I will be encouraging students involved with photography at the universities to participate in the campaign as well. I would also like to plan the events in such a way that it would still work if the club camera would be the only one available to participants. Based on the number of participants and topics, I think we should run each event over a period of month or two. The equipment would be available to each participant for a set time period (5 days or something) so there is equal access to the equipment.
- I think it's worth creating a separate category within the "contest/event" for those with their own photography equipment so that those with limited access to equipment aren't judged on the same level as someone with access to equipment during the whole event.
- The field naturalists club event sounds like a great opportunity to introduce people to Commons. I think the easier approach is just to get them to upload directly through commons... I'll look into setting up an UploadWizard Campaign so that all of them are tagged and tracked. If there's a Facebook group or an e-mail list, I think it would best to share the UploadWizard Campaign URL that way so that all the images can be categorized accordingly. Is this event open to the general public? I'd be interested in joiningalthough I haven't been to any of their other events. This could be a great way to "recruit" some new Commons contributors within the region.
- No metadata is "required", but with newer cameras it just gets attached to each image file anyway and the more detailed it is the better. I would consider these contributions to be competition entries as well, and think it would be a good way to expand the scope of the event. Jon Kolbert (talk) 22:31, 13 November 2017 (UTC)
- @Loopy30: Would you be comfortable if I used you as the secondary contact from the WikiClub for the grant proposal? Jon Kolbert (talk) 16:55, 15 November 2017 (UTC)
- I'm willing to support the acquisition but would secondary contact mean a responsibility to look after the equipment? Loopy30 (talk) 22:53, 15 November 2017 (UTC)
- @Loopy30: From my understanding, they require a secondary contact whenever there's a grant request coming from a group or organization. I'm comfortable with looking after the equipment when it is not in use. Jon Kolbert (talk) 01:47, 16 November 2017 (UTC)
- I'm willing to support the acquisition but would secondary contact mean a responsibility to look after the equipment? Loopy30 (talk) 22:53, 15 November 2017 (UTC)
- @Loopy30: Would you be comfortable if I used you as the secondary contact from the WikiClub for the grant proposal? Jon Kolbert (talk) 16:55, 15 November 2017 (UTC)
New Page Reviewing
![]() |
Hello, Jon Kolbert.
I've seen you editing recently and you seem knowledgeable about Wikipedia's policies and guidelines. |
- I second this. Not sure if you are really interested in this flag though. Alex Shih (talk) 18:30, 21 November 2017 (UTC)
- @Alex Shih and Insertcleverphrasehere: Sure! I definitely see that as an area I would like to get more involved in. Jon Kolbert (talk) 19:42, 21 November 2017 (UTC)
New Page Reviewer granted
![](http://upload.wikimedia.org/wikipedia/commons/thumb/5/57/Wikipedia_New_page_reviewer.svg/80px-Wikipedia_New_page_reviewer.svg.png)
Hello Jon Kolbert. Your account has been added to the "New page reviewers
" user group, allowing you to review new pages and mark them as patrolled, tag them for maintenance issues, or in some cases, tag them for deletion. The list of articles awaiting review is located at the New Pages Feed. New page reviewing is a vital function for policing the quality of the encylopedia, if you have not already done so, you must read the new tutorial at New Pages Review, the linked guides and essays, and fully understand the various deletion criteria. If you need more help or wish to discuss the process, please join or start a thread at page reviewer talk.
- URGENT: Please consider helping get the huge backlog down to a manageable number of pages as soon as possible.
- Be nice to new users - they are often not aware of doing anything wrong.
- You will frequently be asked by users to explain why their page is being deleted - be formal and polite in your approach to them too, even if they are not.
- Don't review a page if you are not sure what to do. Just leave it for another reviewer.
- Remember that quality is quintessential to good patrolling. Take your time to patrol each article, there is no rush. Use the message feature and offer basic advice.
The reviewer right does not change your status or how you can edit articles. If you no longer want this user right, you may ask any administrator to remove it for you at any time. In case of abuse or persistent inaccuracy of reviewing, the right can be revoked at any time by an administrator. Alex Shih (talk) 19:49, 21 November 2017 (UTC)
Courtesy notice
There is currently a discussion at Wikipedia:Administrators' noticeboard/Incidents regarding an issue with which you may have been involved.
An IP filed a report against your bot a few minutes ago. While I thought it might be trolling I did notice something werid happening between to the 2 revisions. The changelog exonerates your bot, but I can't figure out why the lede is being changed. Thanks, L3X1 (distænt write) 17:04, 3 December 2017 (UTC)
ArbCom 2017 election voter message
Hello, Jon Kolbert. Voting in the 2017 Arbitration Committee elections is now open until 23.59 on Sunday, 10 December. All users who registered an account before Saturday, 28 October 2017, made at least 150 mainspace edits before Wednesday, 1 November 2017 and are not currently blocked are eligible to vote. Users with alternate accounts may only vote once.
The Arbitration Committee is the panel of editors responsible for conducting the Wikipedia arbitration process. It has the authority to impose binding solutions to disputes between editors, primarily for serious conduct disputes the community has been unable to resolve. This includes the authority to impose site bans, topic bans, editing restrictions, and other measures needed to maintain our editing environment. The arbitration policy describes the Committee's roles and responsibilities in greater detail.
If you wish to participate in the 2017 election, please review the candidates and submit your choices on the voting page. MediaWiki message delivery (talk) 18:42, 3 December 2017 (UTC)
Awards
Hey, Jon. Would you mind giving me a barnstar so I can close-off the awards page? I left instructions at the challenge talk page, you can just copy&paste into a new section on my talk page. I'd appreciate it. – Reidgreg (talk) 18:50, 29 November 2017 (UTC)
- @Reidgreg: Done :) Thanks again for your work, especially with organizing the challenge/awards. Jon Kolbert (talk) 19:00, 29 November 2017 (UTC)
Just like to let you know, Giancarlo Stanton is on the Yankees. It's been official since about 11 am today Dec 9th. — Preceding unsigned comment added by 184.0.92.49 (talk) 02:59, 10 December 2017 (UTC)
New Page Reviewer Newsletter
![](http://upload.wikimedia.org/wikipedia/commons/thumb/5/57/Wikipedia_New_page_reviewer.svg/120px-Wikipedia_New_page_reviewer.svg.png)
Backlog update:
- The new page backlog is currently at 12713 pages. Please consider reviewing even just a few pages each day! If everyone helps out, it will really put a dent in the backlog.
- Currently the backlog stretches back to March and some pages in the backlog have passed the 90 day Google index point. Please consider reviewing some of them!
Outreach and Invitations:
- If you know other editors with a good understanding of Wikipedia policy, invite them to join NPP by dropping the invitation template on their talk page with:
{{subst:NPR invite}}
. Adding more qualified reviewers will help with keeping the backlog manageable.
New Year New Page Review Drive
- A backlog drive is planned for the start of the year, beginning on January 1st and running until the end of the month. Unique prizes will be given in tiers for both the total number of reviews made, as well as the longest 'streak' maintained.
- Note: quality reviewing is extremely important, please do not sacrifice quality for quantity.
General project update:
- ACTRIAL has resulted in a significant increase in the quality of new submissions, with noticeably fewer CSD, PROD, and BLPPROD candidates in the new page feed. However, the majority of the backlog still dates back to before ACTRIAL started, so consider reviewing articles from the middle or back of the backlog.
- The NPP Browser can help you quickly find articles with topics that you prefer to review from within the backlog.
- To keep up with the latest conversation on New Pages Patrol or to ask questions, you can go to Wikipedia talk:New pages patrol/Reviewers and add it to your watchlist.
If you wish to opt-out of future mailings, go here. — TonyBallioni (talk) 20:27, 12 December 2017 (UTC)
Hi
Just thought you might want to know. KolbertBot undid my edit here for some reason.WikiOriginal-9 (talk) 00:20, 12 December 2017 (UTC)
- @WikiOriginal-9: Hi there - I'm able to explain how this happened. Bots using Pywikibot with default settings load 50 pages at a time, and then edit those pages at a given speed, (KolbertBot currently edits at around 5 edits per minute). If there are any edits made to the pages within the period of time that KolbertBot loaded the wikitext and when KolbertBot saved the page, Pywikibot doesn't raise an error or refresh to get the latest revision. So basically, there's a maximum ten minute window between where KolbertBot loads the article text in the 50 page batch and where it saves all 50 and loads the next batch.
- I think a good option for the interim is to raise the edit rate so that the time window where these things can happen is much smaller, maybe around 12 EPM so that it takes just over 4 minutes to get through the 50-page batch. I'll do some more asking around to see if there's a known method to raise an error and reload the page if a conflicting edit was made but I am not aware of an easy implementation being available. Thank you. Jon Kolbert (talk) 17:10, 13 December 2017 (UTC)
Why did KolbertBot do this edit?
At Pirates of the Caribbean: Dead Men Tell No Tales, I can't figure out why KolbertBot did this edit. Seems like a mistake to delete sourced content along with its sources.... Shearonink (talk) 15:25, 13 December 2017 (UTC)
- @Shearonink: Hi there, hope you are doing well. Bots using PyWikiBot "load" the wikitext of 50 pages at a time, and unfortunately if there are edits between that period of time it doesn't raise an error. I think that should be fixed, because it causes issues in other places as well. For now, I think a good option would be to increase the edit rate slightly so it gets through 50 pages more quickly and there's a smaller window for when this might happen. I'll ask around and see if there's a way to reload the page if it detects that an edit has been made, but I'm not aware that this is implemented as I'd figure it would be the default Pywikibot settings. Jon Kolbert (talk) 16:41, 13 December 2017 (UTC)
- Thanks for the response. And I almost understand what you just posted :) And I'm sure mentioning this is redundant but another editor also posted about a similar issue at 2016 NFL Draft on the Bot's talkpage. Shearonink (talk) 16:58, 13 December 2017 (UTC)
- @Shearonink: Ah, I haven't seen that. I need to clear out the messages so I can hard-redirect that page. I've copied the message above and appended a more detailed response that might be a bit more intelligible :P. Thanks again for noting the error. Jon Kolbert (talk) 17:10, 13 December 2017 (UTC)
- Thanks for the response. And I almost understand what you just posted :) And I'm sure mentioning this is redundant but another editor also posted about a similar issue at 2016 NFL Draft on the Bot's talkpage. Shearonink (talk) 16:58, 13 December 2017 (UTC)
Edit by KolbertBot
Hello! KolbertBot made this edit to the page List of cities by population density. KolbertBot's modified link didn't appear to work, whereas the original link did, so I reverted the change. As I know absolutely nothing about such things, I decided to let you know about the edit in the chance that there is some kind of flaw in the bot. Thanks! FactualCollector7d1 (talk) 05:01, 15 December 2017 (UTC)
- @FactualCollector7d1: Ack, the bot was supposed to change census.gov (the US website), but since they have a similar prefix the .gov.ph ones were also changed. I will take a look to see if there are any other affected pages and adjust them accordingly. Good eye and thanks for bringing this to my attention! Jon Kolbert (talk) 06:46, 15 December 2017 (UTC)
Bank Article Edit
Hi Jon,
As I could see, a couple of months ago you've edited the Wiki for Banco de la Nación Argentina. Since I work for a group of banks in this country, it would be great if you could help us by editing a few items on the "Nuevo Banco de Entre Ríos" (https://es.wikipedia.org/wiki/Nuevo_Banco_de_Entre_R%C3%ADos).
The items are:
Page Title, Main name and wherever it appears from "Banco de Entre Ríos" to "Banco Entre Ríos". Change de URL site from "www.nuevobersa.com.ar/Pages" to "https://www.bancoentrerios.com.ar"
If there´s any rate we should talk about for making this happen, please feel free to contact me this way or to pedrougarte@gmail.com — Preceding unsigned comment added by 181.29.47.141 (talk) 15:26, 20 December 2017 (UTC)
HTTPS New York Times URLs
Hello Jon. I have noticed that KolbertBot is changing HTTP to HTTPS for New York Times Archive URLs. While I applaud the effort, the bot is making edits like this and this in which it is converting URLS that begin with http://query.nytimes.com/mem/archive/pdf?res=
. Unfortunately, while the HTTP URL for the Times Archive works fine, the HTTPS URLs for the Archive are inaccessible. Just a heads-up. Regards, epicgenius (talk) 05:29, 20 December 2017 (UTC)
- I just tried this and got a redirect. So it did "work" (at least for me) but leaving them as http seems right. Kendall-K1 (talk) 22:35, 20 December 2017 (UTC)
Can not see your last two replies
John, I can not see your last two replies in the https thread I started above. I get notices you have mentioned me and a snippet of the content. Neonorange (talk) 05:18, 21 December 2017 (UTC)
Changing HTTPS to HTTP
Through my watchlist I came across edits with which you changed HTTPS to HTTP in URL links to The New York Times, leaving the edit summary "(Repairing New York Times link). HTTPS is the correct protocol to use since the website is available from a secure server. HTTPS does not need repairing to HTTP according to the Wikipedia Manual of Style—am I missing something? Neonorange (talk) 02:54, 21 December 2017 (UTC)
- @Neonorange: I'm completely in favour of having HTTPS where available, but for those links in particular with HTTPS it just rendered a blank page. There was a discussion earlier on my talk page about it and on AN/I. I've e-mailed the NYT and hopefully this can be repaired so we can convert them back to using HTTPS. I also happen to run a bot with around 2 million global edits from converting external links to HTTPS. Jon Kolbert (talk) 03:50, 21 December 2017 (UTC)
- Thanks for the quick reply. I checked NYT links before posting my message. The Https versions I tried immediately bfore posting worked. [1] is at this moment working. Some of the links that were changed were to NYT archived facsimiles, and redirected after clicking on PDF, also https. Perhaps the problem is at your end. Neonorange (talk) 04:33, 21 December 2017 (UTC)
- Post an https that dosen't work for you and I'll try it. Neonorange (talk) 04:35, 21 December 2017 (UTC)
- You have two cases (or maybe only one) that does not work. I have been using Safari on an iPad for my successes. I can try Chrome on iPad and Chrome, IE 10, and MS Edge on a 64 bit PC. Neonorange (talk) 04:49, 21 December 2017 (UTC)
- And, of course, the first URL I tried was one that you changed. Neonorange (talk) 04:49, 21 December 2017 (UTC)
This edit https://en.wikipedia.org/w/index.php?title=Tennessee_Williams&diff=816348911&oldid=815986503. The htpps URL, when I use it, https://query.nytimes.com/mem/archive/pdf?res=9E05E5DA1430E532A2575AC1A9679D946890D6CF , returns a page with a big blue "Click here to view PDF". Clicking on that sends me to archived I age of the article at http://query.nytimes.com/mem/archive/pdf?res=9E05E5DA1430E532A2575AC1A9679D946890D6CF . Hope this helps.
Neonorange (talk) 05:09, 21 December 2017 (UTC)
- @Neonorange: With that particular link, I can access it using http only. HTTPS just shows blank bordered page. This behaviour has been confirmed by multiple users using Firefox and Chrome. Jon Kolbert (talk) 05:19, 21 December 2017 (UTC)
- Jon, I get the behavior as I described above with Safari and with Chrome on my iPad when I go to the https URL: big blue "Click here to view PDF", which goes to the archived image at the http URL. I'd leave off until tomorronw. Good night. Neonorange (talk) 05:39, 21 December 2017 (UTC)
- Jon, I've just tried the same pair of URLs on my PC on IE10 and with Microsoft Edge. With Edge, the page is blank, though I can see the source HTML for the page. MS IE10, using the same https URL takes me to a blank page, but with a browser pop-up saying "Only secure content is displayed. If I then choose to open the page from the browser pop-up, my security then give a description of the danger and the choice to continue. When I do, the image of the article appears (though it is http). My judgement on the behavior of these two PC browsers it that a security measure is activated because the expectation of entering through https is that the content is going to be secure--but it is not because you ended up on an http page. Thus the pop-ups.
- I have continued to play around with the NYT URLs, making searches with the NYT search feature (I have an online sub).
- But now I find that the original https URL ( https://www.nytimes.com/1979/11/19/archives/theater-hall-of-fame-enshrines-51-artists-great-things-and-blank.html ) in the Tennessee Williams article works in MS Edge. I noticed a change in the content on the page. There is now a digital text of the article plus a large thumbnail of the scanned image; in addition, the photo of Williams that was blocked out because of copyright (message in the empty photo location) is now present.
- So, I guess the https is working again for the NYT as evidenced by the changes in the page content presented from https://www.nytimes.com/1979/11/19/archives/theater-hall-of-fame-enshrines-51-artists-great-things-and-blank.html . And browsers vary greatly in how security risks are handled. Neonorange (Phil) 07:10, 21 December 2017 (UTC)
- @Neonorange: No, those links have not been touched. See the earlier discussion. It's only links that follow the pattern
https://query.nytimes.com/mem/archive/pdf?res=
that do not work. Jon Kolbert (talk) 07:14, 21 December 2017 (UTC)
- @Neonorange: No, those links have not been touched. See the earlier discussion. It's only links that follow the pattern
- So, I guess the https is working again for the NYT as evidenced by the changes in the page content presented from https://www.nytimes.com/1979/11/19/archives/theater-hall-of-fame-enshrines-51-artists-great-things-and-blank.html . And browsers vary greatly in how security risks are handled. Neonorange (Phil) 07:10, 21 December 2017 (UTC)
Happy Holidays
![]() |
Happy Holidays |
The white snow and the cool breeze beckon a festive mood, |
Messed-up link by KolbertBot at Melissa Carlton
Hi Jon, KolbertBot messed up a link to the domain loc-gov-focus.aus.net in this edit to Melissa Carlton. I imagine it might have something to do with the resemblance to Library of Congress URLs at loc.gov. Graham87 14:08, 29 December 2017 (UTC)
- And I've fixed the other links at Wyalkatchem, Western Australia, District Council of Yatala, Carol Adams (politician), and Mark Birrell. They all needed archive links from the Wayback Machine (which I added along the way for those that didn't exist before), so I guess this bug has had some benefits. Graham87 14:24, 29 December 2017 (UTC)
- I discovered that Local Government Focus, the magazine these links came from, has a new website at lgfocus.com.au. I've updated all the links accordingly, so there are now no links to the old site in the main namespace. I've just found out that the new site has an HTTPS link ... :-) Graham87 14:55, 29 December 2017 (UTC)
- @Graham87: Hm, that is odd behaviour nonetheless, because the bot is set to literally match "
http://www.loc.gov
", and it shouldn't have matched the dash. Thanks for bringing it to my attention, and I'm glad we were able to convert another domain to https :P Have a nice day! Jon Kolbert (talk) 17:11, 29 December 2017 (UTC)
- @Graham87: Hm, that is odd behaviour nonetheless, because the bot is set to literally match "
- I discovered that Local Government Focus, the magazine these links came from, has a new website at lgfocus.com.au. I've updated all the links accordingly, so there are now no links to the old site in the main namespace. I've just found out that the new site has an HTTPS link ... :-) Graham87 14:55, 29 December 2017 (UTC)
Odd edit summary
Not only KolbertBot prefers https instead of http, but it SHOULD NOT indicate that wayback to www is about http. –46.59.175.56 (talk) 05:43, 26 December 2017 (UTC)
- The bot should only be doing that for pages that already have another change, but I imagine the number of instances where this happens is very minimal as there are multiple bots that are eventually converting all "wayback" to "web". Jon Kolbert (talk) 17:15, 29 December 2017 (UTC)
New Years new page backlog drive
![](http://upload.wikimedia.org/wikipedia/commons/thumb/5/57/Wikipedia_New_page_reviewer.svg/120px-Wikipedia_New_page_reviewer.svg.png)
Announcing the NPP New Year Backlog Drive!
We have done amazing work so far in December to reduce the New Pages Feed backlog by over 3000 articles! Now is the time to capitalise on our momentum and help eliminate the backlog!
The backlog drive will begin on January 1st and run until January 29th. Prize tiers and other info can be found HERE.
Awards will be given in tiers in two categories:
- The total number of reviews completed for the month.
- The minimum weekly total maintained for all four weeks of the backlog drive.
NOTE: It is extremely important that we focus on quality reviewing. Despite our goal of reducing the backlog as much as possible, please do not rush while reviewing.
If you wish to opt-out of future mailings, go here. — TonyBallioni (talk) 20:24, 30 December 2017 (UTC)
Brian Jones' talk page
Why did you edit out almost all of Brian Jones' talk page when I undid it, it could be very important stuff? — Preceding unsigned comment added by Twentyoverninety69 (talk • contribs)
- It hasn't been deleted, it's been archived to Talk:Brian Jones/Archive 2. Ritchie333 (talk) (cont) 12:33, 4 January 2018 (UTC)
Adminship
I seem to recall being impressed with your credentials at FFD and elsewhere when you filed an ORCP about three months ago, and since then I've come out in support at your Commons admin request, so are you up for an RfA here as well along similar lines? Ritchie333 (talk) (cont) 12:57, 4 January 2018 (UTC)
- @Ritchie333: Sure! I've been a bit busy as of late and I've been having a myriad of issues with my laptop, but I'd be glad to have a go at it in around a month once I should have those issues sorted out and can contribute more regularly. Jon Kolbert (talk) 18:08, 5 January 2018 (UTC)
Help with editing a page?
Jon, this is the official account of https://en.wikipedia.org/wiki/Autocar_Company. We noticed you edited our page recently - thank you. We'd like to offer some photos of our current products and an updated logo. We're also conscious we aren't experts on more complicated editing such as adding photos or the licenses required. If we sent you the photos would you be able to help? (or suggest someone who can?) Thanks. socialmedia@autocartruck.com AutocarTrucks (talk) 21:46, 8 January 2018 (UTC)
Belated best wishes for a happy 2018
![](http://upload.wikimedia.org/wikipedia/commons/thumb/6/68/Winslow_Homer_-_Fox_Hunt.jpg/320px-Winslow_Homer_-_Fox_Hunt.jpg)
BoringHistoryGuy (talk) 15:13, 16 January 2018 (UTC)
Follow-up
I wanted to follow-up on our discussion "Problem" from November 4, 2017. Any luck with reaching anyone? I checked the https web links and nothing had changed. Mitchumch (talk) 07:59, 19 January 2018 (UTC)
- @Mitchumch: I got a generic response "Thanks for reporting this, we will be looking into it and fixing it in the near future" but no concrete timeline. Jon Kolbert (talk) 16:04, 19 January 2018 (UTC)
- How can we resolve this issue? Mitchumch (talk) 07:47, 21 January 2018 (UTC)
- @Mitchumch: I'm not sure if/how the government shutdown is affecting PBS, but I'll send them another follow-up e-mail to see what their plans are. Jon Kolbert (talk) 17:11, 21 January 2018 (UTC)
- How can we resolve this issue? Mitchumch (talk) 07:47, 21 January 2018 (UTC)
OFNC Annual Photography Night
Hello Jon. If you are interested in attending the photo night it is being held 7pm this Saturday at AAFC (details on OFNC event calendar). Perhaps we can make an appeal to OFNC members to upload their images to WikiCommons? Loopy30 (talk) 15:21, 22 January 2018 (UTC)
- @Loopy30: Sure, that sounds great! Are you planning on attending as well? Jon Kolbert (talk) 16:46, 22 January 2018 (UTC)
- Yes, I am planning on going. I haven't been to photo night before, so it will be new for me too. See you there. 'Cheers Loopy30 (talk) 17:19, 22 January 2018 (UTC)
- Jon, event is cancelled. Check website. Loopy30 (talk) 22:45, 27 January 2018 (UTC)
- @Loopy30: Darn, I had already made my way there. Oh well! Maybe next time :P Jon Kolbert (talk) 23:56, 27 January 2018 (UTC)
- Jon, event is cancelled. Check website. Loopy30 (talk) 22:45, 27 January 2018 (UTC)
- Yes, I am planning on going. I haven't been to photo night before, so it will be new for me too. See you there. 'Cheers Loopy30 (talk) 17:19, 22 January 2018 (UTC)
KolbertBot
Hello Jon -- I notice that KolbetBot is making wholesale substitutions of "https:\\" for "http:\\www." That's great, if there is a secure server on the other side. If not, the change is not much use and a substantial consumer of resource. Five million edits is a lot. How many of them changed references that have security? Rhadow (talk) 09:33, 29 January 2018 (UTC)
- @Rhadow: I'm not entirely sure I understand your question, each domain is "hand-picked" after verifying there is a functional secure server on the other side. Jon Kolbert (talk) 14:23, 29 January 2018 (UTC)
- Hello John -- For example on C. Fernando the links were changed from http to https. I clicked the changed link. Here is what appeared in my Chrome browser: the insecure symbol (i) and cricketarchive.com/subscribe. When I copied the actual URL, I got http://cricketarchive.com/subscribe. Rhadow (talk) 15:09, 29 January 2018 (UTC)
- @Rhadow: Their website is poorly set-up in that it doesn't redirect you to a secure page when you do that, but otherwise the website is accessible by HTTPS for those with a subscription to the website. Jon Kolbert (talk) 15:30, 29 January 2018 (UTC)
- Hello John -- For example on C. Fernando the links were changed from http to https. I clicked the changed link. Here is what appeared in my Chrome browser: the insecure symbol (i) and cricketarchive.com/subscribe. When I copied the actual URL, I got http://cricketarchive.com/subscribe. Rhadow (talk) 15:09, 29 January 2018 (UTC)
Hi Jon. Could your bot rather remove such duplicate DOI URLs or (in other cases) convert them to [[doi:10...]]? --Leyo 22:00, 30 January 2018 (UTC)
- @Leyo: I'm sure that can be arranged. Would you be able to give a few different scenarios and the desired behaviour/results? Jon Kolbert (talk) 22:27, 30 January 2018 (UTC)
Rex Toy Story Article
Rex from the Toy Story series should have his own separate Wikipedia article. — Preceding unsigned comment added by SOMETHING U REMEBER (talk • contribs) 00:39, 2 February 2018 (UTC)
- Fortunately enough, Rex does have extensive coverage here. Jon Kolbert (talk) 01:38, 4 February 2018 (UTC)
BAGBot: Your bot request KolbertBot 3
Someone has marked Wikipedia:Bots/Requests for approval/KolbertBot 3 as needing your input. Please visit that page to reply to the requests. Thanks! AnomieBOT⚡ 22:36, 6 February 2018 (UTC) To opt out of these notifications, place {{bots|optout=operatorassistanceneeded}} anywhere on this page.
New Page Reviewer Newsletter
![](http://upload.wikimedia.org/wikipedia/commons/thumb/5/57/Wikipedia_New_page_reviewer.svg/120px-Wikipedia_New_page_reviewer.svg.png)
![](http://upload.wikimedia.org/wikipedia/en/thumb/c/c9/NPP_Backlog_29th_Jan.png/500px-NPP_Backlog_29th_Jan.png)
Backlog update:
- The new page backlog is currently at 3819 unreviewed articles, with a further 6660 unreviewed redirects.
- We are very close to eliminating the backlog completely; please help by reviewing a few extra articles each day!
New Year Backlog Drive results:
- We made massive progress during the recent four weeks of the NPP Backlog Drive, during which the backlog reduced by nearly six thousand articles and the length of the backlog by almost 3 months!
General project update:
- ACTRIAL will end it's initial phase on the 14th of March. Our goal is to reduce the backlog significantly below the 90 day index point by the 14th of March. Please consider helping with this goal by reviewing a few additional pages a day.
- Reviewing redirects is an important and necessary part of New Page Patrol. Please read the guideline on appropriate redirects for advice on reviewing redirects. Inappropriate redirects can be re-targeted or nominated for deletion at RfD.
If you wish to opt-out of future mailings, go here. 20:32, 7 February 2018 (UTC)
FYI
I wanted to let you know that the issue discussed in "Follow-up" has been addressed by PBS. Thanks for everything you did. Mitchumch (talk) 03:35, 10 February 2018 (UTC)
- @Mitchumch: Great! Glad it got sorted out :) Jon Kolbert (talk) 18:56, 10 February 2018 (UTC)
ANI
There's a discussion about your bot here.--Bbb23 (talk) 23:24, 10 February 2018 (UTC)
KolberBot causes duplicate ref def errors
Hello! I want to draw your attention to this KolbertBot edit. The edit caused two referencing errors on the page in question. They look like "Cite error: Invalid <ref> tag; name "fooey" defined multiple times with different content (see the help page)." That the bot performed this edit and left the errors behind seems like very bad form; it seems like bots should make things better, not make them worse. In this instance, the bot seemed to decide that converting a link from the "http" scheme to the "https" scheme was more important than rendering a page without errors in its references. Can you help me understand why the bot puts priority on URL schemes over error-free pages?
The issue is subtle, but readily detectable by automatia. The article in question transcludes several templates. The templates produce anchored ref tags with names; the article's own body includes a ref tag with the same name as those that are transcluded. Since the content of the ref tags are completely identical, there's not a problem. When the bot came along, it changed the content of one of the tags to no longer match the others. This resulted in the error.
To me, it seems that the bot should preview edits to see if they cause errors. If the proposed edit causes an error, it shouldn't be performed. Errors might be avoided if the bot were to fully parse template transclusions and look for problems. -- Mikeblas (talk) 16:13, 11 February 2018 (UTC)
- @Mikeblas: As the bot edits in the template namespace, it would have made the two edits (one to the article, and those to the templates) within a relatively short time period. The bot may temporarily introduce reference errors, but it should self-correct once it has the chance to make the edit to the templates. I'd rather have a temporary error for a short period of time over insecure links, especially since the bot will correct itself. Hope this helps answer your query. Jon Kolbert (talk) 18:34, 11 February 2018 (UTC)
- I don't think that's what happened; I found the templates which were the source of the alternate definitions, and they hadn't been edited by the bot. -- Mikeblas (talk) 18:48, 11 February 2018 (UTC)
- @Mikeblas: Those specific templates aren't going to be edited now because I implemented the change manually. There are quite the number of pages that the bot edits, and it would have eventually reached the templates. Jon Kolbert (talk) 18:55, 11 February 2018 (UTC)
- I don't think that's what happened; I found the templates which were the source of the alternate definitions, and they hadn't been edited by the bot. -- Mikeblas (talk) 18:48, 11 February 2018 (UTC)
Seemingly Pointless rotted BBC sport url update
Noticed with following for update a seemingly pointless update of a rotted url iff to an equally rooted url. It is a minor point but tagging with dead link would perhaps be more appropriate? - Thanks. Djm-leighpark (talk) 04:30, 12 February 2018 (UTC)
- @Djm-leighpark: KolbertBot doesn't deal with link rot, that's what InternetArchiveBot is for. Regardless, using the rotten link, the links you click on from the "Sorry, but we can’t find this page" screen are HTTPS but they wouldn't have been with the old link. In any case, the article has since been updated with a new HTTPS link to the article - a simple Google search is usually all it takes to find moved pages. Jon Kolbert (talk) 05:10, 12 February 2018 (UTC)
New York Times
What's going on? [2] Is all this fiddling really doing any good? EEng 18:36, 18 February 2018 (UTC)
- @EEng: There's currently an issue with New York Times query.nytimes.com pdf links, it doesn't display a PDF unless it's using HTTP, so changing HTTPS to HTTP until the issue is fixed will allow for the document to be accessed. Jon Kolbert (talk) 18:38, 18 February 2018 (UTC)
- Currently? Is it a temporary condition? This is clogging up watchlists left and right. It works for me on Chrome as https. EEng 18:45, 18 February 2018 (UTC)
- @EEng: I don't know if it worked at any point, to be honest, but I've contacted them about it. So far the few websites I've contacted about issues with their site have been pretty good at fixing them, it just takes some time. For now you can disable bots in your watchlist, as KolbertBot is flagged. Jon Kolbert (talk) 18:48, 18 February 2018 (UTC)
- Well, I don't want to disable bots from my watchlist, because bots make mistakes. I suggest you stop this tinkering until you hear back from NYT, since it's almost certain they'll fix it to work with https again, after which someone will say all the links should be changed back. There's nothing urgent about this. EEng 18:55, 18 February 2018 (UTC)
- @EEng: There are no more links to be changed. Hearing back from them could take months, and there have already been comments from users having problems accessing the documents. I see it as way more preferable to make 2 edits to a page and having the citation material accessible than to leave it broken for an undetermined period of time. Jon Kolbert (talk) 19:04, 18 February 2018 (UTC)
- Thus raising the question of why http was blindly changed to https in the first place. EEng 19:14, 18 February 2018 (UTC)
- @EEng: There are no more links to be changed. Hearing back from them could take months, and there have already been comments from users having problems accessing the documents. I see it as way more preferable to make 2 edits to a page and having the citation material accessible than to leave it broken for an undetermined period of time. Jon Kolbert (talk) 19:04, 18 February 2018 (UTC)
- Well, I don't want to disable bots from my watchlist, because bots make mistakes. I suggest you stop this tinkering until you hear back from NYT, since it's almost certain they'll fix it to work with https again, after which someone will say all the links should be changed back. There's nothing urgent about this. EEng 18:55, 18 February 2018 (UTC)
- @EEng: I don't know if it worked at any point, to be honest, but I've contacted them about it. So far the few websites I've contacted about issues with their site have been pretty good at fixing them, it just takes some time. For now you can disable bots in your watchlist, as KolbertBot is flagged. Jon Kolbert (talk) 18:48, 18 February 2018 (UTC)
- Currently? Is it a temporary condition? This is clogging up watchlists left and right. It works for me on Chrome as https. EEng 18:45, 18 February 2018 (UTC)
Phoenicia
Hi Kolbertbot, the [https://en.wikipedia.org/w/index.php?title=Phoenicia&diff=next&oldid=826333855 link you attempted to repair is still bad. How did you know it was a PDF file?--Quisqualis (talk) 18:21, 18 February 2018 (UTC)
- @Quisqualis: The new link works fine for me, have you tried copy-pasting it into your browser? Cheers. Jon Kolbert (talk) 18:24, 18 February 2018 (UTC)
- Indeed I did paste it. Will try again.--Quisqualis (talk) 19:32, 18 February 2018 (UTC)
- The problem was the line break which appeared on the "Difference between revisions" page. Sorted, thanks.--Quisqualis (talk) 19:39, 18 February 2018 (UTC)
- Indeed I did paste it. Will try again.--Quisqualis (talk) 19:32, 18 February 2018 (UTC)
Http>https for The New York Times…
…is still not working; i. e., when I click on a link to The New York Times that's been converted to https, the target page doesn't open. This is, of course, a long-standing issue. Vzeebjtf (talk) 19:09, 15 February 2018 (UTC)
- @Vzeebjtf: What is the specific link? I can't be of any help unless you provide relevant details. Jon Kolbert (talk) 19:21, 15 February 2018 (UTC)
- Old Broadway Theatre note 131 Vzeebjtf (talk) 21:59, 15 February 2018 (UTC)
- When I click on the Old Broadway Theatre note 131 link, Chrome initially shows only a mostly blank page, but the page also has a small shield on the upper right with a red x on it. Clicking the shield presents the following message: "Insecure content blocked. This page is trying to load script from unauthorized sources." There is also a link to "Load unsafe scripts", and clicking on that loads the NYT PDF copy of the article, with a warning from Chrome that the display is "Not Secure". For Seamonkey (a Firefox fork) it initially displays "Insecure information on this page was blocked", and you have to click an "unblock" button to display the article's PDF file. (This is on a Windows 7 PC)Thomas H. White (talk) 22:31, 15 February 2018 (UTC)
- @Vzeebjtf and Thomas H. White: The links have now been fixed, it should now work. I've contacted New York Times about the issue, we'll see how long it takes for a fix. Thanks for reporting the issue, I appreciate it. There were several affected pages that have now been sorted out. Jon Kolbert (talk) 19:06, 18 February 2018 (UTC)
- Thank you very much for your help with this. Vzeebjtf (talk) 01:29, 19 February 2018 (UTC)
- @Vzeebjtf and Thomas H. White: The links have now been fixed, it should now work. I've contacted New York Times about the issue, we'll see how long it takes for a fix. Thanks for reporting the issue, I appreciate it. There were several affected pages that have now been sorted out. Jon Kolbert (talk) 19:06, 18 February 2018 (UTC)
- When I click on the Old Broadway Theatre note 131 link, Chrome initially shows only a mostly blank page, but the page also has a small shield on the upper right with a red x on it. Clicking the shield presents the following message: "Insecure content blocked. This page is trying to load script from unauthorized sources." There is also a link to "Load unsafe scripts", and clicking on that loads the NYT PDF copy of the article, with a warning from Chrome that the display is "Not Secure". For Seamonkey (a Firefox fork) it initially displays "Insecure information on this page was blocked", and you have to click an "unblock" button to display the article's PDF file. (This is on a Windows 7 PC)Thomas H. White (talk) 22:31, 15 February 2018 (UTC)
- Old Broadway Theatre note 131 Vzeebjtf (talk) 21:59, 15 February 2018 (UTC)
Request for http ==> https update for the links to earlyradiohistory.us pages
Do you take requests for KolbertBot runs? I have a website, https://earlyradiohistory.us , that was recently updated to https. According to Special:LinkSearch/earlyradiohistory.us there are currently 372 links from Wikipedia pages to my site, all using http. I was wondering if it would be possible for KolbertBot to change all these http links to https. Thanks. Thomas H. White (talk) 11:47, 15 February 2018 (UTC)
- @Thomas H. White: Yes, I do add websites that I have been informed support HTTPS :) I will add it in the next coming days. Thanks for the note! Jon Kolbert (talk) 17:30, 15 February 2018 (UTC)
- KolbertBot has successfully completed updating all the earlyradiohistory.us links. Very impressive! Thanks for your help.Thomas H. White (talk) 17:17, 21 February 2018 (UTC)
- @Thomas H. White: Glad I could help :) thanks for letting me know of a new site to add to the list! Jon Kolbert (talk) 18:20, 21 February 2018 (UTC)
- KolbertBot has successfully completed updating all the earlyradiohistory.us links. Very impressive! Thanks for your help.Thomas H. White (talk) 17:17, 21 February 2018 (UTC)
Stepped on my edit
Apparently this bot does not handle edit conflicts correctly.[3][4] ―Mandruss ☎ 16:28, 21 February 2018 (UTC)
- @Mandruss: Thanks for the report, I'll look into it and let you know what comes out of it. Seems to be an issue with how replace.py from pywikibot handles edit conflicts, it's supposed to skip it and come back later but obviously that's not the behaviour we see here. Jon Kolbert (talk) 18:18, 21 February 2018 (UTC)
- @Jon Kolbert: There's a known and unfixable problem, lost somewhere in the archives of WP:VPT, where the system, very occasionally, just randomly does that. And the two consecutive edits can be an hour apart, so there is no actual ec involved. It's possible that's the explanation, but I'd appreciate it if you'd have a look at it. If you got another report in, say, the next several months, I think that would point more strongly to the bot. ―Mandruss ☎ 21:11, 21 February 2018 (UTC)
Bot needs to stop "correcting" http://www.archives.gov.bf
Whenever the bot changes "http://www.archives.gov.bf" to "https://www.archives.gov.bf" it breaks the link. I've reverted it twice now at Jean-Baptiste Ouédraogo. -Indy beetle (talk) 02:03, 24 February 2018 (UTC)
- @Indy beetle: Thanks for the report, I've fixed the issue. Just for future reference, I won't see that there was an issue with a link unless it's brought up at my talk page. Jon Kolbert (talk) 02:16, 24 February 2018 (UTC)
Your Bot (and others) keep "fixing" a link to an album title that breaks the link
Today KolbertBot swept through List of 2017 albums, and one of the fixes was where it changed a link to a Grateful Dead album which is titled July 29 1966, P.N.E. Garden Aud., Vancouver Canada, with no comma between the July 29 and the 1966, and it overwrote the correct title by adding the comma, to July 29, 1966, P.N.E. Garden Aud., Vancouver Canada. Is there anyway to write in a protection for that article title so that Bot corrections stop breaking the link? It is good to look for badly entered dates, but some date listings are proper titles and should not be "fixed". Mburrell (talk) 04:49, 24 February 2018 (UTC)
- @Mburrell: I've added {{bots}} to deny AWB-based bots so that the link doesn't get adjusted again. AWB just detected the date in the set of general fixes and thought it was fixing something, the change which breaks the link shouldn't happen anymore. Thanks for pointing it out and I hope this is a reasonable solution. Jon Kolbert (talk) 06:54, 24 February 2018 (UTC)
HTTP→HTTPS request for Soccerway.com and UEFA.com
Soccerway.com now supports HTTPS. (I have already updated links in {{Soccerway}}.) SLBedit (talk) 11:23, 18 February 2018 (UTC)
- @SLBedit: Noted, will add to the list shortly. Jon Kolbert (talk) 15:31, 18 February 2018 (UTC)
- I just realized that UEFA.com also provides encryption. ({{UEFA}} has been updated accordingly.) SLBedit (talk) 19:58, 19 February 2018 (UTC)
- UEFA.org, a redirect to UEFA.com, also added encryption. SLBedit (talk) 20:07, 19 February 2018 (UTC)
- @SLBedit: Thank you :) I'll add them today and run the bot through. Jon Kolbert (talk) 20:26, 19 February 2018 (UTC)
- I have noticed that some of the edits made by KolbertBot have changed the domains from 'uk', 'us' etc. to 'int' (e.g. latest watchlist example - is this the intention to change the 'uk', 'us' etc to 'int' bit as well? There is no difference between the two but I have noticed a lot of https soccerway links without the 'int' there. Iggy (Swan) 17:42, 20 February 2018 (UTC)
- @Iggy the Swan: Yep, that was intentional. I figured it be best to use the most international subdomain, and there conveniently was one. I haven't changed any existing HTTPS links, but that would require more discussion. A benefit to this is instead of using pt.soccerway.com for a link where the text is in Portuguese the English version may be used if the text is available. For certain things like news articles etc, there isn't always a translation, but for simple things like stadium or player details there should be. Jon Kolbert (talk) 17:48, 20 February 2018 (UTC)
- Yes it's much better than another language being read from this Wikipedia on the Soccerway website. Iggy (Swan) 17:55, 20 February 2018 (UTC)
- @Iggy the Swan: Do you think there would be interest in converting existing HTTPS Soccerway links to the int subdomain? It would likely require a separate BRFA because it doesn't fit in the task of HTTP->HTTPS but seems like a beneficial change nonetheless. Jon Kolbert (talk) 17:58, 20 February 2018 (UTC)
- We'll give that a go since that could be beneficial as you said here. Also KolbertBot has done a great job so far for fixing the links to the secure version. Iggy (Swan) 18:04, 20 February 2018 (UTC)
- @Iggy the Swan: Great! All we need is to start a discussion on a relevant forum (Wikipedia talk:WikiProject Football comes to mind) and gain the consensus for the task there. Jon Kolbert (talk) 18:07, 20 February 2018 (UTC)
- @Iggy the Swan: Changing to the int subdomain is, in my opinion, a bad idea. The www domain has geolocation detection. It switches to the es de nl or whatever available subdomain for the country the person requesting the page is located in. That way people get menu's in their own language. --Sb008 (talk) 06:24, 24 February 2018 (UTC)
- @Sb008: - So if someone from the Netherlands clicked on a Soccerway link from a random Wikipedia article which has the 'www' instead of 'int' then they would have it at their usual language (if there is one). Iggy (Swan) 10:13, 24 February 2018 (UTC)
- @Iggy the Swan: Exactly, www.soccerway.com is automatically changed into nl.soccerway.com and for someone located in China into cn.soccerway.com etc. Similar like google.com automatically changes (if you take no measures to prevent it) the com domain into the country specific domain. Obvious why I prefer the www above the int domain. This url change (redirect) only happens for the www domain, the others remain as typed. --Sb008 (talk) 10:42, 24 February 2018 (UTC)
- @Sb008: - So if someone from the Netherlands clicked on a Soccerway link from a random Wikipedia article which has the 'www' instead of 'int' then they would have it at their usual language (if there is one). Iggy (Swan) 10:13, 24 February 2018 (UTC)
- @Iggy the Swan: Changing to the int subdomain is, in my opinion, a bad idea. The www domain has geolocation detection. It switches to the es de nl or whatever available subdomain for the country the person requesting the page is located in. That way people get menu's in their own language. --Sb008 (talk) 06:24, 24 February 2018 (UTC)
- @Iggy the Swan: Great! All we need is to start a discussion on a relevant forum (Wikipedia talk:WikiProject Football comes to mind) and gain the consensus for the task there. Jon Kolbert (talk) 18:07, 20 February 2018 (UTC)
- We'll give that a go since that could be beneficial as you said here. Also KolbertBot has done a great job so far for fixing the links to the secure version. Iggy (Swan) 18:04, 20 February 2018 (UTC)
- @Iggy the Swan: Do you think there would be interest in converting existing HTTPS Soccerway links to the int subdomain? It would likely require a separate BRFA because it doesn't fit in the task of HTTP->HTTPS but seems like a beneficial change nonetheless. Jon Kolbert (talk) 17:58, 20 February 2018 (UTC)
- Yes it's much better than another language being read from this Wikipedia on the Soccerway website. Iggy (Swan) 17:55, 20 February 2018 (UTC)
- @Iggy the Swan: Yep, that was intentional. I figured it be best to use the most international subdomain, and there conveniently was one. I haven't changed any existing HTTPS links, but that would require more discussion. A benefit to this is instead of using pt.soccerway.com for a link where the text is in Portuguese the English version may be used if the text is available. For certain things like news articles etc, there isn't always a translation, but for simple things like stadium or player details there should be. Jon Kolbert (talk) 17:48, 20 February 2018 (UTC)
- I have noticed that some of the edits made by KolbertBot have changed the domains from 'uk', 'us' etc. to 'int' (e.g. latest watchlist example - is this the intention to change the 'uk', 'us' etc to 'int' bit as well? There is no difference between the two but I have noticed a lot of https soccerway links without the 'int' there. Iggy (Swan) 17:42, 20 February 2018 (UTC)
- @SLBedit: Thank you :) I'll add them today and run the bot through. Jon Kolbert (talk) 20:26, 19 February 2018 (UTC)
That's something Jon Kolbert to think about - what if someone does not understand the content on the int domain of Soccerway and does not know the actual domain for the country they are in. Iggy (Swan) 10:48, 24 February 2018 (UTC)
- @Iggy the Swan: Besides, soccerway switches (redirects) to https automatically as well (as a proper site should do), no matter whether you use www int nl or whatever. --Sb008 (talk) 11:11, 24 February 2018 (UTC)
- @Iggy the Swan and Sb008: My thinking is that the wording for certain things (news articles etc.) might be slightly different if translated and it would be best to cite the exact same version. Besides, there's an increasing share of internet users that are using services like VPNs and Tor and they most likely get redirected to a site that isn't their language. If users really wanted, they could easily switch the language using the little toggle on the top of the page. Football also seems to be one of the topics that is consistently covered in most languages (see history of a North American league updated in Dutch).
- There's nothing preventing users from a different language from accessing the article on their own, and as per Wikipedia:Verifiability#Citing_non-English_sources it's preferred that sources are in English. This is a special case because the language would depend on the country of the user's IP, but it seems as if the "int" subdomain is preferable here. Jon Kolbert (talk) 17:37, 24 February 2018 (UTC)