Wikipedia talk:Twinkle

"WT:TW" redirects here. For other uses, see WikiProject Taiwan talk page.

Users abusing this tool to add {{One source}} template to stub pages

There are users abusing this tool to add the {{One source}} template to a lot of various stub pages even though the template advises against doing this. Please add documentation to the tool so that users stop doing this. Ergzay (talk) 14:22, 7 June 2024 (UTC)

Similarly for the {{More citations needed}} template which people abuse using twinkle in the same way. Ergzay (talk) 14:32, 7 June 2024 (UTC)

If a user is abusing Twinkle, then that user should be dealt with at the usual locations (usually by talking to them first and then WP:ANI if that doesn't work). We shouldn't be gutting the tool unless everyone is misusing it. Primefac (talk) 19:41, 7 June 2024 (UTC)

@Primefac I didn't propose gutting it. I proposed documenting it. Ergzay (talk) 20:51, 8 June 2024 (UTC)

Isn't it already documented on the /doc pages for the various templates? Twinkle has a disclaimer that the end user is responsible for all edits they make; we do not need to give template-specific warnings in the Twinkle documentation. Users misusing warning or maintenance templates should be notified of such behaviours. Primefac (talk) 22:04, 8 June 2024 (UTC)

indeed 2600:1700:6EE:6890:2D59:1F74:BE97:D6A7 (talk) 17:58, 14 July 2024 (UTC)

Blocking notification messages

Is there a way to block Xfd discussion notification messages from being added to a User talk page, such as this Cfd notice posted to the talk page of an indeffed user? These are creating extra work for other editors to remove. What about a category, something similar to this category which blocks mass-mailings, or maybe a {{bots}}-type template? Or any other way for a non-page owner to disable the notification (i.e., not their preferences, or common.js, etc.). Or maybe the script could just check and not post messages on pages of indeffed users, who can't respond to them anyway? Thanks, Mathglot (talk) 08:43, 8 July 2024 (UTC)

This is a frequent request. See Wikipedia talk:Twinkle/Archive 48#Notification opt-outs, Wikipedia talk:Twinkle/Archive 48#Feature suggestion for XfD nominations for example. I'm not sure how comfortable I'd be with reducing auto notifications. Notifying users when their pages are getting deleted is the norm I think, and makes sense to me. These are creating extra work for other editors to remove. Out of curiosity, what is the idea behind removing these? Aren't they harmless if left in place? And removing them likely double notifies since it is a 2nd diff. –Novem Linguae (talk) 09:20, 8 July 2024 (UTC)

Following the links, I like Amorymeltzer's suggestion at Archive 44 of creation of a {{no twinkle}} template with various options. Could something like that be implemented? Also pinging ProcrastinatingReader and SD0001 because of their comments at that thread. Mathglot (talk) 20:04, 8 July 2024 (UTC)

I'm still not sure why people are overly concerned with whether talk page messages are left. As mentioned in previous discussions, a {{no twinkle}} template probably wouldn't be used for deceased editors because people will want to potentially fix articles that have been nominated, and I'm still not sure why people are so bothered by leaving notices (of any type) on the talk page of indefinitely blocked users. Primefac (talk) 23:12, 9 July 2024 (UTC)

Twinkle didn't write filename in FFD listing

See Special:Diff/1234934762, Twinkle didn't write the filename there for some reason. Jonteemil (talk) 22:13, 16 July 2024 (UTC)

Dark mode feedback from mw:Reading/Web/Accessibility_for_reading/Reporting/en.wikipedia.org

Tracked in github.com
Issue #1979

Posting feedback we received about the new Vector 2022 dark mode: "Twinkle drop down menus unreadable in dark mode When using the Twinkle gadget for tasks such as warning vandals, I have observed that, with dark mode enabled, the text in drop down menus is nearly unreadable as the text colour has changed to white but the background colour of the dropdown has remained the same white colour. " 🐸 Jdlrobson (talk) 20:18, 18 July 2024 (UTC)

Thanks. I wrote a patch to fix the warn module just now. (Not deployed yet.) I may work on other modules as time permits. –Novem Linguae (talk) 01:16, 19 July 2024 (UTC)

Deployed. –Novem Linguae (talk) 00:37, 26 July 2024 (UTC)

Request: Widen name box in the XFD menu for CFD/S and CFD

Tracked in github.com
Issue #1984

I nominate a lot of pages for speedy renaming at WP:CFD/S, almost always using Twinkle to do so. A lot of what I do is fixing capitalizations or making adjustments based on the existing title, but it almost always features pasting to try to avoid making mistakes. When I paste a title into the "new name" box I'll often have to move left and right in the box to make the changes I want, which makes it easier for me to make mistakes or miss things. Given that the new name box takes up less than half of the width of the window, I'd like to ask that it be stretched out farther. An example that I'm just about to nominate is "Ministers of Water Management of the Netherlands", after pasting, gets cut off to show "r Management of the Netherlands". I know this doesn't seem like much, but it would be a HUGE QoL improvement for me. Hey man im josh (talk) 13:34, 25 July 2024 (UTC)

Is it not possible to start a requested move with Twinkle?

That is one of the most basic feature not integrated into the tool. Neocorelight (Talk) 03:13, 27 July 2024 (UTC)

It's in TW -> XFD. –Novem Linguae (talk) 04:20, 27 July 2024 (UTC)

Oh, it's hidden there. I didn't think of that. Neocorelight (Talk) 04:28, 27 July 2024 (UTC)

Adding Redirect Cat Causes Double Redirect

Where do I report an error in trying to add a redirect category to an existing redirect using the Tag button?

I tried to add the {{R with possibilities}} tag to a redirect, and it created a second empty redirect shell. The original redirect had been Special:Permalink/1210632744. When I tried to add the additional category, using the Tag button, it applied this diff: Special:Diff/1237443069. As can be seen, it moved the existing redirects into a new shell, leaving an empty shell. Robert McClenon (talk) 00:30, 30 July 2024 (UTC)

When you say "double redirect", are you referring to the issue described at WP:2R? I haven't heard the phrase used in any other sense before. jlwoodwa (talk) 22:03, 1 August 2024 (UTC)

Those links don't work. Nardog (talk) 01:49, 8 August 2024 (UTC)

Revision history at top of page no longer updates

I've tried purging the page, deleting my temporary files on my computer, disabling/enabling Twinkle again, does nothing to refresh the revision counter. This has been going on for me since last night. I figured restarting my computer today would fix it but that also did not help. Salmoonlight (talk) 18:56, 4 August 2024 (UTC)

Can you provide a url to an example page? What should I look for to see the bug? –Novem Linguae (talk) 19:42, 4 August 2024 (UTC)

It's for every page. Salmoonlight (talk) 19:43, 4 August 2024 (UTC)

I cant recall ever seeing "Twinkle revision history at top of every page". Can you please provide more details? –Novem Linguae (talk) 19:52, 4 August 2024 (UTC)

Uploaded a screenshot, I'm sorry if this isn't actually a feature of Twinkle and it's actually from some other tool. https://commons.wikimedia.org/wiki/File:Twinkle_stats.png Salmoonlight (talk) 19:57, 4 August 2024 (UTC)

Thanks for the screenshot. Thats the xtools gadget. Is it ticked in Special:Preferences -> gadgets -> xtools? –Novem Linguae (talk) 20:42, 4 August 2024 (UTC)

Dark mode compatibilty

Tracked in github.com
Issue #1979

I used the AFD functionality of Twinkle today, and with dark mode enabled I was barely able to use the form because of some light-grey-on-white text. There are some official recommendations for fixes at mw:Recommendations for night mode compatibility on Wikimedia wikis. Usually I find either picking mode-sensitive colors from the official palette or using class="skin-invert" does the job. -- Beland (talk) 06:29, 9 August 2024 (UTC)

I converted the warn module a week or two ago. Myself or someone else needs to convert all the other modules now. –Novem Linguae (talk) 07:27, 9 August 2024 (UTC)

A potential tweak if within our rules

Tracked in github.com
Issue #1988

When an editor is indeffed and can take no action, Twinkle still notifies them of AfD, CSD, etc. That seems a difficult thing to receive, and is probably pointless. If it is within our rules, please can Twinkle at least have an option not to post the user advisory message when the editor it would notify is indeffed? 🇺🇦 Fiddle^Timtrent Faddle^Talk to me 🇺🇦 07:51, 9 August 2024 (UTC)

This has come up a couple times this year, with me and Primefac often opposing, and others supporting, but too low participation to get a good consensus. Might be time to RFC it to get more participation. Taking away an editor's right to be notified of their articles getting deleted feels like a big deal to me so I am hesitant to change the status quo without a consensus. –Novem Linguae (talk) 08:11, 9 August 2024 (UTC)

At the very least it seems it should be rate limited. It feels not great to see a blocked user suddenly get 20 notifications of article deletions, it looks very much like rubbing salt in a wound. CMD (talk) 09:44, 9 August 2024 (UTC)

Just noting that one can turn off the "notify page creator" box when nominating a page (though if the page is PRODded a bot will notify them anyway). Primefac (talk) 10:36, 9 August 2024 (UTC)

@Primefac And I never noticed it previously. Thank you.

A tweak that would be unlikely to need consensus might be a message "The editor who will be notified is blocked indefinitely and can take no action, are you sure you wish to notify them? If not please choose This option ->>>>" to highlight the option. I doubt I am alone in failing to spot it. 🇺🇦 Fiddle^Timtrent Faddle^Talk to me 🇺🇦 11:30, 9 August 2024 (UTC)

"User is blocked" would fit better in the space given. Primefac (talk) 12:13, 9 August 2024 (UTC)

I'm not wedded to any particular words 🇺🇦 Fiddle^Timtrent Faddle^Talk to me 🇺🇦 14:26, 9 August 2024 (UTC)

@Novem Linguae I agree that such a change would require consensus were it to change the default state. 🇺🇦 Fiddle^Timtrent Faddle^Talk to me 🇺🇦 11:27, 9 August 2024 (UTC)

For what it's worth, I also oppose this. Indeffed users get unblocked sometimes and there's no harm in the user getting talk page notifications about it. Hey man im josh (talk) 12:54, 9 August 2024 (UTC)