User talk:Replytooltester

Page contents not supported in other languages.
Add topic
From Wikipedia, the free encyclopedia
 Policy Technical Proposals Idea lab Miscellaneous 
The technical section of the village pump is used to discuss technical issues about Wikipedia. Bug reports and feature requests should be made in Phabricator (see how to report a bug). Bugs with security implications should be reported differently (see how to report security bugs).

If you want to report a JavaScript error, please follow this guideline. Questions about MediaWiki in general should be posted at the MediaWiki support desk. Discussions are automatically archived after remaining inactive for five days.

« Archives, no archives yet (create)


CAPTCHA missing[edit]

Template:Resolved On a different edit that triggers the CAPTCHA mechanism, the CAPTCHA image is missing, so one is unable to respond to the CAPTCHA challenge as there is no image to interpret.

I assume this is related to the database problem I reported above? (this edit is unrelated to that one) -- 64.229.88.43 (talk) 04:21, 16 August 2022 (UTC)[reply]

That I'm not sure about.. which page & is it consistently not appearing? (i.e. close the tab, re-open, refresh the page etc.) — TheresNoTime (talk • she/her) 04:39, 16 August 2022 (UTC)[reply]
Yes, it's consistently not appearing. It happens when I try to use {{subst:submit}} on any draft article -- 64.229.88.43 (talk) 04:42, 16 August 2022 (UTC)[reply]
UPDATE: It just cleared. After reloading a couple of minutes after my last set of tries, the CAPTCHA is now loading properly -- 64.229.88.43 (talk) 04:46, 16 August 2022 (UTC)[reply]
I can also save the edit I was having problems with with the database error reported above... so it seems interlinked? -- 64.229.88.43 (talk) 04:47, 16 August 2022 (UTC)[reply]
Please see my comment on the previous section. Apologies again. --JCrespo (WMF) (talk) 18:27, 18 August 2022 (UTC)[reply]
wikitech:Incidents/2022-08-16_x2_databases_replication_breakage is interesting, though I don't see the connection between what the DBAs did to strip cached edits and in-process atmoicized writes, and the generation or display of CAPTCHAs. Perhaps I'm missing something since I'm not a DBA fluent with how MediaWiki uses MariaDB to generate squiggly images for verification challenges. Thanks for the info -- 64.229.88.43 (talk) 05:12, 19 August 2022 (UTC)[reply]
Hi, thanks for your question. I am certainly not a MediaWiki expert, but there is a dependency between captcha functionality for enwiki and mainstash, which was what temporarily had a disruption:
     root@db1152[mainstash]> select count(*) FROM objectstash where keyname like 'enwiki:captcha:%'\G 
     *************************** 1. row *************************** 
     count(*): 13604 
     1 row in set (0.012 sec)
Mainstash used to live on Redis but now lives on MariaDB servers.
This, added to the temporal coincidence of both the start and end of the issue, based on error logs, make me quite sure both issues were related. This is why I mentioned on the report edit-related activities, as things beyond pure wiki content edits were potentially affected, but not reads.
Again, sorry for the disruption. --JCrespo (WMF) (talk) 09:00, 19 August 2022 (UTC)[reply]

mbox is now TemplateStyled only[edit]

Please report any issues you see at MediaWiki talk:Common.css#mbox is now TemplateStyled only. Thanks! Izno (talk) 17:50, 17 August 2022 (UTC)[reply]

Congrats! 🥳 Jon (WMF) (talk) 21:23, 18 August 2022 (UTC)[reply]
Congratulations indeed! What's next on the list, .hlist? —⁠andrybak (talk) 13:16, 23 August 2022 (UTC)[reply]
You can help (decide). ;) Izno (talk) 17:52, 23 August 2022 (UTC)[reply]

Deactivating certain global scripts per local project[edit]

Hello!

Is there a way to have some globally activated user scripts (Meta - global.js) not affect certain local projects (exclude them)? - Klein Muçi (talk) 09:04, 18 August 2022 (UTC)[reply]

if (mw.config.get('wgDBname') !== 'enwiki') {
    mw.loader.load('Script1');
    mw.loader.load('Script2');
    And any other usual js stuff
    // + Any message you wish to keep
}
Change enwiki to the wiki you want to disable scripts. You can see a working example at my global.js (from line 55 until end) but it's a mess tbh. CX Zoom[he/him] (let's talk • {CX}) 09:15, 18 August 2022 (UTC)[reply]
@CX Zoom, thanks a lot! Exactly what I wanted. And thank you for the detailed example! :) - Klein Muçi (talk) 10:17, 18 August 2022 (UTC)[reply]
@CX Zoom, what would I need to do if I wanted to disable them on more than 1 wikiproject?
(mw.config.get('wgDBname') !== 'enwiki', 'sqwiki') doesn't work. — Klein Muçi (talk) 01:30, 24 August 2022 (UTC)[reply]
(mw.config.get('wgDBname') !== 'enwiki' && mw.config.get('wgDBname') !== 'sqwiki') Izno (talk) 02:04, 24 August 2022 (UTC)[reply]
Izno, thank you! :) — Klein Muçi (talk) 02:19, 24 August 2022 (UTC)[reply]

Template font size[edit]

Template:Resolved {{Who's Who}} generates reduced size font. There are over 2,000 transclusions and the majority seem to be uses within the references section, where the font is already 90%, so the further reduction violates MOS:SMALL (e.g Maggie O'Farrell ref #8). What's the best way to resolve this? There could be a template parameter to specify font reduction when the template is used in normal-size text (if there are any, someone would have to find those and edit them). Is there a better way? MB 17:45, 18 August 2022 (UTC)[reply]

MB, a similar issue is present in template {{Cite OED}}, used for example in ref #10 in Alchemy#References. The problem comes from Template:Link note, which has hardcoded CSS font-size:0.95em; font-size:90%;. I think the best solution is just to remove this bit of the CSS – output of {{Link note}} is already A) wrapped in parentheses and B) also has CSS color:#555 (which some people don't like either). —⁠andrybak (talk) 17:57, 18 August 2022 (UTC)[reply]
It looks like there are 34k more from {{subscription required}} that would also be fixed. MB 18:05, 18 August 2022 (UTC)[reply]
95% (Link note) times 90% (references) is sufficiently sized for MOS:SMALL (>85%). There is a way that this could depend on where the text appears (TemplateStyles).
That said, our MOS:SMALL probably needs to be adjusted to point out the absolute minimum in pixels/pts, as text sizes on Wikipedia have generally increased with each new skin. There is also CSS min() which is newer but could be used later in the future (or double declared even today e.g. font-size: 95%; font-size: clamp(14px, 85%, 1em); or some such). Izno (talk) 18:35, 18 August 2022 (UTC)[reply]
I think using a percentage as guidance is still preferable, under the assumption that readers will use their browser zoom capability to set the base font size to a comfortable size for them. (I know this is not universally true, but it's a reasonable default assumption, as teaching someone how to use their browser zoom feature will enable them to set their desired font size on Wikipedia and other sites.) isaacl (talk) 21:44, 18 August 2022 (UTC)[reply]
Pixels being an example of "the minimum font size is actually X size, and we should not let anything go lower than that, percentages or otherwise". Our 85% rule is based on computing what the minimum font size was in Monobook, but Vector, new Vector, and Timeless all have larger font sizes, so it stands to reason that we can use smaller fonts and that really, it should be defined by the absolute minimum. Pixel-based sizes still respond to zoom anyway. Izno (talk) 22:06, 18 August 2022 (UTC)[reply]
Yes, precisely because pixel-based sizes zoom, I think a percentage is still preferable. A user will use the zoom function to adjust the base font to a comfortable size, no matter what pixel size the skin has set. Thus specifying a reasonable minimum size as a percentage of the base font size will automatically scale to the user's preference. isaacl (talk) 22:14, 18 August 2022 (UTC)[reply]
Then I don't see what issue you have with font-size: clamp(14px, 85%, 1em);. And anyway, that was illustrative. Izno (talk) 22:45, 18 August 2022 (UTC)[reply]
I apologize for not being clear. I wasn't referring to your code sample, but your statement our MOS:SMALL probably needs to be adjusted to point out the absolute minimum in pixels/pts. isaacl (talk) 23:01, 18 August 2022 (UTC)[reply]
MB, I have increased the font size at {{link note}} to 95%, which fixes this MOS:SMALLFONT problem. Thanks for reporting it. – Jonesey95 (talk) 14:41, 23 August 2022 (UTC)[reply]

Page previews displaying vandal images long after vandal edits were reverted[edit]

Some time ago today, the article Kharijites, today's featured article, was vandalised with vulgar images edited over the entire lead section. This resulted in this image (warning: graphic) becoming the page preview image for over an hour now. I'm fairly confident this is some server-side issue, as I've cleared my cache, and purged the article, the image, and the main page, and yet still the explicit image from the vandal attack is still showing up in the page preview on the main page of the site. I find it completely unacceptable that such a quick vandal edit could have such long-lasting effects. Is there anything that can be done about this on the technical side of things? Hecseur (talk) 19:22, 18 August 2022 (UTC)[reply]

I don't see the graphic image. I hadn't attempted the preview until seeing this thread. Killiondude (talk) 19:25, 18 August 2022 (UTC)[reply]
I carried out a dummy edit on the article, which seems to have sorted it out. Or maybe it was Template:Logid without the images in question. *shrugs* Sdrqaz (talk) 19:31, 18 August 2022 (UTC)[reply]
Traditionally a Null edit is required in these circumstances. -- zzuuzz (talk) 19:34, 18 August 2022 (UTC)[reply]
I did do one before trying a dummy edit, but it didn't seem to have the desired effect. Sdrqaz (talk) 19:37, 18 August 2022 (UTC)[reply]
I am still seeing the image on mobile preview and header after accessing the article in the app yesterday, so more work may be needed to force clearing the cache on mobile. I'm unfamiliar with editing so not sure how to do it, but read this
How can I purge a bad image?
The pageimage only changes when a link in an article changes. For emergencies, please add/remove links from the page, reverting if necessary. Purging will not work. For larger emergencies please file a Phabricator ticket. MelitaJay (talk) 17:30, 19 August 2022 (UTC)[reply]
I removed a link from the page and reverted it. This has solved the problem. MelitaJay (talk) 17:37, 19 August 2022 (UTC)[reply]

Page tab problems[edit]

Is anyone else having issues with their tool tabs - when I open my page tool tab, the bolded options no longer provide drill down options when I hover over them. It would be good to know if this is an issue that has just cropped up or a known long-term problem related to script incompatibilites or some other issue. Iskandar323 (talk) 19:46, 18 August 2022 (UTC)[reply]

I've made a hotfix for MoreMenu, which I believe is what you're referring to. phab:T315418 is in fact what caused this. For those using Vector legacy + MoreMenu, you should soon see MoreMenu behaving normally, but the native "More" menu will still require a click to expand. MusikAnimal talk 20:27, 18 August 2022 (UTC)[reply]
@MusikAnimal: Great! Yep. That was the one, and it seems to be working again now. Thanks. Iskandar323 (talk) 06:03, 19 August 2022 (UTC)[reply]

WP:Contents issue[edit]

I am in the process of redesigning the WP:Contents page. At the bottom of the page, where it says content listings, there is a vertical line that I can't seem to get rid of. I tried editing the page a lot to see if I can get it, but to no avail. I'm hoping to get some help regarding how I can fix this. Interstellarity (talk) 21:41, 18 August 2022 (UTC)[reply]

it looks like this line is a border added by the intro to single template. adding "|noborder=y" (after "|padbottom=20px", for example) should resolve your issue. dying (talk) 22:11, 18 August 2022 (UTC)[reply]
@Dying: Thank you, that resolves the issue. I would also like to get rid of the whitespace between Category:Contemporary history by country and the Content listings. What can I do to fix that? Interstellarity (talk) 22:18, 18 August 2022 (UTC)[reply]
i think that is just the space that the template inserts after what is defined as the lead, and before what is defined as the top. right now, the top is not defined, but most of the text is in the lead, so the space appears between the lead and the bottom. the space can be shifted up by adding "| top =" somewhere (on the line above "== Vital articles ==", for example). dying (talk) 22:40, 18 August 2022 (UTC)[reply]
@Dying I would like to know on the contents page, how to fix the page width to variable which was raised at WP:VPI so that it looks better. Interstellarity (talk) 14:05, 20 August 2022 (UTC)[reply]
it looks like xaosflux is correct, and the width is hardcoded into the template you were using. although it may be possible to override this, i would not worry about it too much, as the redesign has been reverted, citing Template:Diff3 of a similar redesign of the about page. dying (talk) 20:28, 20 August 2022 (UTC)[reply]

Running js via url[edit]

I remember seeing that a certain string when appended to a page url can run javascript on a one-time basis. I don't recall that. Can someone please help? Thanks! CX Zoom[he/him] (let's talk • {CX}) 07:35, 19 August 2022 (UTC)[reply]

You are looking for ?withJS=MediaWiki:Pagename.js or ?widthgadget=gadgetnameTheDJ (talkcontribs) 08:42, 19 August 2022 (UTC)[reply]
That second one, of course, should be ?withgadget. The ?withJS only works for scripts in the MediaWiki namespace. For other scripts, see a similar question I answered about how to use the DYKcheck tool without installing it: Wikipedia talk:Did you know/Archive 186#Wikipedia:Did you know/DYKcheck. The same method could be used to run other scripts. It's not exactly what you asked for, but it may do what you need.  MANdARAXXAЯAbИAM  17:14, 19 August 2022 (UTC)[reply]
(edit conflict) It's withgadget and it only allows gadgets with supportsUrlLoad at MediaWiki:Gadgets-definition, e.g. https://en.wikipedia.org/wiki/Example?withgadget=UTCLiveClock. withJS can load any js page in the Mediawiki namespace, e.g. https://en.wikipedia.org/wiki/Example?withJS=MediaWiki:Gadget-UTCLiveClock.js. There is a similar withCSS. withgadget is part of MediaWiki since December 2021. withJS and withCSS rely on code in MediaWiki:Common.js. There is also a version in mw:Snippets/Load JS and CSS by URL. PrimeHunter (talk) 17:16, 19 August 2022 (UTC)[reply]
Thank you very much everyone! CX Zoom[he/him] (let's talk • {CX}) 14:58, 20 August 2022 (UTC)[reply]

dashes script malfunction[edit]

Of late, the dashes script and various mirrors have stopped performing, and the button that calls the script in the dropdown menu (More tab) has been replaced by auto ed. At the same time, the script functionality has also disappeared. However, none of the core AutoEd modules seems to have changed. What could be causing this issue?  Ohc revolution of our times 09:47, 19 August 2022 (UTC)[reply]

The importScript call at line 150 is (I know not why) no longer returning a truthy value, so various things are not being set. I created a version of the script without that condition at User:William Avery/dashes.js, and it seems to work on my sandbox. William Avery (talk) 12:40, 19 August 2022 (UTC)[reply]
It would seem importScript is no longer synchonous since this change. William Avery (talk) 11:57, 20 August 2022 (UTC)[reply]
I completely removed it from my common.js a couple of days ago. I was concerned because of the what is mentioned above, but also the warning on GregU's dashes script, "Code that you insert on this page could contain malicious content capable of compromising your account." I really loved the convenience of using it, but not unless someone can come up with a safe and reliable code for us. — Maile (talk) 23:18, 22 August 2022 (UTC)[reply]
The warning is a standard warning and is something you should be concerned with for all the scripts you use. This particular issue is not pertinent to why that warning is there. Izno (talk) 23:30, 22 August 2022 (UTC)[reply]
The fix for this issue is to replace User:GregU/dashes.js with User:Ohconfucius/dashes.js on your common.js
file/page. Dawnseeker2000 16:22, 23 August 2022 (UTC)[reply]
importScript is not, and never used to be, synchronous. However, you're right that it no longer returns a truthy value, which is causing GregU's version to not work. Putting the importScript call in an if condition to check whether AutoEd has loaded, will no longer work – it should instead check if a global created by AutoEd is defined. – SD0001 (talk) 18:29, 23 August 2022 (UTC)[reply]

Table not updating[edit]

Wikipedia:List of administrators/stat table - Wikipedia Wakelamp d[@-@]b (talk) 10:27, 19 August 2022 (UTC)[reply]

@Wakelamp: Wikipedia:List of administrators/stat table is not automatic, or bot updated. You can updated it by editing. I've templated it as out of date. — xaosflux Talk 12:45, 19 August 2022 (UTC)[reply]

Is there an update to Vector-2022 today/yesterday?[edit]

Not sure if there is an update to Vector-2022 on 18 August 2022 and/or 19 August 2022, as Xtools and Shortdesc helper are suddenly no longer functional despite both already enabled in gadgets. Both gadgets were working fine on 17 August 2022 and before. Paper9oll (🔔📝) 12:40, 19 August 2022 (UTC)[reply]

Paper9oll, I fixed XTools Article Info gadget on bnwiki in my own way. Yahya (talkcontribs.) 14:50, 19 August 2022 (UTC)[reply]
@Yahya Haven't tried your script, but this isn't really a permanent solution. But any idea, if it's due to an update to Vector-2022 that rolled out probably in past 2 days, that causes both tools to suddenly stopped functioning in Vector-2022? Not sure, if the update removed or renamed some css classes that causes both tools to no longer function/display. Paper9oll (🔔📝) 16:35, 19 August 2022 (UTC)[reply]
The XTools gadget has now been fixed, both here on enwiki as well as the global script. Ironically, I was asked how the gadget worked so that the team would not break it, but it looks like that inquiry was for a different project (DiscussionTools), and unrelated to the change in Vector 2022. MusikAnimal talk 19:41, 19 August 2022 (UTC)[reply]
@MusikAnimal: Please could you give some detail of how you fixed your gadget – there are other scripts that currently hunt for the contentSub id. @Galobtter: Shortdesc-helper attaches to #contentSub and I have a user script that does the same thing. — GhostInTheMachine talk to me 17:20, 20 August 2022 (UTC)[reply]
@GhostInTheMachine I did the same as Yahya did on bnwiki and am now inserting the content before #bodyContent, but only for Vector-2022. Hope this helps. MusikAnimal talk 22:08, 22 August 2022 (UTC)[reply]
As well as Shortdesc Helper, d:User:Yair rand/WikidataInfo.js has stopped working for me on Vector 2022 around this time. Ham II (talk) 08:39, 21 August 2022 (UTC)[reply]

Multiple Table options when editing slowing down pages[edit]

Is anyone else getting the Tables options appearing just above the edit box multiple times when editing? I've got rows and rows of this, but only in the last 24 hours or so. It's really slowing down the page loading, practically making editing impossible, with the page crashing on some browsers. Iveagh Gardens (talk) 14:38, 19 August 2022 (UTC)[reply]

@Iveagh Gardens: I suddenly had that problem today, and tracked it down to my common.js being imported into itself. Fixed by this edit: https://en.wikipedia.org/w/index.php?title=User:William_Avery/common.js&diff=prev&oldid=1105258013 I have no idea 1/ how that happened, 2/ why it didn't cause a problem before, or 3/ why the behaviour changed. You too seem to have that problem in https://en.wikipedia.org/wiki/User:Iveagh_Gardens/common.js William Avery (talk) 15:06, 19 August 2022 (UTC)[reply]
@Iveagh Gardens You need to undo this edit: Special:Diff/1030376399. --Ahecht (TALK
PAGE
) 18:51, 19 August 2022 (UTC)[reply]
@William Avery: and @Ahecht:, thank you both for that, it's been resolved. An odd sleeper bug! –Iveagh Gardens (talk) 07:25, 20 August 2022 (UTC)[reply]
It would seem importScript no longer checks to see if a script has already been loaded, since this change William Avery (talk) 11:58, 20 August 2022 (UTC)[reply]

History split[edit]

Could an admin move/remove the oldest two revisions of https://en.wikipedia.org/w/index.php?title=Honor_walk&action=history? This was someone's sandbox, and two revisions for an unrelated article seem to have been moved along with the history for the current page. Thanks, WhatamIdoing (talk) 18:29, 19 August 2022 (UTC)[reply]

Template:Doingxaosflux Talk 18:38, 19 August 2022 (UTC)[reply]
Done split to User:Drewmutt/sandbox/Baby cage. — xaosflux Talk 18:45, 19 August 2022 (UTC)[reply]

Blacklisting Ahmed Alhemrayi etc.[edit]

There have multiple attempts by sockpuppets to create articles on Ahmed Al-Hemrayi Ahmed Alhemrayi, and other forms of these names. There are also attempts to evade the record by the insertion of unnecessary disambiguators after the name. I am requesting that they be added to the Title Blacklist, which says that I may also ask for advice here, perhaps about how to make the request. Several forms of the name have already been salted in article space and draft space, so the spammers are tweaking the names. Is it necessary to discuss this anywhere else, or will the previous record of the deletion and salting be sufficient? Robert McClenon (talk) 00:44, 20 August 2022 (UTC)[reply]

Some of the forms are only salted in draft space. See also Ahmed Alhemyari YouTuber and [[Ahmed Alhemyari ( You Tubers). Robert McClenon (talk) 00:52, 20 August 2022 (UTC)[reply]
Just some advice on making the request. It took me ages to discover User talk:Mr intartok. The more examples showing the scale, variations and timescales, the better. -- zzuuzz (talk) 01:29, 20 August 2022 (UTC)[reply]
Wouldn't it be better to leave an obvious title in Draftspace untouched to serve as a honeypot so that he isn't coming up with increasingly ludicrous names like Ahmed Alhemrayi' Hyper Deluxe YouTube Provocateur Hates Mirza Ahmad And Wants Wikipedia To Take Control Of Google To Get Those Fucking Search Results That I Look Up But Refuse To Admit It Changed? —Jéské Couriano v^_^v a little blue Bori 01:50, 20 August 2022 (UTC)[reply]
Yes, I hate to see draftspace be salted because it non-salt allows recreation within draftspace at a location that is probably in someone's watchlist (if Twinkle is used for CSD nom). If someone is determined enough, salting would force them to create something like "Biography of Foo Bar" or "YouTube career of Foo Bar" instead of just "Foo Bar" which makes recreation detection difficult. CX Zoom[he/him] (let's talk • {CX}) 05:09, 20 August 2022 (UTC)[reply]
Good points and I’ve done just that so I can tell when it has been recreated. Doug Weller talk 18:05, 20 August 2022 (UTC)[reply]

Graph module for Vega 3+[edit]

Hi, recently development of Graph Extension is more active. There's a slim shade of hope that Vega framework will be updated to a more recent version in the near future. Most of the graphs in Wikipedia articles are generated by template and associated Scribunto module – it's based on Vega 2 syntax. It's incompatible with Vega 3+.

Is anyone currently working on a new version (or complete rewriting) of this module Module:Graph prepared for Vega 3+?

Some part of code are workarounds of bugs in current version extension. Many bugs mentioned by editors can't be solved by module or template. For reference please see Template_talk:Graph:Chart and Module_talk:Graph

Current module is handling the most of the processing of user provided data. It seems that Vega 3+ can do the bulk of this work, presumably with better results and faster. It also can handle and transform external data (eg. Wiki data or tables) very well.

Maybe it would be a good idea to switch to Vega-Lite syntax. It's more human friendly and easier to understand. Syntax is simpler and requires less input for typical charts.

Any ideas? Volunteers? Unfounded critique? Pietrasagh (talk) 11:48, 21 August 2022 (UTC)[reply]

@Pietrasagh: See phab:T223026 in mw:Phabricator. --AKlapper (WMF) (talk) 23:41, 21 August 2022 (UTC)[reply]

Vector 2022 now leaving a lot of blank space on the left and right of my screen.[edit]

A waste of space and I'm sure not what was intended. Doug Weller talk 16:19, 21 August 2022 (UTC)[reply]

The blank space is intended, see Template:§l and Template:§l. Rummskartoffel 16:55, 21 August 2022 (UTC)[reply]
@Rummskartoffel and this change was done in the last day? It doesn’t show on my iPad just my Wondows pc. Doug Weller talk 19:03, 21 August 2022 (UTC)[reply]
None that I know about; there's (supposed to have) been a lot of blank space in Vector-2022 on larger screens for a while now. A difference between an iPad and a (presumably larger) PC screen would be expected. Rummskartoffel 19:52, 21 August 2022 (UTC)[reply]
@Doug Weller, if you don't want to keep this extra whitespace, then I found a gadget today that I've enabled that reduces the whitespace that's added. It's called wide-vector-2022 and is near the bottom of the gadgets list. Dreamy Jazz talk to me | my contributions 22:50, 21 August 2022 (UTC)[reply]
The gadget is only listed at Special:Preferences#mw-prefsection-gadgets if your skin is Vector 2022. Here is a comparison of Wikipedia in Vector 2022 without the gadget (assuming you haven't enabled the gadget) and with the gadget. PrimeHunter (talk) 23:56, 21 August 2022 (UTC)[reply]
Seems ok now. Doug Weller talk 20:14, 23 August 2022 (UTC)[reply]

Section edit deletes rest of page[edit]

This is an issue that occasionally appears. With this section edit I accidentally replaced the rest of the page with just the edited section. This happens if when an edit section preview is saved in the browser cache. This happend when I started the edit one day and previewed it, closed the browser without saving the edit, then finished the edit the next day in a new browser session. Everything looks normal as you preview the section, but when you save it the rest of the page is gone. While the simple solution is not to use cached edits, it's not a behaviour that should be expected. —  Jts1882 | talk  09:34, 22 August 2022 (UTC)[reply]

When I start a section edit at Talk:Fish#Why are conodonts excluded?, the url is https://en.wikipedia.org/w/index.php?title=Talk:Fish&action=edit&section=8. After a preview it becomes https://en.wikipedia.org/w/index.php?title=Talk:Fish&action=submit, the same as if I edited the whole page. Is it the same url's for you? The information that you edited a section is no longer in the url. When you closed the browser, this information was apparently lost. After reopening the browser, it remembered the last url and what you had in the text area but did not communicate with MediaWiki that it was a section edit. MediaWiki apparently assumed it was a whole page edit. I don't know whether this is a known issue or has a fix other than not doing that. What is the browser? PrimeHunter (talk) 14:32, 22 August 2022 (UTC)[reply]
Ah, the lack of the section in the preview url explains it. The the browser (Firefox) must cached the contents of the edit window but not the information needed to handle the section. I suppose I'll just have to be careful. —  Jts1882 | talk  13:44, 23 August 2022 (UTC)[reply]

Sogdian language rendering support[edit]

In the Sogdian language article my Firefox browser displays gibberish instead of native characters and there's no in-article link to fix it. Where can I download relevant rendering support for Firefox? Brandmeistertalk 10:43, 22 August 2022 (UTC)[reply]

@Brandmeister: Template:§l has links to Noto Sans Old Sogdian and Noto Sans Sogdian. Rummskartoffel 11:01, 22 August 2022 (UTC)[reply]
Thanks, works except the last line. Sogdian alphabet states it uses three scripts, but the infobox seemingly has four scripts, that fourth script doesn't render properly for me, despite installing both fonts. Brandmeistertalk 11:23, 22 August 2022 (UTC)[reply]
@Brandmeister: Right, I missed that one. You'll need Noto Sans Manichaean as well. Rummskartoffel 11:31, 22 August 2022 (UTC)[reply]

Automatically hide TOC in Vector 2022[edit]

Hello,

I would like to automatically hide the table of contents on every page load.

I am using the new Vector 2022 skin.

I tried to achieve this by manually triggering the "click" event of the "hide" button when the page loads. I added to following lines to my JS page:

$(document).ready(function() {
	$(".vector-toc-collapse-button").click();
});

But, unfortunately nothing happens, and the TOC keeps appearing on the sidebar when the page loads. The code DOES work when I run it from my browser's console, but does nothing when added to my common.js page, even after clearing my browser's cache.

Does anyone have an idea how can I hide the TOC automatically on every page?

Thanks, Guycn2 (talk) 15:48, 22 August 2022 (UTC)[reply]

It doesn't work because the javascript executes before the TOC has loaded. Something like this may work, though still very hacky (it checks for the button every 500 ms until it's found, then clicks it):
$(document).ready(function() {
    var interval = setInterval(function() {
        if ( $(".vector-toc-collapse-button").length ) {
            $(".vector-toc-collapse-button").click();
            clearInterval(interval);
        }
    }, 500);
});
SD0001 (talk) 16:52, 22 August 2022 (UTC)[reply]
Thank you very much! Guycn2 (talk) 16:59, 22 August 2022 (UTC)[reply]

Edit Notices on Mobile[edit]

Notice, WP:ENOM has launched wave 3 of the deployment, visibility to all autoconfirmed users. If there is a major breaking change discovered, this may be reverted at MediaWiki:Gadgets-definition. For other feedback, Wikipedia talk:EditNoticesOnMobile is available. — xaosflux Talk 18:11, 22 August 2022 (UTC)[reply]

CORS errors on WikiNav[edit]

Has WikiNav stopped working? It appears it tries to fetch data from wikinav.wmcloud.org, which is not returning the required CORS headers. Is there a way to circumvent this? I tried accessing wikinav.wmcloud.org directly but it's 502. Nardog (talk) 19:12, 22 August 2022 (UTC)[reply]

Broken for me too. Certes (talk) 19:33, 22 August 2022 (UTC)[reply]
An issue was opened in the WikiNav project on GitHub two days ago about this. The people listed as administrators here are the people with server access who should be able to log in and restart/fix it. Multiple people have also brought it up in the #wikimedia-research IRC channel, hopefully one of those mechanisms will get a response. Legoktm (talk) 22:50, 22 August 2022 (UTC)[reply]

Tech News: 2022-34[edit]

00:09, 23 August 2022 (UTC)

refill ng[edit]

input:

  • <ref>https://www.worldcat.org/title/elementary-my-dear-groucho/oclc/829706209</ref>
  • <ref>https://www.worldcat.org/title/groucho-marx-and-the-broadway-murders/oclc/47893483</ref>
  • <ref>https://www.worldcat.org/title/groucho-marx-king-of-the-jungle/oclc/159708833</ref>
  • <ref>https://www.worldcat.org/title/groucho-marx-master-detective/oclc/1310412187</ref>
  • <ref>https://www.worldcat.org/title/groucho-marx-private-eye/oclc/914301746</ref>
  • <ref>https://www.worldcat.org/title/groucho-marx-secret-agent/oclc/982635033</ref>

output:

  • <ref>{{Cite web|url=https://www.overdrive.com/search?q=7D68B9AE-CCCC-4F14-983A-38CDC71C2315|title=Elementary, my dear Groucho|first=Ron|last=Goulart|date=August 22, 2011|publisher=Thomas Dunne Books/St. Martin's Minotaur|via=Open WorldCat}}</ref>
  • <ref>{{Cite web|url=https://www.worldcat.org/title/groucho-marx-and-the-broadway-murders/oclc/47893483|title=Groucho Marx and the Broadway murders|first=Ron|last=Goulart|date=August 22, 2002|publisher=Chivers Press ; Thorndike Press|via=Open WorldCat}}</ref>
  • <ref>{{Cite web|url=https://www.worldcat.org/title/groucho-marx-king-of-the-jungle/oclc/159708833|title=Groucho Marx, king of the jungle|first=Ron|last=Goulart|date=August 22, 2007|publisher=Camden|via=Open WorldCat}}</ref>
  • <ref>{{Cite web|url=https://www.vlebooks.com/vleweb/product/openreader?id=none&isbn=9781250090874|title=Groucho Marx, Master Detective|first=Ron|last=Goulart|date=August 22, 2015|publisher=St. Martin's Press|via=Open WorldCat}}</ref>
  • <ref>{{Cite web|url=http://rbdigital.oneclickdigital.com/|title=Groucho Marx, private eye|first=Ron|last=Goulart|date=August 22, 2015|via=Open WorldCat}}</ref>
  • <ref>{{Cite web|url=https://www.worldcat.org/title/groucho-marx-secret-agent/oclc/982635033|title=Groucho Marx, secret agent|first=Ron|last=Goulart|date=August 22, 2003|via=Open WorldCat}}</ref>
  • 0mtwb9gd5wx (talk) 02:42, 23 August 2022 (UTC)[reply]
    @0mtwb9gd5wx this is an external tool, you may report issues using the information here Wikipedia:ReFill#Reporting_problems. — xaosflux Talk 10:39, 23 August 2022 (UTC)[reply]

Duplicate tabs for user scripts (editProtectedHelper, csdhelper)[edit]

Template:Resolved I went away last week, and this week I am seeing duplicates for some of my user scripts (User:Jackmcbarn/editProtectedHelper and User:Ale_jrb/Scripts/csdhelper.js specifically). With EPHelper I get two rows of the same buttons (i.e. two "Respond", two "Remove request", etc), and with CSDhelper I get two "Speedy" tabs at the top of the page next to the Talk tab. I'm sure this is a THURSDAY issue, but I can't find anything obvious in the release notes to see what it was, and I'm not seeing a phab task indicating that anyone else has noticed (though I've never been good at finding tasks on there). Primefac (talk) 09:42, 23 August 2022 (UTC)[reply]

@Primefac: Assuming you are using the Vector skin, you are importing the scripts twice: common.js line 2 and vector.js line 16 for editProtectedHelper and common.js line 3 and vector.js line 18 for csdhelper. Apparently (see help desk question about the same issue), importScript() used to deduplicate imports, but no longer does so. Removing the duplicate imports should fix it. Rummskartoffel 10:03, 23 August 2022 (UTC)[reply]
Many thanks. Primefac (talk) 10:10, 23 August 2022 (UTC)[reply]

Something has been changed on MediaWiki 1.39/wmf.25, causing the Signature minimisation to no longer work. The developer has not edited in two years, so just wondering if someone else could troubleshoot instead. 1989 (talk) 19:37, 23 August 2022 (UTC)[reply]

It's because of this change in mediawiki. This script internally uses importStyleSheet and expects it to return a style tag object. But this is no longer the case. Depending on what exactly the script does this for, there may or may not be a straightforward fix for this. One option is to propose a mediawiki change to keep the legacy return value. – SD0001 (talk) 20:35, 23 August 2022 (UTC)[reply]
@Krinkle: Any chance this could be amended? There could be more scripts no longer working because of this change. 1989 (talk) 21:06, 23 August 2022 (UTC)[reply]
I have filed a patch: https://gerrit.wikimedia.org/r/c/mediawiki/core/+/825906. – SD0001 (talk) 21:07, 23 August 2022 (UTC)[reply]

Scripts now loading on mobile?[edit]

Have changes been made to the mobile code? I'm noticing the diff id is appearing in plain text when I load from watchlist and some of my userscripts are now loading in mobile mode (en.m). If so, any place I can see what changes were made? No real issue, just trying to see what else I can now do without switching to desktop mode. Slywriter (talk) 20:27, 23 August 2022 (UTC)[reply]

Yes. Scripts you import using importScript will now load on mobile. The change is this one, there's no phab ticket I think. – SD0001 (talk) 20:37, 23 August 2022 (UTC)[reply]
It was probably caused by the recent chatter in phab:T27845. Izno (talk) 21:01, 23 August 2022 (UTC)[reply]

What's causing the pink highlighting in this Afd comment?[edit]

What's causing the pink highlighting on the comment of 22:50, 22 August 2022 (diff; perma) in this Afd? The highlighting includes the four indented replies, and stops at the next bullet item flush left, and is visible on multiple browsers on Win 10 and iOS 15. Here's a bit of rendered html which might help.

Html of comment of 22:50, 22 Aug (text shortened for brevity) with slight context before and after
(Last bit of preceding, unhighlighted comment shown for context:)
...It's anti-creationist. <a href="/wiki/User:RedactedUserA" title="User:RedactedUserA">RedactedUserA</a> (<a href="/wiki/User_talk:RedactedUserA" title="User talk:RedactedUserA">talk</a>) 02:48, 24 August 2022 (UTC)<span class="ext-discussiontools-init-replylink-buttons" data-mw-comment="{"type":"comment","level":3,"id":"c-RedactedUserA-20220824024800-RedactedUserB-20220822224500","replies":[],"timestamp":"20220824024800","author":"RedactedUserA"}"><!--__DTREPLYBUTTONSCONTENT__--></span><span data-mw-comment-end="c-RedactedUserA-20220824024800-RedactedUserB-20220822224500"></span></dd></dl></li></ul>
(Start of comment by User1 with pink highlighting)
<ul><li><b><span data-mw-comment-start="" id="c-RedactedUser1-20220822225000-RedactedUser2-20220822032200"></span>Delete</b>. Per all of the above. Nothing else to say, except that
(Some content redacted here)
depending on the result of the discussion on the WikiProject Talk page, naturally). <a href="/wiki/User:RedactedUser1" title="User:RedactedUser1">RedactedUser1</a> (<a href="/wiki/User_talk:RedactedUser1" title="User talk:RedactedUser1">talk</a>) 22:50, 22 August 2022 (UTC)<span class="ext-discussiontools-init-replylink-buttons" data-mw-comment="{"type":"comment","level":2,"id":"c-RedactedUser1-20220822225000-RedactedUser2-20220822032200","replies":["c-RedactedUser3-20220823005600-RedactedUser1-20220822225000"],"timestamp":"20220822225000","author":"RedactedUser1"}"><!--__DTREPLYBUTTONSCONTENT__--></span><span data-mw-comment-end="c-RedactedUser1-20220822225000-RedactedUser2-20220822032200"></span>
(End of first comment with hightlighting; all replies also highlighted; here's the first bit of the first reply, for context:)
<dl><dd><span data-mw-comment-start="" id="c-RedactedUser3-20220823005600-RedactedUser1-20220822225000"></span>DO NOT DELETE -- There is clearly a ...

I just don't see what is causing this. P.S.: Please ping me in your reply. Thank you. Mathglot (talk) 06:53, 24 August 2022 (UTC)[reply]

testing T316074 second reply. Replytooltester (talk) 14:25, 8 September 2022 (UTC)[reply]