Pending changes

I would like to use this script when reviewing pending changes. However, when I see the pending changes, it only shows the diff, not the article with the changes implemented. Can an editor edit the my script so that it shows both the diff and article with the changes implemented? I don't know how to do it myself so I am asking for help. Interstellarity T 🌟 10:08, 21 June 2019 (UTC)

Not me, but DannyS712 can. --qedk (t 桜 c) 19:42, 21 June 2019 (UTC)

QEDK, Can you find someone else that can do it if DannyS712 can't do it? Interstellarity T 🌟 20:09, 24 June 2019 (UTC)

Interstellarity, Hi there i have fixed that issue. ___CAPTAIN MEDUSAtalk 13:14, 30 June 2019 (UTC)

Reply to c-CAPTAIN_MEDUSA-2019-06-30T13:14:00.000Z-Interstellarity-2019-06-24T20:09:00.000Z

Reply to c-Interstellarity-2019-06-24T20:09:00.000Z-QEDK-2019-06-21T19:42:00.000Z

Reply to c-QEDK-2019-06-21T19:42:00.000Z-Interstellarity-2019-06-21T10:08:00.000Z

Reply to c-Interstellarity-2019-06-21T10:08:00.000Z-Pending_changes

Posting issues

I have just recently been having an issue: When I hit the preview button to check my edits then hit the publish button I get an edit conflict. When this first happened I treated it as such and it posted twice. After that I have reloaded and see it is already posted by only hitting the preview button. I have never had this issue, that was not a legitimate edit conflict, so am at a lose. Otr500 (talk) 16:09, 24 June 2019 (UTC)

Reply to c-Otr500-2019-06-24T16:09:00.000Z-Posting_issues

Note: This has happened 4 times but when I previewed this edit then hit "publish changes" it worked fine. Otr500 (talk) 16:12, 24 June 2019 (UTC)

Reply to c-Otr500-2019-06-24T16:12:00.000Z-Posting_issues

Apparently this is an issue only I am having but it is still ongoing. Otr500 (talk) 18:09, 28 June 2019 (UTC)

Wikipedia:Village_pump_(technical)#Incorrect_Edit_Conflicts related? Galobtter (pingó mió) 18:24, 28 June 2019 (UTC)

Reply to c-Galobtter-2019-06-28T18:24:00.000Z-Otr500-2019-06-28T18:09:00.000Z

Reply to c-Otr500-2019-06-28T18:09:00.000Z-Posting_issues

Very possible. Also whatever the issue is (I will have to look) it might be related to Wikipedia:Village pump (technical)#Block conflict that may just be another area where the edit conflict is occurring. Otr500 (talk) 12:19, 29 June 2019 (UTC)

I'm getting inexplicable edit conflicts today. Doug Weller talk 19:55, 30 June 2019 (UTC)

And again when I tried to post the above. Doug Weller talk 19:56, 30 June 2019 (UTC)

Again! Is it groundhog day? When this happens again I own't bother to mention it here. Doug Weller talk 19:57, 30 June 2019 (UTC)

Reply to c-Doug_Weller-2019-06-30T19:57:00.000Z-Doug_Weller-2019-06-30T19:56:00.000Z

Reply to c-Doug_Weller-2019-06-30T19:56:00.000Z-Doug_Weller-2019-06-30T19:55:00.000Z

Reply to c-Doug_Weller-2019-06-30T19:55:00.000Z-Otr500-2019-06-29T12:19:00.000Z

Reply to c-Otr500-2019-06-29T12:19:00.000Z-Posting_issues

Searching for old vandalization in a file

I'd like to know if there is any bot or tool that can help me finding old vandalizing editions in a WP file history. Thanks. --Jotamar (talk) 23:56, 19 June 2019 (UTC)

When I said WP files, I meant WP pages. Can someone at least tell me, where should I ask my question? --Jotamar (talk) 19:01, 26 June 2019 (UTC)

Yes, Jotamar, probably WP:BOTREQ, how many edits are you looking for? There will be many millions. Fist step might be to look for edits preceding those with an edit summary of "rvv". Another good place to look is the edits prior to User:ClueBot's edits.

All the best: Rich Farmbrough, 10:49, 28 June 2019 (UTC).

If you already know specific vandalized text in an article and want the edit which added it then click "Find addition/removal" at the top of the page history. It used WikiBlame until recently but the tool has problems and another is currently used. It's discussed at MediaWiki talk:Histlegend#Wikiblame replacement. PrimeHunter (talk) 11:09, 28 June 2019 (UTC)

What I have in mind is some sort of heuristic tool, capable of finding a short list of possible vandalazing editions that have not been reverted, in a group of pages, for instance, the pages under one category. In less popular, poorly maintained pages, it's not uncommon that such an edition can be easily reverted even after months or years, but first you have to find them, and that takes up a lot of time. --Jotamar (talk) 13:48, 1 July 2019 (UTC)

Reply to c-Jotamar-2019-07-01T13:48:00.000Z-PrimeHunter-2019-06-28T11:09:00.000Z

Reply to c-PrimeHunter-2019-06-28T11:09:00.000Z-Rich_Farmbrough-2019-06-28T10:49:00.000Z

Reply to c-Rich_Farmbrough-2019-06-28T10:49:00.000Z-Jotamar-2019-06-26T19:01:00.000Z

Reply to c-Jotamar-2019-06-26T19:01:00.000Z-Jotamar-2019-06-19T23:56:00.000Z

Reply to c-Jotamar-2019-06-19T23:56:00.000Z-Searching_for_old_vandalization_in_a_file

RefList falling in the wrong place

I need help getting a reflist to fall at the bottom of the article. It is falling between 2 tables. []

I would like to understand why this happening so I can fix it myself in the future.

Thank you. Lore E. Mariano (talk) 14:02, 1 July 2019 (UTC)

Fixed by . PrimeHunter (talk) 14:10, 1 July 2019 (UTC)

Thank you so much! Lore E. Mariano (talk) 14:40, 1 July 2019 (UTC)

Reply to c-LoreMariano-2019-07-01T14:40:00.000Z-PrimeHunter-2019-07-01T14:10:00.000Z

Reply to c-PrimeHunter-2019-07-01T14:10:00.000Z-LoreMariano-2019-07-01T14:02:00.000Z

Reply to c-LoreMariano-2019-07-01T14:02:00.000Z-RefList_falling_in_the_wrong_place

Cite error created by bot.

Apparently there is a new bot creating cite errors. Article: WZ-551 Tag: Rescuing 14 sources and tagging 0 as dead. #IABot (v2.0beta15)

Is there a review process for new bots/tools? I have encountered many repeated errors that I assume are created by them. e.g. "coauthors=", "DUPLICATE_date". User-duck (talk) 17:39, 1 July 2019 (UTC)

Communication failure between the bot owner and the community at WT:CS1. I fixed the WZ-551 page that Gog the Mild edited and will leave it to that editor to similarly repair any other error caused by the tool.

—Trappist the monk (talk) 17:56, 1 July 2019 (UTC)

This is IABot via Oauth request by Gog the Mild. It was due to some miscommunications, my fault, iabot has been patched/rebooted and will look into fixing the errors added onwiki. -- GreenC 19:36, 1 July 2019 (UTC)

Edit conflict. I had just written:

Thank you Trappist the monk. That would have been from me clicking "Fix dead links" on the "Revision history" page and not checking the result thoroughly enough. I shall recheck my other recent clicks of that button.

GreenC, do I need to do anything, other than recheck previous uses of "Fix dead links", and/or cease using it? Thanks Gog the Mild (talk) 19:44, 1 July 2019 (UTC)

You are good, it's ok now. Looks like the bug lasted 3hrs and somewhere between 100-200 articles. I might script a quick fix or request something at AWB request wouldn't worry about manually repairing. -- GreenC 19:48, 1 July 2019 (UTC)

Reply to c-GreenC-2019-07-01T19:48:00.000Z-Gog_the_Mild-2019-07-01T19:44:00.000Z

Reply to c-Gog_the_Mild-2019-07-01T19:44:00.000Z-GreenC-2019-07-01T19:36:00.000Z

Reply to c-GreenC-2019-07-01T19:36:00.000Z-Trappist_the_monk-2019-07-01T17:56:00.000Z

Reply to c-Trappist_the_monk-2019-07-01T17:56:00.000Z-User-duck-2019-07-01T17:39:00.000Z

Reply to c-User-duck-2019-07-01T17:39:00.000Z-Cite_error_created_by_bot.

Tech News: 2019-27

21:22, 1 July 2019 (UTC)

Question re: new translations of articles linked out to other languages

Progression of events was:

1. Editor created a link to de:Otto Kirn (in article Pandeism, correcting from wrong link to Otto Kern).
2. Translated Otto Kirn added here.
3. Wikidata updated for articles now in two languages.
4. Tagged as an orphan here.

Question: Why doesn’t English addition to Wikidata automatically prompt changing of links previously made to point other languages? Hyperbolick (talk) 19:49, 1 July 2019 (UTC)

The edit said [[:de:Otto Kirn]]. This explicitly tells to link the German Wikipedia. {{Interlanguage link|Otto Kirn|de}}} could have been used instead to test for an English article called Otto Kirn. It would only have examined whether the page name exists and not whether it's in a Wikidata item. As far as I know we have no template for the latter. It is possible to pull information from Wikidata so maybe it could be added as a feature in {{Interlanguage link}}. I don't think it's possible for an English template to look up the Wikidata item for a German article so Q24529752 would probably have to be a parameter. A bot could be coded to automaticlly add the parameter when it's not supplied. PrimeHunter (talk) 21:12, 1 July 2019 (UTC)

Could a bot check whenever a Wikidata item is connected from here? Got a notification here when it was, so somebody’s telling this Wiki. Hyperbolick (talk) 21:41, 1 July 2019 (UTC)

Reply to c-Hyperbolick-2019-07-01T21:41:00.000Z-PrimeHunter-2019-07-01T21:12:00.000Z

Reply to c-PrimeHunter-2019-07-01T21:12:00.000Z-Hyperbolick-2019-07-01T19:49:00.000Z

Reply to c-Hyperbolick-2019-07-01T19:49:00.000Z-Question_re:_new_translations_of_articles_linked_out_to_other_languages

Database issue

Could someone knowledgable comment here, centrally, on whether there are database issues beyond the apparently temporary ones outlined in the above Tech News, and if so, what are their extent and when do we think they will be resolved? It appears multiple bots have for some time not been running DB intensive tasks (such as certain Wikipedia:Database reports), and it is very difficult to parse through all the bot/report talkpage chatter to get a true picture of what is actually going on. Thanks in advance! UnitedStatesian (talk) 02:46, 2 July 2019 (UTC)

The database replicas are undergoing maintenance (see T222978). This involves taking one replica host out of service at a time. The other two hosts then have increased load, which leads to replication lag and increased query time (previously long queries could fail to complete). Maintenance is usually ongoing during the week and paused over the weekends. I would expect this to be an ongoing issue for a while. I don't know how long the maintenance will take, but the DBAs are reaching the end of the maintenance one the first replica. The database items in the Tech News are unrelated. — JJMC89 (T·C) 05:29, 2 July 2019 (UTC)

Reply to c-JJMC89-2019-07-02T05:29:00.000Z-UnitedStatesian-2019-07-02T02:46:00.000Z

Reply to c-UnitedStatesian-2019-07-02T02:46:00.000Z-Database_issue

Question, watchlist listing error & problem

Dear All,

initially I turned to administrator regarding the issue, but unfortunetly he could not give an idea for solution. The details may be read there...Shortly, if I set it to list the changes back to 7 or 30 days, it is not working, just listing the last 250 changes, not more and I have as well no (previous/next) buttons...I need a solution, Thank You(KIENGIR (talk) 20:21, 1 July 2019 (UTC))

@KIENGIR: This is Wikipedia:Village pump (technical)/Archive 174#did something break watchlist and make it too short again?. --Redrose64 🌹 (talk) 20:36, 1 July 2019 (UTC)

@Redrose64:,

Thank you it helped, I applied similar tweaks descibred there (in the detailed settings changing to 30 days and enabling 1000 entries as maximum). though, still I don't have 30 days, I assume mainly because of the 1000 entry limitation (I don't know where would be the url to tweak it higher). Thus practically I could go back two weeks, so my initial problem has been solved (going back between 4-7 days)...maybe as an important note for the others or the developers, even this worked only by unchecking the "Expand watchlist to show all changes, not just the most recent" in the Advanced Options...(initially at the first tweak attempt, I automatically checked this box assuming it is essential, but anything written above did not work until it was unchecked, ironically it had a contraproductive effect despite it's name...(KIENGIR (talk) 10:39, 2 July 2019 (UTC))

Reply to c-KIENGIR-2019-07-02T10:39:00.000Z-Redrose64-2019-07-01T20:36:00.000Z

Reply to c-Redrose64-2019-07-01T20:36:00.000Z-KIENGIR-2019-07-01T20:21:00.000Z

Reply to c-KIENGIR-2019-07-01T20:21:00.000Z-Question,_watchlist_listing_error_&_problem

Issues with alerts, June 2019

.skin-monobook #pt-notifications-notice .mw-echo-notifications-badge, .skin-monobook #pt-notifications-alert .mw-echo-notifications-badge {
	text-align: left;
}

Message & notification icons in Modern skin

Tracked in Phabricator
Task T226684

The message & notification icons in the modern skin seem to have been changed to something less than ideal. Any recent changes to the stylesheet that would have made this happen? FWIW browser is latest version of Firefox (67.0.4). Nthep (talk) 14:52, 27 June 2019 (UTC)

@Nthep: - so in summary - there is a bunch going on and this is coming from upstream not local styles. See phab:T226684 (and some of the discussion at phab:T226594) to catch up on the goings-on. — xaosflux ^Talk 14:57, 27 June 2019 (UTC)

Thanks. Nthep (talk) 15:10, 27 June 2019 (UTC)

@Nthep: Same as the monobook issues, should be fully fixed at the end of the week/next week depending on how they're doing deployments. Unless you don't like how we fixed it once it does change, in which case do please tell me. -— Isarra ༆ 15:55, 1 July 2019 (UTC)

Reply to c-Isarra-2019-07-01T15:55:00.000Z-Nthep-2019-06-27T15:10:00.000Z

Reply to c-Nthep-2019-06-27T15:10:00.000Z-Xaosflux-2019-06-27T14:57:00.000Z

Reply to c-Xaosflux-2019-06-27T14:57:00.000Z-Nthep-2019-06-27T14:52:00.000Z

Reply to c-Nthep-2019-06-27T14:52:00.000Z-Message_&_notification_icons_in_Modern_skin

"Show preview" toolbar needs to be above the edit summary in the wikitext editing window

Or there needs to be a setting in preferences to allow this. Scrolling is a pain. Half the page has to be scrolled to click the "show preview" button.

Weird thing is that the edit window here does not have the "Edit summary (Briefly describe your changes)" toolbar. It only has the "common edit summaries" toolbar.

So look at an article edit window, or an article talk page edit window. -- Timeshifter (talk) 08:34, 1 July 2019 (UTC)

If you begin editing by using the "new section" tab, then no, you don't get an edit summary window. Instead, a standard edit summary is constructed for you, consisting of the name of the new section wrapped in /* ... */ markers plus the words "new section". The edit summary window only appears when editing an existing section, or the whole page. --Redrose64 🌹 (talk) 16:25, 1 July 2019 (UTC)

Thanks, Redrose64. I see now. -- Timeshifter (talk) 08:42, 2 July 2019 (UTC)

Reply to c-Timeshifter-2019-07-02T08:42:00.000Z-Redrose64-2019-07-01T16:25:00.000Z

Reply to c-Redrose64-2019-07-01T16:25:00.000Z-Timeshifter-2019-07-01T08:34:00.000Z

Reply to c-Timeshifter-2019-07-01T08:34:00.000Z-"Show_preview"_toolbar_needs_to_be_above_the_edit_summary_in_the_wikitext_editin

textarea {height:15em}

Problem with CSD category counts, again

I wrote a query regarding CSD category counts being incorrect and SoWhy helpfully pointed me to archived threads on this board, like Category count wrong and several others with the same complaint going back to spring 2018. Editors responded by listing Phab tickets, like T200402, T195397, T221795 or T18036 (and there are probably more). I've checked all the different tickets that were mentioned in these threads on this common problem and they are either marked as a) closed, resolved, b) closed, duplicate or c) low priority. I don't see how this issue can be considered resolved when it continues to be a problem and it is disappointing to think that there is little to no chance that anyone will work on actually solving this problem. It's clear that a lot of work on this started last year, but then the ticket was mistakenly closed as resolved.

Is there any way to restart the process of review so that there is some investigation of this problem? Because as a "resolved, low priority" task, that means to me that it will never be examined again. Liz ^{Read! Talk!} 23:35, 2 July 2019 (UTC)

In Phabricator parlance "low priority" does not necessarily means the task is not important; quite the opposite at times. Phab:T195397 was closed as resolved because it was indeed resolved at the time, and when the problem resurfaces, it was not reopened since there are many other open tasks. Some were closed as duplicate, because they were what the label says; even here, I believe we don't like 'duplicate.' The main task now is at phab:T221795.

However, (for me to not be too evasive) I admit the problem is not given any sense of urgency from the technical side, but that's easily explainable. To be frank, there's nothing broken if category count is not correct. The problem has been noticed since 2008 or possibly earlier, and with adhoc fixes, everyone moves on until it returns and annoys another person. It's something obscure and which almost entire Wikipedia readers probably don't use nor care about. The editors who care for it (the count) are few, and even fewer know the problem exists. I don't know any way to speed up this, except (may be) to lobby the team working on it in the task, but keeping in mind, even if you think it needs immediate solution, others may not see it that way. – Ammarpad (talk) 06:37, 3 July 2019 (UTC)

Reply to c-Ammarpad-2019-07-03T06:37:00.000Z-Liz-2019-07-02T23:35:00.000Z

Reply to c-Liz-2019-07-02T23:35:00.000Z-Problem_with_CSD_category_counts,_again

Remove fbclid=... from all links

Hi all,

I happened to notice that hundreds of links in hundreds of articles include fbclid=longstringofrandomlookingletters parameters. According to what I read, Facebook adds these to track users' browsing behavior. It works like this:

• Let's assume I discover something on www.example.com/cooltopic.html and share this URL with a friend on Facebook: "HEY CHEK THIS OUT!!!!!!!11"
• Facebook automatically adds a unique FaceBook CLick ID (fbclid) to every link that is passed through them by adding &fbclid=... or ?fbclid=... to it. This doesn't change the destination of the link i.e. the URL still works the same.
• The friend decides to add my URL as a reference/link to Wikipedia. Except, now the URL will read www.example.com/cooltopic.html?fbclid=xyz123.
• Thanks to their Click ID Facebook can now track the URL: If the link is emailed to a 3rd person, who sends it to a 4th via Whatsapp, Facebook recognizes the (modified) link as the one I originally shared with my friend, thus gathering data about which persons are communicating with whom.
• If the destination site of the link (example.com) has added a like-button to their page then Facebook even gets notified whenever anyone follows the link, i.e. they will know exactly which visits to www.example.com are a consequence of my original communication with my friend. (They use this to find out who is a valuable influencer.)

Long story short, IMHO all fbclid=... should be deleted from all (current and future) references and links on Wikipedia, because

• Facebook has no business tracking Wikipedia contributors or readers.
• The huge fbclid=... strings make references harder to read and edit.
• The fact that an Wikipedia article's reference's URL was passed through Facebook's infrastructure earlier is not relevant to the topic the article covers, so this information need not be preserved.
• The links work just the same after deleting the fbclid parameter.

So it would be great if some Wikipedia wizard could program and unleash a bot for this? Please?? Supposedly there are also Google Click IDs and others, however I haven't found their 'additions' in links. Maybe there is already a bot in place filtering them out? Then this bot would just need a little expanding.

I hope this is the right place to ask. Someone at the Teahouse was kind enough to point me here.

Thanks and regards, Jens (84.173.225.148 (talk) 20:27, 30 June 2019 (UTC))

I believe there's a bot that's removing them already, though in a gradual way as there's no immediate harm while they're here. I think the bot is also removing them not only from Facebook's URLs but similar ones from Amazon.com and the like. – Ammarpad (talk) 20:35, 30 June 2019 (UTC)

Yup, Wikipedia:Bots/Requests for approval/KolbertBot 4 was approved for this, but may be stalled/paused right now. User:Jon Kolbert is the operator, who may have more information. — xaosflux ^Talk 20:39, 30 June 2019 (UTC)

Template:Cite web#URL says "Remove tracking parameters from URLs". insource:fbclid currently gives me 1720 results in articles. The normal place for a request would be Wikipedia:Bot requests. PrimeHunter (talk) 20:42, 30 June 2019 (UTC)

Reply to c-PrimeHunter-2019-06-30T20:42:00.000Z-Xaosflux-2019-06-30T20:39:00.000Z

Reply to c-Xaosflux-2019-06-30T20:39:00.000Z-Ammarpad-2019-06-30T20:35:00.000Z

Reply to c-Ammarpad-2019-06-30T20:35:00.000Z-84.173.225.148-2019-06-30T20:27:00.000Z

(edit conflict) Hi Jens, looks like User:KolbertBot per Wikipedia:Bots/Requests for approval/KolbertBot 4 should be removing it, but the bot isn't running; ping Jon Kolbert. Galobtter (pingó mió) 20:44, 30 June 2019 (UTC)

Reply to c-Galobtter-2019-06-30T20:44:00.000Z-84.173.225.148-2019-06-30T20:27:00.000Z

Reply to c-84.173.225.148-2019-06-30T20:27:00.000Z-Remove_fbclid=..._from_all_links

I'll talk to him. Many thanks to all of you. --Jens (84.173.225.148 (talk) 21:14, 30 June 2019 (UTC))

Jens, thank you for bringing this to our attention! While we wait for him, I have begun (slowly) manually removing a lot of these trackers, if anyone wants to help, please do! TheAwesomeHwyh 22:59, 30 June 2019 (UTC)

There are 1700 pages, many of which will have several affected links (the article where this issue came to my attention has 8 of them). While I admire your diligence, I do think it's best to let the bot handle this. Please consider that doing such tedious work manually is very error-prone, if you accidentally remove a bit too little or too much the link won't work any more. Best regards, Jens (84.173.225.148 (talk) 23:54, 30 June 2019 (UTC))

Ah- I'm not planning on doing them all, just however many I can get to today (also, I check all the links before I upload), but yeah this is definitely something that's best suited for a bot once that gets running again. TheAwesomeHwyh 00:07, 1 July 2019 (UTC)

Hi there, I have been very occupied with a lot of other things - but I will make sure this task runs :-). Thanks for the note Jon Kolbert (talk) 18:14, 2 July 2019 (UTC)

Many thanks for your work. --Jens (84.173.228.245 (talk) 21:11, 3 July 2019 (UTC))

Reply to c-84.173.228.245-2019-07-03T21:11:00.000Z-Jon_Kolbert-2019-07-02T18:14:00.000Z

Reply to c-Jon_Kolbert-2019-07-02T18:14:00.000Z-TheAwesomeHwyh-2019-07-01T00:07:00.000Z

Reply to c-TheAwesomeHwyh-2019-07-01T00:07:00.000Z-84.173.225.148-2019-06-30T23:54:00.000Z

Reply to c-84.173.225.148-2019-06-30T23:54:00.000Z-TheAwesomeHwyh-2019-06-30T22:59:00.000Z

Reply to c-TheAwesomeHwyh-2019-06-30T22:59:00.000Z-84.173.225.148-2019-06-30T21:14:00.000Z

Reply to c-84.173.225.148-2019-06-30T21:14:00.000Z-Remove_fbclid=..._from_all_links

Piped link with lang template

It is easy to see that | is a permissible character to the right of the active | in a piped link. For example, [[red|green|blue]] produces the anchor text "green|blue" linking to the page red: green|blue.

In the lead sentence of the page Xiquets Copenhagen, however, the wikitext ([[Castell|{{lang|ca|castells}}]]) is obviously intended to produce the anchor text "castells" linking to the page Castell; but actually it does not produce a link at all, and most of the wikitext shows up as ordinary text in the article. If this is supposed to work as intended, perhaps someone can fix the bug. If it's intended not to work, perhaps someone can edit the article to do what is necessary to achieve the desired effect.

(If you have something to say, please say it here. I only came across the article via Special:Random, and don't expect to look at it again.) --76.69.117.113 (talk) 04:06, 3 July 2019 (UTC)

Fixed The problem is that {{lang}} not only marks the text as non-English, it also adds [[Category:Articles containing ...-language text]] - and wikilinks may not contain wikilinks. -- John of Reading (talk) 06:23, 3 July 2019 (UTC)

Ah, so it's intended not to work. Perhaps it would be helpful if there was some kind of error message, because the original construction looks legitimate until you know why not. --76.69.117.113 (talk) 02:57, 4 July 2019 (UTC)

Reply to c-76.69.117.113-2019-07-04T02:57:00.000Z-John_of_Reading-2019-07-03T06:23:00.000Z

Reply to c-John_of_Reading-2019-07-03T06:23:00.000Z-76.69.117.113-2019-07-03T04:06:00.000Z

Reply to c-76.69.117.113-2019-07-03T04:06:00.000Z-Piped_link_with_lang_template

Why can't I enable the 2010 editing toolbar along with the 2006 editing toolbar?

I would like to have both toolbars. Please make this possible. See: Wikipedia:Legacy toolbar.

See: Special:Preferences#mw-prefsection-editing. There one can enable this:

• Enable the editing toolbar. This is sometimes called the '2010 wikitext editor'.

I can't enable it because I have the 2006 editing toolbar (plus extensions) enabled:

I have the following 3 gadgets enabled in the editing section of gadget preferences:

• Enable the legacy (2006) editing toolbar. This will be overridden by the "Enable the editing toolbar" option in the Editing tab.
• refToolbar: add a "cite" button to the editing toolbar for quick addition of commonly used citation templates
• Add extra buttons to the old (non-enhanced) editing toolbar

They just add more buttons to the 2006 editing toolbar. -- Timeshifter (talk) 09:36, 1 July 2019 (UTC)

Anybody? Is this technically feasible? -- Timeshifter (talk) 02:56, 3 July 2019 (UTC)

No, it is not possible to have both the 2010 and 2006 toolbar. You could however ask for an script that adds the missing buttons to the 2010 toolbar, which would be the hidden comment, quote and horizontal line.--Snaevar (talk) 16:53, 3 July 2019 (UTC)

That's a good idea. I only want the 2 buttons for instant link brackets (no intermediary popup). One button for an internal link. And one button for an external link. -- Timeshifter (talk) 05:20, 4 July 2019 (UTC)

Reply to c-Timeshifter-2019-07-04T05:20:00.000Z-Snaevar-2019-07-03T16:53:00.000Z

Reply to c-Snaevar-2019-07-03T16:53:00.000Z-Timeshifter-2019-07-03T02:56:00.000Z

Reply to c-Timeshifter-2019-07-03T02:56:00.000Z-Timeshifter-2019-07-01T09:36:00.000Z

Reply to c-Timeshifter-2019-07-01T09:36:00.000Z-Why_can't_I_enable_the_2010_editing_toolbar_along_with_the_2006_editing_toolbar?

Discussion at Wikipedia:Teahouse#Two questions about the WMF's Android app

 You are invited to join the discussion at Wikipedia:Teahouse#Two questions about the WMF's Android app . Airbornemihir (talk) 04:32, 4 July 2019 (UTC)

VVVV I've posted the question asked by Airbornemihir in its own section directly below this section. VVV Orville^talk 05:28, 4 July 2019 (UTC)

Reply to c-Orville-2019-07-04T05:28:00.000Z-Airbornemihir-2019-07-04T04:32:00.000Z

Reply to c-Airbornemihir-2019-07-04T04:32:00.000Z-Discussion_at_Wikipedia:Teahouse#Two_questions_about_the_WMF's_Android_app

Has syntax highlighting CSS just changed?

Resolved

Moved from Wikipedia:Village pump (miscellaneous)/Archive 62 § Has syntax highlighting CSS just changed?: ―Mandruss ☎ 21:58, 3 July 2019 (UTC)

Reply to c-Mandruss-2019-07-03T21:58:00.000Z-Has_syntax_highlighting_CSS_just_changed?

I just noticed that the gap between lines in "Syntax highlighting" mode in the wikitext editor suddenly became wider. Was it a glitch of my browser not loading CSS properly, or did it actually change? —⁠andrybak (talk) 21:37, 3 July 2019 (UTC)

@Andrebak: can you be a bit more specific, Wikipedia:Syntax highlighting doesn't usually get used in .css pages, which use the code editor (not the source editor). Is this still occurring? Can you share the edit link you are using? — xaosflux ^Talk 22:28, 3 July 2019 (UTC)

I guess andrybak was not editing a CSS page but just speculating that styling from some CSS file was not working properly when editing a normal wikitext page. If you refer to the highlighter marker button to the left of "Advanced" in a toolbar then it doesn't change spacing for me in Google Chrome 75.0.3770.100. PrimeHunter (talk) 09:43, 4 July 2019 (UTC)

@PrimeHunter: Yes, but for me it has changed in the same mode ( turned on), but between different pages. It changed between two different gap sizes since then, so I think that it was just some networking issue when loading CSS. —⁠andrybak (talk) 10:12, 4 July 2019 (UTC)

Reply to c-Andrybak-2019-07-04T10:12:00.000Z-PrimeHunter-2019-07-04T09:43:00.000Z

Reply to c-PrimeHunter-2019-07-04T09:43:00.000Z-Xaosflux-2019-07-03T22:28:00.000Z

Reply to c-Xaosflux-2019-07-03T22:28:00.000Z-Andrybak-2019-07-03T21:37:00.000Z

Reply to c-Andrybak-2019-07-03T21:37:00.000Z-Has_syntax_highlighting_CSS_just_changed?

Strange google capitalization for Life

A user (Console.frog) noted that when searching for "life on earth" on Google, the Life article appears in the middle of page 1 under the title life on Earth. This expression appears several times in the article but I can't figure out why the correct title is not brought up, and more importantly why "life" is not capitalized properly. Do you think there is something on our side causing this? -- Luk ^talk 11:27, 4 July 2019 (UTC)

A datapoint: "life on Earth" appears four times in the preamble, "Life on Earth" appears once in the preamble. —⁠andrybak (talk) 11:59, 4 July 2019 (UTC)

linksto:Life insource:"life|life on earth" finds many articles saying [[life|life on Earth]]. Maybe Google prefers to display this link text when it matches the search. PrimeHunter (talk) 12:01, 4 July 2019 (UTC)

Situation confirmed; here's what I see with a US IP:

life on Earth - Wikipedia
https://en.wikipedia.org/wiki/Life
Evidence suggests that life on Earth has existed for at least 3.5 billion years, with the oldest physical traces of life dating back 3.7 billion years; however, some theories, such as the Late Heavy Bombardment theory, suggest that life on Earth may have started even earlier, as early as 4.1–4.4 billion years ago, and ...
Evolutionary history of life · ‎Timeline of the evolutionary ... · ‎Earliest known life forms

I'm using Internet Explorer, if that matters at all (or even if it doesn't). Nyttend backup (talk) 13:02, 4 July 2019 (UTC)

Reply to c-Nyttend_backup-2019-07-04T13:02:00.000Z-PrimeHunter-2019-07-04T12:01:00.000Z

Reply to c-PrimeHunter-2019-07-04T12:01:00.000Z-Andrybak-2019-07-04T11:59:00.000Z

Reply to c-Andrybak-2019-07-04T11:59:00.000Z-Luk-2019-07-04T11:27:00.000Z

Reply to c-Luk-2019-07-04T11:27:00.000Z-Strange_google_capitalization_for_Life

Switching phrases in masse

Is there a bot or tool that can replace the phrase Kingdom of Hawaii to Hawaiian Kingdom across Wikipedia without having to edit each page and switch it over? This is just a logistical inquiry before a request for consensus for such a change. KAVEBEAR (talk) 21:01, 3 July 2019 (UTC)

AWB can do this. It shows up 54 pages, so it should be quite feasible, with about 10 seconds per page to allow manual check it could take 10 minutes. Graeme Bartlett (talk) 23:07, 3 July 2019 (UTC)

Reply to c-Graeme_Bartlett-2019-07-03T23:07:00.000Z-KAVEBEAR-2019-07-03T21:01:00.000Z

This is not so much a VPT matter as a question for WP:BOTREQ - and I see that an identical thread has been posted at WT:BOTREQ, contrary to WP:MULTI. --Redrose64 🌹 (talk) 23:09, 3 July 2019 (UTC)

Reply to c-Redrose64-2019-07-03T23:09:00.000Z-KAVEBEAR-2019-07-03T21:01:00.000Z

To answer the technical question KAVEBEAR, no - assuming this phrase appears in the source text it would require creating another version of the source text for each page (which yes a bot could do, but that is how it would do it). The only way around that would have been if the name was actually a template that could be changed once. — xaosflux ^Talk 13:19, 4 July 2019 (UTC)

Reply to c-Xaosflux-2019-07-04T13:19:00.000Z-KAVEBEAR-2019-07-03T21:01:00.000Z

Reply to c-KAVEBEAR-2019-07-03T21:01:00.000Z-Switching_phrases_in_masse

Stuck tooltips

Not sure if this is the correct venue but the tooltip (hovertext) that logged-out readers see for Antananarivo stampede is stuck on an old incorrect version with the wrong date. This has been repeatedly pointed out at main-page errors but no one there knows how to fix it. The article was corrected on 28 June . Any help appreciated as this is currently on the main page in the In the News section. Espresso Addict (talk) 23:34, 4 July 2019 (UTC)

@Espresso Addict: It's not just that one page. In fact, I'm not sure that the preview has updated for any page since June 28. See phab:T227033. Suffusion of Yellow (talk) 23:48, 4 July 2019 (UTC)

Thanks. At least someone is hopefully looking into the issue. Espresso Addict (talk) 23:52, 4 July 2019 (UTC)

Reply to c-Espresso_Addict-2019-07-04T23:52:00.000Z-Suffusion_of_Yellow-2019-07-04T23:48:00.000Z

Reply to c-Suffusion_of_Yellow-2019-07-04T23:48:00.000Z-Espresso_Addict-2019-07-04T23:34:00.000Z

Reply to c-Espresso_Addict-2019-07-04T23:34:00.000Z-Stuck_tooltips

Google Maps template not displaying accessdates

Resolved

Why isn't {{Google maps}} displaying the access date in, for example, the first ref at Bussell Highway? The use of accessdate in the article seems fine ... and I'm not that good with templates. Thanks for any help! Graham87 14:02, 5 July 2019 (UTC)

Fixed the parameter as told in the documentation of the template. Stryn (talk) 14:18, 5 July 2019 (UTC)

Ta muchly ... oops, didn't notice the underline there! One of the perils of not paying attention to punctuation with my screen reader ... but seemingly an easy mistake to make, whether you're sighted or not! Graham87 14:47, 5 July 2019 (UTC)

Reply to c-Graham87-2019-07-05T14:47:00.000Z-Stryn-2019-07-05T14:18:00.000Z

Reply to c-Stryn-2019-07-05T14:18:00.000Z-Graham87-2019-07-05T14:02:00.000Z

Reply to c-Graham87-2019-07-05T14:02:00.000Z-Google_Maps_template_not_displaying_accessdates

Should be able to set DESKTOP to be DEFAULT on a laptop computer, right?

I hope this is an appropriate place to describe this concern. If not, please advise me where to express it. On my laptop I'd like to be able to set desktop to be my wikipedia preference, so it would be my permanent default view, and mobile view never come up on it. I am using Firefox 67.0.4 (64-bit) browser on Windows 8.1. The problem I encounter is that when using my laptop computer and searching for something via google, sometimes when I click on a wiki search-find I get a presentation of a wiki article which I have discovered to be a MOBILE wiki presentation, which I don't want. I now finally understand that I can go to the bottom of such an article and click on 'desktop', and I'll get a desktop view, and that setting will also obtain for other wiki articles until I turn my laptop off. But the next time I turn my laptop on, mobile views can again present from google searches, and I have no use for mobile style views. I would think desktop view should be able to be set in Preferences. If that can't be made available in Preferences, is there some other way that I could set DESKTOP to be my wikipedia permanent default view? UnderEducatedGeezer (talk) 23:22, 4 July 2019 (UTC)

As far as I know, Wikipedia can't automatically switch you from the mobile view to the desktop view. If you're on a phone, and go to the desktop version (en.wikipedia.org), you can be switched to the mobile version (en.m.wikipedia.org), but the other way around doesn't work. Therefore, if you click on a link from somewhere else on the internet to the mobile version (en.m.wikipedia.org), you stay on the mobile version. The easiest way to change this is to remove the .m from the URL. rchard2scout (talk) 10:13, 5 July 2019 (UTC)

That does not work. Trying to remove ".m" without using the appropriate option will redirect you back to the mobile view. The opposite is not true and from the desktop view (without the ".m") accessing the mobile view by simply adding .m is possible. Now, the easiest way to flip the views is to go to the footer of the page and click "Desktop view" or "Mobile view" as you want it. It's cookied, so it sticks for a while, but once the cookie expires, it will reset back to mobile view (if on mobile) and desktop view (if on desktop). Note that these options are incompatible with browser-provided "Enable desktop view" options and will not work on Wikipedia. --qedk (t 桜 c) 12:25, 5 July 2019 (UTC)

"It's cookied, so it sticks for a while" is a key bug for me. I made that explicit "Desktop view" setting because I wanted it that way, and it might be a pretty long page I have to scroll through to get to the bottom to (re)change it. My request is that either the cookie have a much longer expiration or that it can be handled by a site (rather than browser) pref. DMacks (talk) 16:47, 5 July 2019 (UTC)

You can make a JS script and add it to your MySkin.js, all you need to do is detect the current URL and if it contains, ".m" and go to the URL + "&mobileaction=toggle_view_desktop", essentially forcing the desktop view. --qedk (t 桜 c) 17:20, 5 July 2019 (UTC)

That doesn't quite match my experience: for me, just removing the m. is all it takes. On a desktop, that is. But if someone drops a link from the mobile site (like in a diff) and you click on it, then you get the mobile version. I like the script idea. Ivanvector (^Talk/_Edits) 17:27, 5 July 2019 (UTC)

Yep, if the default view is desktop (as in, how the page first loads), that is how it will work, but instead if your default view is mobile, it will not work. --qedk (t 桜 c) 18:36, 5 July 2019 (UTC)

Reply to c-QEDK-2019-07-05T18:36:00.000Z-Ivanvector-2019-07-05T17:27:00.000Z

I have a bookmark on my mobile phone that does not have the m. It sometimes takes me to the mobile site, and then I can click the Desktop-site link at the bottom of the page to switch to desktop mode. From then on, for a while, the bookmark takes me to Desktop. But then sometimes it (that same bookmark, with no m) reverts to mobile mode, and I have to click Desktop-site switch it, and then it will again stay that way but only for a while. DMacks (talk) 18:53, 5 July 2019 (UTC)

That's how it works for me too. Not a bookmark, but any wikipedia URL I try to load will initially (if I haven't clicked the Desktop link in some time) automatically redirect to the mobile page. Then clicking on the Desktop link will keep me in desktop mode for ... some time, two weeks or a month or so, unless I click on another mobile URL. This is the case whether I check the "always request desktop version" setting in my mobile browser. Above, I was referring only to desktop behaviour, and I have no idea about setting "default view", I didn't know that was a thing. Ivanvector (^Talk/_Edits) 18:58, 5 July 2019 (UTC)

Reply to c-Ivanvector-2019-07-05T18:58:00.000Z-DMacks-2019-07-05T18:53:00.000Z

@DMacks: Try bookmarking "https://en.wikipedia.org/w/index.php?title=Main_Page&mobileaction=toggle_view_desktop" and using that. --qedk (t 桜 c) 19:07, 5 July 2019 (UTC)

Reply to c-QEDK-2019-07-05T19:07:00.000Z-DMacks-2019-07-05T18:53:00.000Z

Reply to c-DMacks-2019-07-05T18:53:00.000Z-Ivanvector-2019-07-05T17:27:00.000Z

Reply to c-Ivanvector-2019-07-05T17:27:00.000Z-QEDK-2019-07-05T17:20:00.000Z

Reply to c-QEDK-2019-07-05T17:20:00.000Z-DMacks-2019-07-05T16:47:00.000Z

Reply to c-DMacks-2019-07-05T16:47:00.000Z-QEDK-2019-07-05T12:25:00.000Z

Reply to c-QEDK-2019-07-05T12:25:00.000Z-Rchard2scout-2019-07-05T10:13:00.000Z

Reply to c-Rchard2scout-2019-07-05T10:13:00.000Z-UnderEducatedGeezer-2019-07-04T23:22:00.000Z

• I often edit from my phone, but dislike the mobile view because it does not show all items on the page (specifically templates) and the incompatiblity with user scripts (none work). Therefore, I wish for pages to always display in desktop view. Senator2029 “Talk” 10:55, 5 July 2019 (UTC)

  Reply to c-Senator2029-2019-07-05T10:55:00.000Z-UnderEducatedGeezer-2019-07-04T23:22:00.000Z

• I often edit on my tablet, and occasionally for no apparent reason it will go to mobile view. This can happen even if I am currently looking at a page in desktop view and click a link on the page. It's very annoying. As DMacks said, sometimes it's a long page and not that easy to scroll to the bottom of the page. I'd love to have a preference (or even a js hack) that would disable mobile view while I'm logged in regardless of what device or browser I'm using. older ≠ wiser 19:04, 5 July 2019 (UTC)

  Reply to c-Bkonrad-2019-07-05T19:04:00.000Z-UnderEducatedGeezer-2019-07-04T23:22:00.000Z

• @DMacks, Ivanvector, Bkonrad, and Senator2029: Hey guys, so I hacked together a script since a lot of you said it was an issue, which should work, {{subst:lusc|User:QEDK/forcedesktop.js}}. Just paste this into your Special:MyPage/common.js and it should work. I've tried it on my mobile (Android 8.1, Chrome 75) and Desktop (Windows 10, Firefox 67) and it works alright. If you run into any issues, I can try to fix it, but my focus is on AI/ML which is kinda far from web development, but I will surely try to fix it. Hope I could help. Also please note, if the script works ideally, you will not be able to access the mobile site at all, until you remove the script (and purge your cache). --qedk (t 桜 c) 08:57, 6 July 2019 (UTC)

  Reply to c-QEDK-2019-07-06T08:57:00.000Z-UnderEducatedGeezer-2019-07-04T23:22:00.000Z

Reply to c-UnderEducatedGeezer-2019-07-04T23:22:00.000Z-Should_be_able_to_set_DESKTOP_to_be_DEFAULT_on_a_laptop_computer,_right?

There is some interesting chatter on a related topic at phab:T214998. --Izno (talk) 15:42, 6 July 2019 (UTC)

Reply to c-Izno-2019-07-06T15:42:00.000Z-Should_be_able_to_set_DESKTOP_to_be_DEFAULT_on_a_laptop_computer,_right?

Page preview discrepancy for an ITN item

Resolved: Thanks for pointing out the post above; closing this due to derpiness –Deacon Vorbis (carbon • videos) 21:29, 6 July 2019 (UTC)

Reply to c-Deacon_Vorbis-2019-07-06T21:29:00.000Z-Page_preview_discrepancy_for_an_ITN_item

The page preview for final item (as I'm writing this) on the "In the News" list on the main page (the Antananarivo stampede) mentions it occurred on 26 July, despite the article (correctly) saying it was 26 June. Looking at mw:Page Previews, it just says it uses a portion of the opening paragraph, so I have no idea what's causing the discrepancy. Does anyone know why this is happening and/or how to fix this? Thanks, –Deacon Vorbis (carbon • videos) 20:50, 6 July 2019 (UTC)

User:Deacon Vorbis, see #Stuck tooltips above. Over at Phabricator, it has an "Unbreak Now!" status, which means "drop everything you're doing and fix this". Nyttend (talk) 21:21, 6 July 2019 (UTC)

Reply to c-Nyttend-2019-07-06T21:21:00.000Z-Deacon_Vorbis-2019-07-06T20:50:00.000Z

Reply to c-Deacon_Vorbis-2019-07-06T20:50:00.000Z-Page_preview_discrepancy_for_an_ITN_item

RfC: Alteration of Account Creation Limits/Account Creator Rights

Currently, one of the most backlogged processes is Request an Account (ACC) , which exists mainly (though not entirely) for helping with 3 purposes: Those having trouble completing CAPTCHA; enabling the choosing of a username that is too similar to an existing username under certain circumstances & creating an account for those hindered by a rangeblock.

The current backlog on pending requests is 4 months.

In the last couple of months multiple editors have signed up to be ACC tool users, Tool users are signed up to the confidentiality agreement and meet various other criteria.

Currently here are limits, however, on both their ability to create accounts. Two options could ease their work.

1. Raise the local account creation rate limit from 4 to 10. The new limit only to extended-confirmed users to prevent any abusive behaviour from IPs.
2. Automatically grant account creator permission, on request, to new ACC tool users. This would allow them both to bypass the limit entirely, but would also let them ignore the antispoof and title blacklist when making accounts.

Pinging all participants in the local chat discussion: @Ajraddatz, FlightTime, Xaosflux, TheSandDoctor, AfroThundr, QEDK, and Oshwah: Nosebagbear (talk) 13:11, 14 June 2019 (UTC)

Reply to c-Nosebagbear-2019-06-14T13:11:00.000Z-RfC:_Alteration_of_Account_Creation_Limits/Account_Creator_Rights

• NOTE: Option 2 is broader than Option 1, however they do not completely overlap. Option 1 would allow any EC-confirmed editor to create up to 10 accounts per IP address, option 2 is specifically targeted at ACC-users. Thus participants can !vote for either/both/none of the options.

IPvandal links with ranges

WP:ANI#Unknown attack on me contains some {{IPvandal}} links to individual IPv4s, individual IPv6s, and IPv6 ranges. Here are three of them, plus a totally unrelated IPv4 range:

• 81.152.162.119 (talk · contribs · deleted contribs · filter log · WHOIS · RDNS · RBLs · http · block user · block log)
• 148.20.57.8/29 (talk · contribs · deleted contribs · filter log · WHOIS · RDNS · RBLs · block user · block log)
• 2001:D08:182A:4FB9:1:1:F6CC:4548 (talk · contribs · (/64) · deleted contribs · filter log · WHOIS · RBLs · http · block user · block log)
• 2001:d08:1a03:c3cc::0/64 (talk · contribs · deleted contribs · filter log · WHOIS · RBLs · block user · block log)

You'll see that the template doesn't do well with some of the range code. Is there a way we could fix this, either by instructing the template to drop the "http" link if it's not a simple IP, or by otherwise rearranging something? Nyttend (talk) 20:13, 6 July 2019 (UTC)

This will prevent the "http" link from appearing if the input is neither a IPv4 nor IPv6, although it might be a bit kludgey. Nardog (talk) 20:39, 6 July 2019 (UTC)

Thank you. Would you advise that I seek to gain consensus before copying your new code into the module, or should I just go ahead and make the change immediately? Nyttend (talk) 21:26, 6 July 2019 (UTC)

I'm not sure either. Let's ask Mr. Stradivarius and Anomie, who are responsible for the module. Also there might be a better way to prevent it than return ''. Nardog (talk) 21:38, 6 July 2019 (UTC)

Seems sensible to me. Anomie⚔ 01:07, 7 July 2019 (UTC)

Reply to c-Anomie-2019-07-07T01:07:00.000Z-Nardog-2019-07-06T21:38:00.000Z

Reply to c-Nardog-2019-07-06T21:38:00.000Z-Nyttend-2019-07-06T21:26:00.000Z

Reply to c-Nyttend-2019-07-06T21:26:00.000Z-Nardog-2019-07-06T20:39:00.000Z

Reply to c-Nardog-2019-07-06T20:39:00.000Z-Nyttend-2019-07-06T20:13:00.000Z

Reply to c-Nyttend-2019-07-06T20:13:00.000Z-IPvandal_links_with_ranges

Global count tool now limited?

Seems that "Global User Contributions" (at => https://tools.wmflabs.org/guc/?by=date&user=Drbogdan , for instance) once gave truly "total contribution results", but now seems limited to "20 results per wiki"? - QUESTION: is there a way to again obtain truly "total contribution results" with this wiki tool (or some other related one) - and *Not* be so limited (to some number of results per wiki)? - in any case - Enjoy! :) Drbogdan (talk) 00:52, 4 July 2019 (UTC)

Drbogdan, Hey, at least it's working now (it was down for a while). There is an alternate tool at https://xtools.wmflabs.org/globalcontribs which may work better for you. --AntiCompositeNumber (talk) 01:21, 4 July 2019 (UTC)

AntiCompositeNumber - Thank you for your reply - and suggestion - the newly suggested counter seems limited to english and english-related wikis - and not wikis from other countries as the https://tools.wmflabs.org/guc/?by=date&user=Drbogdan counter seemed to be - at least at one time - hopefully, the old counter will be back up - and work like it seemed to at one time - in any case - Thanks again for your reply - and - Enjoy! :) Drbogdan (talk) 01:39, 4 July 2019 (UTC)

@Drbogdan: It's not limited to English wikis, rather it's just listing global edits chronologically. If you paginate through you'll find edits you made elsewhere, e.g. here are your edits from before July: https://xtools.wmflabs.org/globalcontribs/Drbogdan/all//2019-07-01.

FYI there is still some database maintenance going on, so both GUC and XTools may experience occasional slowness. — MusikAnimal ^talk 02:26, 4 July 2019 (UTC)

Reply to c-MusikAnimal-2019-07-04T02:26:00.000Z-Drbogdan-2019-07-04T01:39:00.000Z

Reply to c-Drbogdan-2019-07-04T01:39:00.000Z-AntiCompositeNumber-2019-07-04T01:21:00.000Z

Reply to c-AntiCompositeNumber-2019-07-04T01:21:00.000Z-Drbogdan-2019-07-04T00:52:00.000Z

This tool will also give you your total edit count by wiki. bd2412 T 01:40, 4 July 2019 (UTC)

Hello. @Drbogdan: the GUC tool was down at the beginning of June, then it has been repaired with Phabricator:T224930, with the limitation that you have seen. But in the Phabricator task, Krinkle said "I'm gonna land the patch now, although it only works for recent changes right now. Not for "All contributions". [...] I'll fix that in a separate change, but closing this for now." so I am convinced that, after the next fix, GUC will show again the "total contributions count" (for all projects) and the "project contributions count" (for each project). Regards --NicoScribe (talk) 21:59, 4 July 2019 (UTC)

Reply to c-NicoScribe-2019-07-04T21:59:00.000Z-BD2412-2019-07-04T01:40:00.000Z

Reply to c-BD2412-2019-07-04T01:40:00.000Z-Drbogdan-2019-07-04T00:52:00.000Z

@Drbogdan: The GUC tool has always limited the number of results from a single wiki to 20. This has been the case since the tool's creation by Luxo for Toolserver in 2014. However, there are two things that did change since 2014:

1. In May 2018 (last year), I added the text "20 results per wiki" so as to reduce confusion for users not aware of this previously (phab:T167524).
2. In June 2019 (last month), I switched the default grouping logic from "per wiki" to "per day" (chronological globally, instead of per-wiki). This has not made any change to which results are shown, merely in which way they are grouped. Both grouping options are still available as before, and can be selected in the form, or by url. This was requested by several users (phab:T193896).

As always, if you are interested in seeing more results from a specific wiki, use the "contribs" link next to the user name to continue for more results (which links to Special:Contributions on the relevant wiki).

Regarding the "global edit count" (as a number, not the list of actual edits), this can be better retrieved from Special:CentralAuth.

--Krinkle (talk) 17:57, 5 July 2019 (UTC)

@Krinkle: Thank you for your reply - and comments - yes - using "https://en.wikipedia.org/wiki/Special:CentralAuth/Drbogdan", my total counts is currently 69,212 - however - for some reason - seems, until somewhat recently, my total counts with "https://tools.wmflabs.org/guc/?user=Drbogdan" were almost always about 1000 counts more (should be, with the earlier program-tool, about 70,200+/?) - an example => based on an old copy (June 2018) of my User:Drbogdan Wiki-Page - at => "https://web.archive.org/web/20180622155402/https://en.wikipedia.org/wiki/User:Drbogdan" - in the right-hand userboxes (down the middle of the page) - the total counts at that time were noted as 59,000 (using "https://en.wikipedia.org/wiki/Special:CentralAuth/Drbogdan") and 60,000 (using "https://tools.wmflabs.org/guc/?user=Drbogdan") - perhaps I was misreading/misunderstanding something in some way? - or perhaps - something changed in the meanwhile? - in any case - Thanks again for your reply - and - Enjoy! :) Drbogdan (talk) 18:51, 5 July 2019 (UTC)

@Krinkle:

• When writing my message above, I knew about "20 results shown per wiki". That's why I focused my message on something else: the "total contributions count" (for all projects) and the "project contributions count" (for each project). These 2 types of count are necessary (for me) to follow several long-term cross-wiki abusers. When you wrote "I'm gonna land the patch now, although it only works for recent changes right now. Not for "All contributions". [...] I'll fix that in a separate change, but closing this for now." in the Phabricator task, you were not talking about these 2 types of count?
• CentralAuth is great for many uses but is unable to show the "project contributions count" and the list of recent edits side to side (for each project). GUC was able to do that, before. Moreover CentralAuth does not work for IP users.

@Drbogdan: CentralAuth considers the deleted edits and ignores the imported edits, whereas GUC ignores the deleted edits and considers the imported edits. For instance:

• Special:CentralAuth/Drbogdan says that you have 5 edits on it.wikipedia.org, but it:Speciale:Contributi/Drbogdan lists 4 edits → one of your edits has been deleted.
• Special:CentralAuth/Drbogdan says that you have 6 edits on en.wikibooks.org, but b:Special:Contributions/Drbogdan lists 43 edits → 37 of your edits (done in other projects) have been imported here (and GUC shows your 20 recent edits, imported or not).
• Special:CentralAuth/Drbogdan says that you have 31 edits on de.wikipedia.org, but de:Spezial:Beiträge/Drbogdan lists 987 edits → 956 of your edits (done in other projects) have been imported here (and GUC shows your 20 recent edits, imported or not).

37 + 956 = almost 1000: it explains the difference between your old GUC "total contributions count" and your CentralAuth total count. --NicoScribe (talk) 17:39, 7 July 2019 (UTC)

Reply to c-NicoScribe-2019-07-07T17:39:00.000Z-Drbogdan-2019-07-05T18:51:00.000Z

Reply to c-Drbogdan-2019-07-05T18:51:00.000Z-Krinkle-2019-07-05T17:57:00.000Z

Reply to c-Krinkle-2019-07-05T17:57:00.000Z-Drbogdan-2019-07-04T00:52:00.000Z

Reply to c-Drbogdan-2019-07-04T00:52:00.000Z-Global_count_tool_now_limited?

Small tags and mobile view

In the mobile view, <small>..</small> has no effect on the size of the displayed font. This appears to be implemented in the different style sheets used in mobile view. I assume this was a deliberate design decision – perhaps it was thought that making already potentially small font on a mobile device even smaller wasn't a good idea.

Up until February 2018, {{small}} was a wrapper for <small>..</small>. It was then changed to be a wrapper for <span style="font-size:85%;">..</span>. This is obeyed in mobile view, so does generate smaller text.

If it was a deliberate decision not to display smaller text in mobile view, then the change to {{small}} should be undone. Comments, please. Peter coxhead (talk) 12:50, 8 July 2019 (UTC)

Reply to c-Peter_coxhead-2019-07-08T12:50:00.000Z-Small_tags_and_mobile_view

Finding distinct pages edited by a user?

When I'm looking to see what a user has been up to, looking at their contributions page is usually way to verbose, because it shows every edit. What I usually want is to just see the distinct pages. In pseudo-sql, I want something like, "select distinct page_name from contributions". Is such a thing possible, short of using Quarry?

Even better, a way to do this for both contributions and deleted contributions and fold the results together into a single list of distinct pages. -- RoySmith (talk) 14:29, 5 July 2019 (UTC)

Sounds like the same idea as the "Group changes by page in recent changes and watchlist" option in Special:Preferences#mw-prefsection-rc, but that does not seem to affect Special:Contributions lists. DMacks (talk) 14:38, 5 July 2019 (UTC)

Reply to c-DMacks-2019-07-05T14:38:00.000Z-RoySmith-2019-07-05T14:29:00.000Z

@RoySmith: It is not sorted chronologically, but maybe XTools' Top Edits would help? For example . This intentionally does not reveal deleted contributions. — MusikAnimal ^talk 17:21, 8 July 2019 (UTC)

Reply to c-MusikAnimal-2019-07-08T17:21:00.000Z-RoySmith-2019-07-05T14:29:00.000Z

Reply to c-RoySmith-2019-07-05T14:29:00.000Z-Finding_distinct_pages_edited_by_a_user?

Tech News: 2019-28

20:12, 8 July 2019 (UTC)

Wanted - someone to adopt a discontinued bot

Wikipedia:WikiProject Women in Red is looking for someone who'd be prepared to run a bot, the owner of which has recently retired. The bot is described at d:Wikidata:Requests for permissions/Bot/Emijrpbot 6, which points to code here. The function of the bot is to add new wikidata items for new en.wiki biographies and/or to add human and/or gender statements to existing wikidata items, based on articles found on Special:UnconnectedPages. WiR bases all of its metrics (& these) on wikidata records for en.wiki articles, and since end April the project's stats have become increasingly hard to compile. We'd be more than grateful if someone would consider picking up this thankless task; thx. --Tagishsimon (talk) 17:33, 3 July 2019 (UTC)

@Tagishsimon: if you haven't already, try WP:BOTREQ Headbomb {t · c · p · b} 05:16, 9 July 2019 (UTC)

Reply to c-Headbomb-2019-07-09T05:16:00.000Z-Tagishsimon-2019-07-03T17:33:00.000Z

Reply to c-Tagishsimon-2019-07-03T17:33:00.000Z-Wanted_-_someone_to_adopt_a_discontinued_bot

Wikipedia:Welcoming committee/members

Resolved

--qedk (t 桜 c) 07:05, 6 July 2019 (UTC)

Reply to c-QEDK-2019-07-06T07:05:00.000Z-Wikipedia:Welcoming_committee/members

I'm not sure what the best venue is to ask this question, but I was at Wikipedia:Welcoming committee/members and in these edits, I purged a bunch of sock operators, some unregistered users, a bunch of redlinked users who hadn't edited in forever, and without looking at the rest of the list, I can only wonder how many people there are actually active. Is there any technical way to purge the list of duds? I also noticed there were tons of green-linked names, which typically represents users who have changed their handles.

Side question: I remember tweaking a setting that turned redirect links green (see above) but I can't remember where it was. I looked through my prefs and common.js file and can't find it. Help? Cyphoidbomb (talk) 02:35, 6 July 2019 (UTC)

@Cyphoidbomb: Try this: User:Anomie/linkclassifier. To use only the redirect green color, copy User:Anomie/linkclassifier.css to your .css and comment out the ones you don't need. --qedk (t 桜 c) 04:35, 6 July 2019 (UTC)

@Cyphoidbomb and QEDK: Better yet, install User:BrandonXLF/GreenRedirects. 10/10 user script for that. –MJL ‐Talk‐^☖ 05:41, 6 July 2019 (UTC)

@QEDK and MJL: I'll gladly install whatever anybody strongly recommends. Since the redirects already show up as green for me, I was trying to figure out what I already clicked in my prefs/gadgets/whatever, so if anybody has any idea, please let me know. Also, I'm still curious about purging the Welcoming committee members page, although it's a low priority on account of it being an indiscriminate user list. Cyphoidbomb (talk) 06:46, 6 July 2019 (UTC)

[Thank you for the ping] Cyphoidbomb, you're a real treat. lol –MJL ‐Talk‐^☖ 06:51, 6 July 2019 (UTC)

@MJL: You are awesome. I can't keep track of the various common files and most of my changes have been to common.js, so I am much appreciative for your sleuthing. I come to the tech board so I don't have to walk in circles aimlessly like an asshole. Thanks, mate. Cyphoidbomb (talk) 06:57, 6 July 2019 (UTC)

...so I don't have to walk in circles aimlessly like an asshole. But that's all I do on Wikipedia! Glad to hear you resolved it. --qedk (t 桜 c) 07:05, 6 July 2019 (UTC)

Reply to c-QEDK-2019-07-06T07:05:00.000Z-Cyphoidbomb-2019-07-06T06:57:00.000Z

@Cyphoidbomb: It was nothing! It was just a quick check of your subpages. As for the pruning, I'm afraid I don't know much that could be of service. Maybe a bot to clerk the list would be of service, but I am not the one to program such machinations. Cheers! (edit conflict) –MJL ‐Talk‐^☖ 07:05, 6 July 2019 (UTC)

User:Cyphoidbomb and User:MJL, you might consider using the Wikipedia:WikiProject X tools, which come with a bot to archive inactive members. User:Harej can probably point you in the right direction if you get stuck. Whatamidoing (WMF) (talk) 21:02, 9 July 2019 (UTC)

Reply to c-Whatamidoing_(WMF)-2019-07-09T21:02:00.000Z-MJL-2019-07-06T07:05:00.000Z

Reply to c-MJL-2019-07-06T07:05:00.000Z-Cyphoidbomb-2019-07-06T06:57:00.000Z

Reply to c-Cyphoidbomb-2019-07-06T06:57:00.000Z-MJL-2019-07-06T06:51:00.000Z

Reply to c-MJL-2019-07-06T06:51:00.000Z-Cyphoidbomb-2019-07-06T06:46:00.000Z

Reply to c-Cyphoidbomb-2019-07-06T06:46:00.000Z-MJL-2019-07-06T05:41:00.000Z

Reply to c-MJL-2019-07-06T05:41:00.000Z-QEDK-2019-07-06T04:35:00.000Z

Reply to c-QEDK-2019-07-06T04:35:00.000Z-Cyphoidbomb-2019-07-06T02:35:00.000Z

Reply to c-Cyphoidbomb-2019-07-06T02:35:00.000Z-Wikipedia:Welcoming_committee/members

logout slow and failed due to http

I was trying to log out one day but the step was slow. It said, "You are being logged out, please wait". Then it said, "Cannot log out now: http". Eventually I was logged out. Why so long? Does it mean that I must have been using a slow network? If I close my browser while waiting, is that good enough? Nick Levinson (talk) 20:26, 6 July 2019 (UTC)

You say 'one day' and you were eventually logged out, that means the issue may no longer be there. Have you tried logging out again to see if the issue persists up to now?. – Ammarpad (talk) 05:12, 7 July 2019 (UTC)

Preventing a logout is a security concern, thus I asked, even if it doesn't repeat for me. I agree the issue may be gone but it may not be, which is why I said "one day" and then posted. It did not recur on another day but that doesn't mean it was resolved. I think I had another well-known site open under my login during the same session; if so, I had no problem logging out from there. I assume the two strings I quoted (minus "http") can be searched for in MediaWiki software or the Wikipedia implementation to find what causes them to display, but I can't do those searches and I don't know how to test for recurrence of the problem, because if the cause was network slowness I don't know how to slow a network that I don't control and most networks I use are likely fairly robust.

Does the problem come from network slowness or something else? If anything was done to resolve it, that's different and please tell us.

Nick Levinson (talk) 23:39, 8 July 2019 (UTC) (Corrections: 23:46, 8 July 2019 (UTC))

@Nick Levinson: I've filed a task at phab:T227621 for it to be looked at. Thanks for reporting. Quiddity (WMF) (talk) 21:52, 9 July 2019 (UTC)

Reply to c-Quiddity_(WMF)-2019-07-09T21:52:00.000Z-Nick_Levinson-2019-07-08T23:39:00.000Z

Reply to c-Nick_Levinson-2019-07-08T23:39:00.000Z-Ammarpad-2019-07-07T05:12:00.000Z

Reply to c-Ammarpad-2019-07-07T05:12:00.000Z-Nick_Levinson-2019-07-06T20:26:00.000Z

Reply to c-Nick_Levinson-2019-07-06T20:26:00.000Z-logout_slow_and_failed_due_to_http

Null edit needed

Can someone with the right permissions null edit the fully locked page User:NQ/nqup.css (the user hasn't edited for 2 & 1/2 years) so as to clear the redirect Category:Potentially illegible userboxes? This one is causing strange errors for the redirect bot. Timrollpickering (Talk) 14:24, 9 July 2019 (UTC)

Wow that page is a mess, looking at it. — xaosflux ^Talk 14:53, 9 July 2019 (UTC)

 Done @Timrollpickering: should be good now, is using the 'fake css' permission hack to make a protected user page. — xaosflux ^Talk 14:56, 9 July 2019 (UTC)

It's cleared - thanks. Timrollpickering (Talk) 15:03, 9 July 2019 (UTC)

Rather than null edit it, it should be nullified - there isn't a single valid CSS rule in the whole thing. --Redrose64 🌹 (talk) 19:44, 9 July 2019 (UTC)

@Redrose64: it is a self-protection hack used by non-admins (c.f. Wikipedia:User_pages#Protection_of_user_pages). — xaosflux ^Talk 22:16, 9 July 2019 (UTC)

Why do we encourage this? --Redrose64 🌹 (talk) 22:34, 9 July 2019 (UTC)

Reply to c-Redrose64-2019-07-09T22:34:00.000Z-Xaosflux-2019-07-09T22:16:00.000Z

Reply to c-Xaosflux-2019-07-09T22:16:00.000Z-Redrose64-2019-07-09T19:44:00.000Z

Reply to c-Redrose64-2019-07-09T19:44:00.000Z-Timrollpickering-2019-07-09T15:03:00.000Z

Reply to c-Timrollpickering-2019-07-09T15:03:00.000Z-Xaosflux-2019-07-09T14:56:00.000Z

Reply to c-Xaosflux-2019-07-09T14:56:00.000Z-Xaosflux-2019-07-09T14:53:00.000Z

Reply to c-Xaosflux-2019-07-09T14:53:00.000Z-Timrollpickering-2019-07-09T14:24:00.000Z

Reply to c-Timrollpickering-2019-07-09T14:24:00.000Z-Null_edit_needed

Template conditional syntax quesiton

What is the correct syntax to set the inline parameter conditionally in this template? It is embedded in the London Overground article thus: {{Overground RDT|inline=yes}}, which should be able to set the inline to 1 or true. The aim is to hide the top bar of the template when embedded in an infobox but not elsewhere.

I attempted this but it didn't work, so clearly I'm not getting the conditional syntax right:

|<includeonly>|inline={{#if: {{{inline|}}}|1|0}}</includeonly>

What's the correct way of doing it? Thanks. — Preceding unsigned comment added by Cnbrb (talk • contribs) 20:38, 9 July 2019 (UTC)

@Cnbrb: You're overcomplicating it. Just do this that way you can use {{Overground RDT|inline=1}}. BTW the documentation for {{Routemap}} shows |inline=1 but |inline=yes might work, I'm no Lua expert. --Redrose64 🌹 (talk) 22:32, 9 July 2019 (UTC)

Reply to c-Redrose64-2019-07-09T22:32:00.000Z-Cnbrb-2019-07-09T20:38:00.000Z

Ah! Someone has stepped in and fixed it. The answer was (of course) obvious:

|inline={{{inline|}}}

Thank you! Cnbrb (talk) 00:26, 10 July 2019 (UTC)

Reply to c-Cnbrb-2019-07-10T00:26:00.000Z-Cnbrb-2019-07-09T20:38:00.000Z

Reply to c-Cnbrb-2019-07-09T20:38:00.000Z-Template_conditional_syntax_quesiton

Headerbar doing v-t-e and hide

{{Navbar-collapsible}} is a good utility (showing both V-T-E links and the Hide/Show button). Now IIRC, there was a similar template for (wiki)table headers. Cannot find it any more, did anything bad happen? If someone could give me a hint/link, +appreciated. -DePiep (talk) 20:37, 9 July 2019 (UTC)

You recall incorrectly. No such template exist, or can exist. Headbomb {t · c · p · b} 23:10, 9 July 2019 (UTC)

Reply to c-Headbomb-2019-07-09T23:10:00.000Z-DePiep-2019-07-09T20:37:00.000Z

You can make a collapsible table, but the v/t/e won't be able to reliably target just the table for editing (see User:Xaosflux/sandbox76). — xaosflux ^Talk 00:35, 10 July 2019 (UTC)

Indeed, Xaosflux, but I will apply it in a templated table.

Discovered how to make this work:

{| class="wikitable collapsible" (adds the Hide/Show button, right)

! colspan=4 | {{navbar-collapsible|1=Title text|2=Template:Foo}} (adds the v-t-e links, left)

-DePiep (talk) 09:48, 10 July 2019 (UTC)

@DePiep: do you have this sandboxed? I'm assuming the edit link still goes to a "page" not somehow only edits "the table" right? — xaosflux ^Talk 13:00, 10 July 2019 (UTC)

@Xaosflux: I only use this in a table that is in a template page (see {{Decay modes}} edit), that is what I meant to say with "in a templated table". I do not aim to use this in an in-article coded table; as you pointed out that won't work. -DePiep (talk) 13:06, 10 July 2019 (UTC)

Reply to c-DePiep-2019-07-10T13:06:00.000Z-Xaosflux-2019-07-10T13:00:00.000Z

Reply to c-Xaosflux-2019-07-10T13:00:00.000Z-DePiep-2019-07-10T09:48:00.000Z

Reply to c-DePiep-2019-07-10T09:48:00.000Z-Xaosflux-2019-07-10T00:35:00.000Z

Reply to c-Xaosflux-2019-07-10T00:35:00.000Z-DePiep-2019-07-09T20:37:00.000Z

Reply to c-DePiep-2019-07-09T20:37:00.000Z-Headerbar_doing_v-t-e_and_hide

Preloading edit summary?

Hey! is it possible to preload an edit summary like we can do with page content? and if yes whats the code? thanks in advance.--▸ ‎épine _talk♬ 21:50, 9 July 2019 (UTC)

@Épine: &summary= ! ;-) Example link. Quiddity (talk) 21:56, 9 July 2019 (UTC)

URL is [https://en.wikipedia.org/w/index.php?title=Wikipedia:Sandbox&action=edit&summary=foo%20bar Example] -DePiep (talk) 11:47, 10 July 2019 (UTC)

Reply to c-DePiep-2019-07-10T11:47:00.000Z-Quiddity-2019-07-09T21:56:00.000Z

Reply to c-Quiddity-2019-07-09T21:56:00.000Z-Épine-2019-07-09T21:50:00.000Z

Épine, also see the documentation mw:Manual:Creating pages with preloaded text. —TheDJ (talk • contribs) 13:36, 10 July 2019 (UTC)

Reply to c-TheDJ-2019-07-10T13:36:00.000Z-Épine-2019-07-09T21:50:00.000Z

Reply to c-Épine-2019-07-09T21:50:00.000Z-Preloading_edit_summary?

Sorting broken?

Take a look at List of Governors of Alabama - errors of "Script error: No such module "Date table sorting"." all over the place. --Golbez (talk) 14:25, 10 July 2019 (UTC)

It's fixed now. --Golbez (talk) 14:26, 10 July 2019 (UTC)

Reply to c-Golbez-2019-07-10T14:26:00.000Z-Golbez-2019-07-10T14:25:00.000Z

Reply to c-Golbez-2019-07-10T14:25:00.000Z-Sorting_broken?

Android app login generic error

Screenshot: https://pasteboard.co/ImS2y8j.jpg

hello,

I can successfully log into the web browser version of Wikipedia, but I cannot log into the Android app using the same credentials. I received a generic error that only states that an error has occurred.

I have also tried using the same automatic input of credentials from the same source and mechanism on the same device to control for my user error. Again, browser version login works, app no :(

Any ideas gratefully received!

Thank you — Preceding unsigned comment added by Rrubix44 (talk • contribs) 12:17, 7 July 2019 (UTC)

Did you try uninstalling and reinstalling the app? There may be an issue with the app itself. -- Luk ^talk 19:55, 7 July 2019 (UTC)

Reply to c-Luk-2019-07-07T19:55:00.000Z-Rrubix44-2019-07-07T12:17:00.000Z

• @Luk: The same issue bugs me to no end. I'm not even using an Unicode username, which has been an issue in the past. All that I could think of was that either my password - 32 character sequence of random ASCII characters - somehow triggered the bug, or that the Pie autofill API weren't accepted. I wasn't using VPN either. There is only a very slim chance I could log into the Android App without problem. Is there an phabricator on this? Tsu*miki*⧸ 🌉 16:31, 10 July 2019 (UTC)

  Reply to c-Tsumikiria-2019-07-10T16:31:00.000Z-Rrubix44-2019-07-07T12:17:00.000Z

Reply to c-Rrubix44-2019-07-07T12:17:00.000Z-Android_app_login_generic_error

WHOIS broken

Whois returns either a blank page, or a 500 internal server error. Been going on for a few hours already. DuncanHill (talk) 21:26, 10 July 2019 (UTC)

• I just posted this in a section above, but moving it here. The last couple of days, I've been getting 500 - Internal Server Error Here is one from WP:AIV I've tried multiple times just now 1. Here is one from a different IP 2. — Maile (talk) 21:02, 10 July 2019 (UTC)

  Reply to c-Maile66-2019-07-10T21:02:00.000Z-DuncanHill-2019-07-10T21:26:00.000Z

Note: This might not be isolated to Wikimedia or Tools. I just got the identical error message at Find A Grave. On second try, Find a Grave loaded. — Maile (talk) 23:26, 10 July 2019 (UTC)

Reply to c-Maile66-2019-07-10T23:26:00.000Z-DuncanHill-2019-07-10T21:26:00.000Z

• I asked about this at meta:User talk:Whym#WHOIS gateway returning 500 internal server error. — MusikAnimal ^talk 22:08, 10 July 2019 (UTC)

  Reply to c-MusikAnimal-2019-07-10T22:08:00.000Z-DuncanHill-2019-07-10T21:26:00.000Z

Reply to c-DuncanHill-2019-07-10T21:26:00.000Z-WHOIS_broken

XTools

I use two XTools - edit counter and article counter, both of which have stopped working for me as I have over 350,000 edits. Any idea how this can be resolved? GiantSnowman 15:27, 10 July 2019 (UTC)

@GiantSnowman: The limit is there to prevent long-running queries that likely wouldn't finish, and would unnecessarily slow down XTools for everyone else. I can try increasing it a little bit, but we have to have some sort of sane limit. phab:T182182 is about analyzing the most recent 350,000 edits, but I suspect this wouldn't really help because in theory we'd still have to scan all of your contributions to get the most recent 350,000. The issue with Pages Created, specifically, is tracked at phab:T207959. One idea is to use the page creation log (phab:T221730), which is fast, but it would only produce pages you created going back to June 2018.

It's a tough problem to solve. We have to balance satisfying the needs of our users, such as yourself, while protecting stability and preventing unrealistic queries from being ran. This is compounded by more general issues with the replica databases, such as the inability to estimate how slow queries will be (phab:T188677) and more recently, general slowness following recent schema changes (phab:T226050). In the meantime, you could try using tools that don't have any limits (or the scalability problems that XTools has), such as Sigma's Pages created tool. Sorry for the inconvenience! — MusikAnimal ^talk 16:19, 10 July 2019 (UTC)

I have increased the edit count limit to 400,000. It seems right now, the replicas are going fairly fast. Both Pages Created and Edit Counter didn't time out for your account. I can't promise it will stay that way, though. As an FYI, you can make the Edit Counter go faster by asking only for the data you need, using the checkboxes at https://xtools.wmflabs.org/ec. Best, — MusikAnimal ^talk 16:27, 10 July 2019 (UTC)

Thanks! GiantSnowman 16:36, 10 July 2019 (UTC)

Reply to c-GiantSnowman-2019-07-10T16:36:00.000Z-MusikAnimal-2019-07-10T16:27:00.000Z

@MusikAnimal: can you do an 'simple counter' for article creations, which just shows the number rather than a full list? GiantSnowman 08:23, 11 July 2019 (UTC)

Good idea. I'll look into it! — MusikAnimal ^talk 17:50, 11 July 2019 (UTC)

Reply to c-MusikAnimal-2019-07-11T17:50:00.000Z-GiantSnowman-2019-07-11T08:23:00.000Z

Reply to c-GiantSnowman-2019-07-11T08:23:00.000Z-MusikAnimal-2019-07-10T16:27:00.000Z

Reply to c-MusikAnimal-2019-07-10T16:27:00.000Z-MusikAnimal-2019-07-10T16:19:00.000Z

Reply to c-MusikAnimal-2019-07-10T16:19:00.000Z-GiantSnowman-2019-07-10T15:27:00.000Z

Reply to c-GiantSnowman-2019-07-10T15:27:00.000Z-XTools

Request bot for auto archiving

Resolved

For talk page. See https://en.wikipedia.org/wiki/Talk:Nicotine_marketing QuackGuru (talk) 03:00, 12 July 2019 (UTC)

Reply to c-QuackGuru-2019-07-12T03:00:00.000Z-Request_bot_for_auto_archiving

Alerts and alarms

Is there some facility within Wikipedia for me to receive a reminder when, for example, a block that I have made or a page protection that I have added has expired, or a deletion discussion that I have initiated has run its full time? Moreover, is there some facility within Wikipedia to create reminders generally? If not, can such a thing be created? bd2412 T 22:52, 10 July 2019 (UTC)

While this would be a godsend, e.g. for checking back on a talk page in 7 days or so, or allowing a 24-hour 3RR to expire, I am not sure it is MediaWiki's job to be tracking our reminders. That seems to present unnecessary load to the servers for something that individual editors would best be equipped to track locally. I have used Google Calendar and assorted alarm-clock apps to do this, so far. Elizium23 (talk) 23:06, 10 July 2019 (UTC)

Reply to c-Elizium23-2019-07-10T23:06:00.000Z-BD2412-2019-07-10T22:52:00.000Z

@BD2412: this may be incorporated in the existing feature request: phab:T88781. — xaosflux ^Talk 23:12, 10 July 2019 (UTC)

Note though, this is related to phab:T2582 - which has been pending for 10 years. — xaosflux ^Talk 23:13, 10 July 2019 (UTC)

@Elizium23:, I don't know how big a server load this would necessarily represent. I already get all sorts of notices for things like being mentioned in a discussion or a link being made to a page I created. Obviously some system event is occurring when a block or a page protection expires, because the system knows to lift the block or unprotect the page. I suspect that implementing such a thing is much more a matter of prioritizing it than any effect on the servers. bd2412 T 23:16, 10 July 2019 (UTC)

Reply to c-BD2412-2019-07-10T23:16:00.000Z-Xaosflux-2019-07-10T23:13:00.000Z

Reply to c-Xaosflux-2019-07-10T23:13:00.000Z-Xaosflux-2019-07-10T23:12:00.000Z

Reply to c-Xaosflux-2019-07-10T23:12:00.000Z-BD2412-2019-07-10T22:52:00.000Z

• A JS tool can be made to log certain temporary actions (and/or any kind of reminder you want) to an userspace subpage and serve you reminders based on that. Noting that, the JS datetime implementation is... almost nonsensical, at best. So, kudos to anyone who does. Alternatively, and this is easier, you can use Siri/Assistant, does seem like a better choice, but it'll mix your onwiki/offwiki life. --qedk (t 桜 c) 05:49, 12 July 2019 (UTC)

  Reply to c-QEDK-2019-07-12T05:49:00.000Z-BD2412-2019-07-10T22:52:00.000Z

Reply to c-BD2412-2019-07-10T22:52:00.000Z-Alerts_and_alarms

JSON error on Template:Infobox book series

Not sure what's going on, but I can't even make a dummy edit to Template:Infobox book series since it has a JSON error somewhere. I want to make an improvement to the template, but can't due to the error. Can anyone help? Steel1943 (talk) 21:48, 11 July 2019 (UTC)

I think I fixed it. --Gonnym (talk) 22:28, 11 July 2019 (UTC)

@Gonnym: Yep, I can at least do dummy edits now, so it's probably good. Thanks! Steel1943 (talk) 01:42, 12 July 2019 (UTC)

I'm pretty sure there was some backend change sometimes not long ago, as I had a lot of templates I could edit without that error that one day started blocking me. --Gonnym (talk) 06:47, 12 July 2019 (UTC)

Reply to c-Gonnym-2019-07-12T06:47:00.000Z-Steel1943-2019-07-12T01:42:00.000Z

If you aren't used to JSON, you can use this site to check for errors. Also useful in cases where you know JSON syntax but cannot find the error (lots of parameters, etc.) --qedk (t 桜 c) 08:03, 12 July 2019 (UTC)

Reply to c-QEDK-2019-07-12T08:03:00.000Z-Steel1943-2019-07-12T01:42:00.000Z

Reply to c-Steel1943-2019-07-12T01:42:00.000Z-Gonnym-2019-07-11T22:28:00.000Z

Reply to c-Gonnym-2019-07-11T22:28:00.000Z-Steel1943-2019-07-11T21:48:00.000Z

Reply to c-Steel1943-2019-07-11T21:48:00.000Z-JSON_error_on_Template:Infobox_book_series

Extracting the ToC list

Is there a way (via template or lua) to extract the ToC headers so they can be presented in a different style? What I mean by that is using a ToC style such as {{Horizontal ToC}} but without the ridiculously awful need to manually write each header, and later update it if it's changed. --Gonnym (talk) 14:19, 10 July 2019 (UTC)

@Gonnym: {{Horizontal ToC}} is a recent template. We already have {{Horizontal TOC}}, mentioned at Help:Section#Horizontal TOC. The names are confusingly similar. I have added a see also link but more should probably be done. __TOC__ places the table of contents. It can be wrapped in styling like {{Horizontal TOC}} does. PrimeHunter (talk) 09:01, 12 July 2019 (UTC)

Yeah, I just found it by accident. There really is no reason to have the newer template. If a manual list of entries is somehow needed (and I really can't even see one valid reason why it would), that could added to the better template. --Gonnym (talk) 09:04, 12 July 2019 (UTC)

Reply to c-Gonnym-2019-07-12T09:04:00.000Z-PrimeHunter-2019-07-12T09:01:00.000Z

Reply to c-PrimeHunter-2019-07-12T09:01:00.000Z-Gonnym-2019-07-10T14:19:00.000Z

Reply to c-Gonnym-2019-07-10T14:19:00.000Z-Extracting_the_ToC_list

Minor edits

It's annoying that everytime one needs to check the "This is a minor edit" box. I would recommend making it the other way round and checking after making large edits instead. THE NEW ImmortalWizard(chat) 16:40, 10 July 2019 (UTC)

@ImmortalWizard: There was a user preference "Mark all edits minor by default". This was removed eight years ago following a discussion in which it was determined that the option was often misused. See Help talk:Minor edit/Archive 1#Should we remove the Preference setting to "Mark all edits minor by default" ? and phab:T26313. On that matter, this edit, which was the last one that you made before posting here, should not have been marked minor. Further information at WP:MINOR. --Redrose64 🌹 (talk) 15:33, 11 July 2019 (UTC)

Thanks Redrose64. I have now read the information page. THE NEW ImmortalWizard(chat) 16:50, 12 July 2019 (UTC)

Reply to c-ImmortalWizard-2019-07-12T16:50:00.000Z-Redrose64-2019-07-11T15:33:00.000Z

Reply to c-Redrose64-2019-07-11T15:33:00.000Z-ImmortalWizard-2019-07-10T16:40:00.000Z

Reply to c-ImmortalWizard-2019-07-10T16:40:00.000Z-Minor_edits

Interwikilink

Hi, the interwiki link on article Aún soltera takes me to the Spanish article on Ian Fleming which does not seem correct...GrahamHardy (talk) 17:11, 12 July 2019 (UTC)

@GrahamHardy: it takes you to the main page of eswiki, and their TFA is Ian Fleming --DannyS712 (talk) 17:21, 12 July 2019 (UTC)

Reply to c-DannyS712-2019-07-12T17:21:00.000Z-GrahamHardy-2019-07-12T17:11:00.000Z

@GrahamHardy: Fixed it by removing the incorrect {{SPATRAcite}}. -- John of Reading (talk) 17:24, 12 July 2019 (UTC)

Reply to c-John_of_Reading-2019-07-12T17:24:00.000Z-GrahamHardy-2019-07-12T17:11:00.000Z

Reply to c-GrahamHardy-2019-07-12T17:11:00.000Z-Interwikilink

Some users think that youtube-dl is not notable enough for having its own article !

Can any user help to stop the speedy deletion request ? Thanks (https://github.com/ytdl-org/youtube-dl) -- Voldemort (talk) 11:49, 12 July 2019 (UTC)

This isn't the right forum for such a request; next time(it has already been deleted) try the Help Desk. 331dot (talk) 11:51, 12 July 2019 (UTC)

Reply to c-331dot-2019-07-12T11:51:00.000Z-Voldemort-2019-07-12T11:49:00.000Z

Voldemort, this is not the place to ask these questions, please ask this question on Teahouse. ___CAPTAIN MEDUSAtalk 11:52, 12 July 2019 (UTC)

There is a page at User:widefox/Youtube-dl if you want to help improve it to show WP:GNG. Wikipedia:Articles for deletion/Youtube-dl was the last formal debate. Graeme Bartlett (talk) 02:10, 13 July 2019 (UTC)

Reply to c-Graeme_Bartlett-2019-07-13T02:10:00.000Z-CAPTAIN_MEDUSA-2019-07-12T11:52:00.000Z

Reply to c-CAPTAIN_MEDUSA-2019-07-12T11:52:00.000Z-Voldemort-2019-07-12T11:49:00.000Z

Reply to c-Voldemort-2019-07-12T11:49:00.000Z-Some_users_think_that_youtube-dl_is_not_notable_enough_for_having_its_own_articl

Fake edit conflicts when I edit talk pages

Pretty much most of the time for several days. On my iPad and my Windows laptop. they aren't real as my edits still appear. Doug Weller talk 16:57, 2 July 2019 (UTC)

@Doug Weller: didn’t you return back to edit form (in the browser) after saving an edit? Incnis Mrsi (talk) 17:02, 2 July 2019 (UTC)

@Icnis Mrsi: I'm not sure what you mean by edit form, but it's the nature of an edit conflict that you can't save. I can't save but my edit appears. Note that I just had a normal edit conflict with you and had to repost it in the upper text field as usual and save. Doug Weller talk 17:41, 2 July 2019 (UTC)

I should fix my ping. @Incnis Mrsi: thanks. It keeps happening, sometimes even on non-talk pages. Doug Weller talk 16:23, 6 July 2019 (UTC)

Are you double-clicking or double-tapping when you save? Sometimes the system can be confused into thinking that the save button has been hit twice. bd2412 T 17:42, 6 July 2019 (UTC)

Reply to c-BD2412-2019-07-06T17:42:00.000Z-Doug_Weller-2019-07-06T16:23:00.000Z

Reply to c-Doug_Weller-2019-07-06T16:23:00.000Z-Doug_Weller-2019-07-02T17:41:00.000Z

Reply to c-Doug_Weller-2019-07-02T17:41:00.000Z-Incnis_Mrsi-2019-07-02T17:02:00.000Z

Reply to c-Incnis_Mrsi-2019-07-02T17:02:00.000Z-Doug_Weller-2019-07-02T16:57:00.000Z

This has been happening to me too on Windows with Chrome browser. It is new behavior, but I also remember seeing it in the past. I can't see any pattern for when it will happen and when it won't. Last time I saw these behaviors, it quietly stopped happening on it's own. ~Kvng (talk) 15:44, 12 July 2019 (UTC)

I had this for a few weeks, thinking it was maybe some server issue that would solve itself. It didn't. Before destroying my computer I reset my settings in the preferences and it solved itself. It must be a conflict with one of those, but I have no idea which one. --Gonnym (talk) 15:57, 12 July 2019 (UTC)

I haven't changed my preferences since before this started. Maybe there's a dodgy setting in there but not one that I've made recently. ~Kvng (talk) 16:01, 13 July 2019 (UTC)

I didn't either, but resetting it worked. You just have to bite the bullet if it annoys you as much as it did me. --Gonnym (talk) 16:17, 13 July 2019 (UTC)

Reply to c-Gonnym-2019-07-13T16:17:00.000Z-Kvng-2019-07-13T16:01:00.000Z

Reply to c-Kvng-2019-07-13T16:01:00.000Z-Gonnym-2019-07-12T15:57:00.000Z

Reply to c-Gonnym-2019-07-12T15:57:00.000Z-Kvng-2019-07-12T15:44:00.000Z

Reply to c-Kvng-2019-07-12T15:44:00.000Z-Doug_Weller-2019-07-02T16:57:00.000Z

Reply to c-Doug_Weller-2019-07-02T16:57:00.000Z-Fake_edit_conflicts_when_I_edit_talk_pages

Old revisions of image missing, but not deleted

At File:Dave_Carlascio_and_Family_Force_5.jpg, some old revisions of the image give a 404 error message. Thumbnails of those revisions are still included by the HTML page, and it links to where the old revisions would have been. From the revision notes, it looks like they were non-free, so probably should be deleted, but, well, they weren't deleted.

By comparison, here is what old deleted revisions of a file look like: File:City_of_Spokane_Seal.svg — "No thumbnail" note, and no broken links or images. So, the problem with Dave_Carlascio_and_Family_Force_5.jpg appears to be a software bug, disk corruption, or similar.

Could someone properly delete the old versions in this case, and investigate the cause of this to ensure other files (that shouldn't have been deleted) aren't corrupted, restoring the revisions from backup as needed? Thanks! —{{u|Goldenshimmer}} (they/their)｜Talk｜Contributions 22:12, 13 July 2019 (UTC)

Reply to c-Goldenshimmer-2019-07-13T22:12:00.000Z-Old_revisions_of_image_missing,_but_not_deleted

watchlist inaccuracies again

My watchlist is again showing pages and diffs I have already seen, even though I have it set to show only unseen changes. Bolding of these pages in the list is also inconsistent. Anyone know why this exceptionally fun behaviour has returned? —Joeyconnick (talk) 22:50, 13 July 2019 (UTC)

Reply to c-Joeyconnick-2019-07-13T22:50:00.000Z-watchlist_inaccuracies_again

Citation generator in Visual Editor not working for PMID or PMC numbers

It works, most of the time, when you insert the doi number or the article title, but not at all for PMID or PMC numbers. Not sure where I should report this. --Anthonyhcole (talk · contribs · email) 05:05, 9 July 2019 (UTC)

It's a known issue involving the tool labs DNS being blocked or something, see T226088. @AManWithNoPlan: could probably explain in more details what the issue is. Headbomb {t · c · p · b} 05:13, 9 July 2019 (UTC)

Thanks Headbomb. Seems from this Phabricator discussion that no one knows what the problem is. It's been 3 weeks now, and I can't see that anyone has taken this on as their task - but perhaps I just don't understand how WMF technical people work. --Anthonyhcole (talk · contribs · email) 05:35, 9 July 2019 (UTC)

Anthonyhcole, there are literally 2 people discussing and analysing network traffic in that ticket... What more are you looking for ? A fix before understanding the cause of the problem is not possible. —TheDJ (talk • contribs) 07:26, 9 July 2019 (UTC)

As I say, I don't know how that Phabricator process works. If this is normal, fine. Seems a bit sluggish, though. --Anthonyhcole (talk · contribs · email) 08:23, 9 July 2019 (UTC)

Citation bot noticed it a month ago. It was mistakenly thought to be a DNS firewall problem in the Phab ticket. I determined that it was an issue with data sizes exceeding 4K within DNS messages, then someone else determined it was only a problem with secure dns. In summary, there are all sorts of standards and extensions to DNS and pubmed sends something that we don’t handle. Side note: from what I read, handling split messages over 4K makes some attacks easier. AManWithNoPlan (talk) 12:57, 9 July 2019 (UTC)

Thanks, man. I'm in awe of and grateful for what you tech guys can do, but impatient. It's a comfort knowing that this issue is firmly on your radar. --Anthonyhcole (talk · contribs · email) 04:36, 10 July 2019 (UTC)

Reply to c-Anthonyhcole-2019-07-10T04:36:00.000Z-AManWithNoPlan-2019-07-09T12:57:00.000Z

Reply to c-AManWithNoPlan-2019-07-09T12:57:00.000Z-Anthonyhcole-2019-07-09T08:23:00.000Z

Reply to c-Anthonyhcole-2019-07-09T08:23:00.000Z-TheDJ-2019-07-09T07:26:00.000Z

Reply to c-TheDJ-2019-07-09T07:26:00.000Z-Anthonyhcole-2019-07-09T05:35:00.000Z

Reply to c-Anthonyhcole-2019-07-09T05:35:00.000Z-Headbomb-2019-07-09T05:13:00.000Z

Reply to c-Headbomb-2019-07-09T05:13:00.000Z-Anthonyhcole-2019-07-09T05:05:00.000Z

This issue is now fixed. Thanks for reporting. —TheDJ (talk • contribs) 19:30, 10 July 2019 (UTC)

Thank you, TheDJ. --Anthonyhcole (talk · contribs · email) 07:15, 14 July 2019 (UTC)

Reply to c-Anthonyhcole-2019-07-14T07:15:00.000Z-TheDJ-2019-07-10T19:30:00.000Z

Reply to c-TheDJ-2019-07-10T19:30:00.000Z-Anthonyhcole-2019-07-09T05:05:00.000Z

Reply to c-Anthonyhcole-2019-07-09T05:05:00.000Z-Citation_generator_in_Visual_Editor_not_working_for_PMID_or_PMC_numbers

Template:Documentation

There is a problem with tables which occurs while using template {{Documentation}} with parameter |content= (also known as inline documentation). Documentation breaks when it reaches {|. Could this be fixed with a change of Module:Documentation? Thank you! --  Gzhegozh _talk 11:00, 14 July 2019 (UTC)

This is normal behaviour for templates: you cannot pass a Wikimarkup table through a parameter. I suggest that you make the documentation into a subpage, as is done with the majority of templates. If you state which template, I can carry out the appropriate edits. --Redrose64 🌹 (talk) 14:10, 14 July 2019 (UTC)

Well, is it possible then to make a subtemplate for inline documentation? Because I have got a following problem in the Ukrainian Wiki: few months ago I discovered that many templates there still contained old, Russian-style inline documentation translusions (Russians use their own documentation style, and there is a special template for inline documentation). So I replaced all those inline documentation transclusions with {{Documentation}} and the parameter |content=, but there were some cases with tables. Despite solving this problem by creating subpages, I think that it would still be helpful if a special inline documentation template is created. For example, in that link from a user's sandbox you can see a situation where it can be very useful to have such an option, as you don't need to create an extra docpage. That Russian template enables this option. --  Gzhegozh _talk 15:03, 14 July 2019 (UTC)

So, this is not a technical issue with the English Wikipedia at all then. --Redrose64 🌹 (talk) 16:43, 14 July 2019 (UTC)

No, the same problem exists also in the English Wikipedia. --  Gzhegozh _talk 17:03, 14 July 2019 (UTC)

Template parameters can contain pipes if they are written as {{!}} per mw:Help:Magic words#Other. The source will look ugly if it's done for all pipes in a whole table, but it works as shown below. See also the second bullet at Help:Template#Usage hints and workarounds. The Russian Wikipedia does not appear to have {{Wikitable}}. {{!}} is not a template but part of MediaWiki and works in all wikis. PrimeHunter (talk) 18:32, 14 July 2019 (UTC)

Hmm, this looks like a solution. Thank you! --  Gzhegozh _talk 19:10, 14 July 2019 (UTC)

Reply to c-Gzhegozh-2019-07-14T19:10:00.000Z-PrimeHunter-2019-07-14T18:32:00.000Z

Reply to c-PrimeHunter-2019-07-14T18:32:00.000Z-Gzhegozh-2019-07-14T17:03:00.000Z

Reply to c-Gzhegozh-2019-07-14T17:03:00.000Z-Redrose64-2019-07-14T16:43:00.000Z

Reply to c-Redrose64-2019-07-14T16:43:00.000Z-Gzhegozh-2019-07-14T15:03:00.000Z

Reply to c-Gzhegozh-2019-07-14T15:03:00.000Z-Redrose64-2019-07-14T14:10:00.000Z

Reply to c-Redrose64-2019-07-14T14:10:00.000Z-Gzhegozh-2019-07-14T11:00:00.000Z

Reply to c-Gzhegozh-2019-07-14T11:00:00.000Z-Template:Documentation

Page titles in italics

Hi. I've just noticed that all article page titles are suddenly showing in italics. Must have happened in the last ~5 minutes or so. Do a null edit on a page to see, if it's not rendering in italics already. I take it this is some temp. glitch? Thanks. Lugnuts ^{Fire Walk with Me} 12:51, 13 July 2019 (UTC)

It seems to be connected to {{Infobox}}, as the italics disappear when the infobox in an article removed. —Nizolan ^{(talk · c.)} 13:00, 13 July 2019 (UTC)

The culprit appears to be this edit by Gonnym, which is causing italic titles to show up all over the place. —Nizolan ^{(talk · c.)} 13:03, 13 July 2019 (UTC)

Thanks for letting me know. I didn't see anything while testing but I'll revert myself while I figure it out. --Gonnym (talk) 13:05, 13 July 2019 (UTC)

Reply to c-Gonnym-2019-07-13T13:05:00.000Z-Nizolan-2019-07-13T13:03:00.000Z

@Lugnuts: could you let me know what page you were looking at? --Gonnym (talk) 13:07, 13 July 2019 (UTC)

Reply to c-Gonnym-2019-07-13T13:07:00.000Z-Nizolan-2019-07-13T13:03:00.000Z

Hi. I noticed it at Hodan Nalayeh, but that seems to be fixed now. Lugnuts ^{Fire Walk with Me} 13:09, 13 July 2019 (UTC)

@Gonnym: I saw this on many pages - in fact every article I looked at, for example, 1337x. In many cases it also displayed this error in red at the top of the page: "Warning: Display title "<i>1337x</i>" overrides earlier display title "1337x" (help)." -- zzuuzz ^(talk) 13:21, 13 July 2019 (UTC)

@Zzuuzz: Could you give me a page where you had the conflicting displaytitle issue? --Gonnym (talk) 13:29, 13 July 2019 (UTC)

As above, 1337x (which is still in italics). Another was definitely xHamster (still displaying the error). -- zzuuzz ^(talk) 13:31, 13 July 2019 (UTC)

Thanks! (the just refresh the page as the code was reverted ~30 mins ago). --Gonnym (talk) 13:34, 13 July 2019 (UTC)

Reply to c-Gonnym-2019-07-13T13:34:00.000Z-Zzuuzz-2019-07-13T13:31:00.000Z

Testing the reported pages Hodan Nalayeh, 1337x and xHamster in preview with the infobox set to /sandbox produces no italics or errors (Just to be clear, I've made changes to the code, hopefully fixing the issue). --Gonnym (talk) 13:37, 13 July 2019 (UTC)

Also reported, Northern Paiute people (but now fixed). I get no errors for 1337x and xHamster in preview without changing anything, but they still display as reported. -- zzuuzz ^(talk) 13:45, 13 July 2019 (UTC)

OK, a purge got rid of those errors. -- zzuuzz ^(talk) 13:54, 13 July 2019 (UTC)

Lugnuts and Zzuuzz, please see File:Holy Cow That's Weird.png and the WP:VPT archive where it appears. This report really strongly reminds me of that incident :-) Nyttend (talk) 23:09, 14 July 2019 (UTC)

Reply to c-Nyttend-2019-07-14T23:09:00.000Z-Zzuuzz-2019-07-13T13:54:00.000Z

Reply to c-Zzuuzz-2019-07-13T13:54:00.000Z-Zzuuzz-2019-07-13T13:45:00.000Z

Reply to c-Zzuuzz-2019-07-13T13:45:00.000Z-Gonnym-2019-07-13T13:37:00.000Z

Reply to c-Gonnym-2019-07-13T13:37:00.000Z-Zzuuzz-2019-07-13T13:31:00.000Z

Reply to c-Zzuuzz-2019-07-13T13:31:00.000Z-Gonnym-2019-07-13T13:29:00.000Z

Reply to c-Gonnym-2019-07-13T13:29:00.000Z-Zzuuzz-2019-07-13T13:21:00.000Z

Reply to c-Zzuuzz-2019-07-13T13:21:00.000Z-Lugnuts-2019-07-13T13:09:00.000Z

Reply to c-Lugnuts-2019-07-13T13:09:00.000Z-Nizolan-2019-07-13T13:03:00.000Z

Reply to c-Nizolan-2019-07-13T13:03:00.000Z-Nizolan-2019-07-13T13:00:00.000Z

Hehe, nice! Lugnuts ^{Fire Walk with Me} 06:47, 15 July 2019 (UTC)

Reply to c-Lugnuts-2019-07-15T06:47:00.000Z-Nizolan-2019-07-13T13:00:00.000Z

Reply to c-Nizolan-2019-07-13T13:00:00.000Z-Lugnuts-2019-07-13T12:51:00.000Z

Reply to c-Lugnuts-2019-07-13T12:51:00.000Z-Page_titles_in_italics

Special:SuffixIndex

There is a page Special:PrefixIndex which is showing all pages starting with a certain name, but can someone create a similar page which would show all pages ending with certain characters? It would be a very useful tool. --  Gzhegozh _talk 09:49, 15 July 2019 (UTC)

There is an old request at phab:T12808: "Introduce Special:Suffixindex". PrimeHunter (talk) 10:07, 15 July 2019 (UTC)

Reply to c-PrimeHunter-2019-07-15T10:07:00.000Z-Gzhegozh-2019-07-15T09:49:00.000Z

Reply to c-Gzhegozh-2019-07-15T09:49:00.000Z-Special:SuffixIndex

PHP7 details

See my latest ten contributions: some of the edits are tagged with PHP7, and others aren't, although I used the same browser on the same computer to make those edits, and all of them were done with my home wireless network. Any idea why three are tagged as PHP7 and seven aren't, instead of all ten being tagged or all ten not being tagged? The PHP7 page says Replacing the Beta Feature, since March 2019 a percentage of all production traffic has been randomly assigned to use PHP instead of HHVM. I would assume that this means that some of my sessions would use PHP7 and some wouldn't, but you can see that seven of those edits came in one session, yet exactly two of the seven edits used PHP7. Is every single edit randomly assigned or randomly not-assigned to use PHP7? Nyttend (talk) 21:10, 14 July 2019 (UTC)

Nyttend, a percentage of your requests, not of your sessions indeed. —TheDJ (talk • contribs) 07:24, 15 July 2019 (UTC)

What's a request? Is it an edit, or a page request (i.e. my computer asks the server to send a page), or something else? Nyttend (talk) 10:44, 15 July 2019 (UTC)

Nyttend, any communication your browser makes with the servers. For a page, that is usually dozens of requests (each image is a separate request for example). For an edit, it is a single request. —TheDJ (talk • contribs) 11:15, 15 July 2019 (UTC)

Reply to c-TheDJ-2019-07-15T11:15:00.000Z-Nyttend-2019-07-15T10:44:00.000Z

Reply to c-Nyttend-2019-07-15T10:44:00.000Z-TheDJ-2019-07-15T07:24:00.000Z

Reply to c-TheDJ-2019-07-15T07:24:00.000Z-Nyttend-2019-07-14T21:10:00.000Z

Reply to c-Nyttend-2019-07-14T21:10:00.000Z-PHP7_details

Whist marker - such a popular article!

See Talk:Whist marker, for the views this trifling monograph has attracted over time - i.e. very few until suddenly 100,000 in one day! Do we have any ideas why this might happen? (I have seen previous hadwavey "bot" explanations, of similar phenomena, do we have anything concrete?)

All the best: Rich Farmbrough, 21:34, 14 July 2019 (UTC).

@Rich Farmbrough: the additional view stats report this is from "mobile web" user clients. It certainly could be some sort of "bot" (not a wikipedia bot, a web bot) that is not presenting as a bot. For a few reasons (primarily privacy) detailed reader information is not available except to developers. — xaosflux ^Talk 21:59, 14 July 2019 (UTC)

It's not merely mobile web. Mobile app and desktop had similar jumps, although smaller:

So whatever's going on is presenting itself with all sorts of platforms. Nyttend (talk) 22:39, 14 July 2019 (UTC)

Just Reddit helping people figure out what their random junk is: . Top comment links the Wikipedia article. Modulus12 (talk) 22:51, 14 July 2019 (UTC)

Ah, this is the modern equivalent of being slashdotted! Thanks! All the best: Rich Farmbrough, 14:49, 15 July 2019 (UTC).

Reply to c-Rich_Farmbrough-2019-07-15T14:49:00.000Z-Modulus12-2019-07-14T22:51:00.000Z

Reply to c-Modulus12-2019-07-14T22:51:00.000Z-Nyttend-2019-07-14T22:39:00.000Z

Reply to c-Nyttend-2019-07-14T22:39:00.000Z-Xaosflux-2019-07-14T21:59:00.000Z

Reply to c-Xaosflux-2019-07-14T21:59:00.000Z-Rich_Farmbrough-2019-07-14T21:34:00.000Z

Reply to c-Rich_Farmbrough-2019-07-14T21:34:00.000Z-Whist_marker_-_such_a_popular_article!

How is the "Number of page watchers who visited recent edits" calculated?

Just curious. Neither Help:Page information nor Help:Watchlist say. Nardog (talk) 15:44, 10 July 2019 (UTC)

@Nardog: not sure, but the API docs describe it further as the number of watchers of each page who have visited recent edits to that page. — xaosflux ^Talk 15:54, 10 July 2019 (UTC)

Looking at the code, it seems that it skips watchers where the "updated since your last visit" indicator on the history page would show for revisions more than 180 days older that the most recent revision of the page. For example, if the most recent revision of a page is 1 April 2018, it'll skip any watchers who would see the marker on revisions from 3 October 2017 or earlier. Anomie⚔ 13:48, 11 July 2019 (UTC)

@Anomie: Thanks. Could you point to where that code is ? I don't know jack about PHP but it seems to me InfoAction.php and the variable "RCMaxAge" have something to do with it, but I could be far off. Nardog (talk) 16:37, 12 July 2019 (UTC)

@Nardog: You're in one of the right files. The actual database query happens at WatchedItemStore.php lines 366–382, called from InfoAction.php line 775 and ApiQueryInfo.php line 927 with a cutoff time based on $wgWatchersMaxAge. $wgRCMaxAge is involved in counting the number of "recent" edits, for a different threshold of "recent". Anomie⚔ 11:31, 13 July 2019 (UTC)

Thanks, edited Help:Page information. Nardog (talk) 15:41, 15 July 2019 (UTC)

Reply to c-Nardog-2019-07-15T15:41:00.000Z-Anomie-2019-07-13T11:31:00.000Z

Reply to c-Anomie-2019-07-13T11:31:00.000Z-Nardog-2019-07-12T16:37:00.000Z

Reply to c-Nardog-2019-07-12T16:37:00.000Z-Anomie-2019-07-11T13:48:00.000Z

Reply to c-Anomie-2019-07-11T13:48:00.000Z-Xaosflux-2019-07-10T15:54:00.000Z

Reply to c-Xaosflux-2019-07-10T15:54:00.000Z-Nardog-2019-07-10T15:44:00.000Z

Reply to c-Nardog-2019-07-10T15:44:00.000Z-How_is_the_"Number_of_page_watchers_who_visited_recent_edits"_calculated?

Watchlist

Is there an easy way to remove all pages which I did not create from my watchlist? Thank you, DuncanHill (talk) 10:21, 14 July 2019 (UTC)

@DuncanHill: - no. You could use Special:EditWatchlist/raw to get a dump of your watchlist, then get a query of pages you created and use an offwiki utility to subtract them, then replace the list with your new list. — xaosflux ^Talk 19:52, 15 July 2019 (UTC)

Seems like the data from this would be useful, but downloading a CSV seems to only give me a partial list. Eman235/talk 19:53, 15 July 2019 (UTC)

Reply to c-Eman235-2019-07-15T19:53:00.000Z-Xaosflux-2019-07-15T19:52:00.000Z

Reply to c-Xaosflux-2019-07-15T19:52:00.000Z-DuncanHill-2019-07-14T10:21:00.000Z

Reply to c-DuncanHill-2019-07-14T10:21:00.000Z-Watchlist

Editing News #1—July 2019

Read this in another language • Subscription list for this multilingual newsletter

Did you know?

Did you know that you can use the visual editor on a mobile device?

Every article has a pencil icon at the top. Tap on the pencil icon to start editing.

Edit Cards

This is what the new Edit Cards for editing links in the mobile visual editor look like. You can try the prototype here: 📲 Try Edit Cards.

Welcome back to the Editing newsletter.

Since the last newsletter, the team has released two new features for the mobile visual editor and has started developing three more. All of this work is part of the team's goal to make editing on mobile web simpler.

Before talking about the team's recent releases, we have a question for you:

Are you willing to try a new way to add and change links?

If you are interested, we would value your input! You can try this new link tool in the mobile visual editor on a separate wiki.

Follow these instructions and share your experience:

📲 Try Edit Cards.

Tech News: 2019-29

15:29, 15 July 2019 (UTC)

Don't waste your time trying to give feedback on the Android item; the "leave feedback" page doesn't let you add a new section and doesn't even have an edit button. Nyttend (talk) 21:43, 15 July 2019 (UTC)

Reply to c-Nyttend-2019-07-15T21:43:00.000Z-Tech_News:_2019-29

WP:Dashboard on sidebar

I had an idea that the Dashboard should be on the sidebar below the Community Portal. I don't know how to add it locally, and I feel it should be sitewide anyway. Thoughts? Remagoxer (talk) 09:19, 16 July 2019 (UTC)

An administrator can add it to MediaWiki:Sidebar but I see no good reason. The first link in Wikipedia:Community portal is Wikipedia:Dashboard and it's linked twice more. PrimeHunter (talk) 10:04, 16 July 2019 (UTC)

Reply to c-PrimeHunter-2019-07-16T10:04:00.000Z-Remagoxer-2019-07-16T09:19:00.000Z

You can add a Dashboard link below "Community Portal" for your own account with the below in your common JavaScript. PrimeHunter (talk) 12:13, 16 July 2019 (UTC)

Reply to c-PrimeHunter-2019-07-16T12:13:00.000Z-Remagoxer-2019-07-16T09:19:00.000Z

Reply to c-Remagoxer-2019-07-16T09:19:00.000Z-WP:Dashboard_on_sidebar

mw.loader.using(['mediawiki.util'], function () {
  mw.util.addPortletLink(
    'p-interaction',
    mw.util.getUrl( 'Wikipedia:Dashboard' ),
    'Dashboard',
    'pt-dashboard',
    'Wikipedia Dashboard – Discussions and requests',
    null,
    '#n-recentchanges'
  );
});

Reward for a task!

There's a bounty of 50$ for anyone who manages to solve T27471 which concerns with adding a "delete associated talk page" checkbox to the delete form. The commit must be shepherded through code-review and merged to the master-branch; customized java-script based fixes are disallowed. ~ Winged Blades^Godric 05:58, 17 July 2019 (UTC)

If anyone is interested, but no idea how to proceed, take a look at mw:How_to_become_a_MediaWiki_hacker. Some knowledge of LAMP is necessary. --qedk (t 桜 c) 06:37, 17 July 2019 (UTC)

Reply to c-QEDK-2019-07-17T06:37:00.000Z-Winged_Blades_of_Godric-2019-07-17T05:58:00.000Z

I have made a related suggestion at MediaWiki talk:Confirmdeletetext#Add link to delete an associated talk page. PrimeHunter (talk) 10:08, 17 July 2019 (UTC)

Reply to c-PrimeHunter-2019-07-17T10:08:00.000Z-Winged_Blades_of_Godric-2019-07-17T05:58:00.000Z

Reply to c-Winged_Blades_of_Godric-2019-07-17T05:58:00.000Z-Reward_for_a_task!

"Publish changes"

Some time ago, the save button was replaced with a "publish changes" button. I work with an awful lot of new editors both on-wiki and off-wiki, and it is perhaps the most frequent source of confusion (after maybe why VE doesn't work on talk pages -- but that's a whole other deal with technical constraints). The awkward language choice of part of the interface shouldn't be something I have to bring up in every introduction to editing session I run (and shouldn't be something that confuses so many people even after bringing it up). Specifically, it comes up when new users are starting to edit in their userspace, in a sandbox, in a draft, etc. -- people see "publish changes" and hesitate because of the implications of "publish".

I'm sure there have been threads about this in the past, but I'm not sure the best way to search for this. Has this change been well-received otherwise? — Rhododendrites ^talk \\ 17:44, 11 July 2019 (UTC)

IIRC this change was made by WMF legal and is non-negotiable; they wanted to make it clear to editors that the moment one clicks that button, whatever is in your edit window becomes publicly available for anyone to view and not saved to a private userspace inaccessable to others, whatever the namespace being edited. It was a global change, so the discussions will I assume be on Meta. The announcement was here, so the discussions if there were any will be shortly before that. ‑ Iridescent 17:49, 11 July 2019 (UTC)

I recall seeing some discussion on Phabricator; I'll see if I can find links. JoJo Eumerus mobile (talk) 18:44, 11 July 2019 (UTC)

Reply to c-JoJo_Eumerus_mobile-2019-07-11T18:44:00.000Z-Iridescent-2019-07-11T17:49:00.000Z

Reply to c-Iridescent-2019-07-11T17:49:00.000Z-Rhododendrites-2019-07-11T17:44:00.000Z

Actually the save button was changed to "publish changes" because of newbies. In UX testing newbies did expect the save button to work more like drafts. There was a need to change the text of the button to be more decisive. The bug behind this change is T131132, which explains this further.--Snaevar (talk) 19:32, 11 July 2019 (UTC)

Reply to c-Snaevar-2019-07-11T19:32:00.000Z-Rhododendrites-2019-07-11T17:44:00.000Z

Reply to c-Rhododendrites-2019-07-11T17:44:00.000Z-"Publish_changes"

Thanks all. From the sound of it, it seems like it makes most sense to use "publish changes" in most namespaces, but switch back to "save changes" for draft and userspace? Might be too much of a hassle to change, though (other than on a per-user basis with a script, of course, but that sort of defeats the point). — Rhododendrites ^talk \\ 16:32, 12 July 2019 (UTC)

Rhododendrites, I've been asking around about this since the change was made a few years back. So far, with one exception, the editathon folks tell me that the problem is that new users actually do understand this, and are intimidated by making their creations available to the general public. They want to clean it up and try to make it "perfect" before anyone else can see it. (That is, they're looking for a save button that doesn't publish their edits, which is not how our big blue button works.) I'd be very interested in hearing whether your users express similar sentiments.

Draft space and userspace are just as published as the mainspace. Whatamidoing (WMF) (talk) 23:27, 15 July 2019 (UTC)

@HJ Mitchell, Pigsonthewing, and RexxS: You often teach new users, but I don't know if you watch this page; please can you supply some feedback for Whatamidoing? --Redrose64 🌹 (talk) 23:44, 15 July 2019 (UTC)

OK, if there was such a hoo-hah about calling it "Save" then why does the ephemeral popup dialog still read "Your edit was saved." Should it not be changed to "Your edit was published!" for consistency? Won't someone be confused about whether the edit was saved or published, when she pressed "Publish" but it was "Saved" instead? Also, the ephemeral dialog is annoying to me: it covers screen real-estate, can't be dismissed early, and goes away without being acknowledged, as if we had time to spot and read it. Not a good experience at all. (EDIT: It apparently can be dismissed early, if your reaction time is FPS-trained enough to hit the tiny "X" before it fades and disappears (~5 seconds.) Elizium23 (talk) 14:03, 13 July 2019 (UTC)

Good point, Elizium23. I filed a bug report about that. Whatamidoing (WMF) (talk) 23:23, 15 July 2019 (UTC)

Reply to c-Whatamidoing_(WMF)-2019-07-15T23:23:00.000Z-Elizium23-2019-07-13T14:03:00.000Z

Reply to c-Elizium23-2019-07-13T14:03:00.000Z-Redrose64-2019-07-15T23:44:00.000Z

@Redrose64 and Whatamidoing (WMF): I've not found it an issue for new editors at editathons and workshops. I almost always guide new editors through their first edit, which is normally to their user page to say what topics they are interested in. I make a point of explaining that publishing it makes it visible to the whole world and caution against writing anything that they wouldn't want everyone to see. After that I use "publish" and "save" interchangeably and I don't believe I've ever found anyone confused by that. Hope that helps. --RexxS (talk) 15:08, 16 July 2019 (UTC)

Reply to c-RexxS-2019-07-16T15:08:00.000Z-Redrose64-2019-07-15T23:44:00.000Z

I concur with the OP; it's a point of confusion, as happened with the last event i ran, earlier this month. Andy Mabbett (Pigsonthewing); Talk to Andy; Andy's edits 10:28, 17 July 2019 (UTC)

Reply to c-Pigsonthewing-2019-07-17T10:28:00.000Z-Redrose64-2019-07-15T23:44:00.000Z

Reply to c-Redrose64-2019-07-15T23:44:00.000Z-Whatamidoing_(WMF)-2019-07-15T23:27:00.000Z

Reply to c-Whatamidoing_(WMF)-2019-07-15T23:27:00.000Z-Rhododendrites-2019-07-12T16:32:00.000Z

Reply to c-Rhododendrites-2019-07-12T16:32:00.000Z-"Publish_changes"

Request to fix uw-paid1 and uw-paid2

Is there an easy way, perhaps a module or template, to add a "unregistered"/"registered" differentiation to {{uw-paid1}} and {{uw-paid2}}?

These important templates currently give wrong advice to IP editors; see Template talk:Uw-paid1#"User page" disclosure for IP addresses. ~ ToBeFree (talk) 14:00, 17 July 2019 (UTC)

I do not think those templates should be used to warn "IP addresses" as they're not meant for that. Paid editing is done with accounts that's why the disclosure is needed on userpages. If an IP address is persistently making promotional or suspicious editing, they should be reported to the appropriate noticeboard not be asked to disclose their client on their "IP userpage" which does not make sense. – Ammarpad (talk) 18:36, 17 July 2019 (UTC)

Reply to c-Ammarpad-2019-07-17T18:36:00.000Z-ToBeFree-2019-07-17T14:00:00.000Z

Reply to c-ToBeFree-2019-07-17T14:00:00.000Z-Request_to_fix_uw-paid1_and_uw-paid2

Can't edit caption

Hi. In our Colossus of Rhodes article is a timeline/map of the 7 wonders, which inadvertently implies that there were 8 of them (by referring to the Colossus "and the other 7" wonders).

I cannot find this caption in the text of the page, nor at File:Ancient seven wonders timeline.svg. Where is it? --Dweller (talk) Become old fashioned! 11:33, 17 July 2019 (UTC)

The image is called as a template Template:Ancient seven wonders timeline.svg. The wording is generated from the title of the page using it, and that in the template. DuncanHill (talk) 11:38, 17 July 2019 (UTC)

Ahhhh! Thanks. Fixed it. --Dweller (talk) Become old fashioned! 11:47, 17 July 2019 (UTC)

Glad to have helped. The curly brackets were the clew. {{This is a template, not a file}} DuncanHill (talk) 11:56, 17 July 2019 (UTC)

I missed that, because I'm a newbie technical buffoon. --Dweller (talk) Become old fashioned! 12:50, 17 July 2019 (UTC)

In your defense, it's a little confusing to include ".svg" in the template name. A search finds around 50 such templates. All the examined were created by Cmglee. A few of them have been moved to avoid confusion, e.g. . PrimeHunter (talk) 13:49, 17 July 2019 (UTC)

Hi PrimeHunter, Apologies for confusing editors with the extension. I think having it is useful as it informs editors that, unlike other templates, it's purely an image thumbnail. Furthermore, it gives the image type (extension). Finally, the exact filename of the image is there, should anyone want to go directly to the image page. Thanks for helping out Dweller, regardless. cmɢʟee⎆τaʟκ 17:07, 18 July 2019 (UTC)

Reply to c-Cmglee-2019-07-18T17:07:00.000Z-PrimeHunter-2019-07-17T13:49:00.000Z

My ego thanks you for giving it a nice excuse. --Dweller (talk) Become old fashioned! 14:20, 17 July 2019 (UTC)

Reply to c-Dweller-2019-07-17T14:20:00.000Z-PrimeHunter-2019-07-17T13:49:00.000Z

Reply to c-PrimeHunter-2019-07-17T13:49:00.000Z-Dweller-2019-07-17T12:50:00.000Z

Reply to c-Dweller-2019-07-17T12:50:00.000Z-DuncanHill-2019-07-17T11:56:00.000Z

Reply to c-DuncanHill-2019-07-17T11:56:00.000Z-Dweller-2019-07-17T11:47:00.000Z

Reply to c-Dweller-2019-07-17T11:47:00.000Z-DuncanHill-2019-07-17T11:38:00.000Z

Reply to c-DuncanHill-2019-07-17T11:38:00.000Z-Dweller-2019-07-17T11:33:00.000Z

--> the caption on the image on the right here is hilarious. --Dirk Beetstra ^{T C} 13:26, 17 July 2019 (UTC)

I'm so bad with tech, I feel like a wonder of the ancient world myself --Dweller (talk) Become old fashioned! 13:44, 17 July 2019 (UTC)

Put the template on your userpage then! DuncanHill (talk) 13:48, 17 July 2019 (UTC)

 Done --Dweller (talk) Become old fashioned! 14:25, 17 July 2019 (UTC)

Reply to c-Dweller-2019-07-17T14:25:00.000Z-DuncanHill-2019-07-17T13:48:00.000Z

Reply to c-DuncanHill-2019-07-17T13:48:00.000Z-Dweller-2019-07-17T13:44:00.000Z

Reply to c-Dweller-2019-07-17T13:44:00.000Z-Beetstra-2019-07-17T13:26:00.000Z

Reply to c-Beetstra-2019-07-17T13:26:00.000Z-Dweller-2019-07-17T11:33:00.000Z

Reply to c-Dweller-2019-07-17T11:33:00.000Z-Can't_edit_caption

Edit filter to address Visual Editor bug (or common user error)

When a user drafts content with references in a sandbox, if using the Visual Editor it is necessary to enter edit mode before copying in order to retain the references. If the user doesn't copy from edit mode, the superscript links will be retained, but they will be links back to the original page (where the footnote anchor would be) without the reference itself. You can see an example of this in my sandbox:

This sandbox shows the first paragraph from the body of Wikipedia copied from edit mode.

This sandbox shows the same paragraph copied without entering edit mode.

It would be useful to have an edit filter or some other way to indicate when this happens. This is something I always tell new users, but which people very regularly forget about, just to introduce improperly formatted content into an article when trying to copy out of a sandbox. It seems like this could be easily detected by looking for superscript tags around a link to a different page. (Another common sign this happened is that "[edit]" appears inside a heading). Ideally, this would notify the user when they try to save, but an edit filter could be useful, too. — Rhododendrites ^talk \\ 18:25, 17 July 2019 (UTC)

@Rhododendrites: I suggest you move this to Wikipedia:Edit filter/Requested - where the volunteers that write filters can better asses it. It is possible to just make a "warn" filter as well. — xaosflux ^Talk 17:19, 18 July 2019 (UTC)

Reply to c-Xaosflux-2019-07-18T17:19:00.000Z-Rhododendrites-2019-07-17T18:25:00.000Z

Reply to c-Rhododendrites-2019-07-17T18:25:00.000Z-Edit_filter_to_address_Visual_Editor_bug_(or_common_user_error)

Template transclusion check down

Is it only for me or it is down? Here I get errors, and when trying to change language too. Please ping me, I don't want this page in watchlist because there are many changes... --Obsuser (talk) 21:58, 18 July 2019 (UTC)

Reply to c-Obsuser-2019-07-18T21:58:00.000Z-Template_transclusion_check_down

Replacement of character references with actual characters

Beland (talk · contribs) has been replacing HTML character references with the actual characters they represent, using JWB. Is there a consensus or justification for this?

The replacements are concerning to me especially given they include characters in Private Use Areas, which IMHO are best left as references (frankly I don't think they should ever be used in articles in the first place, but still). And even if it was justified, wouldn't it fall under WP:COSMETICBOT? Nardog (talk) 21:50, 18 July 2019 (UTC)

Greetings! I was actually wondering whether I should be keeping Private Use Area HTML entities as they are. In my browser, I can see the Unicode point number of characters I don't have fonts for, but I'm not sure about other editors. This began as part of a spell checking and Manual of Style compliance project. I'm trying to bundle HTML entity cleanup with any punctuation cleanup on the same articles, so there aren't a bunch of minor commits. Right now I'm working on a list of only about 5,000 articles; in some cases, the HTML entities represent breakage so there's reader-visible cleanup to do, but you're right it's often only editor-visible. I've been getting occasional thanks for the entity cleanup, though; where done right it makes the wikitext a lot more readable, especially to editors who don't know HTML. (For example, café is a lot easier to read and edit than cafÉ.) I had a conversation with some MOS editors before starting this, and there was a strong consensus in favor of converting numeric HTML entities where possible, unless the result would be confusing, and I made a list of confusing situations to exclude. Unfortunately, Unicode is a huge place and no one thought about potential problems with combining characters (I'm leaving those alone after editors on some Arabic-langugage-related pages rightfully complained) or the private use area or a handful of other things where I'm trying to building bottom-up consensus. I'm leaning toward PUA characters being too confusing to convert, so I'll add them to my exclusion list unless someone here would much rather see real characters than numeric entities? Ah, I see Template:PUA actually says not to convert them; that's also a page that will probably give a comprehensive list of articles they are used in, if anyone wants to go around pruning any unnecessary ones. -- Beland (talk) 23:14, 18 July 2019 (UTC)

Reply to c-Beland-2019-07-18T23:14:00.000Z-Nardog-2019-07-18T21:50:00.000Z

Reply to c-Nardog-2019-07-18T21:50:00.000Z-Replacement_of_character_references_with_actual_characters

Phantom edit: notifications and watchlist not updating

Greetings, I just discovered that an edit to a page I have watchlisted (Special:Diff/906832193) is apparently a phantom, as it did not appear on my watchlist and the ping did not trigger a notification. I already checked that the ping was done correctly, my preferences enable me to be notified by said ping, and that the page is indeed on my watchlist. Also, my watchlist has updates later than this edit, and I got notifications as recently as yesterday and have not knowingly changed any settings since. None of this explains the conspicuous absence of this edit from both my watchlist and notifications.

I therefore ask: has anyone else experienced such a problem, and is there a solution that either I have overlooked or can be implemented by a "reset" of preferences? Thanks, ComplexRational (talk) 18:58, 18 July 2019 (UTC)

Addendum: The edit in question is also not listed in the project's recent changes feed, probably suggesting that the problem is not on my end. ComplexRational (talk) 19:43, 18 July 2019 (UTC)

For the watchlist, I believe it is the same issue that was resolved earlier in January at phab:T211849, but I believe it still occur sporadically. I've experienced that some weeks ago but didn't have time to report the issue. You can report it again. For the ping, I am not sure why it didn't work. – Ammarpad (talk) 05:05, 19 July 2019 (UTC)

Reply to c-Ammarpad-2019-07-19T05:05:00.000Z-ComplexRational-2019-07-18T19:43:00.000Z

Reply to c-ComplexRational-2019-07-18T19:43:00.000Z-ComplexRational-2019-07-18T18:58:00.000Z

What you're describing sounds like phab:T225199. I'm looking into it. Legoktm (talk) 07:23, 19 July 2019 (UTC)

Reply to c-Legoktm-2019-07-19T07:23:00.000Z-ComplexRational-2019-07-18T18:58:00.000Z

Reply to c-ComplexRational-2019-07-18T18:58:00.000Z-Phantom_edit:_notifications_and_watchlist_not_updating

If you wonder how the servers work

https://www.youtube.com/watch?v=i0FTcG7PxzI has some information about how code gets deployed, if anyone's interested in learning more about Wikipedia's back end. Whatamidoing (WMF) (talk) 01:11, 16 July 2019 (UTC)

I'm honestly just a little disappointed the video actually had information on how code gets deployed, rather than footage of hamsters running over a keyboard. Someguy1221 (talk) 01:20, 16 July 2019 (UTC)

Reply to c-Someguy1221-2019-07-16T01:20:00.000Z-Whatamidoing_(WMF)-2019-07-16T01:11:00.000Z

Nice! SD0001 (talk) 18:42, 20 July 2019 (UTC)

Reply to c-SD0001-2019-07-20T18:42:00.000Z-Whatamidoing_(WMF)-2019-07-16T01:11:00.000Z

Reply to c-Whatamidoing_(WMF)-2019-07-16T01:11:00.000Z-If_you_wonder_how_the_servers_work

File Upload Wizard bug

In the File Upload Wizard, the radio boxes in Step 3 are invisible on my system. –LaundryPizza03 (dc̄) 00:30, 20 July 2019 (UTC)

What is your system? Ruslik_Zero 08:27, 21 July 2019 (UTC)

Reply to c-Ruslik0-2019-07-21T08:27:00.000Z-LaundryPizza03-2019-07-20T00:30:00.000Z

Reply to c-LaundryPizza03-2019-07-20T00:30:00.000Z-File_Upload_Wizard_bug

Official website gives a 500 error

This isn't necessarily Wikipedia-related, but look at the Official website under "External links". After you click on the official website, the URL at the top of the screen is correct but there is a 500 error. When I go to the site and click on the correct link there, everything is fine. So I have changed the official website so it will work. — Vchimpanzee • talk • contributions • 16:59, 13 July 2019 (UTC)

@Vchimpanzee: from some testing, it looks like their website is just having an intermittent outage right now (got it on the 'new link' as well) - in any case I updated the offical website property on wikidata and set the template to use the WD value. — xaosflux ^Talk 17:16, 13 July 2019 (UTC)

I've had the problem for several days. Sometimes the link works and sometimes it doesn't.— Vchimpanzee • talk • contributions • 17:49, 13 July 2019 (UTC)

Xaosflux this is at least the third straight day with a 500 error from the link in the article. If there is going to be a link, it should work. From the site itself, a link to Dear Abby does work.— Vchimpanzee • talk • contributions • 18:24, 15 July 2019 (UTC)

@Vchimpanzee: you are not seeing a Wikipedia issue, you are seeing an issue with their web pages. To test I typed the URL in to a broswer, then opened and closed it 5 times, it failed three times. This is occuring for both the 'dearabby.com' link, and the 'uxpress.com' link. There is nothing we can do to fix their broken website. — xaosflux ^Talk 18:30, 15 July 2019 (UTC)

I don't have the problem when I go to Dear Abby from the uexpress site. I did contact them to tell them what is going on with me.— Vchimpanzee • talk • contributions • 18:50, 15 July 2019 (UTC)

Just got there, and refreshed my page 10 times, half of them failed. They could have some broken load balancer. — xaosflux ^Talk 19:03, 15 July 2019 (UTC)

I didn't try that many times but it worked for me both clicking on the link in the article and typing "dearabby.com".— Vchimpanzee • talk • contributions • 20:05, 15 July 2019 (UTC)

Reply to c-Vchimpanzee-2019-07-15T20:05:00.000Z-Xaosflux-2019-07-15T19:03:00.000Z

Reply to c-Xaosflux-2019-07-15T19:03:00.000Z-Vchimpanzee-2019-07-15T18:50:00.000Z

Reply to c-Vchimpanzee-2019-07-15T18:50:00.000Z-Xaosflux-2019-07-15T18:30:00.000Z

Reply to c-Xaosflux-2019-07-15T18:30:00.000Z-Vchimpanzee-2019-07-15T18:24:00.000Z

Reply to c-Vchimpanzee-2019-07-15T18:24:00.000Z-Vchimpanzee-2019-07-13T17:49:00.000Z

Reply to c-Vchimpanzee-2019-07-13T17:49:00.000Z-Xaosflux-2019-07-13T17:16:00.000Z

Reply to c-Xaosflux-2019-07-13T17:16:00.000Z-Vchimpanzee-2019-07-13T16:59:00.000Z

Reply to c-Vchimpanzee-2019-07-13T16:59:00.000Z-Official_website_gives_a_500_error

┌─────────────────────────┘Just got this. Even though I used my real name in the request, I just happened to have used this name in my email address.

Hello Vchimpanzee,

We're aware of this issue, and the developers will correct as soon as they are able.

Please let us know if you have any other questions.

Thank you,

Andrews McMeel Universal Support

GoComics.com

PuzzleSociety.com

Uexpress.com

— Vchimpanzee • talk • contributions • 20:20, 15 July 2019 (UTC) ┌─────────────────────────┘I'm still sometimes getting that 500 error but I have to wonder what would be wrong with just switching to the URL which that other site sends us to.— Vchimpanzee • talk • contributions • 17:49, 20 July 2019 (UTC)

Reply to c-Vchimpanzee-2019-07-15T20:20:00.000Z-Official_website_gives_a_500_error

@Vchimpanzee: I don't think you understand the technical problem - it isn't a problem with one of those domain names vs the other, it is a problem with the connection between the second domain name and the actual web server - as confirmed by the server owners in your response above. We've demonstrated that this happens with both URL's. This is not a problem with the English Wikipedia or with the mediawiki software in general. There is literally nothing else for us to do here. — xaosflux ^Talk 17:52, 20 July 2019 (UTC)

I was watching to see if I got any kind of response from the people fixing the software. My suggestion was that if the other URL does nothing but what is called "redirect" on Wikipedia, why not just bypass that?— Vchimpanzee • talk • contributions • 17:55, 20 July 2019 (UTC)

Sometimes website are broken and there is nothing to do but wait and hope. We could try to change all URLs to the redirect and/or adding archive links for non-working links. But since they said they are working on it, we should wait. -- GreenC 18:07, 20 July 2019 (UTC)

Reply to c-GreenC-2019-07-20T18:07:00.000Z-Vchimpanzee-2019-07-20T17:55:00.000Z

If the only problem were with the websites first 'redirect' page, then yet it would be fine to just bypass this - but please see above - the problem is not with the first link, it is with where they redirect it to. — xaosflux ^Talk 17:37, 21 July 2019 (UTC)

Reply to c-Xaosflux-2019-07-21T17:37:00.000Z-Vchimpanzee-2019-07-20T17:55:00.000Z

Reply to c-Vchimpanzee-2019-07-20T17:55:00.000Z-Xaosflux-2019-07-20T17:52:00.000Z

Reply to c-Xaosflux-2019-07-20T17:52:00.000Z-Vchimpanzee-2019-07-20T17:49:00.000Z

Reply to c-Vchimpanzee-2019-07-20T17:49:00.000Z-Official_website_gives_a_500_error

Template linking and transclusion check tool

Hello, does anybody know how/who can fix the Template linking and transclusion check tool JMHamo (talk) 11:51, 21 July 2019 (UTC)

Maybe author? (If he's active). MarMi wiki (talk) 18:04, 21 July 2019 (UTC)

Reply to c-MarMi_wiki-2019-07-21T18:04:00.000Z-JMHamo-2019-07-21T11:51:00.000Z

Reply to c-JMHamo-2019-07-21T11:51:00.000Z-Template_linking_and_transclusion_check_tool

Tech News: 2019-30

13:07, 22 July 2019 (UTC)

Transclusions with hashes at the beginning

I have recently become confused by some transclusions on sports seasons articles such as 2019–20 UEFA Europa League, which under the "third qualifying round" header just has the following code to produce the fixtures table, with no edit button as is usual on templates:

{{#lst:2019–20 UEFA Europa League qualifying phase and play-off round|Q3}}

I cannot find the corresponding template or module for this anywhere, can anyone give me a hand?

Thanks – filelakeshoe (t / c) 🐱 14:42, 22 July 2019 (UTC)

It is not a template, but a page - 2019–20 UEFA Europa League qualifying phase and play-off round. --Gonnym (talk) 14:46, 22 July 2019 (UTC)

Reply to c-Gonnym-2019-07-22T14:46:00.000Z-Filelakeshoe-2019-07-22T14:42:00.000Z

(edit conflict) #lst, or more readably #section isn't actually a template but instead a magic word. The text it produces is stored at 2019–20 UEFA Europa League qualifying phase and play-off round, delimited by <section begin=Q3 />...<section end=Q3 />. * Pppery * _{it has begun...} 14:47, 22 July 2019 (UTC)

Reply to c-Pppery-2019-07-22T14:47:00.000Z-Filelakeshoe-2019-07-22T14:42:00.000Z

(edit conflict) @Filelakeshoe: that is the abomination of mw:Extension:Labeled Section Transclusion - I really hate that extension, but some people like it! — xaosflux ^Talk 14:48, 22 July 2019 (UTC)

Thanks everyone! Yeah it's not very user friendly - an "edit source" link would be useful, but I guess not practical for all cases. – filelakeshoe (t / c) 🐱 14:55, 22 July 2019 (UTC)

Reply to c-Filelakeshoe-2019-07-22T14:55:00.000Z-Xaosflux-2019-07-22T14:48:00.000Z

Is there a better way? I've used it to transclude chunks of appropriate help text from Help:CS1 errors into the various error category pages in Category:CS1 errors. It's worked well for that. One source page so only one page to maintain. But if there's a better way, ...

—Trappist the monk (talk) 15:01, 22 July 2019 (UTC)

@Trappist the monk: reusable text/markup is what birthed templates :D — xaosflux ^Talk 15:02, 22 July 2019 (UTC)

The real solution for tables will always be 1 data source, that you call from whatever page you are on and get the results placed into the table. That was supposed to be Wikidata but it seems that won't happen. Anything else is just a backwards way of trying to handle tabular data. See any TV award, which is written and independently sourced in the TV article, season article, actor article, the TV award itself and if the character that actor played has an article, that article as well. /off-topic rant --Gonnym (talk) 15:15, 22 July 2019 (UTC)

Reply to c-Gonnym-2019-07-22T15:15:00.000Z-Xaosflux-2019-07-22T15:02:00.000Z

Reply to c-Xaosflux-2019-07-22T15:02:00.000Z-Trappist_the_monk-2019-07-22T15:01:00.000Z

(edit conflict)

Oh, aye? But don't we, at en.wiki, proscribe article text in template space? Not my creation but the documentation for the cs1|2 templates is primarily handled by Template:Citation Style documentation and a plethora of sub-templates. It is a pain to maintain and that, in my mind, disqualifies it as a 'better way' than labeled section transclusion. So no 'better way' than templates?

—Trappist the monk (talk) 15:20, 22 July 2019 (UTC)

Well "template documentation" isn't really "article text" is it? :D — xaosflux ^Talk 15:32, 22 July 2019 (UTC)

It's not, but the OP provided an example where labeled-section-transclusion is used in article text which avoids the no-article-text-in-template-space proscription. My csdoc example is intended to show that were article text allowed in template space, such use of templates can be unwieldy. So am I to understand that while you consider labeled-section-transclusion to be an abomination, you don't have a better solution?

—Trappist the monk (talk) 16:11, 22 July 2019 (UTC)

Reply to c-Trappist_the_monk-2019-07-22T16:11:00.000Z-Xaosflux-2019-07-22T15:32:00.000Z

Reply to c-Xaosflux-2019-07-22T15:32:00.000Z-Trappist_the_monk-2019-07-22T15:20:00.000Z

Reply to c-Trappist_the_monk-2019-07-22T15:20:00.000Z-Trappist_the_monk-2019-07-22T15:01:00.000Z

Reply to c-Trappist_the_monk-2019-07-22T15:01:00.000Z-Xaosflux-2019-07-22T14:48:00.000Z

Reply to c-Xaosflux-2019-07-22T14:48:00.000Z-Filelakeshoe-2019-07-22T14:42:00.000Z

Reply to c-Filelakeshoe-2019-07-22T14:42:00.000Z-Transclusions_with_hashes_at_the_beginning

Convert button in visual editor: is this new?

I noticed today that when you click on a reference which is a bare URL in Visual Editor, the edit box has a bottom section that says, This reference consists of just an external link. You can use the "Convert" button below to generate a properly formatted reference. Is this new, or have I just never noticed it before? -- RoySmith (talk) 22:54, 19 July 2019 (UTC)

No, this convert button message is not new. It was added at November 1, 2015. It is part of the citoid extension, which is bundled with VisualEditor.--Snaevar (talk) 09:16, 21 July 2019 (UTC)

Interesting, but weird that I've never noticed it before. Has something changed to make it more obvious? My usual process has been to copy the URL, create a new Automatic citation, then delete the old reference. It's just odd that I've never noticed the Convert button before, which does all that with so much less effort. -- RoySmith (talk) 16:45, 22 July 2019 (UTC)

Reply to c-RoySmith-2019-07-22T16:45:00.000Z-Snaevar-2019-07-21T09:16:00.000Z

Reply to c-Snaevar-2019-07-21T09:16:00.000Z-RoySmith-2019-07-19T22:54:00.000Z

Reply to c-RoySmith-2019-07-19T22:54:00.000Z-Convert_button_in_visual_editor:_is_this_new?

Template help

Requesting help updating some wiki templates (non-Lua). I don't know how to do it. Can you help? Template_talk:Vcite_book#Support_for_archive-url_vs._archiveurl. Cross posted to Wikipedia:Requested_templates#Vcite_template_updates. -- GreenC 16:12, 22 July 2019 (UTC)

This is done, though {{vcite book}} could still use support for |archiveurl= and |archivedate= in case anyone wants to add it, examples in other vcite templates. -- GreenC 17:45, 22 July 2019 (UTC)

Reply to c-GreenC-2019-07-22T17:45:00.000Z-GreenC-2019-07-22T16:12:00.000Z

Reply to c-GreenC-2019-07-22T16:12:00.000Z-Template_help

English Fundraising Tests

Dear all,

As I noted at the end of June, through the summer we will be running systems tests in preparation for the end of year fundraiser on the English Wikipedia.

This weeks test is scheduled for 1500 UTC Wednesday 17 July.

• If you need to report a bug or technical issue, please create a phabricator ticket.
• If you see a donor on a talk page, OTRS or social media having difficulties in donating, please refer them to donate@wikimedia.org.
• If you have specific ideas to share, please feel invited to add them to our fundraising ideas page.

You can also send feedback regarding the fundraising campaign directly on my talk page.

Thank you in advance for your support. Seddon (WMF) (talk) 22:26, 16 July 2019 (UTC)

Just to bump this thread that we will be testing again 1500 UTC Wednesday 24 July. Many Thanks. Seddon (WMF) (talk) 20:28, 23 July 2019 (UTC)

Reply to c-Seddon_(WMF)-2019-07-23T20:28:00.000Z-Seddon_(WMF)-2019-07-16T22:26:00.000Z

Reply to c-Seddon_(WMF)-2019-07-16T22:26:00.000Z-English_Fundraising_Tests

Help with color overlap problem

Hello. On my talk page Mnnlaxer asked about a situation with the collapsed tables at the Israel men's national lacrosse team article. Because they are blue readers can't see the "show/hide" command. I think I've seen tables where they are highlighted in white but I have no idea how to make the change. Any help that can be provided will be appreciated. MarnetteD|Talk 18:41, 24 July 2019 (UTC)

MarnetteD, would it be okay if someone changed the background of the title from blue to green? You can do that by replacing all "#274da9" with "Green"--SharabSalam (talk) 19:01, 24 July 2019 (UTC)

I don't know SharabSalam. I have posted this this message Wikipedia talk:WikiProject Lacrosse#Input help to see if that wikiproject has any guidelines about the color of the tables in their articles. Thanks for the suggestion. MarnetteD|Talk 19:57, 24 July 2019 (UTC)

So many issues with that page... MOS:DONTHIDE, MOS:SMALLFONT, MOS:LINKCOLOR, MOS:HEADINGS - just from one section. --Gonnym (talk) 20:16, 24 July 2019 (UTC)

The color is blue because of the Israeli national flag color. It can change, but white "show/hide" would be better. If anyone can do some clean up on the MOS issues, please jump right in! Thanks, MarnetteD. --- Mnnlaxer | talk | stalk 04:27, 25 July 2019 (UTC)

{{hidden begin}} can replace | bodystyle = background:#FFFFE6; with | style = color:white; | bodystyle = background:#FFFFE6; color:black; as the below example. The style parameter also applies to the collapsed text so it's returned to black with bodystyle. I don't know whether this can cause issues for some users trying to replace normal black text with another color for themselves. The gadget "Use a black background with green text" appears to work as normal. PrimeHunter (talk) 09:24, 25 July 2019 (UTC)

Reply to c-PrimeHunter-2019-07-25T09:24:00.000Z-Mnnlaxer-2019-07-25T04:27:00.000Z

Reply to c-Mnnlaxer-2019-07-25T04:27:00.000Z-Gonnym-2019-07-24T20:16:00.000Z

Reply to c-Gonnym-2019-07-24T20:16:00.000Z-MarnetteD-2019-07-24T19:57:00.000Z

Reply to c-MarnetteD-2019-07-24T19:57:00.000Z-SharabSalam-2019-07-24T19:01:00.000Z

Reply to c-SharabSalam-2019-07-24T19:01:00.000Z-MarnetteD-2019-07-24T18:41:00.000Z

Reply to c-MarnetteD-2019-07-24T18:41:00.000Z-Help_with_color_overlap_problem

Thanks PrimeHunter for figuring out the code and Gonnym for fixing MOS issues, including removing the hidden tables. Onward and upward with the arts! --- Mnnlaxer | talk | stalk 17:44, 25 July 2019 (UTC)

Reply to c-Mnnlaxer-2019-07-25T17:44:00.000Z-Help_with_color_overlap_problem

Request bot for auto archiving

For two talk pages. See https://en.wikipedia.org/wiki/Talk:Juul and see https://en.wikipedia.org/wiki/Talk:Pax_Labs QuackGuru (talk) 18:51, 25 July 2019 (UTC)

@QuackGuru: see Help:Archiving_a_talk_page#Automated_archiving for some code snippet you can put on a page to request bot archiving functionality. — xaosflux ^Talk 19:02, 25 July 2019 (UTC)

Reply to c-Xaosflux-2019-07-25T19:02:00.000Z-QuackGuru-2019-07-25T18:51:00.000Z

Reply to c-QuackGuru-2019-07-25T18:51:00.000Z-Request_bot_for_auto_archiving_2

Local en.wp gadget "Allow navigation menus to be collapsed" causes sidebar items to be indented

Hi, i am Monniasza, and I have found bug in "Allow navigation menus to be collapsed" gadget. It causes sidebar to get malformed by icorrectly indenting its contents.

Steps to Reproduce

Go to preferences

Open "Gadgets" tab

Scroll to "Appearance"

Enable "Allow navigation menus to be collapsed"

Save changes

Open a new browser tab with Wikipedia and view it

Actual Results

Sidebar gets malformed on non-special pages

Expected Results

Navigation menus can be collapsed

Monniasza talk edits 08:54, 26 July 2019 (UTC)

What is your browser? What is your skin at Special:Preferences#mw-prefsection-rendering? It's indented but collapsing works for me in Google Chrome and Internet Explorer. I guess the indentation is intentional and wouldn't call it malformed. Are you saying that it doesn't work for you, or that you just don't like the indentation? The code is in MediaWiki:Gadget-CollapsibleNav.js and MediaWiki:Gadget-CollapsibleNav.css. Example without enabling the gadget in preferences: https://en.wikipedia.org/wiki/Example?withJS=MediaWiki:Gadget-CollapsibleNav.js&withCSS=MediaWiki:Gadget-CollapsibleNav.css. Example with the JavaScript but not the CSS (don't enable the gadget): https://en.wikipedia.org/wiki/Example?withJS=MediaWiki:Gadget-CollapsibleNav.js. Does that work better for you? PrimeHunter (talk) 09:44, 26 July 2019 (UTC)

I used Google Chrome browser, Vector skin. Monniasza talk edits 17:41, 26 July 2019 (UTC)

Reply to c-Monniasza-2019-07-26T17:41:00.000Z-PrimeHunter-2019-07-26T09:44:00.000Z

Reply to c-PrimeHunter-2019-07-26T09:44:00.000Z-Monniasza-2019-07-26T08:54:00.000Z

Reply to c-Monniasza-2019-07-26T08:54:00.000Z-Local_en.wp_gadget_"Allow_navigation_menus_to_be_collapsed"_causes_sidebar_items

Undo script

mobileUndo script is an userscript created for mobile. It basically adds a button to revert the latest revision of an article while previewing a diff on the mobile website. Currently there isn't any undo feature in mobile version of the mediawiki software (as far as I know). It meets the general criteria for gadgets and I have the original creator's permission. Therefore I am proposing this script to be approved as a gadget. Should we approve of this script as a gadget? Masum Reza^📞 12:01, 28 June 2019 (UTC)

Reply to c-Masumrezarock100-2019-06-28T12:01:00.000Z-Undo_script

Source code – Here (maintainer's copy, probably outdated)

Author – meta:User:FR30799386

Features – mobileUndo#Features

Note – The original creator of this script is blocked on en-wiki for sockpuppeting. But it is possible to reach him on meta-wiki.

Maintainer on en-wiki – User:DannyS712

My statement – I am a regular user of this script and have been using it since January, 2019. I can assure you that it possesses no threat to sensitive data of it's user. This is a very useful script for both editing and counter-vandalism. Making it a gadget will benefit many users editing on on mobile devices.

6 million articles already?

According to the Wikimedia Statistics page, we already have over 6 million articles. However, the main page says we're over 100,000 short. It seems to me these two values should be the same. Discuss? Samsara 09:25, 28 July 2019 (UTC)

Counter on the main page should be updated after every refresh. Why it isn't (in 2019)? Eurohunter (talk) 09:43, 28 July 2019 (UTC)

The main page counter uses {{NUMBEROFARTICLES}} which says 5,957,421 when this is rendered. It is updated several times daily. Samsara's link does not claim over 6 million. The vertical axis has no number at the top. It shows a small horizontal line when the axis ends but this is not at 6 million. It is around 5.9 million. Hovering over the right side of the graph says 2019-06-01 Content 5.884.993 for me. PrimeHunter (talk) 10:13, 28 July 2019 (UTC)

It has a tick mark on the left. If the tick mark does not indicate 6 million, it should not be there at all. Samsara 10:58, 28 July 2019 (UTC)

I agree but it's not something we can change here. The horizontal axis has the same issue. There is a mark at the end but it's not at 2020. In that case it's currently easier to see that the last interval is shorter than between the other marks. PrimeHunter (talk) 12:21, 28 July 2019 (UTC)

Reply to c-PrimeHunter-2019-07-28T12:21:00.000Z-Samsara-2019-07-28T10:58:00.000Z

Reply to c-Samsara-2019-07-28T10:58:00.000Z-PrimeHunter-2019-07-28T10:13:00.000Z

Reply to c-PrimeHunter-2019-07-28T10:13:00.000Z-Eurohunter-2019-07-28T09:43:00.000Z

Reply to c-Eurohunter-2019-07-28T09:43:00.000Z-Samsara-2019-07-28T09:25:00.000Z

Reply to c-Samsara-2019-07-28T09:25:00.000Z-6_million_articles_already?

FWIW - perhaps to keep track of the number of Articles (and more) - is the following template => {{User:Dbogdan/WikipediaOverview}} - hope this helps in some way - if otherwise - *entirely* ok with me to rv/rm/mv/ce the template of course - in any case - Enjoy! :) Drbogdan (talk) 12:41, 28 July 2019 (UTC)

Reply to c-Drbogdan-2019-07-28T12:41:00.000Z-6_million_articles_already?

Clickable

(view • discuss)

WIKIPEDIA – The Free Encyclopedia

WIKIPEDIA – The 5th most popular site on the Internet, was launched on January 15, 2001 (1st edit by co-founder Jimmy Wales), is currently published in over 300 languages, has been freely available worldwide for 18 years, 9 months and 9 days – Wikipedia has 51,313,321 total articles (5,957,421 in English (stats); 150,614 in Simple English) – *VITAL ARTICLES*: 10–100–1000; *BEST ARTICLES*: 30,255; *POPULAR ARTICLES*: Last 24 hours; Last Week: Top25; Top5000 – and has (for the English version) 1,154 administrators and 133,972 active editors – as of 12:29, October 24, 2019 (UTC).

• Wikipedia => Is "over 85 times" the size of Encyclopedia Britannica. (calc)
• Wikipedia => Is encoded in synthetic DNA strands – as of June 2019.
• Wikipedia => Is laser-etched in glass on the Moon – as of April 2019.
• Wikipedia => Is available as 7,473 Books for $500,000 – as of July 2015.
• Wikipedia => Is honored with a Monument – as of October 2014.
• Wikipedia => Is the name of an Asteroid – as of January 2013.
• Wikipedia => "Is one of the Jewels in the internet’s crown."
• Wikipedia => "Nos Auxilium Facere Interrete Non Lactaverunt."
• Wikipedia => "Imagine a world in which every single human being can freely share in the sum of all knowledge. That's what we're doing."

Code to access templates between Wikis?

QUESTION: Is there some code that can access a template residing on the English Wikipedia - from another Wikipedia like, for example, the Simple Wikipedia? More specifically, the template {{ScienceNews}} resides on the English Wikipedia - Question: Can this {{ScienceNews}} template be accessed from the Simple Wikipedia (without recreating/duplicating the template on the Simple Wikipedia)? If so, what code may be used? - tia - Enjoy!  :) Drbogdan (talk) 16:01, 28 July 2019 (UTC)

Drbogdan, Interwiki templates are not currently supported on WMF wikis, mostly for performance and usability reasons. There's been some interest in developing the software to do this well for a long time (including in the 2015 Community Wishlist Survey where it was a top-10 wish), but nothing has developed out of it. --AntiCompositeNumber (talk) 16:18, 28 July 2019 (UTC)

@AntiCompositeNumber: Thank you *very much* for your comments - they're *greatly* appreciated - at least I'm now better informed about this - has my vote in developing this software if helpful - in any case - Thanks again - and - Enjoy! :) Drbogdan (talk) 17:00, 28 July 2019 (UTC)

Reply to c-Drbogdan-2019-07-28T17:00:00.000Z-AntiCompositeNumber-2019-07-28T16:18:00.000Z

Reply to c-AntiCompositeNumber-2019-07-28T16:18:00.000Z-Drbogdan-2019-07-28T16:01:00.000Z

Reply to c-Drbogdan-2019-07-28T16:01:00.000Z-Code_to_access_templates_between_Wikis?

Unable to edit my watchlist?

Problem: For some reason, I'm unable to edit my watchlist (via "View and edit watchlist" or "Edit raw watchlist" in https://en.wikipedia.org/wiki/Special:EditWatchlist ) - even after restoring all default settings in my "Preferences" - and regardless of the browser used (latest versions of "Brave"; "Chrome"; "Firefox" used; Windows10/1903; Dell-XPS 8900) - seems earlier, all was *completely* ok with editing the watchlist - but now the listing in my watchlist (in edit mode) seems to appear very, very briefly - and then disappears? - any help with this would be appreciated - in any case - Enjoy! :) Drbogdan (talk) 15:16, 27 July 2019 (UTC)

@Drbogdan: do you have a large (many thousand+) number of entries on your WL? Can you see if you can edit it using this safemode link? — xaosflux ^Talk 15:37, 27 July 2019 (UTC)

@Xaosflux: Thank you for your reply - and suggestions - seems I have => "You have 8,108 pages on your watchlist (excluding talk pages)." - is there a maximum limit for all to be ok? - also - the https://en.wikipedia.org/wiki/Special:EditWatchlist/raw?safemode=1 - seems to work ok at the moment - anything I should/could do to be ok again in "normalmode" (not "safemode") - in any case - Thanks again for your reply - and - Enjoy! :) Drbogdan (talk) 16:03, 27 July 2019 (UTC)

I've got 18,314 pages. I was over 25,000 a couple of weeks ago, and was able to edit it. DuncanHill (talk) 16:09, 27 July 2019 (UTC)

@Drbogdan: while there isn't a limit (well there probably is some super giant limit but you're not at it) WL's tend to get wonky over 5000 entries, so I really suggest you trim it if possible. Perhaps you have a bunch of old User:IPADDRESS ones from old feedback/warnings that you can remove. Also the safemode link disables scripts, such as the ones you have enabled in User:Drbogdan/common.js and User:Drbogdan/vector.js - you could try turning these user scripts off to see if there are any conflicts being caused. — xaosflux ^Talk 16:43, 27 July 2019 (UTC)

Reply to c-Xaosflux-2019-07-27T16:43:00.000Z-DuncanHill-2019-07-27T16:09:00.000Z

Reply to c-DuncanHill-2019-07-27T16:09:00.000Z-Drbogdan-2019-07-27T16:03:00.000Z

Reply to c-Drbogdan-2019-07-27T16:03:00.000Z-Xaosflux-2019-07-27T15:37:00.000Z

Reply to c-Xaosflux-2019-07-27T15:37:00.000Z-Drbogdan-2019-07-27T15:16:00.000Z

@Xaosflux: Thanks for your reply - it's appreciated - yes - trimmed some entries in "safemode" - but this did not work - remmed script in User:Drbogdan/common.js - as follows => <!---mw.loader.load('//meta.wikimedia.org/w/index.php?title=User:Hedonil/XTools/XTools.js&action=raw&ctype=text/javascript'); importScript('User:SD0001/oldSearchHistory.js');---> - not clear if this script is important for anything I'd miss at the moment - but yes - this worked *very well* and the WatchList edit seems to be *entirely* ok (in regular "normalmode") at the moment - Thanks again for your help with this - and - Enjoy! :) 17:17, 27 July 2019 (UTC)

@Drbogdan: .js pages use a slightly different comment code (I edited YOUR page with the right comment type - feel free to revert or do anything you want with it now) You can try turning those lines on back one at a time if you want them, then contact whomever's script you are loading if you would like them to work on it. — xaosflux ^Talk 17:21, 27 July 2019 (UTC)

@Xaosflux: Thanks for updating the js code with the right comment code(s) - it's appreciated - all now seems ok - Thanks again for all your help with this - and - Enjoy! :) Drbogdan (talk) 17:27, 27 July 2019 (UTC)

@Xaosflux: - BRIEF Followup - after several tests - seems the particular problem script line in the "User:Drbogdan/common.js" file is => /*importScript('User:SD0001/oldSearchHistory.js');*/ - the other script line seems ok - and somewhat useful at the moment - hope this helps in some way - in any regards - Thanks again - and - Enjoy! :) Drbogdan (talk) 17:51, 27 July 2019 (UTC) [NOTE: corrected code - Drbogdan (talk) 21:12, 27 July 2019 (UTC)]

@SD0001: - want to take a look? — xaosflux ^Talk 18:00, 27 July 2019 (UTC)

@Xaosflux and SD0001: FWIW - rm related CSS line from the "User:Drbogdan/common.css" file as well - /*@import url("//en.wikipedia.org/w/index.php?title=User:SD0001/oldSearchHistory.css&action=raw&ctype=text/css");*/ - see => "Wikipedia:Village_pump_(technical)/Archive_173#Hideous_history_page" section for more if interested - Enjoy! :) Drbogdan (talk) 18:13, 27 July 2019 (UTC) [NOTE: corrected code - Drbogdan (talk) 21:12, 27 July 2019 (UTC)]

Reply to c-Drbogdan-2019-07-27T18:13:00.000Z-Xaosflux-2019-07-27T18:00:00.000Z

@Xaosflux: In this edit you used the wrong format, it's either

/* ... */

or it's

// ...

the latter extending to the end of the line. --Redrose64 🌹 (talk) 18:38, 27 July 2019 (UTC)

@Redrose64: thanks, fixed though syntactically it worked (would interpret the same since it was on each line) :D — xaosflux ^Talk 20:01, 27 July 2019 (UTC)

Reply to c-Xaosflux-2019-07-27T20:01:00.000Z-Redrose64-2019-07-27T18:38:00.000Z

Reply to c-Redrose64-2019-07-27T18:38:00.000Z-Xaosflux-2019-07-27T18:00:00.000Z

Reply to c-Xaosflux-2019-07-27T18:00:00.000Z-Drbogdan-2019-07-27T17:51:00.000Z

Drbogdan, problem script fixed. SD0001 (talk) 16:27, 28 July 2019 (UTC)

@SD0001: Thank you *very much* for your comment - and help with this - may try the fixed script at my next opportunity - iac - Thanks again - and - Enjoy! :) Drbogdan (talk) 17:07, 28 July 2019 (UTC)

Reply to c-Drbogdan-2019-07-28T17:07:00.000Z-SD0001-2019-07-28T16:27:00.000Z

@SD0001: Checked the new fixed script - and the "WatchList Edit" now seems to work *very well* - Thank you for your help and efforts with this - they're *greatly* appreciated - Enjoy! :) Drbogdan (talk) 17:53, 28 July 2019 (UTC)

Reply to c-Drbogdan-2019-07-28T17:53:00.000Z-SD0001-2019-07-28T16:27:00.000Z

Reply to c-SD0001-2019-07-28T16:27:00.000Z-Drbogdan-2019-07-27T17:51:00.000Z

Reply to c-Drbogdan-2019-07-27T17:51:00.000Z-Drbogdan-2019-07-27T17:27:00.000Z

Reply to c-Drbogdan-2019-07-27T17:27:00.000Z-Xaosflux-2019-07-27T17:21:00.000Z

Reply to c-Xaosflux-2019-07-27T17:21:00.000Z-Drbogdan-2019-07-27T15:16:00.000Z

Reply to c-Drbogdan-2019-07-27T15:16:00.000Z-Unable_to_edit_my_watchlist?

Popups - little white box above the link

When I point my cursor at a link, as well as the usual popup preview thingy, I also get a little white box appearing above the link. I think it started in the last hour or so. Is this a new feature? It doesn't appear to do anything useful, or indeed at all. DuncanHill (talk) 23:01, 28 July 2019 (UTC) Sorry should have said, monobook, Edge, Win10. DuncanHill (talk) 23:01, 28 July 2019 (UTC)

Reply to c-DuncanHill-2019-07-28T23:01:00.000Z-Popups_-_little_white_box_above_the_link

Template's FULLPAGENAME in documentation

Resolved

I'm looking for a template to produce the pagename of a template on both template's main page and template's doc subpage? That is, a template equivalent to following code:

{{#ifeq:{{SUBPAGENAME}}|doc|{{NAMESPACE}}:{{BASEPAGENAME}}|{{FULLPAGENAME}}}}

I could not find it in Category:Pagename manipulation templates, Category:Namespace manipulation templates. Template:Subpage other could be used, but only for root page templates — it won't work for userspace userboxes. And it will still require writing out the branches of the if. Is there such a template? —⁠andrybak (talk) 00:58, 29 July 2019 (UTC)

Maybe you can use {{TEMPLATENAME}}. It also removes other things. PrimeHunter (talk) 01:11, 29 July 2019 (UTC)

Thanks, that's exactly what I was looking for. Added the template to Category:Pagename manipulation templates. —⁠andrybak (talk) 01:51, 29 July 2019 (UTC)

@Andrybak: You may have been looking in the wrong place, since these are not templates - they are variables. --Redrose64 🌹 (talk) 08:13, 29 July 2019 (UTC)

{{TEMPLATENAME}} is a template. Its name is just chosen with all uppercase like magic word variables. PrimeHunter (talk) 09:07, 29 July 2019 (UTC)

Reply to c-PrimeHunter-2019-07-29T09:07:00.000Z-Redrose64-2019-07-29T08:13:00.000Z

Reply to c-Redrose64-2019-07-29T08:13:00.000Z-Andrybak-2019-07-29T01:51:00.000Z

Reply to c-Andrybak-2019-07-29T01:51:00.000Z-PrimeHunter-2019-07-29T01:11:00.000Z

Reply to c-PrimeHunter-2019-07-29T01:11:00.000Z-Andrybak-2019-07-29T00:58:00.000Z

Reply to c-Andrybak-2019-07-29T00:58:00.000Z-Template's_FULLPAGENAME_in_documentation

Biography - authority control

On the biography for Paul Ricœur, the authority control box has the following text in red font: The RERO id 02-A000137666 is not valid. Can someone fix it? Thanks! 2607:FEA8:1DE0:7B4:F81D:4C1A:755A:7B9F (talk) 03:20, 29 July 2019 (UTC)

The ID itself is valid but actually all RERO IDs were categorized as invalid and I could not find what's causing this in Module:Authority control. Pinging Tom.Reding who added them today. – Ammarpad (talk) 07:25, 29 July 2019 (UTC)

@IP & @Ammarpad:  fixed.   ~ Tom.Reding (talk ⋅dgaf)  10:51, 29 July 2019 (UTC)

Reply to c-Tom.Reding-2019-07-29T10:51:00.000Z-Ammarpad-2019-07-29T07:25:00.000Z

Reply to c-Ammarpad-2019-07-29T07:25:00.000Z-2607:FEA8:1DE0:7B4:F81D:4C1A:755A:7B9F-2019-07-29T03:20:00.000Z

Reply to c-2607:FEA8:1DE0:7B4:F81D:4C1A:755A:7B9F-2019-07-29T03:20:00.000Z-Biography_-_authority_control

Google Maps can't find some decimal coordinates

Not a Wikipedia problem, as it occurs even when Wikipedia is not involved, but affects a lot of articles so it's worth raising here. Maybe somebody knows something about this, and in any case editors need awareness of the problem.

Google Maps says it "can't find" some, but not all, geo coordinates in decimal format. Example 53.111,-2.245, a location near Manchester UK. ―Mandruss ☎ 20:00, 27 July 2019 (UTC)

@Mandruss: Hmm, while "53.111, -2.245" isn't working, "53.11100, -2.24500" is. — xaosflux ^Talk 20:07, 27 July 2019 (UTC)

Hmm, indeed. ―Mandruss ☎ 20:10, 27 July 2019 (UTC)

Reply to c-Mandruss-2019-07-27T20:10:00.000Z-Xaosflux-2019-07-27T20:07:00.000Z

That's interesting. I also played around with the precision and 53.11100, -2.24500 doesn't work for me. Killiondude (talk) 20:11, 27 July 2019 (UTC)

Reply to c-Killiondude-2019-07-27T20:11:00.000Z-Xaosflux-2019-07-27T20:07:00.000Z

Reply to c-Xaosflux-2019-07-27T20:07:00.000Z-Mandruss-2019-07-27T20:00:00.000Z

For an example of an actual affected article, see 2014 Isla Vista killings. Google Maps takes you to Isla Vista but displays the error and fails to place a marker. Appending one zero to the end of either lat or long fixes it.

At this link is a place to report errors in Google Maps, but it requires a Google sign in. I don't have a Google account and I don't care to create one for this purpose. Perhaps someone else could report this error and return any feedback here.

If we can't get this error fixed soon, we should start thinking about a change to the software we control to work around it. Accepting this for the indefinite term is out of the question in my opinion. ―Mandruss ☎ 12:20, 29 July 2019 (UTC)

Reply to c-Mandruss-2019-07-29T12:20:00.000Z-Mandruss-2019-07-27T20:00:00.000Z

Reply to c-Mandruss-2019-07-27T20:00:00.000Z-Google_Maps_can't_find_some_decimal_coordinates

{{collapsible option}} works incorrectly

I used this template correctly, but it doesn't work. Look at my signature, it contains afromentioned template. Monniasza talk Initial visibility: currently defaults to autocollapse

To set this template's initial visibility, the |state= parameter may be used:

• |state=collapsed: {{Village pump (technical)|state=collapsed}} to show the template collapsed, i.e., hidden apart from its title bar
• |state=expanded: {{Village pump (technical)|state=expanded}} to show the template expanded, i.e., fully visible
• |state=autocollapse: {{Village pump (technical)|state=autocollapse}}
  • shows the template collapsed to the title bar if there is a {{navbar}}, a {{sidebar}}, or some other table on the page with the collapsible attribute
  • shows the template in its expanded state if there are no other collapsible items on the page

If the |state= parameter in the template on this page is not set, the template's initial visibility is taken from the |default= parameter in the Collapsible option template. For the template on this page, that currently evaluates to autocollapse. 10:25, 29 July 2019 (UTC)

@Monniasza: usage of templates in signatures is forbidden. —⁠andrybak (talk) 10:29, 29 July 2019 (UTC)

Template still works incorrectly .Monniasza talk 10:37, 29 July 2019 (UTC)

{{Collapsible option}} is designed to be used on template documentation pages. It outputs text that describes how the state parameter works in those other templates. It doesn't do any collapsing itself. And, as Andrybak said, you may not use any template in your signature. -- John of Reading (talk) 10:43, 29 July 2019 (UTC)

Yes, this is like wrapping your beer in a refrigerator manual and complaining it doesn't get cold. PrimeHunter (talk) 13:10, 29 July 2019 (UTC)

Reply to c-PrimeHunter-2019-07-29T13:10:00.000Z-John_of_Reading-2019-07-29T10:43:00.000Z

Reply to c-John_of_Reading-2019-07-29T10:43:00.000Z-Monniasza-2019-07-29T10:37:00.000Z

Reply to c-Monniasza-2019-07-29T10:37:00.000Z-Andrybak-2019-07-29T10:29:00.000Z

Reply to c-Andrybak-2019-07-29T10:29:00.000Z-{{collapsible_option}}_works_incorrectly

Tech News: 2019-31

21:42, 29 July 2019 (UTC)

Colors of class=wikitable?

Quick question, but I can't find the answer. What are the color codes for the default wikitable? For the grey background and the darker grey header? Thanks, Renata (talk) 02:33, 30 July 2019 (UTC)

Reply to c-Renata3-2019-07-30T02:33:00.000Z-Colors_of_class=wikitable?

border:1px solid #a2a9b1; -- Begoon 02:40, 30 July 2019 (UTC)

Reply to c-Begoon-2019-07-30T02:40:00.000Z-Colors_of_class=wikitable?

Title italics magazines

So, see how the title Poetry (magazine) is italicized on the article page only in the magazine title, Poetry, how do I get the title for British Vogue to read British Vogue in the article title (again only italicizing the magazine's actual name)? Alanscottwalker (talk) 17:16, 30 July 2019 (UTC)

See this edit. -- WOSlinker (talk) 17:22, 30 July 2019 (UTC)

Thanks. Alanscottwalker (talk) 17:38, 30 July 2019 (UTC)

Reply to c-Alanscottwalker-2019-07-30T17:38:00.000Z-WOSlinker-2019-07-30T17:22:00.000Z

Reply to c-WOSlinker-2019-07-30T17:22:00.000Z-Alanscottwalker-2019-07-30T17:16:00.000Z

Reply to c-Alanscottwalker-2019-07-30T17:16:00.000Z-Title_italics_magazines

Signature with unclosed font colours

I need help working out how to fix the signature of Oddbodz (talk · contribs · deleted contribs · logs · edit filter log · block user · block log) (inactive since May). There is a black font at the end which renders following text black, and therefor invisibly to users of the green-on-black gadget. There are other font colors in the signature which, if the black is removed, then bleed over into following text. I tried to fix it here, but somehow buggered it up in another way. Help! Thanks, DuncanHill (talk) 15:43, 30 July 2019 (UTC)

done. * Pppery * _{it has begun...} 15:47, 30 July 2019 (UTC)

Thanks - I'll point Oddbodz to that. Is it generally considered acceptable to apply the fix on pages where I see it causing problems? I don't like to edit another chap's signature, but I like not being able to read all the following comments even less. DuncanHill (talk) 15:49, 30 July 2019 (UTC)

@DuncanHill and Pppery: if that is coming from a signature, that isn't a good fix, since you wont be able to insert that closing font tag after the timestamp in a signature. That last font tag needs to be completely removed, and the others should be closed as a quick fix, see User:Xaosflux/sandbox75 - really font is deprecated and there are much better fixes if this person is still editing. — xaosflux ^Talk 15:52, 30 July 2019 (UTC)

DuncanHill, there are some bots that can fix this if it is on a lot of pages, you can ask at WP:BOTREQ. In general if you see one fix it, unless it is on a user_talk page you are other wise editing (as it will cause "new message" flag for the page owner). — xaosflux ^Talk 15:53, 30 July 2019 (UTC)

A search finds around 740 cases. This is a job for a bot or AWB. It's always OK to close open tags in signatures. I would also merge the nested font tags to get Oddbodz - (Talk) (Contribs). If deprecated font tags stop working later then it's no big loss if old signatures are rendered as normal text. PrimeHunter (talk) 16:12, 30 July 2019 (UTC)

Thanks all - I don't know how to explain things in bot request terms. I mean, I could tell them what I told you here, but I wouldn't understand what I was on about if I tried to explain how your fix works or how it would be applied. DuncanHill (talk) 16:15, 30 July 2019 (UTC)

@DuncanHill: plain speak is fine there, something like "can one of the Linter signature fixing bots clean up Oddbodz's bad font tags?" with an example or 2. — xaosflux ^Talk 17:50, 30 July 2019 (UTC)

Reply to c-Xaosflux-2019-07-30T17:50:00.000Z-DuncanHill-2019-07-30T16:15:00.000Z

@DuncanHill: Based on Xaosflux's sandbox, I'm filing a BRFA now --DannyS712 (talk) 18:35, 30 July 2019 (UTC)

Thank you, much appreciated. DuncanHill (talk) 19:35, 30 July 2019 (UTC)

Reply to c-DuncanHill-2019-07-30T19:35:00.000Z-DannyS712-2019-07-30T18:35:00.000Z

Reply to c-DannyS712-2019-07-30T18:35:00.000Z-DuncanHill-2019-07-30T16:15:00.000Z

Reply to c-DuncanHill-2019-07-30T16:15:00.000Z-PrimeHunter-2019-07-30T16:12:00.000Z

Reply to c-PrimeHunter-2019-07-30T16:12:00.000Z-Xaosflux-2019-07-30T15:53:00.000Z

Reply to c-Xaosflux-2019-07-30T15:53:00.000Z-Xaosflux-2019-07-30T15:52:00.000Z

Reply to c-Xaosflux-2019-07-30T15:52:00.000Z-DuncanHill-2019-07-30T15:49:00.000Z

Reply to c-DuncanHill-2019-07-30T15:49:00.000Z-Pppery-2019-07-30T15:47:00.000Z

Reply to c-Pppery-2019-07-30T15:47:00.000Z-DuncanHill-2019-07-30T15:43:00.000Z

Reply to c-DuncanHill-2019-07-30T15:43:00.000Z-Signature_with_unclosed_font_colours

Connecting between pages

Hello everyone, how to connect between a template and a CSS page? Thanks! ⇒ AramTalk 12:04, 31 July 2019 (UTC)

@Aram: see Wikipedia:TemplateStyles. — xaosflux ^Talk 13:15, 31 July 2019 (UTC)

Also Category:Templates using TemplateStyles has lots of reusable examples. — xaosflux ^Talk 13:16, 31 July 2019 (UTC)

Reply to c-Xaosflux-2019-07-31T13:16:00.000Z-Xaosflux-2019-07-31T13:15:00.000Z

Reply to c-Xaosflux-2019-07-31T13:15:00.000Z-Aram-2019-07-31T12:04:00.000Z

Reply to c-Aram-2019-07-31T12:04:00.000Z-Connecting_between_pages

'Fun' with external link 'marks'

"Discovered" at Wikipedia talk:Principle of Some Astonishment#Random thing I noticed when somebody accidentally "nested" italic marks. The "nesting" obviously doesn't work, and is an error, because the italics are effectively 'closed' before the link text and 'opened' again after it, so you don't get italic text, but check out the funky "extra" link mark which gets added on the left of the link text...

• ''[https://www.google.com ''normal text'']'' = normal text

These "variants" also produce similar "results":

• '''[https://www.google.com '''''italic text''''']''' = italic text
• ''[https://www.google.com '''''bold text''''']'' = bold text

-- Begoon 23:21, 29 July 2019 (UTC)

''[https://www.google.com ''normal text'']'' produces the html <i><a rel="nofollow" class="external text" href="https://www.google.com"></a></i><a rel="nofollow" class="external text" href="https://www.google.com">normal text<i></i></a>. The link is split in two links to the same target. The first arrow belongs to the first link which has no link text. PrimeHunter (talk) 14:48, 30 July 2019 (UTC)

Yeah, I'd looked at the html source and seen that. It's an oddity that this "error" produces a double-link like that, as I said at the talk page it's something I've never seen happen before in 10 years, but an odd "bug" nonetheless... Looks as though the wikitext 'parser' is somehow seeing both <i>...</i> 'portions' as separate 'entities' that each need linking, yet using the single href target address... -- Begoon 22:22, 30 July 2019 (UTC)

The wikitext parser produces misnested HTML: <i><a rel="nofollow" class="external text" href="https://www.google.com"></i>normal text<i></a>. HTML5 specifies that that "tag soup" be corrected in a manner that produces the empty link, and thus that's what RemexHtml does. Firefox 68 does the same if given that misnested HTML, BTW, and other modern browsers should as well.

Parsoid, on the other hand, seems to interpret that wikitext to produce <i><a rel="mw:ExtLink" href="https://www.google.com" class="external text"><i>normal text</i></a></i>, i.e. it doesn't recognize "misnested" apostrophe markup and link markup in the first place. Anomie⚔ 13:31, 31 July 2019 (UTC)

Reply to c-Anomie-2019-07-31T13:31:00.000Z-Begoon-2019-07-30T22:22:00.000Z

Reply to c-Begoon-2019-07-30T22:22:00.000Z-PrimeHunter-2019-07-30T14:48:00.000Z

Reply to c-PrimeHunter-2019-07-30T14:48:00.000Z-Begoon-2019-07-29T23:21:00.000Z

Reply to c-Begoon-2019-07-29T23:21:00.000Z-'Fun'_with_external_link_'marks'

Switch transclusion on/off depending on how recently a template/subpage has been edited?

Do we have a template/magic word combination that can achieve the following? I would like Portal:Germany to display Portal:Germany/Germany news whenever that page has been recently edited, and not display it when it is too embarrassing (say, when the last edit is more than a month ago). Is there some easy way to achieve this? —Kusma (t·c) 10:01, 31 July 2019 (UTC)

{{#ifexpr:{{#time:U|{{REVISIONTIMESTAMP:Portal:Germany/Germany news}}}} > {{#time:U|-30 days}} | {{Portal:Germany/Germany news}}}} PrimeHunter (talk) 10:42, 31 July 2019 (UTC)

PrimeHunter, that's brilliant, thanks! —Kusma (t·c) 11:12, 31 July 2019 (UTC)

@Kusma: keep in mind, that dynamic page content is not guaranteed, especially for non-logged in users; rendered pages are cached and simply viewing the page as a reader does not force re-evaluation of templates. — xaosflux ^Talk 13:28, 31 July 2019 (UTC)

That's okay, the worst things that can happen here are that the portal wrongly doesn't display a refreshed "news" section or displays an outdated one that I would rather hide. Neither causes any serious problems. But it is a good point that we shouldn't rely on re-evaluation of templates/magic words for anything critical. —Kusma (t·c) 14:08, 31 July 2019 (UTC)

Reply to c-Kusma-2019-07-31T14:08:00.000Z-Xaosflux-2019-07-31T13:28:00.000Z

Reply to c-Xaosflux-2019-07-31T13:28:00.000Z-Kusma-2019-07-31T11:12:00.000Z

Reply to c-Kusma-2019-07-31T11:12:00.000Z-PrimeHunter-2019-07-31T10:42:00.000Z

Reply to c-PrimeHunter-2019-07-31T10:42:00.000Z-Kusma-2019-07-31T10:01:00.000Z

Reply to c-Kusma-2019-07-31T10:01:00.000Z-Switch_transclusion_on/off_depending_on_how_recently_a_template/subpage_has_been

Connecting to wikidata?

What's the fastest way to see if there's an existing wikidata entry for an article? What I do now is open another window, navigate to wikidata.org, and copy-paste the article title into the search box. Surely there's a more streamlined (one-click?) way to do this? -- RoySmith (talk) 14:43, 30 July 2019 (UTC)

You can add a "Wikidata search" link for the page name under Tools with the below in your common JavaScript. PrimeHunter (talk) 15:18, 30 July 2019 (UTC)

Reply to c-PrimeHunter-2019-07-30T15:18:00.000Z-RoySmith-2019-07-30T14:43:00.000Z

Reply to c-RoySmith-2019-07-30T14:43:00.000Z-Connecting_to_wikidata?

mw.loader.using(['mediawiki.util'], function () {
  mw.util.addPortletLink(
    'p-tb',
    '//www.wikidata.org/wiki/Special:Search?search=' + encodeURIComponent( wgPageName ),
    'Wikidata search',
    't-wikidatasearch',
    'Search the page name in Wikidata',
    null,
    '#t-wikibase'
  );
});

You can also have a small box single line display under an article's title linking to the Wikidata entry (if one exists) by adding this script to your common.js. StarryGrandma (talk) 15:50, 30 July 2019 (UTC)

Reply to c-StarryGrandma-2019-07-30T15:50:00.000Z-Connecting_to_wikidata?

 // d:User:Yair rand/WikidataInfo.js
 mw.loader.load( '//www.wikidata.org/w/index.php?title=User:Yair_rand/WikidataInfo.js&action=raw&ctype=text/javascript' );

There should be a built-in "Wikidata item" link under Tools in the left sidebar, shown only if an item exists. @PrimeHunter: Do you not see this link? — MusikAnimal ^talk 19:13, 31 July 2019 (UTC)

I know the link. I may have misunderstood the question. I thought it was about an easy way to search for a possible Wikidata entry to add the article to if it doesn't already have one. PrimeHunter (talk) 19:45, 31 July 2019 (UTC)

Reply to c-PrimeHunter-2019-07-31T19:45:00.000Z-MusikAnimal-2019-07-31T19:13:00.000Z

MA, yes, I think the question is whether an (other) item exist covering the same topic as an article, not whether the article is connected to a Wikidata item. --Izno (talk) 22:02, 31 July 2019 (UTC)

Thanks, and sorry for the noise. I read "existing wikidata entry for an article" as being a connected one. Furthermore many people don't even know about the links under Tools, so I wanted to make sure that didn't go unnoticed. — MusikAnimal ^talk 15:08, 1 August 2019 (UTC)

The link is getting moved, but that's just an aside. --Izno (talk) 16:26, 1 August 2019 (UTC)

Reply to c-Izno-2019-08-01T16:26:00.000Z-MusikAnimal-2019-08-01T15:08:00.000Z

Reply to c-MusikAnimal-2019-08-01T15:08:00.000Z-Izno-2019-07-31T22:02:00.000Z

Reply to c-Izno-2019-07-31T22:02:00.000Z-MusikAnimal-2019-07-31T19:13:00.000Z

Reply to c-MusikAnimal-2019-07-31T19:13:00.000Z-Connecting_to_wikidata?

Broken template messing up page formatting

User:Paine Ellsworth, can you or someone please revert this edit at Template:Sidebar with collapsible lists? It is badly breaking *some* pages that transclude it. See Catholic Church and homosexuality. Mathglot (talk) 08:58, 1 August 2019 (UTC)

Reply to c-Mathglot-2019-08-01T08:58:00.000Z-Broken_template_messing_up_page_formatting

Wait, that's a hidden text-only change, so how could that possibly be the cause? But what else has changed, that would break dozens of older versions of the article, that were definitely not broken this morning? Here's version 861002525 from 500 edits ago; just as broken. I can't understand what's happened, here. Mathglot (talk) 09:03, 1 August 2019 (UTC)

The problem is (was) in {{Catholic Church sidebar}}, not {{Sidebar with collapsible lists}}. It was this edit by Royalistandlegitimist that broke the template. I advise Royalistandlegitimist to take advantage of the sandbox and testcases before making changes to the template. Nardog (talk) 09:11, 1 August 2019 (UTC)

Thanks, Nardog, for the fix! (Apologies to Paine; not only weren't they the cause of the problem, but that edit was (nearly exactly!) a year ago. I was too tired and in too much of a hurry to see clearly.) Mathglot (talk) 17:41, 1 August 2019 (UTC)

Reply to c-Mathglot-2019-08-01T17:41:00.000Z-Nardog-2019-08-01T09:11:00.000Z

Reply to c-Nardog-2019-08-01T09:11:00.000Z-Mathglot-2019-08-01T09:03:00.000Z

Reply to c-Mathglot-2019-08-01T09:03:00.000Z-Broken_template_messing_up_page_formatting

The notification button

Resolved: Fixed in the last update of MediaWiki. Nardog (talk) 05:45, 2 August 2019 (UTC)

Reply to c-Nardog-2019-08-02T05:45:00.000Z-The_notification_button

Hi, so I am using my mobile.

1. Just 1 hour ago, an editor posted a comment in my talk page.
2. I got a notification.
3. I didn't click on the notification,
4. I went to the watchlist and see what triggered the notification. (I didn't click on the notification button.)
5. I saw the comment diff.
6. I went to another site, returned to Wikipedia again and saw that the notification button is still red,
7. I clicked on it, surprisingly, I didn't see the comment that was posted to my talk page, I saw old notifications.
8. I refreshed the page and the notification button returned red. I clicked on it and the red button disappeared and I refreshed it appeared again.
9. Cleared the cache it didn't help still red.

So can someone help me to fix this? Thanks.--SharabSalam (talk) 21:52, 22 July 2019 (UTC)

• Something I haven't tried; which is to trigger the notification again. I will ping a wrong random editor and see. This usually triggers a notification saying: “the ping was not sent because the user doesn't exist”. agsbshsisbsidsb.--SharabSalam (talk) 21:57, 22 July 2019 (UTC)

  Reply to c-SharabSalam-2019-07-22T21:57:00.000Z-SharabSalam-2019-07-22T21:52:00.000Z

• I got a notification, I clicked, read it, refreshed, the notification button returned red so it didn't help.--SharabSalam (talk) 21:59, 22 July 2019 (UTC)

  @SharabSalam: if you go to Special:Notifications is it there? Also, I have no idea who User:agsbshsisbsidsb is, will assume you just typed random characters for some reason? — xaosflux ^Talk 22:00, 22 July 2019 (UTC)

  I went there saw your ping. I returned here refreshed the page and the red button is still red.--SharabSalam (talk) 22:05, 22 July 2019 (UTC)

  Reply to c-SharabSalam-2019-07-22T22:05:00.000Z-Xaosflux-2019-07-22T22:00:00.000Z

  Yes, it was random I tried to get a new notification and I got a new notification but the red button is not disappearing even after I saw the notification.--SharabSalam (talk) 22:09, 22 July 2019 (UTC)

  Reply to c-SharabSalam-2019-07-22T22:09:00.000Z-Xaosflux-2019-07-22T22:00:00.000Z

  Reply to c-Xaosflux-2019-07-22T22:00:00.000Z-SharabSalam-2019-07-22T21:59:00.000Z

  Reply to c-SharabSalam-2019-07-22T21:59:00.000Z-SharabSalam-2019-07-22T21:52:00.000Z

What does clicking on the blue circle on the new notification do? Nardog (talk) 21:59, 22 July 2019 (UTC)

As I said I am using the mobile version of Wikipedia. I tried that too. I changed to desktop version clicked on the red button and the blue button. The blue button shows me old notifications like "user thank you" or something like that. Both the blue and the red button shows old notifications.--SharabSalam (talk) 22:04, 22 July 2019 (UTC)

No, I'm talking about the blue circle at the upper right of each notification. It toggles the read/unread status of the notification. If there's no blue circle and only empty circles then click on them a few times. Nardog (talk) 22:10, 22 July 2019 (UTC)

I had no idea about the blue circle. I had never clicked on it since I joined Wikipedia. I have lots of notifications that I didn't click on their blue circle but I haven't got an issue like this before. It's gonna take a while to make all the circles empty? Is that what I should do? Make the circles empty or blue? Thank you for this information about the blue circle. I had no idea about it.--SharabSalam (talk) 22:17, 22 July 2019 (UTC)

Thanks Nardog, the problem was fixed. I made all the circles empty. I always wondered why I get the number "+99" all the time on the notification button when I get one notification LOL today I learned.--SharabSalam (talk) 22:28, 22 July 2019 (UTC)

In the future, you can use "Mark all as read" (on mobile, the button with a check mark at the top). Nardog (talk) 22:30, 22 July 2019 (UTC)

I did that in past I was hoping it will remove the "+99" number from the notification button but when I did that, only 20 notifications become read and I just didnt see them getting removed or changed hence I wasn't aware of the blue and empty circle thing. So I didn't repeat the process. --SharabSalam (talk) 22:44, 22 July 2019 (UTC)

@Nardog and Xaosflux: SharabSalam is correct, the behaviour has changed. As you know, if you got an alert notification (or thanks notification), the counter appears on a red (or blue) background. If you click that number, it changes to grey and the list of notifications appears. Let's assume that you don't do anything with those, but click away; the list disappears. Now follow a link (any link). At this point, the change in behaviour becomes apparent: the old behaviour was that the counter remained grey until the next notification came in; the new behaviour is that the counter becomes red (or blue) implying that you have new unseen notifications. --Redrose64 🌹 (talk) 22:54, 22 July 2019 (UTC)

Ah, I could reproduce the problem based on your explanation (and ping). This certainly seems like a bug. Has this been reported on Phab? Nardog (talk) 23:02, 22 July 2019 (UTC)

Is this happening in the mobile application, or the mobile web? — xaosflux ^Talk 23:05, 22 July 2019 (UTC)

I confirmed it on the desktop site. Nardog (talk) 23:33, 22 July 2019 (UTC)

@Nardog: on desktop - not using .m. right? What skin are you using? — xaosflux ^Talk 23:51, 22 July 2019 (UTC)

Vector. Nardog (talk) 23:54, 22 July 2019 (UTC)

Also reproducible on the mobile web. The notification icon changes from red to gray when I click on it but not mark the new notification as read and close the panel, but it becomes red again if I refresh the page. Nardog (talk) 23:57, 22 July 2019 (UTC)

I am seeing my blue "Notices" light on my desktop (Safari, iMac, OS 10.11) stay lit for a "Thank You" given 3 hours ago. My red "Alerts" light is off (i.e. gray); I received the last of those 5 days ago. Dhtwiki (talk) 23:49, 22 July 2019 (UTC)

Now I'm getting the red light on when I refresh the page. It turns off when I click on it to see the alert, but then turns on again when I reload the page. I'm using standard, "vector" skin, IIRC; nothing fancy. Dhtwiki (talk) 23:53, 22 July 2019 (UTC)

That is exactly what I'm experiencing, and I believe what Redrose64 was explaining as well. Nardog (talk) 23:54, 22 July 2019 (UTC)

That is also what I was explaining. I also noticed that now when I ping a random user who doesnt exist I don't get a notification saying something like "the ping was not sent because the user doesn't exist"--SharabSalam (talk) 01:01, 23 July 2019 (UTC)

@SharabSalam: Is "Failed mention" checked at Special:Preferences#mw-prefsection-echo-echosubscriptions? Nardog (talk) 01:08, 23 July 2019 (UTC)

It is checked. I just looked at it. I haven't changed anything there and above I have mentioned agsbshsisbsidsb and it worked but now it's not notifying me.--SharabSalam (talk) 01:14, 23 July 2019 (UTC)

Okay it's working! it's working!. The whole notification when I ping anyone was not working with me and now it's working for unknown reason.--SharabSalam (talk) 01:16, 23 July 2019 (UTC)

Just so people know, AFAIK SharabSalam here is saying that the notification for a failed mention is working for them now. The problem with the notifications as a whole (the grayed number turning red/blue again) still persists. Nardog (talk) 11:39, 23 July 2019 (UTC)

@Nardog: please open a phab ticket with the details. — xaosflux ^Talk 11:42, 23 July 2019 (UTC)

@Xaosflux: Done, though I'm not totally sure if I did an adequate enough job explaining. Nardog (talk) 12:40, 23 July 2019 (UTC)

Seems good enough to get it started, check in if there are questions. — xaosflux ^Talk 12:58, 23 July 2019 (UTC)

Could you recheck the photos that you added to explain the problem. The "expected" after clicking on the notification button and refreshing is that the number disappear and the gray bell icon appears but what happens right now is that the notification appears again as if I haven't clicked on the notification button.--SharabSalam (talk) 15:02, 23 July 2019 (UTC)

┌────────────────────────────┘ @SharabSalam: I'm certain at least on the desktop site opening and closing the alerts panel without marking all alerts as read would have made the background of the unread count gray but didn't make the count disappear entirely. I don't know about the mobile site, though. Nardog (talk) 12:07, 24 July 2019 (UTC)

Nardog, It is the same in desktop. When you click on the notification button with the number it changes to gray which is as usual and the normal behaviour the problem appears when you refresh the page, what is expected is that the bell icon appears like if there was no notification but what happens is that the notification appears again. The photos that you added suggest a different problem. The expected photos should not contain the number of notifications in gray but the bell icon.--SharabSalam (talk) 12:31, 24 July 2019 (UTC)

@SharabSalam: Then I may be misremembering. Add that as a comment on Phabricator. Nardog (talk) 12:41, 24 July 2019 (UTC)

By the way, I am unable to enter or see that site () through my IP address I get this message all the time

Internal Server Error The server encountered an internal error or misconfiguration and was unable to complete your request. Please contact the server administrator at webmaster@wikimedia.org to inform them of the time this error occurred, and the actions you performed just before this error. More information about this error may be available in the server error log.

Yesterday I was in another place where there is a WiFi network and I was able to see what was in the site. In my home I am unable to enter it.--SharabSalam (talk) 12:49, 24 July 2019 (UTC)

@SharabSalam: Ok, I have quoted your comments on Phabricator. Nardog (talk) 12:58, 24 July 2019 (UTC)

Reply to c-Nardog-2019-07-24T12:58:00.000Z-SharabSalam-2019-07-24T12:49:00.000Z

To clarify, I was using desktop, Opera, MonoBook. --Redrose64 🌹 (talk) 21:05, 23 July 2019 (UTC)

Reply to c-Redrose64-2019-07-23T21:05:00.000Z-SharabSalam-2019-07-22T21:52:00.000Z

The notifications/buttons are remaining red and blue for me as well. They go away for a moment when clicked on and then come back. Marking all as "read" doesn't solve the issue. I'm using a laptop. Flyer22 Reborn (talk) 16:31, 24 July 2019 (UTC)

Flyer22 Reborn, from my experience, I clicked on "mark all as read" and then I closed the notification window and clicked on it again and marked all as read again.. I repeated this until the number in the notification button became zero then the notification disappeared.--SharabSalam (talk) 18:38, 24 July 2019 (UTC)

I shouldn't have to do all that. This needs to be fixed. Maybe Johnuniq can help. Flyer22 Reborn (talk) 21:17, 24 July 2019 (UTC)

@Flyer22 Reborn: Sorry, that's not my area. I usually work with a desktop browser with scripting disabled—I much prefer Wikipedia that way (except when I need to run some JavaScript). I find notifications to be a PITA with scripting enabled but have no idea whether more experience with that would help. Johnuniq (talk) 00:55, 25 July 2019 (UTC)

Reply to c-Johnuniq-2019-07-25T00:55:00.000Z-Flyer22_Reborn-2019-07-24T21:17:00.000Z

Reply to c-Flyer22_Reborn-2019-07-24T21:17:00.000Z-SharabSalam-2019-07-24T18:38:00.000Z

Reply to c-SharabSalam-2019-07-24T18:38:00.000Z-Flyer22_Reborn-2019-07-24T16:31:00.000Z

Reply to c-Flyer22_Reborn-2019-07-24T16:31:00.000Z-SharabSalam-2019-07-22T21:52:00.000Z

• Me too - Having same issue of red notification alert not going away. Desktop. Chrome. Vector. Thanks to all for their hard work! Cyphoidbomb (talk) 14:53, 25 July 2019 (UTC)

  Reply to c-Cyphoidbomb-2019-07-25T14:53:00.000Z-SharabSalam-2019-07-22T21:52:00.000Z

• Me three - Same problem here. The alerts and notices buttons stay "active" constantly. Clicking on them clears the "active" status but it comes back next time I go to any other page. JIP | Talk 10:16, 26 July 2019 (UTC)

  Reply to c-JIP-2019-07-26T10:16:00.000Z-SharabSalam-2019-07-22T21:52:00.000Z

Reply to c-SharabSalam-2019-07-22T21:52:00.000Z-The_notification_button

Strikethrough blocked editors and SPI

Hi all Bbb23, Vanjagenije and myself are somewhat frustrated because the strikethrough blocked editors gadget/script is apparently not working with external links to user pages. At SPI this isn't great because {{checkuser}} uses external links to avoid pinging the users in question. Is there a solution to his? TonyBallioni (talk) 20:05, 2 August 2019 (UTC)

For additional background, please see Wikipedia talk:Sockpuppet investigations/Archives/Archive22#Markblocked. Also, it should be noted that the links to the master and to the list of suspected puppets do not correctly show as red if no userpage exists.--Bbb23 (talk) 20:08, 2 August 2019 (UTC)

Reply to c-Bbb23-2019-08-02T20:08:00.000Z-TonyBallioni-2019-08-02T20:05:00.000Z

@TonyBallioni: use {{noping}} instead? If the only reason is to avoid "pinging", if you also want to avoid "what links here" that won't work though. — xaosflux ^Talk 20:09, 2 August 2019 (UTC)

Uhh, never mind - that also uses external links... — xaosflux ^Talk 20:10, 2 August 2019 (UTC)

(edit conflict)Yeah, the problem is that anything using external links is borked now, and {{checkuser}} also has all the quick links that we need during the SPI process. TonyBallioni (talk) 20:14, 2 August 2019 (UTC)

@TonyBallioni: Perhaps you could link to something else like TonyBallioni - and then update the script to also operate on that? — xaosflux ^Talk 20:23, 2 August 2019 (UTC)

Navigation popups are able to operate on that for example. — xaosflux ^Talk 20:24, 2 August 2019 (UTC)

Reply to c-Xaosflux-2019-08-02T20:24:00.000Z-Xaosflux-2019-08-02T20:23:00.000Z

Reply to c-Xaosflux-2019-08-02T20:23:00.000Z-TonyBallioni-2019-08-02T20:14:00.000Z

Reply to c-TonyBallioni-2019-08-02T20:14:00.000Z-Xaosflux-2019-08-02T20:10:00.000Z

Reply to c-Xaosflux-2019-08-02T20:10:00.000Z-Xaosflux-2019-08-02T20:09:00.000Z

Reply to c-Xaosflux-2019-08-02T20:09:00.000Z-TonyBallioni-2019-08-02T20:05:00.000Z

• What is the precise bug? As far as I see, iff the user-pages are red-links, they are displayed in blue and not stricken but the t/p-and-contribution links are stricken, as usual. (Bravanello over this SPI.) Otherwise, (i.e. if the user-page exists), all the three links are indeed stricken. (MDPMHG over this SPI.) Am I correct? ∯WBG^converse 20:51, 2 August 2019 (UTC)

  I don't really agree about MDPMHG - it is not stricken in the first instance, which uses the noping like the usual CU templates, but it is later stricken when a different template is used. Try AIV, which basically uses the same noping mechanism. this is a blue userpage which isn't stricken. This is a non-existent user page which is blue and also not stricken. The striking does work for IPs at AIV (eg) which have red userpages, but not IP contributions listed at WP:OPD which are now not stricken. Previously, I think I'm right in saying, all these links were stricken. -- zzuuzz ^(talk) 21:31, 2 August 2019 (UTC)

  Reply to c-Zzuuzz-2019-08-02T21:31:00.000Z-Winged_Blades_of_Godric-2019-08-02T20:51:00.000Z

  Reply to c-Winged_Blades_of_Godric-2019-08-02T20:51:00.000Z-TonyBallioni-2019-08-02T20:05:00.000Z

• Just, FYI: I've replied with a (hopefully) fixed script at the thread on WT:SPI. Writ Keeper ⚇♔ 05:11, 3 August 2019 (UTC)

  Reply to c-Writ_Keeper-2019-08-03T05:11:00.000Z-TonyBallioni-2019-08-02T20:05:00.000Z