WikiProject iconInternet culture Template‑class
WikiProject iconThis template is within the scope of WikiProject Internet culture, a collaborative effort to improve the coverage of internet culture on Wikipedia. If you would like to participate, please visit the project page, where you can join the discussion and see a list of open tasks.
TemplateThis template does not require a rating on Wikipedia's content assessment scale.
WikiProject Internet culture To-do:

Here are some tasks awaiting attention:
WikiProject iconReference works NA‑class (inactive)
WikiProject iconThis article is within the scope of WikiProject Reference works, a project which is currently considered to be inactive.
NAThis article has been rated as NA-class on Wikipedia's content assessment scale.

Generic author flag

Hello, some recent changes on CS1 here introduce checks for generic or invalid author names. These are useful changes, but since cite tweet is a wrapper for CS1, text in the user= field is being flagged incorrectly. For instance:

I raised this point on the CS1 talk page (linked above) and the discussion there included a proposed solution with author-mask, but the fix will have to come on the wrapper, not on the underlying CS1 template. Could someone please look into this?-Ich (talk) 08:56, 22 February 2023 (UTC)[reply]

This issue still persists. Article Alex Marson has this problem:
"Test" does not throw the generic name error but "CNNTonight" does.
Jiltedsquirrel (talk) 22:49, 29 July 2023 (UTC)[reply]
I've ran across this same error several times with CNN users, anytime "CNN" is included in the user parameter it throws the "generic name" error. I tried to force it with 'accept-this-as-written-markup' and it still wouldn't work. What I did was change it to cite web and author=@CNN and forced that through. Weird that it seems to happen with CNN and not other users (in my experience). Isaidnoway (talk) 15:25, 30 July 2023 (UTC)[reply]

Template-protected edit request on 8 March 2023

CNNPhilippines is a legitimate and non-generic Twitter user, take away the ((cite web)): |author= has generic name error message from this tweet referenced in Robin Padilla:

Markup: ((Cite tweet |user=CNNPhilippines |number=799422214483234816 |date=November 17, 2016 |title=Padilla: I fully support the war on drugs))
Display: @CNNPhilippines (November 18, 2016). "Padilla: I fully support the war on drugs" (Tweet) – via Twitter.
Ich: This is an instance of your Generic author flag bug.

Anomalocaris (talk) 03:22, 8 March 2023 (UTC)[reply]

 Not done (edit is not ready to publish) Please make your changes in the relevant sandbox, test, then reactivate the immediate edit request. If this is meant just as discussion for someone else to look in to this, feel free to continue below. — xaosflux Talk 16:19, 8 March 2023 (UTC)[reply]
I wonder if we should simply always suppress the generic name error by putting ((...)) around the author (i.e. stripping the conditional at line 46). Nardog (talk) 16:42, 8 March 2023 (UTC)[reply]
Per the above comment from Ich, |author-mask= needs to be implemented. That was suggested at the CS1 discussion page. - Favre1fan93 (talk) 16:56, 8 March 2023 (UTC)[reply]
I tried the (()) workaround before I reported this and it didn't work. As a temporary workaround, you can use "cite web" with "author-mask" to make the error message go away. This is otherwise visually identical to cite tweet.-Ich (talk) 17:20, 8 March 2023 (UTC)[reply]
I'm not in favor of unconditionally masking |author= (and aliases) from the generic name test in cs1|2. In this case, because there is no |last=/|first=/|author=/|author-link= ((cite tweet)) makes |author= from the concatenation of @ and the value assigned to |user=. What Module:Cite tweet might do is recognize when |user= (as the sole name-holding parameter) has the accept-as-written markup. When that markup is found, Module:Cite tweet would insert @:
|user=((CNNPhilippines)) becomes:
cite_args.author = arg.user:gsub ('^(%(%()(.-%)%))$', '%1@%2')
which cs1|2 gets as:
|author=((@CNNPhilippines))
|author-mask= serves no purpose when the only name-holding parameter is |user=.
—Trappist the monk (talk) 17:30, 8 March 2023 (UTC)[reply]
My first stab. See Template:Cite tweet/testcases#Generic name error. Nardog (talk) 17:47, 8 March 2023 (UTC)[reply]
I don't think there's ever a situation where |user= needs to be checked for being generic. We should indeed check if |last/first/author= is generic, especially if we can use |author-mask= to avoid passing |user= along as part of the author. Nardog (talk) 17:51, 8 March 2023 (UTC)[reply]
Perhaps you're right. I have tweaked the module sandbox and the testcases. To ~/sandbox I have added comments (I like comments – a lot) and changed how the module handles cites that have |user= only. That change uses |author-mask= to display the @ with the user name so that cs1|2 does not include it in the author metadata (where it does not belong). You allowed for |first= without |last=. cs1|2 detects that condition as an error and emits an error message so I commented that out. I left your code in-place but commented out. To ~/testcases I added calls to the sandbox templates to show the metadata.
—Trappist the monk (talk) 23:35, 8 March 2023 (UTC)[reply]
Your changes make sense. I concur with not allowing first without last if it's not allowed by the wrapped template anyway; you can just remove the part you commented out. Nardog (talk) 23:46, 8 March 2023 (UTC)[reply]

Question

Is there a tool or script to semi-automate conversion from url to cite tweet or from cite web to cite tweet ?. - Kevo327 (talk) 13:27, 15 June 2023 (UTC)[reply]

Tweets might need to have a registration notice

In what may be another big-brain move from Elon Musk, Twitter is no longer showing tweets to unregistered users, as reported by The Verge. If this is confirmed as intentional or isn't addressed in the next few days, then I believe we'll need to add ['url-access'] = 'registration' to the cite args. SWinxy (talk) 21:20, 30 June 2023 (UTC)[reply]

Musk says that it's a "temporary emergency measure". ...right. SWinxy (talk) 21:43, 30 June 2023 (UTC)[reply]
If this does stay as is moving forward, then yes, we should make this change. - Favre1fan93 (talk) 14:50, 2 July 2023 (UTC)[reply]
So it's been over 48 hours (and over 24 hours since rate-limiting users). I think it's safe to add an edit request tag. SWinxy (talk) 00:10, 3 July 2023 (UTC)[reply]
 Done * Pppery * it has begun... 16:05, 3 July 2023 (UTC)[reply]
Unregistered users can (currently) view an individual Embedded Tweet using a different URL format. Verifiability of cited tweets could be improved by adding the alternative link. Would it be acceptable and feasible to make this change, perhaps using id = '[https://platform.twitter.com/embed/Tweet.html?id=' .. args.number .. ' Embedded Tweet]' or similar to the cite args? AJP (talk) 19:17, 3 July 2023 (UTC)[reply]
Interesting workaround. Who knows if Musk will also pull the plug on embeds, too. It's a good option, sitting alongside the archive urls that seemingly most invocations have. SWinxy (talk) 23:40, 3 July 2023 (UTC)[reply]
Silently, it's back. (And I can now edit it myself! Weeee!) SWinxy (talk) 21:39, 5 July 2023 (UTC)[reply]

Rebrand to X

Twitter is becoming X and X.com is currently pointing to Twitter.com. If that domain takes priority, and "twitter.com" isn't retained, there are about to be many, many broken citations with (and without) this template. - Favre1fan93 (talk) 20:19, 23 July 2023 (UTC)[reply]

Thanks for the heads-up. We'll have to cross that burning bridge when we come to it. I would say that it's difficult to imagine a disaster like twitter.com links not being retained, but the last decade has helped my imagination become a lot more fertile. – Jonesey95 (talk) 18:19, 24 July 2023 (UTC)[reply]
As long as nothing changes to the snowflake... A bigger concern would be the ~30,000 pages that use Cite web instead of this template. SWinxy (talk) 18:49, 24 July 2023 (UTC)[reply]

Requested move 7 August 2023

– Twitter is becoming X. RMXY (talk) 12:29, 7 August 2023 (UTC)[reply]