Wikipedia:Village pump (technical): Difference between revisions

From Wikipedia, the free encyclopedia
Content deleted Content added
→‎"Rate this page"?: about redirects: A fix for this was requested on Bug 29164
 
Line 1: Line 1:
<noinclude>{{Short description|Page for discussing Wikipedia technical issues}}<!--
<noinclude>
-->{{pp-move-indef|small=yes}}<!--
{{Villagepumppages|1=Technical|2=The '''technical''' section of the village pump is used to discuss technical issues ''about'' '''Wikipedia'''. Bugs and feature requests should be made at [[MediaZilla:|BugZilla]].
-->{{User:MiszaBot/config
<!--All of the text for this top section is found at template:Villagepumppages-->
| archive = Wikipedia:Village pump (technical)/Archive %(counter)d
Newcomers to the technical village pump are encouraged to read [[Wikipedia:Village pump (technical)/Before posting|these guidelines]] prior to posting here. Questions about [[MediaWiki]] in general should be posted at the [[mw:Project:Support desk|MediaWiki support desk]].
| algo = old(5d)

| counter = 212
|center=<div id="villagepumpfaq">{{FAQ|see also=[[Wikipedia:Technical FAQ]]|style=margin:0 1em;}}</div>
| maxarchivesize = 500k
|3=WP:VPT|4=WP:VP/T|5=WP:TECHPUMP|6=WP:PUMPTECH}}<!--
| minthreadsleft = 4

| minthreadstoarchive = 1
-->__NEWSECTIONLINK__<!--
| archiveheader = {{Wikipedia:Village pump/Archive header}}

--><!-- ''comment'' this out in case of bot-racing -->{{User:MiszaBot/config
|archiveheader = {{Wikipedia:Village pump/Archive header}}
|maxarchivesize = 300K
|counter = 90
|algo = old(7d)
|archive = Wikipedia:Village pump (technical)/Archive %(counter)d
}}<!--
}}<!--


Please do not move these categories to the bottom of the page. If they are there, they will be removed by the process of archiving the page.
Please do not move these categories to the end of the page. If they are there, they will be removed by the process of archiving the page.

--><!--


-->
-->
[[Category:Wikipedia village pump]]
{{cent}}
[[Category:Non-talk pages that are automatically signed]]
[[Category:Pages automatically checked for incorrect links]]
[[Category:Pages that should not be manually archived]]
<!--
-->
{{village pump page header|1=Technical|2=The '''technical''' section of the [[Wikipedia:Village pump|village pump]] is used to discuss technical issues ''about'' '''Wikipedia'''. Bug reports and feature requests should be made in [[mw:Phabricator|Phabricator]] (see [[mw:How to report a bug|how to report a bug]]). Bugs with [[web application security|security implications]] should be reported differently (see [[mw:Reporting security bugs|how to report security bugs]]).
<!-- All of the text for this top section is found at template:Villagepumppages -->
If you want to report a [[JavaScript]] error, please follow [[Wikipedia:Reporting JavaScript errors|this guideline]]. Questions about [[MediaWiki]] in general should be posted at the [[mw:Project:Support desk|MediaWiki support desk]]. Discussions are automatically archived after remaining inactive for five days.
|center=<div id="villagepumpfaq" style="clear:both; text-align: center; margin: 0 auto;">{{FAQ|see also=[[Wikipedia:FAQ/Technical]]|style=margin: 0 auto; width: 85%;|collapsed=yes}}</div>
|3=WP:VPT|4=WP:VP/T|5=WP:TECHPUMP|6=WP:PUMPTECH
}}__NEWSECTIONLINK__
{{centralized discussion|compact=yes}}
__TOC__
__TOC__
<span id="below_toc"/>
<div style="clear:both;" id="below_toc"></div></noinclude><!--
Please add new questions to the end of the page. The easiest way to add a question is to click the "New post" link, near the top of the page.
{{-}}

[[Category:Wikipedia noticeboards|{{PAGENAME}}]]
[[Category:Wikipedia features|{{PAGENAME}}]]
[[Category:Non-talk pages that are automatically signed]]
[[Category:Pages automatically checked for accidental language links]]

[[ar:ويكيبيديا:الميدان/تقنية]]
[[ca:Viquipèdia:La taverna/Arxius/Tecnicismes/Recent]]
[[cs:Wikipedie:Pod lípou (technika)]]
[[es:Wikipedia:Café/Portal/Archivo/Técnica/Actual]]
[[fa:ویکی‌پدیا:قهوه‌خانه/فنی]]
[[ka:ვიკიპედია:ყავახანა/ტექნიკური საკითხები]]
[[kk:Уикипедия:Ауыл құдығы/техникалық]]
[[hu:Wikipédia:Kocsmafal (műszaki)]]
[[mk:Википедија:Селска чешма (Техника)]]
[[mr:विकिपीडिया:चावडी/तांत्रिक प्रश्न]]
[[ms:Wikipedia:Kedai Kopi (teknikal)]]
[[pl:Wikipedia:Kawiarenka/Kwestie techniczne]]
[[pt:Wikipedia:Café dos programadores]]
[[ru:Википедия:Форум/Технический]]
[[sr:Википедија:Трг/Архива/Техника/20]]
[[fi:Wikipedia:Kahvihuone (tekniikka)]]
[[uk:Вікіпедія:Кнайпа (технічні питання)]]
[[zh-yue:Wikipedia:城市論壇 (技術)]]
[[zh:Wikipedia:互助客栈/技术]]
</noinclude><!--

Please add new questions to the bottom. The easiest way to add a question is to click the "add" link, just above the table of contents.


-->
-->


== IP Information tool ==
== Why are diffs so inappropriately "inexact"? ==
{{Tracked|T363118}}

Facing a new issue today regarding the [[:foundation:Legal:IP Information tool guidelines|IP Information Tool]] where access to some of the non-admin information does not show up in the Special:Contributions page for an IP as it did before. That page now only shows "Version", "Active blocks", and "Contributions". Oddly, the country (not city) location still pops up on the watchlist preview, even though it does not show on the Contributions page. Anyone else seeing similar? Best, [[User:Chipmunkdavis|CMD]] ([[User talk:Chipmunkdavis|talk]]) 08:00, 15 May 2024 (UTC)
Hi, I've been editing Wikipedia for many years. I'm shocked that the recognition capability for diffs is so lousy -- it's so rudimentary it seems like something from the 1970s or earlier. If you move one paragraph, everything under that paragraph shows up as completely new, even though it isn't. And so on. Why is the Wikipedia diff software unable to recognize exact text below a deletion, and so forth? Why can't this be improved? It's not rocket science, as they say. Word processors mastered this decades ago. And since diffs are such a vital part of any reliable editor's monitoring work, why isn't this a priority to reform? Text recognition capability seems to be a fairly easy thing to upgrade. [[User:Softlavender|Softlavender]] ([[User talk:Softlavender|talk]]) 10:13, 23 April 2011 (UTC)
:The IP information drop down has been returning no information for me other than the version (IPv4 vs. IPv6), local block info and contribs for the last two days. It's like it can't access any of the data from whichever database it draws from. Every other field simply states "not available".-- [[User:Ponyo|<span style="color: Navy;">'''Ponyo'''</span>]]<sup>[[User talk:Ponyo|<span style="color: Navy;">''bons mots''</span>]]</sup> 21:43, 15 May 2024 (UTC)

::And regarding my odd note on watchlist preview, this only happens ''sometimes'', with even different edits from the same IP showing me country location in one instance but not another. [[User:Chipmunkdavis|CMD]] ([[User talk:Chipmunkdavis|talk]]) 01:50, 16 May 2024 (UTC)
:Which word processors have mastered diff calculation? I can't even think of any that provide diffs in the first place. Microsoft Word can "track changes" because it can watch you as you type - this is not the same problem as providing the difference between two texts. Unfortunately, rocket science is a lot easier than diffs. [[User:OrangeDog|OrangeDog]] <small>([[User talk:OrangeDog|τ]] • [[Special:Contributions/OrangeDog|ε]])</small> 11:10, 23 April 2011 (UTC)
::Further learning, I can refresh the same IP contributions page repeatedly and sometimes it will show me the country, sometimes it will show no access. [[User:Chipmunkdavis|CMD]] ([[User talk:Chipmunkdavis|talk]]) 03:25, 16 May 2024 (UTC)

:::Can someone link a page where this has recently happened to them, so that I can try to reproduce? –[[User:Novem Linguae|<span style="color:blue">'''Novem Linguae'''</span>]] <small>([[User talk:Novem Linguae|talk]])</small> 07:15, 16 May 2024 (UTC)
::I would repeat OrangeDog's rhetorical question - which word processors have mastered diff calculation? The "problem" with present-day diff calculation is that it is structural rather than semantic, meaning it looks at each text body as a linear batch of characters rather than as a group of hierarchically related expressions (doc, section, subsection, sentence, phrase, word). As far as I know, no commonly available application comes anywhere close to this treatment. --User:Ceyockey (<small>''[[User talk:Ceyockey|talk to me]]''</small>) 13:15, 23 April 2011 (UTC)
::::{{ping|Novem Linguae}} it happens on any IP contributions page ([https://en.wikipedia.org/wiki/Special:Contributions/67.84.32.54 this one], for example).-- [[User:Ponyo|<span style="color: Navy;">'''Ponyo'''</span>]]<sup>[[User talk:Ponyo|<span style="color: Navy;">''bons mots''</span>]]</sup> 15:29, 16 May 2024 (UTC)

:::::Thanks, I'm able to reproduce. According to https://phabricator.wikimedia.org/T363118#9804312, "not available" is case #2. {{tq|This means Spur/Maxmind doesn't have that data. Looking at these fields, they're all populated by Spur. Maxmind and Spur have different coverage, so we may have a location for an IP but no other data for it.}}. So that one is not a bug and they have no plans to patch it, it looks like. –[[User:Novem Linguae|<span style="color:blue">'''Novem Linguae'''</span>]] <small>([[User talk:Novem Linguae|talk]])</small> 15:56, 16 May 2024 (UTC)
:::[[User:Cacycle/wikEdDiff]] is in my opinion much better than the mediawiki default. [[User talk:Rjwilmsi|<font color="darkgreen">'''''Rjwilmsi'''''</font>]] 14:48, 23 April 2011 (UTC)
::::::I don't understand how that data was available consistently for all IPs, then suddenly is missing for nearly all of them. It renders the entire IP contribs drop down useless. Oh well.-- [[User:Ponyo|<span style="color: Navy;">'''Ponyo'''</span>]]<sup>[[User talk:Ponyo|<span style="color: Navy;">''bons mots''</span>]]</sup> 16:13, 16 May 2024 (UTC)

:::::::Someone just commented in the ticket that they think it's happening way more than it used to and they think something is broken. So it may be a bug after all. Here's hoping the devs figure it out. –[[User:Novem Linguae|<span style="color:blue">'''Novem Linguae'''</span>]] <small>([[User talk:Novem Linguae|talk]])</small> 16:47, 16 May 2024 (UTC)
:::: Yes wikEdDiff is definitely better. <font face="Verdana">[[User:Gary King|<font color="#02b">Gary&nbsp;<b>King</b></font>]]&nbsp;<span style="font-size: 0.9em;">([[User talk:Gary King|<font color="#02e">talk</font>]]&nbsp;·&nbsp;[[User:Gary King/Scripts|<font color="#02e">scripts</font>]])</span></font> 17:50, 23 April 2011 (UTC)
::::::::If I refresh sometimes, sometimes, the location info magically just appears. So the data is there. Sometimes. This is all on the same IP page. The one listed just above if I refresh does show the location 1 time out of 4 or so. [[User:Canterbury Tail|<b style="color: Blue;">Canterbury Tail</b>]] [[User talk:Canterbury Tail|<i style="color: Blue;">talk</i>]] 15:58, 21 May 2024 (UTC)

::::Why doesn't Wikipedia use that, then? Sheesh, it's been around for over 4 years, and the current Wiki platform is dinosauric and awful. [[User:Softlavender|Softlavender]] ([[User talk:Softlavender|talk]]) 19:08, 23 April 2011 (UTC)
:::::Yet no one seems to volunteer to rewrite wikedDiff in [[C (programming language)]]. Oh right, most of the software is volunteer work, so easy to forget. Anyone can submit patches. Have you considered trying to make the improvement yourself ? Apparently it is SO easy to do. Sheesh —[[User:TheDJ|Th<span style="color: green">e</span>DJ]] ([[User talk:TheDJ|talk]] • [[Special:Contributions/TheDJ|contribs]]) 07:54, 24 April 2011 (UTC)
::::::{{small|Good point, but MediaWiki is coded in [[PHP]], no? —[[User:Department of Redundancy Department|DoRD]] ([[User talk:Department of Redundancy Department|talk]]) 12:21, 24 April 2011 (UTC)}}
:::::::wikEdDiff is a [[user script]] -- a piece of [[JavaScript]] code executed on Wikipedia pages. It executes on the user's machine (the HTTP "client" machine, vs. one of WP's "server" machines). There would be relative disadvantages to that with an implementation written in either C or php. [[User:Wtmitchell|Wtmitchell]] [[User talk:Wtmitchell|(talk)]] <small>(earlier ''Boracay Bill'')</small> 15:16, 24 April 2011 (UTC)
:::::::Oh (slaps forehead), I hadn't noticed that this is the tech-savvy vpt page. The talk of rewrite no doubt implicitlyv referred to updating the mediawiki diff code (no doubt written in php) to function similarly to wikEdDiff. Pls ignore the above statement of the obvious. [[User:Wtmitchell|Wtmitchell]] [[User talk:Wtmitchell|(talk)]] <small>(earlier ''Boracay Bill'')</small> 15:31, 24 April 2011 (UTC)
::::::::Actually, the [http://svn.wikimedia.org/viewvc/mediawiki/trunk/extensions/wikidiff2/ diff code used on Wikipedia] is written in C++ as a PHP extension. There is a pure PHP version, but it's too inefficient for use on such a high-traffic site. <span style="font-family:Broadway">[[User:Mr.Z-man|Mr.]][[User talk:Mr.Z-man|'''''Z-'''man'']]</span> 19:53, 24 April 2011 (UTC)
:Wikidiff does resync in many cases. (Yes it can be better - there is a tool that marks moved stuff in blue - is that WikiEd? - but just wanted to defend the poor ol' native tool. ) ''[[User:Rich Farmbrough|Rich]]&nbsp;[[User talk:Rich Farmbrough|Farmbrough]]'', <small>12:53, 1 May 2011 (UTC).</small><br />
I lol'd at "dinosauric." --[[User:MZMcBride|MZMcBride]] ([[User talk:MZMcBride|talk]]) 19:28, 24 April 2011 (UTC)

:I agree that the edit diff's are an area that could use major improvement. Unfortunately, this requires a coder willing to do something about it. I think improving the edit diffs ought to be considered a high priority issue. It's something that the Wikimedia Foundation should pay somebody to improve. It's probably not ''that'' tough of a coding job but would have a major positive impact for editors. [[User:Jason Quinn|Jason Quinn]] ([[User talk:Jason Quinn|talk]]) 00:29, 2 May 2011 (UTC)
::The issue is less one of technical solution as of dotting all the i's and crossing all the t's on the deployment as it is such a central feature of Wikipedia. Whoever does this needs to have some really good code hygiene and business analysis skills. --User:Ceyockey (<small>''[[User talk:Ceyockey|talk to me]]''</small>) 01:51, 9 May 2011 (UTC)
* Ultimately, a "difference-bracket" option is needed to determine how many matching lines would indicate a re-sync of the 2 texts. Currently, comparisons get out-of-sync when a blank line is introduced (which ''ain't rocket science'' to fix). The hardest texts to re-synchronize would be multiple short lists with items repeated between lists, and that is why a "difference bracket" line count is needed, to overcome confusion when thinking lines in another list are a match to a changed list (which would be viewed as an inserted list rather than changed). In a sense, a blank line is a one-line list which matches every other such list, as appearing to be the same blank line, further down. -[[User talk:Wikid77|Wikid77]] 16:24, 11 May 2011 (UTC)
**One of the intrinsic problems of standard matching algorithms is their focus on the '''line''' as opposed to the matching text block. This line-centric analysis is inherently stymied by the blank-line issue as you've pointed out. Line-centric approaches are certainly suitable for typesetting situations and to situations where data is presented in short or non-wrapping lines of relatively consistent length. What we need is an evolution forward from the "difference-bracket" kludge you've proposed as a way around the line-centric behavior of most difference engines. Hopefully someone with text analytics and deep regular expression skills has time to consider this. --User:Ceyockey (<small>''[[User talk:Ceyockey|talk to me]]''</small>) 03:49, 15 May 2011 (UTC)

* '''''Setting difference-bracket line-count is typical:''''' The consideration of the "difference-bracket" setting, as specifying a line-count bracket to re-sync the matching lines, is not a "kludge" but rather, reality of how people edit, IMHO. People edit in line-mode, splitting text into separate lines, to make editing easier, and almost all articles have multiple lines inside. An editor could treat the markup as following a "[[string grammar]]" with no split lines, as just one massive text block containing many "&lt;br />" connected, internally, as a continuous stream of markup text; however, "everyone" splits the markup into lines. This is especially common in lists, where very few people put a list as "AA&lt;br />BB&lt;br />CC" but instead, editors put 3 separate lines (for "AA" then "BB" then "CC"). A continuous mass of text would be unwieldy, to most people, and that is why differencing, or markup-comparison, has been treated as a line-mode comparison for decades in other computer systems. By contrast, the [[WYSIWYG]] interfaces are severely hampered by the difficulty of showing before/after changes, without shifting the generated display window. A difference-bracket must be used in highly repetitive lines, such as tables of similar data, and the resync problem can go hundreds of lines unless a difference-bracket line-count is specified to logically resync the text. For very long paragraphs, editors could purposely split the text, with an HTML-style comment ("&lt;--Text split for short diff-list-->"). Similarly, the category-links could be scattered across the article's markup, but putting them as separate lines, at the bottom, makes editing and additions easier (with fewer duplicates). A similar "search-bracket" could be specified for search-engine matches, with repeated search phrases, but as a "word count" because people are expecting words in most searches, rather than lines with strings of markup symbols. However, it is helpful to consider alternative schemes to see why they would be more difficult for users to control. -[[User talk:Wikid77|Wikid77]] 15:37, 20 May 2011 (UTC)
*I've been complaining about this for years (well, I've complained twice, I think, in four years, probably!). WP's diff generation is totally rubbish (in certain common circumstances) and full of basic schoolboy errors. Last time I mentioned it, I think I was told that the source was available, and if the errors were so "basic" I should fix it myself! He-he, very amusing! [[Special:Contributions/86.183.0.105|86.183.0.105]] ([[User talk:86.183.0.105|talk]]) 12:02, 21 May 2011 (UTC)
*I've invoked the [[WP:WIKED|WikEd Gadget]] via my Preferences and it does provide a very different editing and version comparison world, one that is going to take a little getting used to, but which ''is'' much richer than the current editing and diff interfaces. I think that evangelizing about the WikEd Gadget to get more people to use it (is it possible to determine how many use it now?) could lead to the desired progression of the project through emerging interested talent, including the required rewrite needed for integration into WikiMedia software. --User:Ceyockey (<small>''[[User talk:Ceyockey|talk to me]]''</small>) 02:30, 25 May 2011 (UTC)
*:WikEd is great, I use it myself, and it seems to be extremely popular. The only real problem with it is that it's a resource hog. Anyone using an older computer probably shouldn't use it. Even with my band new laptop, I still turn it off occasionally.<br/>—&nbsp;[[User:Ohms law|<span style="font-family: Courier New, monospace ;font-style:italic">V = IR</span>]] <span style="font-variant:small-caps">([[User talk:Ohms law|Talk]]&thinsp;&bull;&thinsp;[[Special:Contributions/Ohms law|Contribs]])</span> 03:06, 25 May 2011 (UTC)

== My gadgets are gone most of the time ==

My gadgets are gone &mdash; not all the time, but most of the time. They happen to appear on this page while I'm editing this message, but not on any other en-Wikipedia pages I have open. No popups, no clock in the upper right corner of my display, no collapsing items in the navigation menu with vector skin, no "purge" link, page and user options no longer appear in drop-down menus on the toolbar. Even worse, external links no longer open in a separate window. It's as if all my advanced user preferences are being completely ignored!

Searching the archives, I found [[Wikipedia:Village pump (technical)/Archive 88#Did something happen to popups?]], but the advice there hasn't fixed my problem with popups, in spite of me adding lines to my common.css and vector.js pages. According to that discussion, there's a problem with a resource loader that has yet to be fixed.

In the meantime, what can I do to get back my normal Wikipedia functionality? This has been going on for about 4 days now. ~[[User:Amatulic|Amatulić]] <small>([[User talk:Amatulic#top|talk]])</small> 00:10, 3 May 2011 (UTC)

:I'm going to go ahead and assume those are all gadgets (i.e. JavaScript stuff), in which case, one of your gadgets has an error in it that only triggers on some pages, breaking all the other gadgets. Do you get any errors in your browser window? What browser are you using? Regards, - [[User:Jarry1250|Jarry1250]]&nbsp;<sup>[''[[Special:Contributions/Jarry1250|Weasel?]] [[User_talk:Jarry1250|Discuss]].'']</sup> 19:55, 3 May 2011 (UTC)

::Yes, those are all gadgets available in the user preferences. I am using Google Chrome. The odd thing is, sometimes everything works, like this morning, and sometimes I get none of those gadgets I set, like right now.

::Here are the errors I get in the Javascript console window when I look at a page.

::*load.php: GET [http://bits.wikimedia.org/en.wikipedia.org/load.php?debug=false&lang=en&modules=ext.UserBuckets%7Cext.UserBuckets.AccountCreationUserBucket%7Cext.articleFeedback.startup%7Cext.gadget.Navigation_popups%7Cext.gadget.dropdown-menus%7Cjquery.async%7Cjquery.autoEllipsis%7Cjquery.checkboxShiftClick%7Cjquery.clickTracking%7Cjquery.client%7Cjquery.collapsibleTabs%7Cjquery.cookie%7Cjquery.delayedBind%7Cjquery.highlightText%7Cjquery.placeholder%7Cjquery.suggestions%7Cjquery.tabIndex%7Cjquery.textSelection%7Cjquery.ui.button%7Cjquery.ui.core%7Cjquery.ui.dialog%7Cjquery.ui.draggable%7Cjquery.ui.mouse%7Cjquery.ui.position%7Cjquery.ui.resizable%7Cjquery.ui.widget%7Cmediawiki.action.edit%7Cmediawiki.language%7Cmediawiki.legacy.ajax%7Cmediawiki.legacy.ajaxwatch%7Cmediawiki.legacy.edit%7Cmediawiki.legacy.mwsuggest%7Cmediawiki.legacy.wikibits%7Cmediawiki.util&skin=vector&version=20110503T203000Z http://bits.wikimedia.org/en.wikipedia.org/load.php?…] undefined (undefined)
::*index.php:7611: Uncaught ReferenceError: hookEvent is not defined
::*index.php:8: Uncaught TypeError: Cannot call method 'wikiUrlencode' of undefined
::*index.php:198: Uncaught ReferenceError: addOnloadHook is not defined
::*index.php:19: Uncaught ReferenceError: importStylesheet is not defined
::*index.php:7: Uncaught ReferenceError: addOnloadHook is not defined
::*index.php:5: Uncaught ReferenceError: addOnloadHook is not defined
::*load.php:1: Uncaught TypeError: Cannot read property 'addPortletLink' of undefined
::*load.php:1: Uncaught ReferenceError: importScript is not defined
::*index.php:369: Uncaught ReferenceError: addButton is not defined
::*geoiplookup.wikimedia.org: GET http://geoiplookup.wikimedia.org/ undefined (undefined)
::Many of those errors appear to be related to general utility functions and unrelated to scripts I have. Particularly addOnLoadHook looks like it may be related to the resource loader. If you look at [[User:Amatulic/vector.js]] you'll see that I don't have much there. I've commented out all but what I consider most necessary, and it made no difference. What I have has worked fine until a few days ago.

::If it matters, here are the gadgetrs I have set in my user preferences. None of these things are working at the moment:
::Browsing gadgets:
::*Navigation popups (also I added this manually to my vector.js to no avail)
::Editing gadgets: None
::User interface gadgets:
::*Add a "Purge" tab to the top of the page
::*Add a clock in the personal toolbar
::*Add page and user options to drop-down menus on the toolbar.
::*Allow /16 and /24-/32 CIDR ranges on Special:Contributions forms as well as wildcard prefix searches
::*Display an assessment of an articl's quality as part of the page header for each article.
::*Focus the cursor in the search bar on loading the Main Page
::*Open external links in a new tab/window
::User interface gadgets: editing:
::*Add an [edit] link to the lead section of a page (this doesn't work for me now)
::*Allow up to 50 more characters in edit summaries.
::Library compatibility gadgets: none
::~[[User:Amatulic|Amatulić]] <small>([[User talk:Amatulic#top|talk]])</small> 01:04, 4 May 2011 (UTC)
:::What's really bizarre about this is the unpredictability. In the same browsing session, sometimes I get my gadgets including popups, and sometimes not. Actually, most of the time not. And this started just last week. ~[[User:Amatulic|Amatulić]] <small>([[User talk:Amatulic#top|talk]])</small> 17:57, 5 May 2011 (UTC)
:::...And '''the problem is not my scripts. I have no scripts running in my vector.js''' page. This happens on every browser I try (Chrome, IE8, Firefox).

:::I do notice that the browser spends a long time waiting for bits.wikimedia.org. It appears to generate an error 503 (service unavailable) rather frequently. It happens on Commons too: the file upload wizard fails to start, apparently because of a failure with bits.wikimedia.org. Might this be the source of my problem?

:::Try it yourself. Click on this link, which my browser attempted to access from Commons: http://bits.wikimedia.org/commons.wikimedia.org/load.php?debug=false&lang=en&modules=ext!uploadWizard&skin=vector&version=20110510T164824Z
:::I pretty consistently get "Error 503 Service Unavailable" with a "Guru meditation" message below suggestive of the old Amiga computer. ~[[User:Amatulic|Amatulić]] <small>([[User talk:Amatulic#top|talk]])</small> 16:53, 10 May 2011 (UTC)

::::Ha. Sometimes my gadgets work. And sometimes I can click on that link above. The content begins:
:::::<code> mediaWiki.loader.implement("ext.uploadWizard",function($,mw){(function($){function Tipsy(element,options){this.$element=$(element);this.options=options;this.enabled=true;this.displayed=false;this.fixTitle();}</code>
::::which suggests my problem may indeed be the resource loader failing to load, on those far-too-frequent occasions (beginning just over a week ago) when the resource at bits.wikimedia.org generates a 503 error. ~[[User:Amatulic|Amatulić]] <small>([[User talk:Amatulic#top|talk]])</small> 23:12, 11 May 2011 (UTC)

It's been 2 or 3 weeks now since this problem started. Anyone have any idea what's going on? It does seem to be a problem with the availability of bits.wikimedia.org, as far as I can tell. ~[[User:Amatulic|Amatulić]] <small>([[User talk:Amatulic#top|talk]])</small> 18:12, 17 May 2011 (UTC)

:Both of your links are working for me. Have you tried using a different internet connection and seeing if that's the issue? If not, try disabling ''all'' of your gadgets and scripts, and see if you get an error from bits. <span style="font-family:Verdana;color:#000000;font-weight:bold;">—[[User:MC10|<span style="color:#000000">mc10</span>]] ([[User talk:MC10|<span style="color:#000000">t</span>]]/[[Special:Contributions/MC10|<span style="color:#000000">c</span>]])</span> 23:03, 23 May 2011 (UTC)
::I've done that (disabled everything), except I've tried from multiple computers on the same network rather than from different networks. I don't see why bits should suddenly give problems on my network when it was working before and I have no problems with any other sites.
:::The problem has been difficult to repeat this week. Things seem to have improved somewhat; those links are also working for me at the moment. But I can never predict when it will happen. Sometimes I get popups on my watchlist, sometimes not. ~[[User:Amatulic|Amatulić]] <small>([[User talk:Amatulic#top|talk]])</small> 18:33, 25 May 2011 (UTC)

== Pages failing to load ==

Since about 6:30 am UTC, I am having severe problems getting the site to load. Pages load very slowly, usually waiting for bits.wikimedia.org, and in most cases timeout. Occasionally they load minus the skin. I'm running Win 7 (Home Premium) and Firefox just updated itself to 3.6.17 when I rebooted to see whether that would fix the problem. Other sites are loading, so it appears to be a Wikipedia problem. It's happening for me with de. as well as en. Apologies if this has been reported but I don't see it in the contents for the page and this edit screen still tells me it's reading en.wikipedia.org so I hope this posts! [[User:Yngvadottir|Yngvadottir]] ([[User talk:Yngvadottir|talk]]) 15:25, 10 May 2011 (UTC)
: I'm running XP Pro with Chrome and experiencing the same thing. <b>[[User:Ohnoitsjamie|OhNo<font color="#D47C14">itsJamie</font>]] [[User talk:Ohnoitsjamie|<sup>Talk</sup>]]</b> 15:58, 10 May 2011 (UTC)
:I'm using Windows 7 and not encountering any problems. IE9 Windows 7 X64 --<font face="Kristen ITC" color="Green">[[User:Tyw7#p|''Tyw7'']]</font>&nbsp;&nbsp;([[User:Tyw7/t|☎ Contact me!]]&nbsp;•&nbsp;[[Special:Contributions/Tyw7|<span style="cursor:help;">Contributions</span>]]) &nbsp;&nbsp;[[Shake 'n Bake|→]] [[WP:RESEARCH|Shake]] 'n [[WP:CREATE|Bake]] 16:12, 10 May 2011 (UTC)

:The Operations team is looking into this now. <small><span class="autosigned">—Preceding [[Wikipedia:Signatures|unsigned]] comment added by [[User:Wikiwooster|Wikiwooster]] ([[User talk:Wikiwooster|talk]] • [[Special:Contributions/Wikiwooster|contribs]]) 17:12, 10 May 2011 (UTC)</span></small>
* I also had timeouts for more than 3 hours, but with Firefox 3.6.13 (not 3.6.17), and used IE for slow access (with fewer timeouts). The wide impact of today's slow response can be seen by observing page-view stats for the next few days, such as for article "blanket" (but don't view that article, to avoid "[[epistemic feedback]]"): [http://stats.grok.se/en/201105/Blanket stats May-2011] (averaged 208 pageviews-per-day in April). Some other articles can be used as "[[litmus test]]" articles, which have had steady daily pageviews as immune to the typical weekday-rises of many articles, such as "[[Beach]]" (which rises ~50% from weekend 950 to weekday 1,450 pageviews). Response seems better now. -[[User talk:Wikid77|Wikid77]] 17:42, 10 May 2011 (UTC)
: The pageview stats seem to indicate no hindrance to reader interest: whatever slow-down occurred for hours, on 10 May, did not cause many readers (world-wide) to stay away for the whole day. -[[User talk:Wikid77|Wikid77]] 16:24, 11 May 2011 (UTC)

*I have been having connection problems as described since at least 00:01 UTC on 10 May affecting only Wikipedia pages (i.e. not CNN/google etc). Some page configurations, such as simple diffs, load faster than others, timing out on quite a few, editing and saving are problematic; script-running is slow to a crawl too. I am Hong Kong based, have tried a public machine (IE on W7), my work (FF on NT) and home (Chrome on OSX) machines all give similar problems &ndash; not browser-related for what I can tell. --[[User:Ohconfucius|<span style="color:Black;font:bold 8pt 'kristen itc';text-shadow:cyan 0.3em 0.3em 0.1em;">Ohconfucius</span>]] [[User talk:Ohconfucius|<sup>¡digame!</sup>]] 04:05, 11 May 2011 (UTC)
*For what it's worth, I'm having consistent issues loading pages here. Something like a quarter of the time Wikipedia pages fail to load (general Internet connectivity is fine). [[User:RxS|RxS]] ([[User talk:RxS|talk]]) 18:30, 14 May 2011 (UTC)
:*Me, too. I don't know about 25% of the time but VERY frequently. Sometimes on something as simple as clicking on My watchlist. Most annoying.--[[User:Bbb23|Bbb23]] ([[User talk:Bbb23|talk]]) 18:34, 14 May 2011 (UTC)
::25% might be a bit high but not by much. It lasts a couple minutes then is fine. It is annoying to say the least. Anyone have any idea what's going on? [[User:RxS|RxS]] ([[User talk:RxS|talk]]) 18:37, 14 May 2011 (UTC)
:::(smiling) I didn't say 25% was too high. Might actually be low. Annoying was a diplomatic word.--[[User:Bbb23|Bbb23]] ([[User talk:Bbb23|talk]]) 18:42, 14 May 2011 (UTC)

The problem is no better today.--[[User:Bbb23|Bbb23]] ([[User talk:Bbb23|talk]]) 17:47, 15 May 2011 (UTC)
*It was much improved the day after my complaint above; it has deteriorated again today – noticeably slower, but tolerable. --[[User:Ohconfucius|<span style="color:Black;font:bold 8pt 'kristen itc';text-shadow:cyan 0.3em 0.3em 0.1em;">Ohconfucius</span>]] [[User talk:Ohconfucius|<sup>¡digame!</sup>]] 17:54, 15 May 2011 (UTC)
:*For me, it started on May 13 and has continued since with little change for the better or for the worse, although it comes in waves.--[[User:Bbb23|Bbb23]] ([[User talk:Bbb23|talk]]) 18:38, 15 May 2011 (UTC)

:Bump. It does come in waves, but never goes away and is bad tonight for example. [[User:RxS|RxS]] ([[User talk:RxS|talk]]) 03:12, 16 May 2011 (UTC)
::I would describe it as intermittent but frequent and consistent. The phrase "never goes away" is particularly apt, although I might say "never completely goes away" instead as occasional clicks work fine. Is anyone investigating this? It seems lately it's just reports from me, RxS, and Ohconfucius.--[[User:Bbb23|Bbb23]] ([[User talk:Bbb23|talk]]) 16:54, 16 May 2011 (UTC)
:::I've had the same problem intermittently (using XP & Chrome). It seems to happen more on some specific pages, especially article history, although maybe my brain is just trying to find patterns in randomness. Hasn't happened in the last few hours. [[User:Bobrayner|bobrayner]] ([[User talk:Bobrayner|talk]]) 14:10, 19 May 2011 (UTC)

*I'm so glad this isn't just me. I've been having this problem for a week or more. I use Windows XP and Firefox 4.0.1. Is anyone trying to look into this? --[[User:Auntof6|Auntof6]] ([[User talk:Auntof6|talk]]) 03:39, 23 May 2011 (UTC)

:*Look at the topics ("Slow load time" and its subsection) lower down on this page.--[[User:Bbb23|Bbb23]] ([[User talk:Bbb23|talk]]) 14:07, 23 May 2011 (UTC)

== "Rate this page"? ==

What is going on with the weird "rate this page" box at the bottom of [[Joseph Elsner]], [[Planet]], and maybe other pages as well? This is not a template - it seems like it's coming straight from MediaWiki. Is this part of some proposed rating scheme? If so, where was ''that'' discussion? » [[user:swpb|Swpb]]<sup>''[[user talk:swpb|τ]] [[WP:DDD|•]] [[special:contributions/swpb|¢]]''</sup> 04:32, 11 May 2011 (UTC)

:Found a relevant MediaWiki page via google, but I don't know what it means: http://www.mediawiki.org/wiki/Special:Code/MediaWiki/86530. ''Wha?!''... » [[user:swpb|Swpb]]<sup>''[[user talk:swpb|τ]] [[WP:DDD|•]] [[special:contributions/swpb|¢]]''</sup> 04:49, 11 May 2011 (UTC)

:May be related to [http://www.mediawiki.org/wiki/Extension:ReaderFeedback] -- placing a bug on Bugzilla. » [[user:swpb|Swpb]]<sup>''[[user talk:swpb|τ]] [[WP:DDD|•]] [[special:contributions/swpb|¢]]''</sup> 05:00, 11 May 2011 (UTC)

::Look a few sections up, in [[Wikipedia:Village pump (technical)#Expanded Use of Article Feedback Tool]]. [[User:Prodego|<font color="darkgreen">''Prodego''</font>]] <sup>[[User talk:Prodego|<font color="darkgreen">talk</font>]]</sup> 05:02, 11 May 2011 (UTC)

:::I see. <s>Where was the ''[[WP:Signpost|Signpost]]'' on this??</s> I guess it came in after "press time". Well, ''Signpost'' ought to have something on it next week, at least: [[Wikipedia:Wikipedia Signpost/Newsroom/Suggestions#Expanded Use of Article Feedback Tool]]. » [[user:swpb|Swpb]]<sup>''[[user talk:swpb|τ]] [[WP:DDD|•]] [[special:contributions/swpb|¢]]''</sup> 05:13, 11 May 2011 (UTC)
::::[[Wikipedia:Wikipedia Signpost/2011-05-09/Technology report#In brief]]. You're just failing everywhere on this thread! :-) [[User:Killiondude|Killiondude]] ([[User talk:Killiondude|talk]]) 05:50, 11 May 2011 (UTC)

:::::[[WP:DBAD]], Killion. As I'm pointing out at [[Wikipedia:Wikipedia Signpost/Newsroom/Suggestions#Expanded Use of Article Feedback Tool]], that little Tech Report "In Brief" entry hardly does justice to the potential significance of this development. As one who reads News and Notes with interest but lacks the software knowledge to benefit (usually) from poring over the Tech Report, and then stumbles across this odd "Rate this page" feature, for which I was fairly certain there was no community discussion on WP, I think my response was perfectly reasonable. I think the failure here is with the people who were positioned to better inform the community of this major change. » [[user:swpb|Swpb]]<sup>''[[user talk:swpb|τ]] [[WP:DDD|•]] [[special:contributions/swpb|¢]]''</sup> 15:36, 11 May 2011 (UTC)

While I support the Article Feedback Tool (at least, for research right now), I agree that it was not a very good idea to suddenly add it to 100,000 pages without telling the community in a big notice beforehand ... people will be very confused for a while. <span style="font-family:Georgia;font-size:80%;">'''/[[User:Fetchcomms|<span style="color:#000;">ƒETCH</span>]][[User talk:Fetchcomms|<span style="color:#000;">COMMS</span>]][[Special:Contributions/Fetchcomms|<span style="color:#000;">/</span>]]'''</span> 04:27, 12 May 2011 (UTC)

:There is also "Expanded Use of Article Feedback Tool" as a discussion above. There just needs to be a "what is this?" button on the page when it starts, then people will know. Overall,k about time it started - a good idea, and just a beginning. There will be more in 2 years I am sure. [[User:History2007|History2007]] ([[User talk:History2007|talk]]) 08:12, 12 May 2011 (UTC)

:: What I am wondering, however, is how these ratings supposed to keep up with the edits? If we have a lousy stub which is (rightfully) rated by a dozen people as lousy, and tomorrow an editor comes in and improves it to, say, B-class, are the old lousy ratings still going to carry over? And surely over time this kind of problems will only accumulate?—[[User:Ezhiki|Ëzhiki (Igels Hérissonovich Ïzhakoff-Amursky)]]&nbsp;•&nbsp;([[User talk:Ezhiki|yo?]]); May&nbsp;12, 2011; 19:41 (UTC)

:::Good point. And this really means that this tool deserves more comment from the community at large, so suggestions such as yours can be included. As you stated, many of these ratings can become "stale ratings" that rate a snapshot of the article in the past and will lose validity over time, as the content changes. I will suggest a discussion the general Village Pump. [[User:History2007|History2007]] ([[User talk:History2007|talk]]) 07:21, 13 May 2011 (UTC)

:Hi everybody, the extension of the AFT to 100K articles (about 3% of articles on the English Wikipedia) was announced on the [https://blog.wikimedia.org/2011/05/09/expanded-use-of-article-feedback-tool/ Wikimedia blog] and on [http://lists.wikimedia.org/pipermail/wikien-l/2011-May/108938.html wikien] and you can find an extensive discussion of the rationale on [[:mw:Article_feedback|this page]]. [[:mw:Talk:Article_feedback|Feedback from the community]] is very much welcome as the feature is still experimental and we'd love to hear how to improve it. For other frequently asked questions, check out [[:mw:Article feedback/FAQ|this page]]. --[[User:DarTar|DarTar]] ([[User talk:DarTar|talk]]) 19:13, 13 May 2011 (UTC)

I like "Rate This Page". Maybe people don't have the time or inclination to provide detailed criticism. It works for me.[[Special:Contributions/70.125.135.72|70.125.135.72]] ([[User talk:70.125.135.72|talk]]) 20:18, 13 May 2011 (UTC)

:I think it is a good idea, but the more I think about it, the more convinced I become that it is but a beginning and has a long way to go. But the journey has to stop with this step. I think we need an Rfc. [[User:History2007|History2007]] ([[User talk:History2007|talk]]) 23:30, 13 May 2011 (UTC)
::And when are these things going to disappear from the pages they've just appeared on? Surely they're not permanent? They're way too big and ungainly. They don't look like the small ones that occasionally appeared on pages before. [[User:All Hallow&#39;s Wraith|All Hallow&#39;s Wraith]] ([[User talk:All Hallow&#39;s Wraith|talk]]) 10:24, 14 May 2011 (UTC)

:::I agree with All Hallow&#39;s Wraith. They are obtrusive -- way too big and ungainly. They interfere with viewing the Categories. And they make Wikipedia in general, and the article in particular, look very unprofessional. The thing has multiple problems and was very ill thought out. Please remove the things or allow us a way to remove them ourselves. Thank you. [[User:Softlavender|Softlavender]] ([[User talk:Softlavender|talk]]) 10:58, 14 May 2011 (UTC)
::::Assuming you are using the vector skin, you can add <code>#mw-articlefeedback{ display:none; }</code> to your [[Special:Mypage/vector.css]] file, which will make them disappear (works for me anyway). [[User:Jenks24|Jenks24]] ([[User talk:Jenks24|talk]]) 11:04, 14 May 2011 (UTC)
:::::Why not make the "Rate this Page" panel collapsable (and collapsed by default) like some of the navigation boxes found at the bottom of some articles? [&#124;[[User:Retro00064|Retro00064]]&#124;[[User talk:Retro00064|&#9742;talk]]&#124;[[Special:Contributions/Retro00064|&#x270D;contribs]]&#124;] 00:47, 15 May 2011 (UTC)
::::::Right, that's a great idea. I wouldn't mind them that much if they were collapsible. There should have been wider community input about their implementation. And like I said, is there a set date for when this trial stops? [[User:All Hallow&#39;s Wraith|All Hallow&#39;s Wraith]] ([[User talk:All Hallow&#39;s Wraith|talk]]) 02:03, 15 May 2011 (UTC)
::::::I don't like the idea. Nonetheless, this is something which can be customizable by adding the appropriate code in [[Special:MyPage/common.js|personal js code]]. [[User talk:Helder.wiki|Helder]] 13:45, 27 May 2011 (UTC)
:It just appeared magically in two '''redirects''' ([http://en.wikipedia.org/w/index.php?title=Tibiosa_caracensis&redirect=no here] and [http://en.wikipedia.org/w/index.php?title=Pholcus_lyoni&redirect=no here]) I made today (in addition to the main article they were being redirected to). ¬___¬ Is there any way to remove them from those pages, they'd just be wasted sitting on a page no one ever sees (if the primary goal is to gather feedback, that is).--&nbsp;'''<span style="font-family:century gothic">[[User:Obsidian Soul|Obsidi<span style="color:#ffc046">♠</span>n]]<sup>[[User talk:Obsidian Soul|<span style="color:#ffc046">Soul</span>]]</sup></span>''' 16:17, 14 May 2011 (UTC)

::That's definitely a bug. We'll look into it.--[[User:Eloquence|Eloquence]][[User:Eloquence/CP|*]] 17:50, 14 May 2011 (UTC)

::Someone above also mentioned disambig pages. I assume those will also be avoided now. Right? [[User:History2007|History2007]] ([[User talk:History2007|talk]]) 16:09, 15 May 2011 (UTC)
:::No it is still being added to random new pages. See [http://www.mediawiki.org/wiki/Thread:Talk:Article_feedback/New_pages here]. [[User:CambridgeBayWeather|CambridgeBayWeather]] ([[User talk:CambridgeBayWeather|talk]]) 06:35, 19 May 2011 (UTC)
:::I'm not sure it is a bad thing to be able to get feedback also for disambiguation pages: some disambiguation pages can be complete and well-organized while others are not. This information may be useful. [[User talk:Helder.wiki|Helder]] 13:45, 27 May 2011 (UTC)
::The appearing of it in new pages is just a consequence of the way used to define "random page" [http://toolserver.org/~krinkle/wikimedia-svn-search/do-live.php?path=%2Ftrunk%2Fextensions%2FArticleFeedback&recursive=on&searchphrase=wgArticleFeedbackLotteryOdds&timestamp=1306497375#F1 in the js code]. See [[mw:Thread:Talk:Article feedback/New pages/reply (3)]] for more details.
::But I would consider a bug the presence of the extension on redirect pages, since it is only useful in the target pages. A fix for this was requested on [[bugzilla:29164|Bug 29164]].
::You can try to delete the redirect page and recreate it so that its page_id changes. If you are lucky, the three last digits of the new page_id will be greater than or equal to 027 and the tool will not be displayed... :-)
::Seriously, a more general (but still temporary) solution would be to add some code to [[MediaWiki:Common.js]] to hide the form in redirect pages. One option would be to query the API for [http://en.wikipedia.org/w/api.php?action=query&prop=info&titles=Tibiosa_caracensis info about the page] and add the CSS <code>#mw-articlefeedback{ display:none; }</code> if it has the parameter "redirect". Such a code could probably be ported to the extension itself (or maybe this information is available to the extension by other means). [[User talk:Helder.wiki|Helder]] 13:45, 27 May 2011 (UTC)
Where are the Ratings saved? How can one make changes? [[User:Bielle|Bielle ]] ([[User talk:Bielle|talk]]) 18:00, 14 May 2011 (UTC)

:That is a separate Pandora's box:

::* Can the ratings be edited by the person who submitted them?
::* Can they be edited/reverted by others if they are vandalism?
::* What does it mean for a rating to be vandalism? X-[[standard deviation]]s gap where X=...?
::* Can ratings be edited by an admin if they are part of [[WP:Wikihounding]] of an editor by another?
::* Can IPs/puppets repeatedly rate?
::* Etc. etc. etc.

:But these are policy rather than software issues, and they could not have possibly all been anticipated as part of a technical design. I do not have answers for them, but as any new feature/tool general suggestions by various people will eventually provide some answers. This is a new and interesting game with potential for a positive impact on Wikipedia, so we will just have to wait and see. But please do make suggestions ASAP because the sooner suggestions are fed into a software design as it undergoes testing the better. [[User:History2007|History2007]] ([[User talk:History2007|talk]]) 21:34, 14 May 2011 (UTC)

:: Here is the way the ratings logic is currently implemented:
::* After a user rates an article, their rating appears pre-filled upon subsequent views of the article.
::* If a user wants to change their rating, they can adjust the stars and click submit. They may also clear their ratings entirely by clicking on the trash icon next to the stars. This re-rating overrides their previous rating.
:: So at any point in time, an article has only one ratings set for a given registered user or IP address since subsequent ratings take the place of previous ratings. This mechanism makes it a little more difficult to game the ratings. For example, if ratings were associated by cookie, a user could easily rate an article, delete the cookie, and then rate the article again. Since the ratings are associated with IP addresses/accounts, a user would either have to find another machine with a different IP address or create another account.

:: Currently, there isn't a definition of ratings vandalism, and ratings cannot be edited or deleted by anyone but the rater. We should continue to monitor the ratings patterns to see if it would be useful to have this type of feature. It will be tricky since such a definition will have to be able to separate vandalism from true changes (e.g., if the article is vandalized and as a consequence receives lower reviews). Based on the limited averages we're seeing on the [[Special:ArticleFeedback|dashboard]], it looks like the volume of well-intentioned ratings outweighs the volume of vandalism ratings, at least among the more heavily rated articles. [[User:Howief|Howief]] ([[User talk:Howief|talk]]) 22:44, 16 May 2011 (UTC)

:: By the way, I assume the ratings go into a SQL-based repository of some type. Do they? If so, what is the Wiki-protocol for editing that type of data? I have not seen an example of that in Wikipedia. Is there one? [[User:History2007|History2007]] ([[User talk:History2007|talk]]) 00:38, 15 May 2011 (UTC)

:Finally! Finally I traced the thing here. (Happy that someone used the phrase "Rate this page" because how could I be ever guessing the "Article Feedback Tool" when there is not name of the feature on that ratebox!)
:Well nice thing to rate the page and let the public be more engaged with Wikipedia content as Eric Moeller mentioned above. But the weird thing about this particular box is that this element, unlike any other in Wikipedia so far, can't be easilly traced to its origin, source code, discussion about it, or explanation of what the feature is and how it popped there. Normally when there is something new out, I look at the wikisource code and trace it back to the project which discusses its merit. I am satisfied then. Not need to ask, no need to comment a thing. Well here it suddenly poped out of nowhere. No trace of it in the page's wikicode. No link to follow, ... just uppearing on the end of weird page (lets say, it was not one of the best pages here, not one of the featured articles).
:So in conclussion after rereading all written here, I completelly agree with what TheDJ mentioned above:
:{{Quote|'''Conclusion''', the feature needs a '''"What is this?"''' link and a "turn this off" button as well as a good place to turn it on again. }}
::''(But would there be the "what is this?" link, they could at least hunt for the more answers - on how to switch it off etc. on the description page. The "what is this?" link is quite essential)''
:I believe this might be yet quite interesting feature and I believe it will be good source of statistics. Just provide some common courtessy for fellow wikipedians, so they can fetch some information about it on their own and easily. In the end they will be not wasting your time, the time of the more knowledgeble by repeating the same question here and elsewhere all over again.--''[[User:Reo On|'''R'''<font color="lightseagreen">e</font>o]]'' '''[[User talk:Reo On|<sup>+</sup>]]''' 18:52, 22 May 2011 (UTC)

:In addition to redirects mentioned above, feedback tool is now also in some disambiguation pages: [[ARA Veinticinco de Mayo]]. Also, where can I find when the feedback tool appeared on a particular page? Shouldn't that information be visible in page logs? [[User:MKFI|MKFI]] ([[User talk:MKFI|talk]]) 16:38, 24 May 2011 (UTC)

::While I wholeheartedly support this initiative, for me too its sudden appearance was quite a shock... There should have been some sort of warning. Also, I question the usefulness of this tool in stub articles. What is there to evaluate in two or three-line articles? IMO the tool only makes sense for C-class and above, where there is an actual more or less complete article to evaluate. Of course, most articles are not even assessed, so this would be impossible to implement, but perhaps articles with stub notices should be excluded. [[User:Cplakidas|Constantine]] [[User talk:Cplakidas| ✍ ]] 09:35, 25 May 2011 (UTC)

* This template is showing up on [[Pieria (Syria)]] (and other articles) without anything on the article to create it (or any way to remove it). The project page at http://www.mediawiki.org/wiki/Talk:Article_feedback/Public_Policy_Pilot/Workgroup does not seem to have anyone who watching it. This project seems abandoned and out of control, it should be controlled or shut down. [[User:JeepdaySock|JeepdaySock]] <small>(AKA, [[User talk:Jeepday|Jeepday]])</small> 10:54, 27 May 2011 (UTC)

== Slow load time ==

Are Wikipedia pages painfully slow to load today for anyone else, or is it just me? <font color="black">[[User:SlimVirgin|SlimVirgin]]</font> <small><sup><font color="gold">[[User_talk:SlimVirgin|TALK|]]</font><font color="lime">[[Special:Contributions/SlimVirgin|CONTRIBS]]</font></sup></small> 17:25, 16 May 2011 (UTC)
:Not just you, REALLY slow... '''<font face="Verdana">&#91;[[User:Stwalkerster|<span style="color:black">stwalkerster</span>]]&#124;[[User talk:Stwalkerster|<span style="color:black">talk</span>]]&#93;</font>''' 17:29, 16 May 2011 (UTC)
::Working fine for me and that's speaking as someone with a broadband speed that's a tiny 223kbps. [[User talk:Aiken drum|AD]] 17:37, 16 May 2011 (UTC)
::I get time-outs partway through loading large pages (like [[WP:RD/S]]), or loading of the page but not the toolbars and frame decorations. Sometimes a quick hit "reload" resolves it...probably one hella-lagged (to use the technical term) machine in the pool. [[User:DMacks|DMacks]] ([[User talk:DMacks|talk]]) 17:44, 16 May 2011 (UTC)

:::It's been bad for several days now. See [http://en.wikipedia.org/wiki/Wikipedia_talk:Village_pump_%28technical%29#Pages_failing_to_load topic above] for more complaints.--[[User:Bbb23|Bbb23]] ([[User talk:Bbb23|talk]]) 17:46, 16 May 2011 (UTC)
::::Echo the above. It's pretty awful. --[[User:NeilN|'''<font color="#003F87">Neil<font color="#CD0000">N</font></font>''']] <sup><font face="Calibri">''[[User talk:NeilN|<font color="#003F87">talk to me</font>]]''</font></sup> 20:05, 16 May 2011 (UTC)

::::: Things are loading at a decent speed for me. No complaints at the moment; I haven't encountered any error messages yet. <font face="Verdana">[[User:Gary King|<font color="#02b">Gary&nbsp;<b>King</b></font>]]&nbsp;<span style="font-size: 0.9em;">([[User talk:Gary King|<font color="#02e">talk</font>]]&nbsp;·&nbsp;[[User:Gary King/Scripts|<font color="#02e">scripts</font>]])</span></font> 20:49, 16 May 2011 (UTC)
::::::It's been midly irritating all day, but now it's painful. Difs and pop-ups are uber-slow, and many times pages only load half-way. Other times when they do load, the font is very tiny, or the page is disjointed. --[[User:Ponyo|<b><font color="Navy">''Jezebel's''</font></b><font color="Navy">Ponyo</font>]]<sup>[[User_talk:Ponyo|<font color="Navy">''bons mots''</font>]]</sup> 00:10, 17 May 2011 (UTC)
:::::::Disjointed pages are always painful. You should seek medical advice. Seriously, for me it varies from irritating (actually rarely just mildly irritating) to painful. With the new buttons on Firefox 4, I often have to click on X to stop and then on the arrow to reload, and sometimes more than once. I just wish someone would let us know what is going on, even if it's just to say "we are still looking into it".--[[User:Bbb23|Bbb23]] ([[User talk:Bbb23|talk]]) 00:18, 17 May 2011 (UTC)
::::::Agreed, it goes in streaks. I'm surprised it's not more of a topic of conversation. When it fails, it's gone for several minutes...[[User:RxS|RxS]] ([[User talk:RxS|talk]]) 03:27, 17 May 2011 (UTC)
[[File:Keep Calm and Carry On Poster.svg|thumb|right|We must carry on and we ''must'' keep calm.]]
:::::::I can't get into my watchlist at all; it just hangs. Diffs are bad, history is bad, articles very slow, talk pages are sometimes only half loading. Has been like this for a couple of days for me. <font color="black">[[User:SlimVirgin|SlimVirgin]]</font> <small><sup><font color="gold">[[User_talk:SlimVirgin|TALK|]]</font><font color="lime">[[Special:Contributions/SlimVirgin|CONTRIBS]]</font></sup></small> 13:18, 17 May 2011 (UTC)
I thought this was just me. It's making editing a real pain. Some kind of news that someone knows what's wrong (and that it may get better at some point) would be lovely. --[[User:Dweller|Dweller]] ([[User talk:Dweller|talk]]) 15:18, 17 May 2011 (UTC)
:It has been a real hindrance to my editing as well. It's frustrating when I have to wait literally minutes and then my browser finally just shows me a blank page, or even worse, a partially-loaded page. When a page doesn't load all the way, it can be difficult to tell, especially if it's a page I've never visited before. I might just assume that's all there is to the page. Then I reload, and all of a sudden the article is twice as big.

:I have a suspicion that this slow performance may coincide with the decision to turn on email notification for EVERY editor on Wikipedia at the same time. Per the discussion below talking about the new email feature, that feature was available on smaller encyclopedias for some time but avoided on en.wiki because of performance concerns. Maybe those concerns were valid? -- '''[[User:Atama|<span style="color:#06F">At</span><span style="color:#03B">am</span><span style="color:#006">a</span>]]'''[[User talk:Atama|<span style="color:#000">頭</span>]] 16:40, 17 May 2011 (UTC)
::I highly doubt that. Sounds more like a caching server that is kaput somewhere. Other possibility is perhaps that the central notice for the board elections that is running right now ? I'm asking in the IRC channel of the system administrators for any ideas about the cause. —[[User:TheDJ|Th<span style="color: green">e</span>DJ]] ([[User talk:TheDJ|talk]] • [[Special:Contributions/TheDJ|contribs]]) 18:56, 17 May 2011 (UTC)
:::Thank you for doing that. Hopefully, they will respond and you can let us know.--[[User:Bbb23|Bbb23]] ([[User talk:Bbb23|talk]]) 18:58, 17 May 2011 (UTC)
:::I, too, wonder if it's a caching server problem. I've been having problems with loading time at work for about a week now (which is before the email notifications were turned on, by the way), but at home everything is loading in no time and with no problems...—[[User:Ezhiki|Ëzhiki (Igels Hérissonovich Ïzhakoff-Amursky)]]&nbsp;•&nbsp;([[User talk:Ezhiki|yo?]]); May&nbsp;17, 2011; 19:04 (UTC)
::::Can you please explain a bit more why there would be a difference between your work and home experiences? Is there something ''we'' can do at our end to mitigate the problem?--[[User:Bbb23|Bbb23]] ([[User talk:Bbb23|talk]]) 19:29, 17 May 2011 (UTC)
:::::Because the connections are routed via different providers, so there's a good chance that my work connection is hitting a defective cache server whereas my home connection does not?—[[User:Ezhiki|Ëzhiki (Igels Hérissonovich Ïzhakoff-Amursky)]]&nbsp;•&nbsp;([[User talk:Ezhiki|yo?]]); May&nbsp;17, 2011; 19:45 (UTC)
::::::Interesting. If that's true, then it would also explain why some people are complaining, why some are saying it's okay, ''and'' why more people aren't complaining at all.--[[User:Bbb23|Bbb23]] ([[User talk:Bbb23|talk]]) 19:51, 17 May 2011 (UTC)
:::::::I edit from work, and from home. From home it's a simple cable connection to a local ISP. From work, it's through a Websense proxy server that goes through who knows where, but nowhere close to here. I don't think this is a regional thing. Also, this issue is serious enough that I'm probably going to stay away from Wikipedia for awhile. This site is nearly unusable in this condition. It's like driving a car that breaks down every 5 minutes or so on the highway. -- '''[[User:Atama|<span style="color:#06F">At</span><span style="color:#03B">am</span><span style="color:#006">a</span>]]'''[[User talk:Atama|<span style="color:#000">頭</span>]] 00:09, 18 May 2011 (UTC)
::::::::I'm now getting load times over at least a minute for pretty much every page. Timing a few, the '''shortest''' was 1m2s, [[Logic gate]]. It's getting ridiculous. '''<font face="Verdana">&#91;[[User:Stwalkerster|<span style="color:black">stwalkerster</span>]]&#124;[[User talk:Stwalkerster|<span style="color:black">talk</span>]]&#93;</font>''' 01:16, 18 May 2011 (UTC)
I have opened a ticket [[bugzilla:29034]]. —[[User:TheDJ|Th<span style="color: green">e</span>DJ]] ([[User talk:TheDJ|talk]] • [[Special:Contributions/TheDJ|contribs]]) 08:41, 18 May 2011 (UTC)
:Users affected, and who know how to, might consider running [[traceroute]]s on en.wikipedia.org and/or bits.wikimedia.org. Might be helpful in figuring out if it is maybe a routing issue or something ? Link to them from here, or from the ticket. —[[User:TheDJ|Th<span style="color: green">e</span>DJ]] ([[User talk:TheDJ|talk]] • [[Special:Contributions/TheDJ|contribs]]) 08:54, 18 May 2011 (UTC)
::{{done}}, but it's not as bad now as it was last night. '''<font face="Verdana">&#91;[[User:Stwalkerster|<span style="color:black">stwalkerster</span>]]&#124;[[User talk:Stwalkerster|<span style="color:black">talk</span>]]&#93;</font>''' 13:12, 18 May 2011 (UTC)
:::Not one of those who "knows how to", I did want to note that it had eased up for me this morning, but has gotten worse as the day has progressed. :/ --[[User:Moonriddengirl|Moonriddengirl]] <sup>[[User talk:Moonriddengirl|(talk)]]</sup> 13:21, 18 May 2011 (UTC)
::::Local traceroutes and from an online service show no problems with either [http://network-tools.com/default.asp?prog=trace&host=en.wikipedia.org en] or [http://network-tools.com/default.asp?prog=trace&host=bits.wikimedia.org bits]. —[[User:Department of Redundancy Department|DoRD]] ([[User talk:Department of Redundancy Department|talk]]) 14:17, 18 May 2011 (UTC)
Is everyone of you from the UK per chance ? —[[User:TheDJ|Th<span style="color: green">e</span>DJ]] ([[User talk:TheDJ|talk]] • [[Special:Contributions/TheDJ|contribs]]) 13:50, 18 May 2011 (UTC)
:Not here, no. --[[User:NeilN|'''<font color="#003F87">Neil<font color="#CD0000">N</font></font>''']] <sup><font face="Calibri">''[[User talk:NeilN|<font color="#003F87">talk to me</font>]]''</font></sup> 13:53, 18 May 2011 (UTC)
:Nope. Texas. It's been very slow for me, but has been running more smoothly today. —[[User:Department of Redundancy Department|DoRD]] ([[User talk:Department of Redundancy Department|talk]]) 13:54, 18 May 2011 (UTC)
::It's slightly better for me today, but still slow and some pages are still only half loading. <font color="black">[[User:SlimVirgin|SlimVirgin]]</font> <small><sup><font color="gold">[[User_talk:SlimVirgin|TALK|]]</font><font color="lime">[[Special:Contributions/SlimVirgin|CONTRIBS]]</font></sup></small> 13:59, 18 May 2011 (UTC)
:I'm from the Southern east coast. I was on the west coast last week and had no issues there, but picked up problems as soon as I got back home. I tend to agree with Slim that it seems slightly better today. --[[User:Moonriddengirl|Moonriddengirl]] <sup>[[User talk:Moonriddengirl|(talk)]]</sup> 14:06, 18 May 2011 (UTC)
::Southwestern U.S. here. The problem continues. It may be slightly better this morning, but yesterday it got worse as the day progressed, so I'm waiting to see if it's really any better. Plus, it's still happening, so unless someone did something, why would it really be better? As for traceroutes, I'm suspicious as to their validity (with online tools). For example, I ran a traceroute from [http://network-tools.com/ this site], and for both wikipedia and wikimedia, it showed slightly slow but not horrible timings. I then tried doing the same thing with www.cnn.com, and it timed out over and over until it aborted. Yet, when I access www.cnn.com, the response is instantaneous and complete. So, if someone can suggest an online tool that shows credible results, I'm willing to try it.--[[User:Bbb23|Bbb23]] ([[User talk:Bbb23|talk]]) 15:45, 18 May 2011 (UTC)
:::It's already getting worse for me. I clicked on BLPN and it shows the title, says "transferring data" in the status bar, and just sits there. It's still sitting there as I type this message (it's been at least 2-3 minutes). Usually, I click on X and then refresh to push it along, but I'm curious what it will do if I don't do that. Should time out, but FF doesn't seem to care. :-) --[[User:Bbb23|Bbb23]] ([[User talk:Bbb23|talk]]) 16:05, 18 May 2011 (UTC)
::::It's pretty quick for me at the moment, but it's been up and down all day. Usually it just hangs halfway through loading a page for a few minutes, then sometimes carries on, if I don't get impatient and refresh it. I must have left a tab open in that state for about 10 mins though, surprised Chrome didn't time it out... it's annoying though. '''<font face="Verdana">&#91;[[User:Stwalkerster|<span style="color:black">stwalkerster</span>]]&#124;[[User talk:Stwalkerster|<span style="color:black">talk</span>]]&#93;</font>''' 16:15, 18 May 2011 (UTC)
:Western Canada on this end. Given the responses above, it definitely does not appear to be UK related. --[[User:Ponyo|<b><font color="Navy">''Jezebel's''</font></b><font color="Navy">Ponyo</font>]]<sup>[[User_talk:Ponyo|<font color="Navy">''bons mots''</font>]]</sup> 15:48, 18 May 2011 (UTC)
::Ohconfucius (above in earlier topic) is in Hong Kong. Don't know if he's still experiencing the problem.--[[User:Bbb23|Bbb23]] ([[User talk:Bbb23|talk]]) 15:51, 18 May 2011 (UTC)
:West coast of the US here and it's still irritatingly slow. [[User:Killiondude|Killiondude]] ([[User talk:Killiondude|talk]]) 17:20, 18 May 2011 (UTC)
::I cannot discern an obvious pattern here. Can someone use Firebug or WebkitInspector to at the very least pinpoint the transaction that is on hold for so long and the server that it is trying to reach ? Also, try using "View Source" of the webpage, and look for the '''&lt;!-- Served by'' line in the served out html of a request that takes this long. More detailed information is needed if we want to pinpoint the problem, cause the sysadmins don't see any reason for these problems. The status.wikimedia.org is also not having any issues from any of the locations that polls for access. —[[User:TheDJ|Th<span style="color: green">e</span>DJ]] ([[User talk:TheDJ|talk]] • [[Special:Contributions/TheDJ|contribs]]) 17:36, 18 May 2011 (UTC)
:::I'm willing to help, but I need more specific instructions from you. I use FF 4. I just added Firebug as an add-on (never used it before). I've enabled the console. I have the console in a separate window. It appears to log entries for each time I click on something (clearing what it logged on the previous click). It seems to create maybe 25-35 entries per click with columns as to what it's doing. What do you want me to provide here to be looked at? Are there any special settings you want me to use on Firebug?--[[User:Bbb23|Bbb23]] ([[User talk:Bbb23|talk]]) 17:57, 18 May 2011 (UTC)

:::It's back to being very slow for me. Pages barely loading. I'm having to keep several windows open, and once I press save, go to another window to open the page if I want to keep writing there. In the meantime, I can see in the first window that it hasn't finished loading yet. <font color="black">[[User:SlimVirgin|SlimVirgin]]</font> <small><sup><font color="gold">[[User_talk:SlimVirgin|TALK|]]</font><font color="lime">[[Special:Contributions/SlimVirgin|CONTRIBS]]</font></sup></small> 17:58, 18 May 2011 (UTC)
::::Me too, taken about 5 minutes to load just this edit page, after various attempts through getting Wikimedia errors - duly reported to the tech IRC channel too. Looks like they're having other issues right now though. '''<font face="Verdana">&#91;[[User:Stwalkerster|<span style="color:black">stwalkerster</span>]]&#124;[[User talk:Stwalkerster|<span style="color:black">talk</span>]]&#93;</font>''' 18:28, 18 May 2011 (UTC)

:::It just took me nearly 15 minutes to make one edit. Couldn't get the page to open, couldn't get preview to work, then why I tried to save I kept getting error messages. It's too slow to use now, so I'm giving up for a bit. Six error messages so far trying to save this edit. <font color="black">[[User:SlimVirgin|SlimVirgin]]</font> <small><sup><font color="gold">[[User_talk:SlimVirgin|TALK|]]</font><font color="lime">[[Special:Contributions/SlimVirgin|CONTRIBS]]</font></sup></small> 18:28, 18 May 2011 (UTC)
::::Some more issues are currently playing up, possibly due to the deploy of the Google News SiteMap extension a few hours ago, or due to updated translated messages. It's not yet known if these new issues (which are much larger and seemingly affecting everyone) are in any way related to the issues that are being reported in this topic. —[[User:TheDJ|Th<span style="color: green">e</span>DJ]] ([[User talk:TheDJ|talk]] • [[Special:Contributions/TheDJ|contribs]]) 18:34, 18 May 2011 (UTC)

:::This is a error I just got, generally it's been very slow today (same as every other day this week)...and getting this edit done was like pulling teeth. ''Request: GET http://en.wikipedia.org/wiki/Wikipedia:Village_pump_(technical), from 208.80.152.88 via sq63.wikimedia.org (squid/2.7.STABLE7) to ()Error: ERR_CANNOT_FORWARD, errno [No Error] at Wed, 18 May 2011 18:08:47 GMT'' [[User:RxS|RxS]] ([[User talk:RxS|talk]]) 18:45, 18 May 2011 (UTC)
Looks like the [[bugzilla:29034|bugzilla bug]] has been closed as "INVALID". 3 mins it took me to load this edit page - and I highly doubt it's any of the issues Krinkle has suggested on the bug report, due to the number and the geographical distribution of people affected by this. '''<font face="Verdana">&#91;[[User:Stwalkerster|<span style="color:black">stwalkerster</span>]]&#124;[[User talk:Stwalkerster|<span style="color:black">talk</span>]]&#93;</font>''' 19:15, 18 May 2011 (UTC)
:Given Krinkle's response that it may be caused "problems at your provider" and "anything on your computer", I have to doubt that this VP thread was even reviewed despite being linked to in the bug report. How frustrating for the editors who are affected. --[[User:Ponyo|<b><font color="Navy">''Jezebel's''</font></b><font color="Navy">Ponyo</font>]]<sup>[[User_talk:Ponyo|<font color="Navy">''bons mots''</font>]]</sup> 19:30, 18 May 2011 (UTC)
::I'm sorely tempted to reopen that bug report actually, with something snarky like "I'm pretty sure I've got a different ISP to other people whom this is affecting, given it's affecting people all over the world". So far I have restrained myself though, cos that sort of response isn't fair to them either. Seriously though, I think it should be reopened re-affirming this thread. I just don't trust myself to keep a cool head while doing it. '''<font face="Verdana">&#91;[[User:Stwalkerster|<span style="color:black">stwalkerster</span>]]&#124;[[User talk:Stwalkerster|<span style="color:black">talk</span>]]&#93;</font>''' 19:37, 18 May 2011 (UTC)
:::Aah, the old "user error" canard. It's nice to know someone cares. Fortunately, we're well-paid for all of our work here.--[[User:Bbb23|Bbb23]] ([[User talk:Bbb23|talk]]) 19:41, 18 May 2011 (UTC)
::::Don't worry, ops are working on it. [[User:Nemo_bis|Nemo]] 19:51, 18 May 2011 (UTC)
:::::I'm not sure how you know, but I certainly hope you're right. My offer to DJ (above) to help still stands if someone explains what they need and what I should do.--[[User:Bbb23|Bbb23]] ([[User talk:Bbb23|talk]]) 20:10, 18 May 2011 (UTC)
::::::Yes if we wish to retain and attract editors editing needs to be faster than it is now. We need to through everything we have at this problem. [[User:Jmh649|<span style="color:#0000f1">'''Doc James'''</span>]] ([[User talk:Jmh649|talk]] · [[Special:Contributions/Jmh649|contribs]] · [[Special:EmailUser/Jmh649|email]]) 20:37, 18 May 2011 (UTC)

*I'm on the US South East Coast in Florida and it's been terribly slow the past couple of days and remains slow today. Pages half-load, they load slowly section-by-section, only load the header of the page then hang, happens on articles, talk pages, and even my watchlist...sometimes I'll have to refresh the browser to get the whole watchlist to load. Very irritating. [[User:Dreadstar|Dreadstar]] <small>[[User talk:Dreadstar|<span class="Unicode">☥</span>]]</small> 20:37, 18 May 2011 (UTC)
::TheDJ and myself have done some poking, and we don't think it's an issue at Wikimedia, nor an issue with the users. We think the problem may lie with some server/router/[[Round robin|rr]] somewhere in the middle, which we don't really have control over. I'm going to try re-routing my local traffic over an [[SSH]] link to a remote machine of mine, but I dunno what will work and what won't at the moment. '''<font face="Verdana">&#91;[[User:Stwalkerster|<span style="color:black">stwalkerster</span>]]&#124;[[User talk:Stwalkerster|<span style="color:black">talk</span>]]&#93;</font>''' 20:43, 18 May 2011 (UTC)
:::Good luck, but I must say that if it's a router, it seems odd it's not affecting other servers besides Wikipedia/Wikimedia. Network issues can be very complex to diagnose. I hope someone can pinpoint the problem.--[[User:Bbb23|Bbb23]] ([[User talk:Bbb23|talk]]) 21:04, 18 May 2011 (UTC)
:::If it is something in the middle, it's odd that it's happening to users across a couple continents. [[User:RxS|RxS]] ([[User talk:RxS|talk]]) 21:16, 18 May 2011 (UTC)
::::Could be something pretty close to Wikimedia - it'd go a way to explain the temperamental nature of the problem too, and also why it's only affecting some users. One network peering partner of many going bad, network decides to route a request through them, and suddenly a page is really slow to load. '''<font face="Verdana">&#91;[[User:Stwalkerster|<span style="color:black">stwalkerster</span>]]&#124;[[User talk:Stwalkerster|<span style="color:black">talk</span>]]&#93;</font>''' 21:21, 18 May 2011 (UTC)

It's been happening Down Under too. Very frustrating. -- [[User:JackofOz|<font face="Papyrus">Jack of Oz</font>]] [[User talk:JackofOz#top|<font face="Papyrus">[your turn]</font>]] 21:37, 18 May 2011 (UTC)

And here in southern Ontario, Canada, it reminds me of the first time I went on line about 15 years ago when the images scanned on the screen line by line. This is not a user or an ISP or a browser problem. 21:57, 18 May 2011 (UTC)
:Yes, exactly, it'll do the old-school style line-by-line scanning down the screen, building the page slowly. Sometimes hanging on a section, wait for it, then draws the next section down... [[User:Dreadstar|Dreadstar]] <small>[[User talk:Dreadstar|<span class="Unicode">☥</span>]]</small> 23:11, 18 May 2011 (UTC)

:I've had a lot of trouble too here in California. Even at school where I have tons of bandwidth in both direction, uploads to Commons are proceedubg at an unusually slow rate, taking hours to upload 100 MB. Ordinary pages like this one are loading slowly and timing out too. [[User:Dcoetzee|Dcoetzee]] 23:57, 18 May 2011 (UTC)

::You're a graduate student in computer science. Fix it! :-) --[[User:Bbb23|Bbb23]] ([[User talk:Bbb23|talk]]) 00:17, 19 May 2011 (UTC)

::It's really bad tonight...hard to do anything. Is there an update somewhere? I'm having a hard time believing that this worldwide issue is being caused by something near Wikipedia but not Wikipedia itself. [[User:RxS|RxS]] ([[User talk:RxS|talk]]) 03:55, 19 May 2011 (UTC)

I'm in the Pacific NW. The site has been slower than usual on and off for the past few days.[[User:Bllix|bllix]] ([[User talk:Bllix|talk]]) 04:58, 19 May 2011 (UTC)

Just so it's clear, the problem is still continuing for me. Tomorrow will be the first-week anniversary of this problem (for me).--[[User:Bbb23|Bbb23]] ([[User talk:Bbb23|talk]]) 14:21, 19 May 2011 (UTC)

:I've asked on the Foundation mailing list whether anyone is looking into it; no reply so far. <font color="black">[[User:SlimVirgin|SlimVirgin]]</font> <small><sup><font color="gold">[[User_talk:SlimVirgin|TALK|]]</font><font color="lime">[[Special:Contributions/SlimVirgin|CONTRIBS]]</font></sup></small> 14:26, 19 May 2011 (UTC)

::Have you received any reply? The problem continues, and what is most troubling is the lack of any feedback from those responsible for fixing it except for a crappy response to the bug report. It's hard to believe anyone is investigating or working on the issue. I'd love to be proved wrong.--[[User:Bbb23|Bbb23]] ([[User talk:Bbb23|talk]]) 15:48, 20 May 2011 (UTC)
:::Erik Moeller posted a reply in the Bugzilla thread, citing a number of issues, one of which is a router problem in Tampa that can't be fixed until Tuesday at the earliest. But it looks like there's some hope coming. -- '''[[User:Atama|<span style="color:#06F">At</span><span style="color:#03B">am</span><span style="color:#006">a</span>]]'''[[User talk:Atama|<span style="color:#000">頭</span>]] 23:25, 20 May 2011 (UTC)
::::Thanks for the update. It's been dreadful this afternoon here.--[[User:Bbb23|Bbb23]] ([[User talk:Bbb23|talk]]) 23:32, 20 May 2011 (UTC)

=== Yet more page loading issues ===

For the last several hours, I've been unable to load pages either on en:wp or on Commons without logging in through the secure server: regardless of what page I try to load, it gives me a "cannot display the webpage" message similar to what I get if I go to a nonexistent website. Does anyone have an idea how to get rid of the "Do you want to view only the webpage content that was delivered securely?" message that I get from IE version 8.0.6001.19048? Or do I simply have to try a different browser? On top of that, does anyone know what's going on with the servers to make this happen? [[User:Nyttend|Nyttend]] ([[User talk:Nyttend|talk]]) 04:16, 19 May 2011 (UTC)
:I see discussions above with people's locations being asked: I'm in [[Bloomington, Indiana]]. [[User:Nyttend|Nyttend]] ([[User talk:Nyttend|talk]]) 04:16, 19 May 2011 (UTC)

[[Bugzilla:29034]] for reference. [[User:TeleComNasSprVen|<font color="red">:| TelCo</font>]][[User talk:TCNSV|<font color="green">NaSp</font>]][[Special:Contributions/TeleComNasSprVen|<font face="Showcard Gothic" color="blue">Ve :|</font>]] 05:10, 19 May 2011 (UTC)

: Yep things are real slow now; however, refreshing once usually loads the page immediately. <font face="Verdana">[[User:Gary King|<font color="#02b">Gary&nbsp;<b>King</b></font>]]&nbsp;<span style="font-size: 0.9em;">([[User talk:Gary King|<font color="#02e">talk</font>]]&nbsp;·&nbsp;[[User:Gary King/Scripts|<font color="#02e">scripts</font>]])</span></font> 14:21, 19 May 2011 (UTC)

::Yes, there is a problem. For about 3 days, intermittently. Pages don't load or load very slowly. [[User:Bus stop|Bus stop]] ([[User talk:Bus stop|talk]]) 14:32, 19 May 2011 (UTC)
:::Agh, it's still happening and it's just unbearable. [[User:Dreadstar|Dreadstar]] <small>[[User talk:Dreadstar|<span class="Unicode">☥</span>]]</small> 15:59, 19 May 2011 (UTC)
::::Last four or five days (in Australia) it as been slow but the last two it has gotten worse to the point that pages (articles, templates, talkpages ect) just don't load or half load and needs to be refreshed a few times to get them to load, whether I'm logged in or not. I've even used my Edu's computers and internet to see if my broadband ISP was the cause but still have the same issue there as well. [[User:Bidgee|Bidgee]] ([[User talk:Bidgee|talk]]) 03:25, 20 May 2011 (UTC)

*Ok, just now my watchlist only loaded about a quarter of the way and hung, this code was at the very end of the watchlist: "<li class="mw-line-odd watchlist-4-" [[User:Dreadstar|Dreadstar]] <small>[[User talk:Dreadstar|<span class="Unicode">☥</span>]]</small> 17:01, 20 May 2011 (UTC)


== Dark mode is available in Vector 2022 as a beta feature ==
:*I'm getting the same thing. My watchlist keeps loading only halfway, and often without the top part, and it's now happened a few times in preview too, where I can see only the top part of the article. <font color="black">[[User:SlimVirgin|SlimVirgin]]</font> <small><sup><font color="gold">[[User_talk:SlimVirgin|TALK|]]</font><font color="lime">[[Special:Contributions/SlimVirgin|CONTRIBS]]</font></sup></small> 17:03, 20 May 2011 (UTC)


[[File:Accessibility for reading mockup with dark mode on.png|thumb]]
*In addition to the resource loader failure I've been experiencing for 3 weeks now (see "My gadgets no longer work" above), I am also experiencing flakey page loading for the last 3 days. My experience is the same as SlimVirgin's: The page loads part way and hangs forever. If I hit my 'reload' button the page reloads quickly and completely. ~[[User:Amatulic|Amatulić]] <small>([[User talk:Amatulic#top|talk]])</small> 17:08, 20 May 2011 (UTC)
Hi everyone, the [[mw:Reading/Web|Wikimedia Foundation Web team]] has just released dark mode for logged-in users on desktop across all wikis for testing purposes. It's part of the [[Special:Preferences#mw-prefsection-betafeatures|Accessibility for Reading (Vector 2022)]] beta feature.
:*Seems to be worse today! Pages don't completely load but normally a few refreshes fixes allows it to full load, but today even refreshing isn't working. Getting a fully loaded page is just luck today! [[User:Bidgee|Bidgee]] ([[User talk:Bidgee|talk]]) 03:29, 22 May 2011 (UTC)
::Bump, is this ever going to be fixed? [[User:RxS|RxS]] ([[User talk:RxS|talk]]) 05:54, 22 May 2011 (UTC)
:::Unfortunately, because of the combination of these two sections, updates are inserted in two places. According to Atama above, there is a router problem that will hopefully be fixed next week, although the phrase "Tuesday at the earliest" is not at all concrete as to when. Then, of course, there's the issue of whether the router problem is actually the cause. One thing I can say for sure is it's been really horrible yesterday and today for me.--[[User:Bbb23|Bbb23]] ([[User talk:Bbb23|talk]]) 14:15, 22 May 2011 (UTC)


Just like [[Wikipedia:Village_pump_(technical)/Archive_212#Early_access_to_the_dark_mode_(mobile_web,_logged-in)|previously, when we were releasing this feature for logged-in users on mobile]], our goals for the early rollout are to:
Just to clarify, for anyone who hasn't visited [https://bugzilla.wikimedia.org/show_bug.cgi?id=29034 the link to Bugzilla], Erik Moeller said the following:
* Show what we've built very early. The earlier you are involved, the more your voices will be reflected in the final version
{{Quotation|
* Get your help with flagging bugs, issues, and requests
Erik Moeller 2011-05-20 21:27:06 UTC<br><br>
* Work with technical editors to adjust various templates and gadgets to the dark mode
According to the ops team, there are a number of separate and unrelated ops issues that have come up in the last few days:<br /><br />
1) Not all users are experiencing slowness, but a subset of users are. There's no definite smoking gun, but the most likely cause are ongoing issues with one of our routers in Tampa. The router will have to be taken down for maintenance to fix this issue, and order to perform this maintenance operation with minimal disruption, we need to have key ops engineers on standby to deal with any issues that may arise. My understanding is that the best available maintenance window is Tuesday next week.<br /><br />
2) There was a software deployment on May 18 which caused an application server overload; it was reverted the same day.<br /><br />
3) The mobile servers are currently intermittently overloaded, throwing internal server errors, and servers to provide additional capacity have been racked today.<br /><br />
4) In case you're looking at it, ganglia.wikimedia.org is not displaying correct server status information (as of yesterday); it's in the process of being fixed.<br /><br />
We're still in the process of setting up a new primary data center location in Ashburn, VA, which will give us higher site reliability in general, and also create the possibility of safe failover in maintenance or emergency situations.}}
What I gathered from that is that we wouldn't expect to see an improvement until Tuesday (tomorrow). What I quoted above was three days ago, on Friday the 20th. -- '''[[User:Atama|<span style="color:#06F">At</span><span style="color:#03B">am</span><span style="color:#006">a</span>]]'''[[User talk:Atama|<span style="color:#000">頭</span>]] 16:29, 23 May 2011 (UTC)


'''Known limitations'''
:I don't know about the rest of y'all, but today it seems much better for me. --[[User:Auntof6|Auntof6]] ([[User talk:Auntof6|talk]]) 14:54, 24 May 2011 (UTC)
::The techs have performed some much needed maintenance on the network today. [https://twitter.com/#!/Wikipedia/status/72947399231946752] Hopefully this has resolved the problems people were having. [[User:the wub|the wub]] [[User_talk:The wub|<font color="green">"?!"</font>]] 17:07, 24 May 2011 (UTC)
:::No, it hasn't resolved problems. Image thumbnail updating, both on Wikipedia and Wikimedia Commons, is as slow as before. I estimate it is running at approximately 1% of normal speed. Thumbnail updates after uploading a modified image now still take upwards of 24 hours, where they used to take less than 60 seconds.&nbsp;&mdash;[[User:Hydrargyrum|Quicksilver]]<sup>[[User_talk:Hydrargyrum|T]] [[Special:Emailuser/Hydrargyrum|@]]</sup> 20:10, 26 May 2011 (UTC)
:It's improved for me as well.--[[User:Bbb23|Bbb23]] ([[User talk:Bbb23|talk]]) 01:08, 27 May 2011 (UTC)


* Dark mode is only available for logged-in users: on desktop as a beta feature, and on mobile in the advanced mode.
=== Slower ===
* Gadgets may initially not work well with dark mode and may have to be updated.
Because that it is slower, it is more difficult to edit pages. I have tried to edit many pages but I get an message that it could not be processed because of bandwidth. I saved all the codes they gave me. Its Chinese.
* Our first goal is making dark mode work on articles. Special pages, talk pages, and other namespaces (including Wikipedia) have not been updated to work in dark mode yet. We have temporarily disabled dark mode on some of these pages.


'''What we would like you to do'''
Here it goes (Please note that I replaced my IP by "--.--.--.---")
----
Request: POST http://en.wikipedia.org/w/index.php?title=500_Keys&action=submit, from --.--.--.--- via sq75.wikimedia.org (squid/2.7.STABLE7) to 208.80.152.88 (208.80.152.88)
Error: ERR_READ_TIMEOUT, errno [No Error] at Mon, 16 May 2011 19:01:38 GMT
----
Request: GET http://en.wikipedia.org/wiki/Special:AbuseLog/4761656, from --.--.--.--- via sq75.wikimedia.org (squid/2.7.STABLE7) to 208.80.152.48 (208.80.152.48)
Error: ERR_READ_TIMEOUT, errno [No Error] at Mon, 16 May 2011 21:19:22 GMT
----
Request: GET http://en.wikipedia.org/wiki/Special:AbuseLog/4761656, from --.--.--.--- via sq66.wikimedia.org (squid/2.7.STABLE7) to 208.80.152.48 (208.80.152.48)
Error: ERR_READ_TIMEOUT, errno [No Error] at Mon, 16 May 2011 21:27:57 GMT
----
Request: POST http://en.wikipedia.org/w/index.php?title=User_talk:Ebe123&action=submit, from --.--.--.--- via sq74.wikimedia.org (squid/2.7.STABLE7) to 208.80.152.85 (208.80.152.85)
Error: ERR_READ_TIMEOUT, errno [No Error] at Tue, 17 May 2011 18:09:05 GMT
----
Request: POST http://fr.wiktionary.org/w/index.php?title=Mod%C3%A8le:IP_scolaire&action=submit, from 208.80.152.50 via sq62.wikimedia.org (squid/2.7.STABLE7) to ()
Error: ERR_CANNOT_FORWARD, errno [No Error] at Wed, 18 May 2011 18:06:29 GMT
----
Request: GET http://fr.wiktionary.org/w/index.php?title=Mod%C3%A8le:IP_scolaire&action=edit, from 208.80.152.74 via sq63.wikimedia.org (squid/2.7.STABLE7) to ()
Error: ERR_CANNOT_FORWARD, errno (11) Resource temporarily unavailable at Wed, 18 May 2011 18:07:57 GMT
----
Request: POST http://fr.wikipedia.org/w/index.php?title=Mod%C3%A8le:IP_scolaire&action=submit, from 208.80.152.49 via sq61.wikimedia.org (squid/2.7.STABLE7) to ()
Error: ERR_CANNOT_FORWARD, errno [No Error] at Wed, 18 May 2011 18:10:06 GMT
----
Request: POST http://fr.wiktionary.org/w/index.php?title=Cat%C3%A9gorie:Adresse_IP_scolaire&action=submit, from 208.80.152.82 via sq64.wikimedia.org (squid/2.7.STABLE7) to ()
Error: ERR_CANNOT_FORWARD, errno [No Error] at Wed, 18 May 2011 18:16:46 GMT
----
Request: POST http://en.wikipedia.org/w/index.php?title=500_Keys&action=submit, from --.--.--.--- via sq75.wikimedia.org (squid/2.7.STABLE7) to 208.80.152.88 (208.80.152.88)
Error: ERR_READ_TIMEOUT, errno [No Error] at Wed, 18 May 2011 21:21:51 GMT
----
~~[[User:ebe123|<span style="color:#21421E;font-weight:bold">EBE123</span>]]~~ <sup>[[User talk:Ebe123|<span style="color:#0000FF">talk</span>]]</sup><sub>[[Special:Contributions/Ebe123|Contribs]]</sub> 21:10, 24 May 2011 (UTC)


Our request to you is exactly the same as previously:
== Watchlist emails ==


# To opt into dark mode, select the [[Special:Preferences#mw-prefsection-betafeatures|Accessibility for Reading beta feature]] from the beta feature list. This will opt you into the Appearance menu displayed in the right sidebar on every page. [[#May 2024 Accessibility for Reading Update: appearance menu, upcoming font size changes and customization, dark mode, and more|More about the menu itself here]].
:''See also '''[[bugzilla:5220#c40]]''', [[#Email notification notification]], [[Wikipedia:Village_pump_%28miscellaneous%29#E-mails_from_Wikimedia]] [http://en.wikipedia.org/w/index.php?title=Wikipedia:Village_pump_%28miscellaneous%29&oldid=429762112#E-mails_from_Wikimedia], [[Wikipedia:Administrators'_noticeboard/Incidents#Question_about_Suggest_a_Bot]] [http://en.wikipedia.org/w/index.php?title=Wikipedia:Administrators%27_noticeboard/Incidents&oldid=429764081#Question_about_Suggest_a_Bot], [[MediaWiki_talk:Watchlist-details#Talk_emails]] [http://en.wikipedia.org/w/index.php?title=MediaWiki_talk:Watchlist-details&oldid=429763685#Talk_emails]
# Next, go to different articles and look for issues:
#* If you have noticed an issue with a template but do not know how to fix it
#*# Go to [[mw:Special:MyLanguage/Recommendations for night mode compatibility on Wikimedia wikis|the recommendations page]] and find a relevant example
#*# If no relevant example is available or you're not sure of the fix, [[mw:Talk:Reading/Web/Accessibility for reading|contact us]]
#* If you want to debug many templates in dark mode
#*# Go to https://night-mode-checker.wmcloud.org/ and identify templates that need to be fixed. The tool flags the top 100 most read articles.
#*# Go to [[mw:Special:MyLanguage/Recommendations for night mode compatibility on Wikimedia wikis|the recommendations page]] and find a relevant example
#*# If no relevant example is available or you're not sure of the fix, [[mw:Talk:Reading/Web/Accessibility for reading|contact us]]
#* If you want to identify problems beyond the top 100 articles.
#*# Install the WCAG color contrast browser extension ([https://chromewebstore.google.com/detail/wcag-color-contrast-check/plnahcmalebffmaghcpcmpaciebdhgdf Chrome], [https://addons.mozilla.org/en-US/firefox/addon/wcag-contrast-checker/ Firefox]) and visit some articles. Use it to identify problems
#*# Go to the [[mw:Special:MyLanguage/Recommendations for night mode compatibility on Wikimedia wikis|recommendations page]] and find relevant examples
#*# If no relevant example is available or you're not sure of the fix, [[mw:Talk:Reading/Web/Accessibility for reading|contact us]]
#* If you have a bug report for dark mode that is not related to templates
#*# Take a screenshot of what you are observing.
#*# [[mw:Talk:Reading/Web/Accessibility for reading|Contact us]]. If possible, please write down your browser version and operating system version.


When most issues are solved, we'll be able to make the dark mode available for readers on both desktop and mobile. Go to the [[mw:Reading/Web/Accessibility_for_reading|Accessibility for Reading project page]] and the [[mw:Reading/Web/Accessibility_for_reading/Frequently_asked_questions|FAQ page]] to see more information about the basics of this project. Thank you! [[User:SGrabarczuk (WMF)|SGrabarczuk (WMF)]] ([[User talk:SGrabarczuk (WMF)|talk]]) 21:47, 15 May 2024 (UTC)
When did watchlist notification emails get enabled for enwiki? I just received one regarding my user talkpage. And how do I disable them for myself? --[[User:Cybercobra|<b><font color="3773A5">Cyber</font></b><font color="FFB521">cobra</font>]] [[User talk:Cybercobra|(talk)]] 22:02, 16 May 2011 (UTC)
:Turn it off in My preferences. As per a discussion above, it was recently added, but it presumed we wanted to be notified, not necessarily a great presumption.--[[User:Bbb23|Bbb23]] ([[User talk:Bbb23|talk]]) 22:05, 16 May 2011 (UTC)


:I don't know if this was the right move. Tons of pages still look like garbage (shoutout [[Special:Watchlist]]){{--}}the theme is definitely not ready for use by non-technical editors. It wouldn't be too bad if you had made a seperate beta option for it{{--}}because you've clumped it in with Accessibility for Reading a couple people have gone on the [[WP:Discord|Discord]] confused. [[User:Snowmanonahoe|Snowmanonahoe]] ([[User talk:Snowmanonahoe|talk]] '''·''' [[Special:Contributions/Snowmanonahoe|contribs]] '''·''' [[User:Snowmanonahoe/Typos|typos]]) 23:54, 15 May 2024 (UTC)
:: It only notifies you for edits to your talk page. There's more information about this in your watchlist, at the top where announcements usually go. <font face="Verdana">[[User:Gary King|<font color="#02b">Gary&nbsp;<b>King</b></font>]]&nbsp;<span style="font-size: 0.9em;">([[User talk:Gary King|<font color="#02e">talk</font>]]&nbsp;·&nbsp;[[User:Gary King/Scripts|<font color="#02e">scripts</font>]])</span></font> 23:57, 16 May 2011 (UTC)
::"Fixing" it is as simple as setting your personal chosen theme to light mode.
::As for tons of pages, I just got separate word that OOUI interfaces don't support light mode (currently/ever?), which is why Watchlist has light elements. Perhaps it shouldn't be displaying as dark. [[User:Izno|Izno]] ([[User talk:Izno|talk]]) 00:08, 16 May 2024 (UTC)
:::Articles too. Along with interface pages, editnotices, syntax highlighting, half the mboxes... [[User:Snowmanonahoe|Snowmanonahoe]] ([[User talk:Snowmanonahoe|talk]] '''·''' [[Special:Contributions/Snowmanonahoe|contribs]] '''·''' [[User:Snowmanonahoe/Typos|typos]]) 00:27, 16 May 2024 (UTC)
::::The point is for editors to find these things. Might as well drop logged users in and let them make the two button presses to find a different, less-painful choice. [[User:Izno|Izno]] ([[User talk:Izno|talk]]) 00:41, 16 May 2024 (UTC)
:::::Exactly, there is no magic fairy dust for some of this, just grunt work to fix the pages and templates that never had to account for a darkmode. —[[User:TheDJ|Th<span style="color: green">e</span>DJ]] ([[User talk:TheDJ|talk]] • [[Special:Contributions/TheDJ|contribs]]) 14:56, 16 May 2024 (UTC)
:::We do have a long-term solution for OOUI fixes that is in development right now. We hope to have it ready within the next couple of weeks. In the meantime however, pages like Watchlist and should be displaying in light mode so this is a bug. We're tracking it in [[phab:T365084]] and should have a fix out later today. [[User:OVasileva (WMF)|OVasileva (WMF)]] ([[User talk:OVasileva (WMF)|talk]]) 07:36, 16 May 2024 (UTC)
:{{re|SGrabarczuk (WMF)}} Is there really a plan to take over the right 1/4 of screen with a "settings" panel every time someone opens a page in a new private tab, or clears cookies, or switches to a new language, or doesn't realize what the "hide" button does? Or is that just so in-your-face during the testing phase? [[User:Suffusion of Yellow|Suffusion of Yellow]] ([[User talk:Suffusion of Yellow|talk]]) 02:01, 16 May 2024 (UTC)
::Hey @[[User:Suffusion of Yellow|Suffusion of Yellow]] - thanks for the question. In general, we think this is the most effective way to launch the new menu and be able to inform users about it. It removes the necessity to add additional modals or notices that say "New menu available!" or "Dark mode available", which would otherwise show on every pageview. So, the current plan is to keep the menu open by default for the wider release as well for all logged-in and logged-out users. Then, after the release, we can look at the data to gauge whether we need to keep it open as default, or collapse, and when. [[User:OVasileva (WMF)|OVasileva (WMF)]] ([[User talk:OVasileva (WMF)|talk]]) 07:40, 16 May 2024 (UTC)
:::Why can't it be on the ''left'' side, with the TOC? Or better yet, just put a plain-text link at the top? I mean, registered users have already been able to find the "preferences" link for 20 years now. Right when I open up [[:testwiki:LOREM IPSUM]] (or any page with a TOC) on my phone in a new private tab, then switch to the desktop site, about ''half'' my screen is whitespace, and the text is squished into a narrow little strip in the middle. It's ''unusable'' until I hide the settings column
:::{{pb}} People are reading a website, not installing software. There shouldn't be a "setup" stage before they can get down to the business of looking up that one little fact. The defaults should at least be usable. [[User:Suffusion of Yellow|Suffusion of Yellow]] ([[User talk:Suffusion of Yellow|talk]]) 17:11, 16 May 2024 (UTC)
::::Hi @[[User:Suffusion of Yellow|Suffusion of Yellow]] - we generally have most personalized tools (page tools, the user menu, preferences) on the right side of the page, which is why we chose this location. It would have been confusing to show a menu on the left side of the page, next to the content-related ToC, only to then collapse it into the right side. Hope that makes sense.
::::In terms of the defaults - I couldn't agree with you more. We want our defaults to be as usable as possible (and also to provide an easy opportunity for customization). We are currently in the process of defining and setting defaults for all three areas in the menu. These default will become available as the features themselves are ready. For example, the default for dark mode will be "automatic", which will follow the user's device settings. [[User:OVasileva (WMF)|OVasileva (WMF)]] ([[User talk:OVasileva (WMF)|talk]]) 06:46, 21 May 2024 (UTC)
: {{re|SGrabarczuk (WMF)}} https://night-mode-checker.wmcloud.org/ appears to only be for the mobile version. Is there is desktop report? Also, the beta is only for Vector 2022. Many editors still use legacy vector or other skins, will the new feature be moved to any other skin besides Vector 2022? How does the new feature compare to the dark mode gadget that is currently available? [[User:RudolfRed|RudolfRed]] ([[User talk:RudolfRed|talk]]) 03:31, 16 May 2024 (UTC)
::This dark mode is only going to be supported on Vector 22 and Minerva so far as I know. [[User:Izno|Izno]] ([[User talk:Izno|talk]]) 03:54, 16 May 2024 (UTC)
::The main idea of the new feature is that it doesn't invert colors that are not known to be invertable. This causes the colors on [[Pantone]] for example to not be distorted. [[User:Snowmanonahoe|Snowmanonahoe]] ([[User talk:Snowmanonahoe|talk]] '''·''' [[Special:Contributions/Snowmanonahoe|contribs]] '''·''' [[User:Snowmanonahoe/Typos|typos]]) 11:43, 16 May 2024 (UTC)
:::Users are supposed to mark those themselves, see [[:mw:Recommendations for night mode compatibility on Wikimedia wikis#Overriding night mode styles / disabling the night mode theme]]. [[User:Snævar|Snævar]] ([[User talk:Snævar|talk]]) 09:29, 18 May 2024 (UTC)


== Harv and Sfn no-target error help please ==
:::LOL, I didn't even notice the announcement until you mentioned it.--[[User:Bbb23|Bbb23]] ([[User talk:Bbb23|talk]]) 00:00, 17 May 2011 (UTC)
::::Likewise; I hadn't checked my watchlist yet and thus seen the notice. --[[User:Cybercobra|<b><font color="3773A5">Cyber</font></b><font color="FFB521">cobra</font>]] [[User talk:Cybercobra|(talk)]] 01:15, 17 May 2011 (UTC)


Hi. One of my pastimes is trying to empty [[:Category:Harv and Sfn no-target errors]]. Today I found [[Military courts of the United Kingdom]], which has multiple uses of <nowiki>{{sfn|Armed Forces Act|2006}}</nowiki> which are meant to link to <nowiki> {{UK-LEG|title=Armed Forces Act 2006|path=ukpga/2006/52 |ref={{harvid|Armed Forces Act|2006}}}}</nowiki> but don't. I can't work out how to fix the no-target errors and get the link from sfn to citation template to work. Any help will be appreciated, thank you. [[User:DuncanHill|DuncanHill]] ([[User talk:DuncanHill|talk]]) 10:22, 16 May 2024 (UTC)
I received several of these annoying emails, and worked out for myself how to turn it off, ''well'' before seeing this announcement. May I state that I heartily disapprove of turning such a new feature on by default -- it creates a large amount of unwanted emails. The least-impact implementation would have been off-by-default. <font face="Antiqua, serif">''[[User:Hrafn|Hrafn]]<sup>[[User talk:Hrafn|Talk]]</sup><sub>[[Special:Contributions/Hrafn|Stalk]]</sub><sup>''('''[[M:Precisionism|P]]''')</sup></font> 07:16, 17 May 2011 (UTC)
:{{tlx|UK-LEG}} does not know about {{para|ref}} so does not create an anchor ID. Without an anchor ID, {{tlx|sfn}} has nothing to link to. Your options are to modify {{tld|UK-LEG}} or implement an appropriate solution from the list of possible solutions at {{slink|:Category:Harv_and_Sfn_template_errors|Resolving_errors}}: {{tlx|wikicite}} (best) or {{tlx|anchor}} (not so best).
:And I'm sure that there is a group of users who welcome finally being able to receive email notifications of their user talk pages, without having to even do anything for it. We should add a link to those emails on how you disable them btw. That is the very least we can do. —[[User:TheDJ|Th<span style="color: green">e</span>DJ]] ([[User talk:TheDJ|talk]] • [[Special:Contributions/TheDJ|contribs]]) 11:22, 17 May 2011 (UTC)
::[[bugzilla:29022]]. —[[User:TheDJ|Th<span style="color: green">e</span>DJ]] ([[User talk:TheDJ|talk]] [[Special:Contributions/TheDJ|contribs]]) 11:25, 17 May 2011 (UTC)
:—[[User:Trappist the monk|Trappist the monk]] ([[User talk:Trappist the monk|talk]]) 10:53, 16 May 2024 (UTC)
::{{re|Trappist the monk}} Thanks, so [https://en.wikipedia.org/w/index.php?title=Military_courts_of_the_United_Kingdom&diff=1224210232&oldid=1224113118 like this?] [[User:DuncanHill|DuncanHill]] ([[User talk:DuncanHill|talk]]) 22:39, 16 May 2024 (UTC)
::I got a bit confused at first because the instructions at {{slink|:Category:Harv_and_Sfn_template_errors|Resolving_errors}} only say "wrapping a plain-text citation inside <nowiki>{{wikicite}}</nowiki> and setting |ref= or |id= as appropriate to match the value expected by the short-cite template", whenwikicite can "be assigned templates as well as text". [[User:DuncanHill|DuncanHill]] ([[User talk:DuncanHill|talk]]) 22:53, 16 May 2024 (UTC)


== ChristieBot unable to edit [[Talk:Israeli invasion of the Gaza Strip (2023–present)]] ==
I agree that an assumption that the vast majority of users would want this was not necessarily a good one.
{{tracked|T365199}}
*{{Botlinks|ChristieBot}}


ChristieBot, which manages GA nominations, has been crashing when trying to transclude the GA review to [[Talk:Israeli invasion of the Gaza Strip (2023–present)]]. The error is "Page [[en:Special:Log]] is not supported due to namespace restriction". The page is extended-confirmed protected. The bot does have extended-confirmed rights as part of the bot group rights, but presumably is missing some other related permission. I can change the code to not crash and simply log the error, but I'm at work and won't be able to touch the code for a few hours. If anyone can tell me what the problem is I would appreciate it. Thanks. [[User:Mike Christie|Mike Christie]] ([[User talk:Mike Christie|talk]] - [[Special:Contributions/Mike Christie|contribs]] - [[User:Mike Christie/Reference library|library]]) 12:48, 16 May 2024 (UTC)
Furthermore, if you're going to switch something like this on, it'd be a good idea to mention in the text of the email that it's just been switched on - my first reaction to getting one of these was that my account had been hacked and someone was playing with my watchlist and preferences.
:@[[User:Mike Christie|Mike Christie]] check your bot permissions grant, that you have enabled <code>Edit protected pages</code>. — [[User:Xaosflux|<span style="color:#FF9933; font-weight:bold; font-family:monotype;">xaosflux</span>]] <sup>[[User talk:Xaosflux|<span style="color:#009933;">Talk</span>]]</sup> 13:33, 16 May 2024 (UTC)
::Is this something I can set myself, and if so, where? (I'm not an admin.) I thought that a bot just needed the same user rights as a non-bot editor would need to edit a given page. [[User:Mike Christie|Mike Christie]] ([[User talk:Mike Christie|talk]] - [[Special:Contributions/Mike Christie|contribs]] - [[User:Mike Christie/Reference library|library]]) 13:46, 16 May 2024 (UTC)
:::How is your bot logging in? Through the webui, or the api? If the API are you using a consumer grant or BotPasswords? — [[User:Xaosflux|<span style="color:#FF9933; font-weight:bold; font-family:monotype;">xaosflux</span>]] <sup>[[User talk:Xaosflux|<span style="color:#009933;">Talk</span>]]</sup> 13:51, 16 May 2024 (UTC)
::::I don't have access to toolforge from where I am now, and since it was set up eighteen months ago I don't recall the details offhand, but as I recall I have a config set up in the toolforge shell account that handles the bot authentication. I think that means it uses BotPasswords? [[User:Mike Christie|Mike Christie]] ([[User talk:Mike Christie|talk]] - [[Special:Contributions/Mike Christie|contribs]] - [[User:Mike Christie/Reference library|library]]) 14:04, 16 May 2024 (UTC)
:::::@[[User:Mike Christie|Mike Christie]] You'd have to check your PyWikiBot <code>user-config.py</code> file. If it has an <code>authenticate[] = </code> line you're using oauth, if it has a <code>password_file = </code> line you're using BotPasswords. <span class="nowrap">--[[User:Ahecht|Ahecht]] ([[User talk:Ahecht|<b style="color:#FFF;background:#04A;display:inline-block;padding:1px;vertical-align:middle;font:bold 50%/1 sans-serif;text-align:center">TALK<br />PAGE</b>]])</span> 14:08, 16 May 2024 (UTC)
::::::I don't recall getting oauth to work so I think it must be BotPasswords, which I remember dealing with. (If {{u|SD0001}} is available and has a moment they may be able to look and confirm as they are a maintainer for that bot.) [[User:Mike Christie|Mike Christie]] ([[User talk:Mike Christie|talk]] - [[Special:Contributions/Mike Christie|contribs]] - [[User:Mike Christie/Reference library|library]]) 14:19, 16 May 2024 (UTC)
:::::::@[[User:Mike Christie|Mike Christie]] If that's the case, you'd have to go to [[Special:BotPasswords]], log in using your bot account, click on the password you're using for your bot, check the "Edit protected pages" box, and click "Update". <span class="nowrap">--[[User:Ahecht|Ahecht]] ([[User talk:Ahecht|<b style="color:#FFF;background:#04A;display:inline-block;padding:1px;vertical-align:middle;font:bold 50%/1 sans-serif;text-align:center">TALK<br />PAGE</b>]])</span> 14:36, 16 May 2024 (UTC)
:::::::It's using BotPassword. It should be able to edit the page if the appropriate grant is checked as mentioned above. But from the error message, I am wondering if there is a code issue as well - the bot seems to be literally trying to edit [[Special:Log]] which of course isn't possible. – [[User:SD0001|<span style="font-weight: bold; color: #C30">SD0001</span>]] ([[User talk:SD0001|talk]]) 17:58, 16 May 2024 (UTC)
::::::::That flag is now checked but it hasn't fixed the issue. The issue only occurs when trying to edit that page, using the same code that it uses for transcluding GA reviews on other talk pages, so I can't see why Special:Log is in the picture. There's certainly no explicit attempt by the bot to try to edit the special page. The error happens when it attempts to add text to the Page object's text field: in the traceback I see <code>self.botMayEdit()</code> is called, in pywikibot/page/_basepage.py, which eventually pops out to the Special:Log error for some reason. Later I will have time to add some code to trap the error so at least it'll finish its run, even if it can't do that particular transclusion. I'll do that this evening unless someone has any further ideas. Thanks for the help so far. [[User:Mike Christie|Mike Christie]] ([[User talk:Mike Christie|talk]] - [[Special:Contributions/Mike Christie|contribs]] - [[User:Mike Christie/Reference library|library]]) 19:04, 16 May 2024 (UTC)
:::::::::This appears to be an error in pywikibot, I can confirm it also occurs for me.<br/>
{{cot|Full traceback}}<br/>---------------------------------------------------------------------------<br/>UnsupportedPageError Traceback (most recent call last)<br/>Cell In[1], line 4<br/> 2 site = pywikibot.Site('wikipedia:en')<br/> 3 page = pywikibot.Page(site, 'Talk:Israeli invasion of the Gaza Strip (2023–present)')<br/>----> 4 page text = 'foo'<br style="margin-bottom:0.5em"/>File /srv/paws/lib/python3.10/site-packages/pywikibot/page/_basepage.py:576, in BasePage.text(self, value)<br/> 571 """Update the current (edited) wikitext.<br/> 572 <br/> 573 :param value: New value or None<br/> 574 """<br/> 575 try:<br/>--> 576 self.botMayEdit() # T262136, T267770<br/> 577 except Exception as e:<br/> 578 # dry tests aren't able to make an API call<br/> 579 # but are rejected by an Exception; ignore it then.<br/> 580 if not str(e).startswith('DryRequest rejecting request:'):<br style="margin-bottom:0.5em"/>File /srv/paws/lib/python3.10/site-packages/pywikibot/page/_basepage.py:1146, in BasePage.botMayEdit(self)<br/> 1131 """<br/> 1132 Determine whether the active bot is allowed to edit the page.<br/> 1133 <br/> (...)<br/> 1143 user cnfig file (user-config.py), or using page.put(force=True).<br/> 1144 """<br/> 1145 if not hasattr(self, '_bot_may_edit'):<br/>-> 1146 self _bot_may_edit = self._check_bot_may_edit()<br/> 1147 return self _bot_may_edit<br style="margin-bottom:0.5em"/>File /srv/paws/lib/python3.10/site-packages/pywikibot/page/_basepage.py:1163, in BasePage._check_bot_may_edit(self, module)<br/> 1161 username = self.site.username()<br/> 1162 try:<br/>-> 1163 templates = self.templatesWithParams()<br/> 1164 except (NoPageError, IsRedirectPageError, SectionError):<br/> 1165 return True<br style="margin-bottom:0.5em"/>File /srv/paws/lib/python3.10/site-packages/pywikibot/page/_page.py:78, in Page.templatesWithParams(self)<br/> 62 """Return templates used on this Page.<br/> 63 <br/> 64 The templates are extracted by :meth:`raw_extracted_templates`,<br/> (...)<br/> 74 :rtype: list of (pywikibot.page.Page, list)<br/> 75 """<br/> 76 # WARNING: may not return all templates used in particularly<br/> 77 # intricate cases such as template substitution<br/>---> 78 titles = {t.title() for t in self.templates()}<br/> 79 templates = self raw_extracted_templates<br/> 80 # backwards-compatibility: convert the dict returned as the second<br/> 81 # element into a list in the format used by old scripts<br style="margin-bottom:0.5em"/>File /srv/paws/lib/python3.10/site-packages/pywikibot/page/_basepage.py:1612, in BasePage.templates(self, content)<br/> 1609 del self _templates<br/> 1611 if not hasattr(self, '_templates'):<br/>-> 1612 self _templates = set(self.itertemplates(content=content))<br/> 1614 return list(self._templates)<br style="margin-bottom:0.5em"/>File /usr/lib/python3.10/_collections_abc.py:330, in Generator.__next__(self)<br/> 326 def __next__(self):<br/> 327 """Return the next item from the generator.<br/> 328 When exhausted, raise StopIteration.<br/> 329 """<br/>--> 330 return self.send(None)<br style="margin-bottom:0.5em"/>File /srv/paws/lib/python3.10/site-packages/pywikibot/tools/collections.py:279, in GeneratorWrapper.send(self, value)<br/> 276 if not hasattr(self, '_started_gen'):<br/> 277 # start the generator<br/> 278 self _started_gen = self generator<br/>--> 279 return next(self._started_gen)<br style="margin-bottom:0.5em"/>File /srv/paws/lib/python3.10/site-packages/pywikibot/data/api/_generators.py:625, in QueryGenerator.generator(self)<br/> 622 self normalized = {}<br/> 624 try:<br/>--> 625 yield from self._extract_results(resultdata)<br/> 626 except RuntimeError:<br/> 627 break<br style="margin-bottom:0.5em"/>File /srv/paws/lib/python3.10/site-packages/pywikibot/data/api/_generators.py:567, in QueryGenerator._extract_results(self, resultdata)<br/> 565 """Extract results from resultdata."""<br/> 566 for item in resultdata:<br/>--> 567 result = self.result(item)<br/> 568 if self _namespaces and not self._check_result_namespace(result):<br/> 569 continue<br style="margin-bottom:0.5em"/>File /srv/paws/lib/python3.10/site-packages/pywikibot/data/api/_generators.py:736, in PageGenerator.result(self, pagedata)<br/> 734 elif ns == Namespace.CATEGORY:<br/> 735 p = pywikibot.Category(p)<br/>--> 736 update_page(p, pagedata, self.props)<br/> 737 return p<br style="margin-bottom:0.5em"/>File /srv/paws/lib/python3.10/site-packages/pywikibot/data/api/_generators.py:983, in update_page(page, pagedict, props)<br/> 966 def update_page(page: pywikibot Page,<br/> 967 pagedict: dict[str, Any],<br/> 968 props: Iterable[str] | None = None) -> None:<br/> 969 """<br/> 970 Update attributes of Page object *page*, based on query data in *pagedict*.<br/> 971 <br/> (...)<br/> 981 supported yet<br/> 982 """<br/>--> 983 _update_pageid(page, pagedict)<br/> 984 _update_contentmodel(page, pagedict)<br/> 986 props = props or []<br style="margin-bottom:0.5em"/>File /srv/paws/lib/python3.10/site-packages/pywikibot/data/api/_generators.py:882, in _update_pageid(page, pagedict)<br/> 880 raise InvalidTitleError(f"{page}: {pagedict['invalidreason']}")<br/> 881 if int(pagedict['ns']) < 0:<br/>--> 882 raise UnsupportedPageError(page)<br/> 883 raise RuntimeError(f"Page {pagedict['title']} has neither 'pageid'"<br/> 884 " nor 'missing' attribute")<br style="margin-bottom:0.5em"/>UnsupportedPageError: Page [[en:Special:Log]] is not supported due to namespace restriction.<br/>
{{cob}}
:::::::::<span id="Qwerfjkl:1715887299310:WikipediaFTTCLNVillage_pump_(technical)" class="FTTCmt">—&nbsp;[[User:Qwerfjkl|<span style="background:#1d9ffc; color:white; padding:5px; box-shadow:darkgray 2px 2px 2px;">Qwerfjkl</span>]][[User talk:Qwerfjkl|<span style="background:#79c0f2;color:white; padding:2px; box-shadow:darkgray 2px 2px 2px;">talk</span>]] 19:21, 16 May 2024 (UTC)</span>
::::::::::Thanks. I've opened [[:phab:T365199]] for this and linked here. I'll just catch the exception in that case. [[User:Mike Christie|Mike Christie]] ([[User talk:Mike Christie|talk]] - [[Special:Contributions/Mike Christie|contribs]] - [[User:Mike Christie/Reference library|library]]) 20:31, 16 May 2024 (UTC)


== Big placeholder thumbnails in search results ==
I presume that I missed all the debate and publicity before you switched it on. Debate: it's alluded above that there has been considerable support "elsewhere" for this, but no link is provided. Where was that debate? Was it properly and sensibly publicised so that many users could participate, eg at [[WP:CENT]]? And publicity: when the extensive debate concluded, I presume it was properly announced, in the Signpost etc - could you point me to the announcements?
{{tracked|T320295}}
Search results have a thumbnail next to them, or a gray placeholder if there's no suitable image in the article. Since today, those placeholders are bigger than regular thumbnails, which also places them uncomfortably close to the article text. It appears to be caused by this CSS rule:


.searchResultImage .searchResultImage-thumbnail > div {
I'll assume I missed all of these steps before someone pressed the green button. --[[User:Dweller|Dweller]] ([[User talk:Dweller|talk]]) 11:35, 17 May 2011 (UTC)
padding: 0.5em;
}


[[User:Avessa|Avessa]] ([[User talk:Avessa|talk]]) 18:29, 16 May 2024 (UTC)
: I don't think there was any discussion for this. Per the mailing list post, it looks like it was just enabled immediately after a quick discussion among a few developers. <font face="Verdana">[[User:Gary King|<font color="#02b">Gary&nbsp;<b>King</b></font>]]&nbsp;<span style="font-size: 0.9em;">([[User talk:Gary King|<font color="#02e">talk</font>]]&nbsp;·&nbsp;[[User:Gary King/Scripts|<font color="#02e">scripts</font>]])</span></font> 12:04, 17 May 2011 (UTC)


:Thank you for reporting. This is a bit of fallout from [[phab:T320295]] and it should be fixed latest next week. —[[User:TheDJ|Th<span style="color: green">e</span>DJ]] ([[User talk:TheDJ|talk]] • [[Special:Contributions/TheDJ|contribs]]) 18:54, 16 May 2024 (UTC)
::And to be honest, I don't really know why this crack team of developer-ninjas bothered -- I can't remember the last time that somebody posted something on my user talk that couldn't just as easily wait a day before being brought to my attention -- most of the time even the online alerts are simply a distraction from actual editing. <font face="Antiqua, serif">''[[User:Hrafn|Hrafn]]<sup>[[User talk:Hrafn|Talk]]</sup><sub>[[Special:Contributions/Hrafn|Stalk]]</sub><sup>''('''[[M:Precisionism|P]]''')</sup></font> 12:30, 17 May 2011 (UTC)


== [[Template_talk:Bots#Template:Bots/doc#Important_notes]] ==
:::Sometimes i wonder why the crack team of developer-ninjas bother as well. Users seem so capable of implementing stuff themselves. They sure talk like they are capable. I propose we just hand over the project to the volunteers who see the need to complain about every little change, then they can endlessly discuss changes internally, while no one every writes any code or updates a server configuration. Seems like a much better plan. —[[User:TheDJ|Th<span style="color: green">e</span>DJ]] ([[User talk:TheDJ|talk]] • [[Special:Contributions/TheDJ|contribs]]) 12:40, 17 May 2011 (UTC)
::::Wikipedia works through discussion and consensus. Implementing something like this without discussion and consensus was a bad idea, even if the idea itself was a good idea. This isn't "every little change", this was a big change - I repeat, I seriously thought my account had been hacked. --[[User:Dweller|Dweller]] ([[User talk:Dweller|talk]]) 14:11, 17 May 2011 (UTC)
:::::MediaWiki is not Wikipedia, it is a very different community with a very different organisation, don't make the mistake of thinking they are more than loosely similar. Equally, Wikimedia is not Wikipedia, don't make the mistake of thinking that enwiki is anything more than the older brother of the 850 other Wikimedia projects. Had this change been specifically and solely on enwiki, it would be reasonable for there to be discussion here, although I am also fully in favour of reducing the inertia in this area. If it were a Wikimedia-wide change for social reasons, a WM-wide discussion on meta ''might'' have been appropriate, considering the magnitude (or otherwise) of the change. Since it was a change for purely technical reasons, it is no surprise that it followed only technical discussions. The only reason this feature was not activated when it was first added to MediaWiki many years ago were technical limitations; once those were removed, the software was set back to its default state. The default behaviour of the MediaWiki software is not defined by consensus on the English Wikipedia. [[User:Happy-melon|<b style="color:forestgreen">Happy</b>]]‑[[User talk:Happy-melon|<b style="color:darkorange">melon</b>]] 15:02, 17 May 2011 (UTC)
::::I'm with Dweller -- I do not consider Wikipedia ''suddenly and unaccountably'' spewing emails at me to be a "little change". My first reaction was 'how do I turn it off?' -- ''no answer''. My second was 'why did they do this without asking me?' That something like this should be opt-in rather than opt-out should be blindingly obvious. The result was that something I neither needed nor wanted caused me a great deal of hassle. So I'm sorry, but I'm not feeling in the least bit grateful. <font face="Antiqua, serif">''[[User:Hrafn|Hrafn]]<sup>[[User talk:Hrafn|Talk]]</sup><sub>[[Special:Contributions/Hrafn|Stalk]]</sub><sup>''('''[[M:Precisionism|P]]''')</sup></font> 14:20, 17 May 2011 (UTC)


:Just wanted to state that this is great news! I keep forgetting to check my talk page, and I often reply to messages 3 days late. Thanks for making this happen, guys. For those who aren't happy about this, it's just one click away. -- [[User:Luk|<span style="color:#002BB8;">Luk</span>]] <sup>[[User talk:Luk|<span style="color:#BB3333;">talk</span>]]</sup> 13:03, 17 May 2011 (UTC)
I don't think the talk page will get the comment any light, so I am putting it here. It does not require any discussion but a confirmation from technical person that it won't cause any issue. Thanks, [[User:ExclusiveEditor|<span style="background:Orange;color:White;padding:2px;">Exclusive</span><span style="background:black; color:White; padding:2px;">Editor</span>]] [[User talk:ExclusiveEditor|<sub>Notify Me!</sub>]] 10:51, 17 May 2024 (UTC)
*Erm, [https://secure.wikimedia.org/wikipedia/en/w/index.php?title=Wikipedia:Village_pump_%28proposals%29&oldid=375746782#You_have_new_messages this debate from nearly a year ago] (thank you, my invisible friend) is when the idea seems to have been raised. It shows clear consensus that people liked the idea, but on an opt-in basis only. So, it's not that the developers didn't bother to gain consensus (though that would have been bad enough) - they ignored it, which is worse. Consensus has been ignored. Why? --[[User:Dweller|Dweller]] ([[User talk:Dweller|talk]]) 14:34, 17 May 2011 (UTC)
:::Probably because the operations staff have beter things to do than go searching for such threads on all 850 wikis, most of which are in languages they don't even read. [[User:Happy-melon|<b style="color:forestgreen">Happy</b>]]‑[[User talk:Happy-melon|<b style="color:darkorange">melon</b>]] 15:05, 17 May 2011 (UTC)
::::Hmm. Were the developers not directed to that conversation when they were asked to make the change? Did someone misrepresent that conversation when asking the developers to make the change? --[[User:Dweller|Dweller]] ([[User talk:Dweller|talk]]) 15:14, 17 May 2011 (UTC)
::Oh for pete's sake, for those editors incapable of clicking on their preferences it might cause some inconvenience, but frankly there are far more important things to get worked up about. Oh noes! I got told that someone had left a message for me! Woe and gnashing of teeth! [[User:DuncanHill|DuncanHill]] ([[User talk:DuncanHill|talk]]) 14:42, 17 May 2011 (UTC)
:::I dunno, compared to some of the things Wikipedians get worked up about, it's not surprising that this procedural fiasco or glitch (depending on your POV) generates controversy. I think we should have a straw poll. :-) And returning to ''my'' favorite sore point of the last few days, clicking on My preferences isn't as easy as it was before the '''major response time problem'''.--[[User:Bbb23|Bbb23]] ([[User talk:Bbb23|talk]]) 14:59, 17 May 2011 (UTC)
::::I know that I wasted a lot of time dealing with the slow-down, which caused all sorts of strange behaviors that I could not easily determine were on the WP end. Based on the threads here, it ppears that many of Wikipedia' most productive editors were likewise distracted trying to deal with the unannounced system problems. Who knows what the first-time users thought. Taken together, the total time wasted was probably considerable. Long ago admins were warned about deleting pages with long histories because of the impact on the databases. Let's hope the developers themselves don't loose track of that same requirement. &nbsp; <b>[[User:Will Beback|<font color="#595454">Will Beback</font>]]&nbsp; [[User talk:Will Beback|<font color="#C0C0C0">talk</font>]]&nbsp; </b> 09:24, 19 May 2011 (UTC)


:Nothing you change in a "Template:XXXXXX/doc" page is going to break anything on other pages; worst case is it confuses someones that reads the documentation. — [[User:Xaosflux|<span style="color:#FF9933; font-weight:bold; font-family:monotype;">xaosflux</span>]] <sup>[[User talk:Xaosflux|<span style="color:#009933;">Talk</span>]]</sup> 12:49, 17 May 2024 (UTC)
These emails have been active on smaller wikis for a long time (e.g. commons). If I remember correctly they were disabled on enwiki for performance reasons. Apparently those have been fixed and the notifications have been re-enabled. You can turn them off in your preferences. It's not as if this is a new feature: it's an old feature that was disabled because of an old bug. &mdash;&nbsp;Carl <small>([[User:CBM|CBM]]&nbsp;·&nbsp;[[User talk:CBM|talk]])</small> 15:18, 17 May 2011 (UTC)


== Configuring Git for Gerrit ==
:I think the checkmarks for boxes in Wikipedia Preferences are upside-down. Anybody else noticing that? [[User:Bus stop|Bus stop]] ([[User talk:Bus stop|talk]]) 15:57, 17 May 2011 (UTC)


I have a sort of "hello, world" MediaWiki coding change I'd like to submit as my first-ever contribution to MediaWiki, and to get myself started and oriented with the system for submitting coding changes. If all goes well with that, I hope to follow that up with a more substantial change sometime, hopefully soon, after that. I already have a Wikimedia developer account, with accounts on [[mw:User talk:Wbm1058|MediaWiki]] and [[wikitech:User talk:Wbm1058|Wikitech]]. My usernames there, including my SSH access (shell) username, are the same as my English Wikipedia username. Now [[mw:Gerrit/Tutorial#Configure Git]] is telling me I need to have my "own Gerrit username". Is this a name which is unique to Gerrit, and not used anywhere else, such as the Toolforge? Also, I see on the [https://gerrit.wikimedia.org/r/settings/ Gerrit settings] page a "Username" (is that the same as Git's "own Gerrit username"?), "Full name", and "Display name" – how are each of these used? Which of these names are used for the [https://gerrit.wikimedia.org/g/mediawiki/core/+/d880c2a73683810512e93b20f183036643214985/CREDITS CREDITS] page, the list that's updated by [https://gerrit.wikimedia.org/g/mediawiki/core/+/d880c2a73683810512e93b20f183036643214985/maintenance/updateCredits.php updateCredits.php]? [[User:Wbm1058|wbm1058]] ([[User talk:Wbm1058|talk]]) 20:35, 17 May 2024 (UTC)
::I just noticed: the checkmarks are upside-down elsewhere as well, such as in the edit windows, such as the check-boxes for "This is a minor edit" and "Watch this page". [[User:Bus stop|Bus stop]] ([[User talk:Bus stop|talk]]) 16:37, 17 May 2011 (UTC)
: Your Gerrit username is more properly your developer account username, which is the same as on Toolforge and other places. For those three fields, username is what you log in as, I don't think Full name is used anywhere, and display name is how your name appears on the Gerrit UI. updateCredits.php seems to parse "git log", so the name used is whatever shows up in Git, which usually is the same as one of the above but not necessarily. [[User:Pppery|* Pppery *]] [[User talk:Pppery|<sub style="color:#800000">it has begun...</sub>]] 20:52, 17 May 2024 (UTC)
::Full name is actually what's used for sign-ins via web UIs ([https://wikitech.wikimedia.org/w/index.php?title=Special:UserLogin Wikitech], [https://toolsadmin.wikimedia.org/auth/login/ Toolsadmin]). "Username" is only used for SSH access (toolforge / git review). The CREDITS page uses the name from git log, which you'd set through the <code>git config --global user.name</code> command. – [[User:SD0001|<span style="font-weight: bold; color: #C30">SD0001</span>]] ([[User talk:SD0001|talk]]) 21:22, 17 May 2024 (UTC)
:: Oh, oops, aparently I'm just as confused. [[User:Pppery|* Pppery *]] [[User talk:Pppery|<sub style="color:#800000">it has begun...</sub>]] 21:24, 17 May 2024 (UTC)
:::Thanks. Further complicating naming matters, I see there is an "LDAP" ([[Lightweight Directory Access Protocol]]) username. See [[wikitech:SRE/LDAP]]. Per [[wikitech:SRE/LDAP/Renaming users]], "We do not rename users (Developer accounts) anymore. It can (and has) lead to various problems and errors all over the many separate systems which consume Developer accounts as their local databases and authentication methods will get out of sync." So I guess I'm stuck for now with the name I have (not that I want to change it). But a reason for proceeding cautiously here. I don't want to stumble into doing something irreversible that I wish I'd done differently later, after I figured out what I was actually doing, rather than signing up for it by trial and error. I don't recall seeing the [[mw:Developer account]] page before, and I think I created mine before the {{keypress|Create a Wikimedia developer account}} form was created. Today I just ran into the [https://idm.wikimedia.org/ Bitu Identity Manager], which shows me "My LDAP properties". (see [[wikitech:IDM]]). Phabricator says my '''LDAP User''' is "Unknown". I don't know if there's a way I can personally make it known, or whether it being unknown is a problem. – [[User:Wbm1058|wbm1058]] ([[User talk:Wbm1058|talk]]) 22:14, 17 May 2024 (UTC)
::::I think theres basically 2 logins. #1 is the oauth / centralauth / all wikis but wikitech one. #2 is ldap / gerrit / toolforge / wikitech. Lots of synonyms here. I forget if phabricator is one of those two, or a third one. –[[User:Novem Linguae|<span style="color:blue">'''Novem Linguae'''</span>]] <small>([[User talk:Novem Linguae|talk]])</small> 22:26, 17 May 2024 (UTC)
:::::I suppose Phabricator is probably bilingual. Obviously I sign into it using my #1 because my #2 is unknown to the phabulous Phabricator. On the other hand, there must be some developers using it who may not have a #1. – [[User:Wbm1058|wbm1058]] ([[User talk:Wbm1058|talk]]) 22:43, 17 May 2024 (UTC)
::::::Yes, phab supports sign-in via either of the two. You can still link phab with the other account through Settings > External accounts. – [[User:SD0001|<span style="font-weight: bold; color: #C30">SD0001</span>]] ([[User talk:SD0001|talk]]) 06:21, 18 May 2024 (UTC)
:::::::{{facepalm}} I looked at that screen twice and all I saw was date & time settings! Thanks! Now my account is linked with all (two) available providers. – [[User:Wbm1058|wbm1058]] ([[User talk:Wbm1058|talk]]) 10:45, 18 May 2024 (UTC)
:::::Shout-out to {{ping|BMueller (WMF)}}. I watched your online presentation given at [https://www.youtube.com/watch?v=0xEe6YqdEro&t=1133s last month's conference in Portland] and thought you might be interested in reading this thread. Enjoyed meeting you in Toronto last year. – [[User:Wbm1058|wbm1058]] ([[User talk:Wbm1058|talk]]) 23:21, 17 May 2024 (UTC)
:::Now I just found and opened the [https://gerrit-review.googlesource.com/Documentation/user-privacy.html Gerrit Code Review - User Privacy] page... so Google, as well as Wikimedia, is part of the loop! layers upon layers – [[User:Wbm1058|wbm1058]] ([[User talk:Wbm1058|talk]]) 11:29, 18 May 2024 (UTC)
::::Hmm, [[Gerrit]] is a [[Dutch language|Dutch]] male name meaning "''brave with the spear''", the Dutch and Frisian form of [[Gerard]]. And [[Gerrit (software)]] was authored by Google. Whereas [[Git]] was written by the guy behind Linux. Learn something new every day. [[User:Wbm1058|wbm1058]] ([[User talk:Wbm1058|talk]]) 11:48, 18 May 2024 (UTC)
:::: When asked why he called the new software, 'git', [[British English|British]] slang meaning 'a rotten person', [[Linus Torvalds|Torvalds]] said 'I'm an egotistical bastard, so I name all my projects after myself. First Linux, now git.' Ha! [[User:Wbm1058|wbm1058]] ([[User talk:Wbm1058|talk]]) 12:00, 18 May 2024 (UTC)
:::: Google is not part of the loop exactly. Google wrote the software, but it's open-source and the website https://gerrit.wikimedia.org is hosted by Wikimedia with no involvement from Google. [[User:Pppery|* Pppery *]] [[User talk:Pppery|<sub style="color:#800000">it has begun...</sub>]] 13:23, 18 May 2024 (UTC)
:::More from the "I figured out what was happening only after it already happened" department. '''Wikimedia Code Review''' https://gerrit.wikimedia.org/r/settings says I registered @ Monday, May 13, 2024, 9:08:55 PM UTC-04:00 ... what? I don't recall doing anything specific to "register" there last Monday. What was I doing at that time? I thought per [[mw:Gerrit/Tutorial]] I had to configure Git in order to register for Gerrit, but here I am already registered for Gerrit, and I haven't configured Git yet! O I C. I think I was looking at a [https://gerrit.wikimedia.org/r/c/mediawiki/core/+/256014/1/includes/specials/SpecialMovepage.php previous code review] related to the task I'd decided to work on, when I noticed "Sign up" and "Sign in" links on the upper right corner of that page. Clicking "Sign up" took me to this new IDM "Create account" page to create a Wikimedia developer account. Hey, I thought, I think I already have one of those that I needed for Wikitech/Toolforge. So I left that page, and clicked "Sign in". Voila, my Wikitech password got me in. I thought I had simply logged into Gerrit, not registered for it. What I didn't realize was that the "Bitu Identity Manager" would not only sign me in, but register me as well! [[User:Wbm1058|wbm1058]] ([[User talk:Wbm1058|talk]]) 16:12, 18 May 2024 (UTC)


=== SSH keys ===
:::My checkmarks are right side up - on My preferences and everywhere else. Try rotating your monitor. :-) --[[User:Bbb23|Bbb23]] ([[User talk:Bbb23|talk]]) 16:44, 17 May 2011 (UTC)
I already have SSH keys set up for Toolforge at [https://toolsadmin.wikimedia.org/profile/settings/ssh-keys/ Toolsadmin] which I use on [[PuTTY]] and [[WinSCP]] but not directly from the Windows command prompt.


[[mw:SSH keys]] seems to indicate that I can't use my Toolsadmin SSH but will need another one, set up from the Windows command prompt. Correct?
::::This is pretty interesting: the checkmarks are upside-down when using Opera, but not when using Firefox or Safari. Thanks, Bbb23, that got me thinking! [[User:Bus stop|Bus stop]] ([[User talk:Bus stop|talk]]) 16:58, 17 May 2011 (UTC)


Also, regarding configuring Git personal information. The guide says "You should have to do this only once." Is that literally true, or does it mean once on my desktop and once on my laptop, if I have two machines that I might want to submit code from? [[User:Wbm1058|wbm1058]] ([[User talk:Wbm1058|talk]]) 18:06, 18 May 2024 (UTC)
I just don't buy it. The change has been made because the developers have been asked to by enwiki (on two occasions), not because of their own agenda, Wikimedia's agenda or reinstating an old status quo. Both Bugzillas ([https://bugzilla.wikimedia.org/show_bug.cgi?id=24598]) and ([https://bugzilla.wikimedia.org/show_bug.cgi?id=5220]) clearly state the request is for default off/opt in. In the second of the bugzillas, Xeno even points out that it has been requested as default off, but is shrugged off.


:@[[User:Wbm1058|Wbm1058]] You can reuse the same SSH key across multiple projects (in this case toolsadmin and Gerrit). The tutorial assumes that you have not setup the keys before.
So, that's the developers ignoring the consensus behind our request. Then, above, when the new feature is announced, it's wrongly stated that consensus was for it to be default on.
:Regarding the configuration of Git, you will need to do it once per machine. [[User:Sohom Datta|<b style="color:#795cb2;">Sohom</b>]] ([[User talk:Sohom Datta|<span style="color: #36c;">talk</span>]]) 23:08, 18 May 2024 (UTC)
::My desktop is still running [[Windows 7]]. I know, I know, long in the tooth, but I'm proud to have kept it going for 14 years and would like to make it to 15. It still works for me, for the most part. I've downloaded the production version MediaWiki 1.41.1 and have it running for debugging. I generated my SSH keys with [[PuTTYgen]], since the Windows 7 command prompt does not support the <code>ssh</code> command. I suppose I'd need to use [[PuTTY]] on that machine to connect to Gerrit, as I use it to connect to the Toolforge bastion. I think I can figure that out; haven't found documentation on how to use Gerrit on a Windows 7 machine. I haven't set up SSH on my [[Windows 10]] laptop yet (only do Toolforge from my desktop). I don't know how to copy my keys from PuTTY to the required location on Windows 10. Might be easier to generate new keys on Windows 10. I have an <code>ssh-rsa</code> key for Toolforge access; the documentation says to use the <code>ed25519</code> type for optimum security and performance. Can I use different SSH keys on each machine? [[User:Wbm1058|wbm1058]] ([[User talk:Wbm1058|talk]]) 16:53, 19 May 2024 (UTC)
:::As a matter of fact, you are kind of expected to use different keys per user per machine. That’s why all the ssh settings of toolforge and Gerrit allow you to add multiple public keys. —[[User:TheDJ|Th<span style="color: green">e</span>DJ]] ([[User talk:TheDJ|talk]] • [[Special:Contributions/TheDJ|contribs]]) 16:58, 19 May 2024 (UTC)
::::What TheDJ said, you are expected different SSH keys across machines. However, if you are using one machine, you can reuse the key across multiple things (I have mine on Github/Gitlab/Toolforge and Gerrit as well as a bunch of private services). [[User:Sohom Datta|<b style="color:#795cb2;">Sohom</b>]] ([[User talk:Sohom Datta|<span style="color: #36c;">talk</span>]]) 18:15, 19 May 2024 (UTC)
:::::OK, thanks! New state-of-the-art <code>ed25519</code> keys generated and installed for my Windows 10 laptop (which MSFT tells me will be unsupported after next year, and my hardware is too old to run Windows 11(.
:::::I successfully did a git clone. I'm a bit confused by the instructions at [[mw:Download from Git#Download for development]]:
::::::"This clones the entire MediaWiki core repository, synced to the master branch, into a sub-directory named <code>mediawiki</code>"
:::::I previously installed MediaWiki 1.40.1 on my laptop last November at the Toronto wikiconference, by downloading the then-current version from [[mw:Download]], and successfully installed that, for testing.
:::::I want to overwrite my previous 1.40.1 installation with the new files I just <s>git</s> got.
:::::The standard <code>mediawiki</code> directory holds <code>core</code> and <code>data</code> sub-directories.
:::::It doesn't appear that the git download includes any <code>data</code>. It appears to be a <code>core</code> directory, which includes some extra files that aren't part of the [[mw:Download]] version. Why don't the instructions say to download to a sub-directory named <code>core</code> rather than a sub-directory named <code>mediawiki</code>?
:::::Oh, I see. [[mw:Manual:Upgrading#Using Git]]:
::::::If using Git, export the files into a clean location, and then copy the old customized files into the new location as described in the previous section.
::::::
::::::You will also need to install some external PHP libraries using Composer or a provided collection maintained for the Wikimedia wiki farm. More details on installing and updating external libraries can be found in the Git download documentation
:::::So, for some reason, although I can test using 1.40.1 without having any PHP problems, I'll need to figure out this "Composer" thing in order to do development testing.
:::::Hopefully it's not a problem that I'm running the PHP 8.2.12 Development Server – [[User:Wbm1058|wbm1058]] ([[User talk:Wbm1058|talk]]) 23:11, 19 May 2024 (UTC)
::::::I think all mediawiki unit tests are passing on php 8.1. Not sure about php 8.2. May want to switch to 8.1 to prevent hard to diagnose bugs. –[[User:Novem Linguae|<span style="color:blue">'''Novem Linguae'''</span>]] <small>([[User talk:Novem Linguae|talk]])</small> 00:45, 20 May 2024 (UTC)
:::::::The tests pass on php 8.2 as well [https://integration.wikimedia.org/ci/job/quibble-vendor-mysql-php82-phpunit-standalone/], – [[User:SD0001|<span style="font-weight: bold; color: #C30">SD0001</span>]] ([[User talk:SD0001|talk]]) 12:16, 20 May 2024 (UTC)


=== Composer ===
Even if I agreed that this is a small issue, it's been badly implemented, treading on consensus.
'''c:\php\mediawiki\core>'''<code>php maintenance/run.php update.php</code><br>
Error: You are missing some external dependencies.<br>
MediaWiki has external dependencies that need to be installed via Composer
or from a separate repository. Please see<br>
https://www.mediawiki.org/wiki/Manual:Installation_requirements#PHP and<br>
https://www.mediawiki.org/wiki/Download_from_Git#Fetch_external_libraries<br>
for help on installing the required components.
* [[mw:Manual:Installation requirements#PHP]] does not mention "Composer". It says "MediaWiki only requires PHP extensions that are enabled in PHP by default." I assume that's why I didn't get this error when I ran update.php on my desktop, where I'm just running the official MediaWiki releases. "If your hosting provider provides a basic [[LAMP (software bundle)|LAMP]] environment without these, you may need to install or enable these manually."
* OK, I'm going to follow the instructions at [[mw:Download from Git#Fetch external libraries]].
* Hmm, I guess I should [[mw:Download from Git#Update the Git submodules]] first? [[User:Wbm1058|wbm1058]] ([[User talk:Wbm1058|talk]]) 14:22, 20 May 2024 (UTC)


:I don't think submodules is what you need. The <code>php maintenance/run.php update.php</code> script just wants you to <code>composer install</code> in the mediawiki directory, that should download the required directories. [[User:Sohom Datta|<b style="color:#795cb2;">Sohom</b>]] ([[User talk:Sohom Datta|<span style="color: #36c;">talk</span>]]) 14:34, 20 May 2024 (UTC)
Moving forward, can someone who knows how to please now put some text into the emails that clarifies that this is a new feature so people receiving it for the first time are less likely to be alarmed. I'll notify the Signpost to get something in their next edition. --[[User:Dweller|Dweller]] ([[User talk:Dweller|talk]]) 16:05, 17 May 2011 (UTC)
:Indeed only the second link is relevant here. I'm clarifying this message in https://gerrit.wikimedia.org/r/c/mediawiki/core/+/1034113. Thanks for writing all of this up, it's helpful to see things from a different perspective sometimes. [[User:Matma Rex|Matma Rex]] <small>[[User talk:Matma Rex|talk]]</small> 16:07, 20 May 2024 (UTC)
:Dweller - you "just don't buy it"? Excuse me? Did you not read Tim's message and the resulting comments, are you saying he's lying, or are you just plain ignoring it? Alternatively, if he gave another reason somewhere else, I'd love for you to direct me there.
:This was a Wikimedia-wide change to Mediawiki. enwiki doesn't have control over either of those things. [[User:Ale_jrb|<font color="green">A</font><small><font color="green">le_Jrb</font>]]</small><sup>[[User_talk:Ale_jrb|<font color="blue">talk</font>]]</sup> 18:15, 17 May 2011 (UTC)
::I've not seen a message from Tim. Where is it? --[[User:Dweller|Dweller]] ([[User talk:Dweller|talk]]) 21:50, 17 May 2011 (UTC)
::My god the pointlessness of discussions like this. Can't people go write articles or fix bugs and be productive? Input: The mails were broken, they got fixed. Output: people don't like change, no matter what it is. Get some perspective already, there are so many things to do (like make suggestions on how to improve the information inside the email notifications) yet people seem to want everything perfect in one go. More and more [http://radar.oreilly.com/2011/05/process-kills-developer-passion.html the English Wikipedia community is stifling development] instead of fostering it. —[[User:TheDJ|Th<span style="color: green">e</span>DJ]] ([[User talk:TheDJ|talk]] • [[Special:Contributions/TheDJ|contribs]]) 18:46, 17 May 2011 (UTC)
::::Part of the problem is the often poor quality of communication between community and developers. I did try and address this with the [[WP:DEVMEMO]] approach, but it was never going to work if both developers and community didn't get behind it. [[User:Rd232|Rd232]] <sup>[[user talk:rd232|talk]]</sup> 22:19, 18 May 2011 (UTC)
:::@Dweller, [http://lists.wikimedia.org/pipermail/foundation-l/2011-May/065500.html]. It is also linked on everyone's [[Special:Watchlist|Watchlist]]. [[User:Killiondude|Killiondude]] ([[User talk:Killiondude|talk]]) 21:54, 17 May 2011 (UTC)
::::I'd not seen it, thanks (it's not linked on my Watchlist, that I can see). I don't disagree with what Tim says - but the Bugzilla discussion does show that Xeno raised our objection to default on, and it was ignored. I have to say I'm surprised by the reaction I've had here. When a functionary even appears to ignore consensus, they're pilloried. Anyway, let's get on with it. The Signpost coverage has been and gone and I missed it four times, even when looking for it three times, so I'll concentrate on working on improving the email itself. I've already suggested making an improvement to the email notification, something that's been largely overlooked in the <shock, horror, he's criticising the developers> reaction. Where and how can I input into it? --[[User:Dweller|Dweller]] ([[User talk:Dweller|talk]]) 09:05, 18 May 2011 (UTC)
:::::The relevant system messages are here: [http://en.wikipedia.org/wiki/Special:AllMessages?prefix=enotif]. {{tl|editprotected}} on the talk page is (I think) the standard way to go about getting system messages changed, though changes to something reasonably obvious like this would probably be better discussed somewhere. '''<font face="Verdana">&#91;[[User:Stwalkerster|<span style="color:black">stwalkerster</span>]]&#124;[[User talk:Stwalkerster|<span style="color:black">talk</span>]]&#93;</font>''' 11:33, 18 May 2011 (UTC)
::::It's great that this feature is now available, I'm undecided whether I'll personally leave it on. I do wonder if it would have been possible to notify editors a bit more in advance of it being enabled, so that those who definitely didn't want it could have turned it off early? [[User talk:Rjwilmsi|<font color="darkgreen">'''''Rjwilmsi'''''</font>]] 22:59, 17 May 2011 (UTC)
:::::Not as easily as just turning it on. The software has a switch - the feature is either on (notifications possibly sent, user preference option visible), or off (notifications not sent, user preference option invisible). Some software changes would have had to have been made to allow users to enable/disable this setting before allowing mails to be sent - a software change that would add a (at the time) preference option which did absolutely nothing - leading to users getting confused that it wasn't working. Whatever happened, there would have been some suggestions for "improvements" - there's no way to win this one. '''<font face="Verdana">&#91;[[User:Stwalkerster|<span style="color:black">stwalkerster</span>]]&#124;[[User talk:Stwalkerster|<span style="color:black">talk</span>]]&#93;</font>''' 11:33, 18 May 2011 (UTC)
:::::Strong +1 on TheDJ and again, thanks Tim. Dweller, discussions are linked also from [[bugzilla:5220#c40]], and contain answers to the objection you quoted, which by the way was not ignored, see [[bugzilla:5220#c38]]. [[User:Nemo_bis|Nemo]] 18:41, 18 May 2011 (UTC)


'''c:\php\mediawiki>'''<code>composer update --no-dev</code><br>
Comment: this (default on) is the right approach for the long tail of occasional editors. The transition was not handled well - the first email sent by the system should have been preceded by a one-off "welcome to WP email notifications" type email, and obviously each email should include details on how to turn it off (which apparently they didn't, but this is now being addressed). In sum, a good idea, with an unnecessarily rocky transition. Let it go, it's done. [[User:Rd232|Rd232]] <sup>[[user talk:rd232|talk]]</sup> 22:17, 18 May 2011 (UTC)
Composer could not find a composer.json file in c:\php\mediawiki
To initialize a project, please create a composer.json file. See https://getcomposer.org/basic-usage
:I'm going to reboot my machine and try again. Composer install warned me that I might have a PATH problem. [[User:Wbm1058|wbm1058]] ([[User talk:Wbm1058|talk]]) 15:56, 20 May 2024 (UTC)


:Judging by your previous comments, you're just not in the directory that Composer expects – try going to '''c:\php\mediawiki\core''', where you (and Composer) should find the composer.json file. [[User:Matma Rex|Matma Rex]] <small>[[User talk:Matma Rex|talk]]</small> 16:09, 20 May 2024 (UTC)
::Yes, thanks, that was it. Once again the instructions misled me: "then run <code>composer update --no-dev</code> from your <s>MediaWiki</s> core directory." It's still running. This step takes significant time! [[User:Wbm1058|wbm1058]] ([[User talk:Wbm1058|talk]]) 16:20, 20 May 2024 (UTC)
::I ''think'' it worked. The console log is long, with a pile of "failed to download" warning messages, but it appears to have successfully worked around all of them. Here's the end of the log, showing just the last 3 of many installations:
<syntaxhighlight source lang=text>
- Installing wikimedia/timestamp (v4.1.1): Cloning 138f3099b4 from cache
- Installing wikimedia/xmp-reader (0.9.1): Cloning 8338d67969 from cache
- Installing zordius/lightncandy (v1.2.6): Cloning b451f73e8b from cache
44 package suggestions were added by new dependencies, use `composer suggest` to see details.
Generating optimized autoload files
11 packages you are using are looking for funding.
Use the `composer fund` command to find out more!
> MediaWiki\Composer\ComposerVendorHtaccessCreator::onEvent
No security vulnerability advisories found.
</syntaxhighlight>
I think I'm ready to try running update.php again. – [[User:Wbm1058|wbm1058]] ([[User talk:Wbm1058|talk]]) 16:51, 20 May 2024 (UTC)


'''c:\php\mediawiki\core>'''<code>php maintenance/run.php update.php</code><br>
:Although I think I would have myself set the default to no and then let users set it themselves if they wanted the EMAIL its not a big deal. Worse case I can just delete it like junk mail. A couple of suggestions though:
Error: The MinervaNeue skin cannot be loaded. Check that all of its files are installed properly.
:#A setting to not send the EMAIL unless I haven't logged on in 24 hours
:#An option to only send one EMAIL per day (or X amount of time the user prefers).
:#We should not send out EMAILS to users who are blocked or banned. (such as sockpuppets)
:#It would be great to be able to modify the EMAIL message or even make it include the message left on the talk page.


#0 C:\php\mediawiki\core\includes\GlobalFunctions.php(91): ExtensionRegistry->queue('C:\\php\\mediawik...')<br>
:There are also a couple side effects of this that might benefit WP.
#1 C:\php\mediawiki\core\LocalSettings.php(166): wfLoadSkin('MinervaNeue')<br>
:#It may draw the attention of users who don't edit anymore and some may come back and do a few edits.
#2 C:\php\mediawiki\core\includes\Setup.php(216): require_once('C:\\php\\mediawik...')<br>
:#We may be able to use this EMAIL function for other things such as Newsletter notifications, notices of new changes to WP, etc. Some users may prefer getting newsletters via EMAIL rather than on the talk page.
#3 C:\php\mediawiki\core\maintenance\run.php(49): require_once('C:\\php\\mediawik...')<br>
:So although there might be a few that find it irritating I think that there are more that may find it useful. --[[User:Kumioko|Kumioko]] ([[User talk:Kumioko|talk]]) 23:10, 22 May 2011 (UTC)
#4 {main}<br>
::I disagree with a few points here (numbering same as above):
PHP Fatal error: Error Loading extension. Unable to open file C:\php\mediawiki\core/skins/MinervaNeue/skin.json: filemtime(): stat failed for C:\php\mediawiki\core/skins/MinervaNeue/skin.json in C:\php\mediawiki\core\includes\registration\MissingExtensionException.php on line 96
::# I've not logged on in about 20 days IIRC. A minor change to this - not made any logged action in the past 24 hours (tracking page views like this would likely be too heavy on the servers, and likely require schema changes for little benefit).
Fatal error: Error Loading extension. Unable to open file C:\php\mediawiki\core/skins/MinervaNeue/skin.json: filemtime(): stat failed for C:\php\mediawiki\core/skins/MinervaNeue/skin.json in C:\php\mediawiki\core\includes\registration\MissingExtensionException.php on line 96
::# Only one email is actually sent until the user visits their talk page. When they've visited, it's fair game for the system to send them another email
:Sigh. I didn't need no extensions when testing changes to the official release core page-moving functions. Now I do. – [[User:Wbm1058|wbm1058]] ([[User talk:Wbm1058|talk]]) 18:04, 20 May 2024 (UTC)
::# Blocked users may find email notifications useful to determine that their unblock request has been dealt with for example. I don't see what the point of not sending them to sockpuppets etc is - if I was a sockpuppeteer I wouldn't bother setting an email address - too much unneeded hastle to create socks. Therefore, email notifications wouldn't be sent anyway for the simple reason of there being nowhere to send them to. Those that do set an email address are likely the master, or a user who got blocked for 3RR or something. These are however just guesses based on common sense - I have no way of knowing the actual data.
::# Modifying the message can be done through the system messages in the MediaWiki namespace.
:: Second set of points:
::# Users who don't edit any more probably won't get messages left on their talk page, so this will likely be only a small effect. Anyway, bringing good people back to Wikipedia can't be a bad thing, can it?
::# This is an email notification system that tells people if their talk page has been modified. It's not a system to send messages to users via email instead of on their talk page. If you want to receive newsletters via email alone (would be nice!), it needs to be done via Special:EmailUser or a mailing list.
::'''<font face="Verdana">&#91;[[User:Stwalkerster|<span style="color:black">stwalkerster</span>]]&#124;[[User talk:Stwalkerster|<span style="color:black">talk</span>]]&#93;</font>''' 23:23, 22 May 2011 (UTC)


:You shouldn't ''need'' any extensions to run MediaWiki core. It's only trying to load the MinervaNeue skin, because you have a line in your LocalSettings.php like <code>wfLoadSkin('MinervaNeue');</code> (maybe you copied it from your previous installation?). You can remove it or comment it out if you don't want it.
=== Proposed enhancement to email text ===
:If you do want it, then you can install the skin using Git similarly to how you installed MediaWiki, just replacing the path in the <code>git clone</code> command: instead of <code>mediawiki/core</code>, use <code>mediawiki/skins/MinervaNeue</code> (and make sure to put it in the ''skins'' directory, where MediaWiki is looking for it). Similarly for all other skins and extensions. [[User:Matma Rex|Matma Rex]] <small>[[User talk:Matma Rex|talk]]</small> 18:13, 20 May 2024 (UTC)
I'd welcome some eyes at [[MediaWiki_talk:Enotif_body#Proposed_amended_version]], particularly as a) left out a bit of text b) I am not tech-savvy enough to be confident I've not messed anything around and c) I like working with consensus. Thank you. --[[User:Dweller|Dweller]] ([[User talk:Dweller|talk]]) 09:08, 19 May 2011 (UTC)
::Thanks! I just used the default LocalSettings.php that came with the release-version installation. Figuring I only need one skin, I just copied the folder from my backup of the release version, and commented out the others. That did the trick, and the database update looks like it ran successfully. – [[User:Wbm1058|wbm1058]] ([[User talk:Wbm1058|talk]]) 20:28, 20 May 2024 (UTC)
MediaWiki internal error.


Original exception: [6d2f7f0574eb09bb447c9687] /index.php/Main_Page Error: Class "ResourceLoaderSkinModule" not found<br>
:There's no point pfaffing around endlessly; this needs to be done, as users are already getting talk messages and hence emails. So I've gone ahead made some changes, linking to [[Help:Email notification]] which I've created. I've also removed some text which relates to email notifications for watched pages more generally; the feature is only enabled on English Wikipedia for user talk pages, so that's quite unnecessary confusion. PS Could someone ping my talk page so I can get a message and see what it looks like? [[User:Rd232|Rd232]] <sup>[[user talk:rd232|talk]]</sup> 22:34, 22 May 2011 (UTC)
Backtrace:<br>
from C:\php\mediawiki\core\includes\ResourceLoader\ResourceLoader.php(417)


<s>Question: is there any way for someone who's forgotten their password to remove email notifications? I suspect not, and whilst this won't be too common, it will be an issue sometimes. Any solutions, anyone?</s> [[User:Rd232|Rd232]] <sup>[[user talk:rd232|talk]]</sup> 22:40, 22 May 2011 (UTC)
Another missing piece. The console log looks good, but this come up on the webpage. [[User:Wbm1058|wbm1058]] ([[User talk:Wbm1058|talk]]) 21:04, 20 May 2024 (UTC)
:doh, if they've forgotten their password and still have emails coming through, they can reset their password via email. :) [[User:Rd232|Rd232]] <sup>[[user talk:rd232|talk]]</sup> 01:10, 23 May 2011 (UTC)


:Did you git clone, composer install, and npm ci inside your default skin? Probably skins/Vector –[[User:Novem Linguae|<span style="color:blue">'''Novem Linguae'''</span>]] <small>([[User talk:Novem Linguae|talk]])</small> 21:17, 20 May 2024 (UTC)
== trying to correctly inline format a map file with geodata ==
:The ResourceLoaderSkinModule class was recently renamed ([[gerrit:994854]]). It seems that you've just updated your MediaWiki to a version that doesn't have it any more, but one of your skins is an older version that is still using it. This will occasionally happen with skins and extensions.
:If you've already installed the skin from Git, running <code>git pull</code> in the affected skin's repository should fix it. If you haven't, it's probably best if you do :) but you can also remove it from LocalSettings.php, or download the latest ''master'' snapshot from [[mw:Special:SkinDistributor|SkinDistributor]]/[[mw:Special:ExtensionDistributor|ExtensionDistributor]]. [[User:Matma Rex|Matma Rex]] <small>[[User talk:Matma Rex|talk]]</small> 21:51, 20 May 2024 (UTC)
::Thanks for the nice, detailed response. [[mw:Special:SkinDistributor/Vector]] even offers the "master (latest development version)" but https://extdist.wmflabs.org/dist/skins/Vector-master-685a02f.tar.gz gives me a 404 Not Found error. I'll just figure out how to git it the preferred way ) [[User:Wbm1058|wbm1058]] ([[User talk:Wbm1058|talk]]) 00:23, 21 May 2024 (UTC)
:::Weird, that link works for me now. Maybe it took a few minutes to generate. [[User:Matma Rex|Matma Rex]] <small>[[User talk:Matma Rex|talk]]</small> 00:35, 21 May 2024 (UTC)
::::Indeed. Just worked for me too. But rather than tinker with telling my Windows how to unzip that "gz" file ("Look for an app in the Miocrosoft Store"?!), I'm going to [[mw:Download from Git#Using Git to download MediaWiki skins]].
::::Follow the exact same procedure as for extensions (described in the [[mw:Download from Git#Download an extension|previous section]]), but using <code>skins</code> rather than <code>extensions</code> in all URLs and paths. [[User:Wbm1058|wbm1058]] ([[User talk:Wbm1058|talk]]) 01:01, 21 May 2024 (UTC)
'''c:\php\mediawiki\core\skins>'''<code>git clone https://gerrit.wikimedia.org/r/mediawiki/skins/Vector</code><br>
Cloning into 'Vector'...<br>
Enter passphrase for key '/c/Users/Bill/.ssh/id_ed25519':<br>
remote: Counting objects: 99, done<br>
remote: Finding sources: 100% (94/94)<br>
remote: Getting sizes: 100% (70/70)<br>
remote: Compressing objects: 100% (1041262/1041262)<br>
remote: Total 37958 (delta 29), reused 37891 (delta 9)<br>
Receiving objects: 100% (37958/37958), 11.37 MiB | 8.91 MiB/s, done.<br>
Resolving deltas: 100% (28242/28242), done.


'''c:\php\mediawiki\core\skins>'''
Hello I am trying to move a map, with geodata creating a dot layer, from an infobox into the article main body. However the standard thumb template is not allowing this. When I put the map syntax from the infobox into text sections, it displays correctly except the text wont wrap so it creates a ton of white space. This is a good map and this article needs it, but right now its only on the talk page because the formatting is so bad. I simply don't know the correct syntax to make it display as a normal thumbnail. [[Great East Japan Earthquake]]... [[Special:Contributions/66.220.113.98|66.220.113.98]] ([[User talk:66.220.113.98|talk]]) 18:54, 17 May 2011 (UTC)
{{resolved|The map has been moved -- [[User:John of Reading|John of Reading]] ([[User talk:John of Reading|talk]]) 07:52, 20 May 2011 (UTC)}}


Appears to have worked. – [[User:Wbm1058|wbm1058]] ([[User talk:Wbm1058|talk]]) 01:17, 21 May 2024 (UTC)
== Firefox crashes with two column layout ==
:{{done}}. Success. I have a development environment which seems to be operating identically with the official-release environment I just replaced. Tomorrow I move to the next step. Make minor "hello, world!" type changes in two files, and then figure out how to submit them for review. FYI, the project I'm working on, where I hope to make more substantial enhancements soon, is discussed on my talk: [[User talk:Wbm1058#My MediaWiki core developers thread]]. – [[User:Wbm1058|wbm1058]] ([[User talk:Wbm1058|talk]]) 01:40, 21 May 2024 (UTC)


=== mw:Local development quickstart ===
I guess this should really be a Bugzilla issue or a firefox bug but here goes. The page [[Portal:Mathematics/Suggestions]] reliably causes Firefox on a Mac to crash (latest versions of both). The problem seems to have something to do with pictures in a two column layout. Safari also seems to have problems with the page placing the pictures incorrectly. Any thoughts?--[[User:Salix alba|Salix]] ([[User talk:Salix alba|talk]]): 21:25, 17 May 2011 (UTC)
:::It's just that the way you have cloned the repo is unconventional. mediawiki/core should be cloned to a directory named "mediawiki", not "core". {{pb}}I think you will have a lot easier time going through [[mw:Local development quickstart]] instead, which unfortunately isn't advertised more prominently. You may want to discard the existing mediawiki install and use the quick start. You have already done step 1, so start with step 2. It's easy! – [[User:SD0001|<span style="font-weight: bold; color: #C30">SD0001</span>]] ([[User talk:SD0001|talk]]) 16:40, 20 May 2024 (UTC)
::::That "quick start" page has stuff I've already done previously, and insufficient info about stuff I needed to do.
::::I've had an "official release" version installed on my laptop since November. It makes a lot of sense to me to have started that way, because as complicated as installing the official release was, installing the developers' version is way more complicated yet.
::::*I've had PHP installed directly on Windows for over a decade now. My bots use that.
::::*There was no need for me to update my php.ini file to load the required PHP extensions. I already did that a long time ago. The problem is that this "composer" system basically "ignores" that, it seems to me.
::::*It just says to "use Git" to clone the core, as if that's easy. No it wasn't. See above for what steps I went through to figure it out.
::::*I installed SQLite already last year; I don't need to do that again.
::::*I already knew how to start my server, though I was told by someone to use "localhost:80" in Boston in 2019, not "localhost:4000". I don't know whether it matters which number I use there.
::::What I need is a "quickstart" page for upgrading from an "official release" version to the developers' version. – [[User:Wbm1058|wbm1058]] ([[User talk:Wbm1058|talk]]) 17:28, 20 May 2024 (UTC)
:::::1 and 2. yes I said as much - you have already done step 1. <br>3. There's no need to configure git before cloning repos. The steps from [[mw:Gerrit/Tutorial#Configure_Git]] are only to prepare for pushing changes. <br>4. <code>composer mw-install:sqlite</code> is not for installing sqlite (not required). Instead it initialises ''MediaWiki'' itself with sqlite as the db backend. This is a shortcut to avoid going through the web installer. <br>5. Running something on port 80 is only advisable on linux. On Windows/macOS, it's better to use a non-reserved port (> 1023) to avoid issues with firewalls.<br>{{tq|What I need is a "quickstart" page for upgrading from an "official release" version to the developers' version.}} The easiest way to do that is to delete or forget about the release version and setup the developers' version from scratch. – [[User:SD0001|<span style="font-weight: bold; color: #C30">SD0001</span>]] ([[User talk:SD0001|talk]]) 17:56, 20 May 2024 (UTC)
::::What I did need to do before cloning was download and install Git, and setup SSH to use it. None of that was necessary to download and install the release version, which makes installing the release version an easier task.
::::Oh I see. {{lightbulb}} a shortcut to avoid going through the web installer... well, now I know. I was wondering how that was done. But now, water under the bridge. I'd like to keep the database I started last year, for sentimental reasons, and just upgrade. I think upgrading should be easier than installing from scratch every time.
::::I've noted that my server runs really slowly on my system. Wrote that off as bloatware overwhelming my 14-year old processor, but, now that you mention it, could be a symptom of firewall intervention. I'll switch to port 4000 and see whether that runs faster.
::::I also noticed [[mw:Gerrit/Tutorial/tl;dr]], and have kept that open in another browser window for comparison and reference. – [[User:Wbm1058|wbm1058]] ([[User talk:Wbm1058|talk]]) 20:17, 20 May 2024 (UTC)


=== git-review ===
: Works fine for me in Firefox 4 on a Mac. I don't understand why having pictures in a two-column layout would crash a browser. <font face="Verdana">[[User:Gary King|<font color="#02b">Gary&nbsp;<b>King</b></font>]]&nbsp;<span style="font-size: 0.9em;">([[User talk:Gary King|<font color="#02e">talk</font>]]&nbsp;·&nbsp;[[User:Gary King/Scripts|<font color="#02e">scripts</font>]])</span></font> 01:46, 18 May 2011 (UTC)
{{collapse top|Running command as an administrator:}}


Microsoft Windows [Version 10.0.19045.4412]
:Just crashed for me, using Firefox 4 on a PC. [[Special:Contributions/216.93.212.245|216.93.212.245]] ([[User talk:216.93.212.245|talk]]) 22:33, 18 May 2011 (UTC)
(c) Microsoft Corporation. All rights reserved.


'''C:\WINDOWS\system32>'''pip install git-review<br>
:: So [http://en.wikipedia.org/w/index.php?title=Portal:Mathematics/Suggestions&oldid=429517844] doesn't crash but the latest revision does? Does this always happen or only sometimes? And does it crash in a different browser? <font face="Verdana">[[User:Gary King|<font color="#02b">Gary&nbsp;<b>King</b></font>]]&nbsp;<span style="font-size: 0.9em;">([[User talk:Gary King|<font color="#02e">talk</font>]]&nbsp;·&nbsp;[[User:Gary King/Scripts|<font color="#02e">scripts</font>]])</span></font> 14:25, 19 May 2011 (UTC)
Collecting git-review<br>
:::I just checked with IE8 and had no problem loading the page, though the last image took a long time to load. [[Special:Contributions/216.93.212.245|216.93.212.245]] ([[User talk:216.93.212.245|talk]]) 17:10, 19 May 2011 (UTC)
: Downloading git_review-2.4.0-py3-none-any.whl.metadata (2.0 kB)<br>
::::I think we determined on IRC last night that it's a FF4 thing. FF4 on Win7 and Ubuntu both shut down when trying to open that page. [[User:Killiondude|Killiondude]] ([[User talk:Killiondude|talk]]) 19:31, 19 May 2011 (UTC)
Collecting requests>=1.1 (from git-review)<br>
Works for me on FF4 on XP. <span style="font-family:Georgia;font-size:80%;">'''/[[User:Fetchcomms|<span style="color:#000;">ƒETCH</span>]][[User talk:Fetchcomms|<span style="color:#000;">COMMS</span>]][[Special:Contributions/Fetchcomms|<span style="color:#000;">/</span>]]'''</span> 15:23, 20 May 2011 (UTC)
: Downloading requests-2.32.1-py3-none-any.whl.metadata (4.6 kB)<br>
Collecting charset-normalizer<4,>=2 (from requests>=1.1->git-review)<br>
: Downloading charset_normalizer-3.3.2-cp312-cp312-win_amd64.whl.metadata (34 kB)<br>
Collecting idna<4,>=2.5 (from requests>=1.1->git-review)<br>
: Downloading idna-3.7-py3-none-any.whl.metadata (9.9 kB)<br>
Collecting urllib3<3,>=1.21.1 (from requests>=1.1->git-review)<br>
: Downloading urllib3-2.2.1-py3-none-any.whl.metadata (6.4 kB)<br>
Collecting certifi>=2017.4.17 (from requests>=1.1->git-review)<br>
: Downloading certifi-2024.2.2-py3-none-any.whl.metadata (2.2 kB)<br>
Downloading git_review-2.4.0-py3-none-any.whl (52 kB)<br>
: ---------------------------------------- 52.9/52.9 kB 547.6 kB/s eta 0:00:00<br>
Downloading requests-2.32.1-py3-none-any.whl (63 kB)<br>
: ---------------------------------------- 63.7/63.7 kB 862.4 kB/s eta 0:00:00<br>
Downloading certifi-2024.2.2-py3-none-any.whl (163 kB)<br>
: ---------------------------------------- 163.8/163.8 kB 2.0 MB/s eta 0:00:00<br>
Downloading charset_normalizer-3.3.2-cp312-cp312-win_amd64.whl (100 kB)<br>
: ---------------------------------------- 100.4/100.4 kB 1.2 MB/s eta 0:00:00<br>
Downloading idna-3.7-py3-none-any.whl (66 kB)<br>
: ---------------------------------------- 66.8/66.8 kB 725.6 kB/s eta 0:00:00<br>
Downloading urllib3-2.2.1-py3-none-any.whl (121 kB)<br>
: ---------------------------------------- 121.1/121.1 kB 1.8 MB/s eta 0:00:00<br>
Installing collected packages: urllib3, idna, charset-normalizer, certifi, requests, git-review<br>
Successfully installed certifi-2024.2.2 charset-normalizer-3.3.2 git-review-2.4.0 idna-3.7 requests-2.32.1 urllib3-2.2.1
{{collapse bottom}}
Per instructed at [[mw:Gerrit/Tutorial#Setting up git-review]]:


'''c:\php\mediawiki\core>'''<code>git review -s --verbose</code><br>
The [[Portal:Mathematics/Suggestions]] page loads OK for me with Firefox 3.6.17 on Ubuntu 10.04. Also works OK with SeaMonkey 2.0, which is now based on Firefox 3 code. It loads with Opera 11 without crashing, but doesn't show 2-column layout at bottom.&nbsp;&mdash;[[User:Hydrargyrum|Quicksilver]]<sup>[[User_talk:Hydrargyrum|T]] [[Special:Emailuser/Hydrargyrum|@]]</sup> 16:50, 25 May 2011 (UTC)
git: 'review' is not a git command. See 'git --help'.


'''c:\php\mediawiki\core>'''<code>git-review -s --verbose</code><br>
== Template Help ==
'git-review' is not recognized as an internal or external command,
operable program or batch file.


?? – [[User:Wbm1058|wbm1058]] ([[User talk:Wbm1058|talk]]) 14:09, 21 May 2024 (UTC)
* [[Template:Basketball kit]]
* To use <code>git review</code>, you have to be in a git clone directory that already contains a (possibly hidden) <code>.gitreview</code> configuration file (see [[mw:Special:MyLanguage/Gerrit/Advanced usage#Setting up a repository for git-remote|Setting up a repository for git-remote]]) — hmm [[User:Wbm1058|wbm1058]] ([[User talk:Wbm1058|talk]]) 14:48, 21 May 2024 (UTC)
* [[Template:Baseball uniform]]
Both of those templates need tweaked so that they will not spew red-linked files when the parameters given dont have a valid file. [http://en.wikipedia.org/w/index.php?title=Template%3AListen%2Fcore&action=historysubmit&diff=425533252&oldid=422893376] was a similar edit in order to prevent spewing errors. [[User talk:Δ|ΔT <sub><sup><font color="darkred">The only constant</font></sup></sub>]] 03:13, 20 May 2011 (UTC)


:It looks like the directory where git-review got installed is not in your [[%PATH%]] environment variable. First of all, try closing the command-line window and opening it again, and retry – maybe it is just seeing outdated env variables.
*click the edit tab, copy, paste, save, done!<br/>—&nbsp;[[User:Ohms law|<span style="font-family: Courier New, monospace ;font-style:italic">V = IR</span>]] <span style="font-variant:small-caps">([[User talk:Ohms law|Talk]]&thinsp;&bull;&thinsp;[[Special:Contributions/Ohms law|Contribs]])</span> 04:08, 20 May 2011 (UTC)
:If that doesn't help, you'll need to change that env variable, the option to do that is somewhere in your operating system settings. Add the directory where git-review is, probably something like like C:/Python310/Scripts/ (that's where it is on my machine). Note that you need to open a new command-line window every time for the changes to take effect when testing.
**Its not that simple and templates give me headaches. [[User talk:Δ|ΔT <sub><sup><font color="darkred">The only constant</font></sup></sub>]] 13:58, 20 May 2011 (UTC)
:(If I recall, there's a checkbox to do that automatically when you install Python, which you may have left unchecked. You can also try reinstalling Python and finding that checkbox.) [[User:Matma Rex|Matma Rex]] <small>[[User talk:Matma Rex|talk]]</small> 15:04, 21 May 2024 (UTC)
::Yes, I checked the box on the Python installation. Closing my command window and opening a new one did the trick, of course. The instructions could explicitly say to do that. Thanks again for all your help – [[User:Wbm1058|wbm1058]] ([[User talk:Wbm1058|talk]]) 15:20, 21 May 2024 (UTC)
* That directory has a '''.gitreview''' file in it, with the following content:<br>
host=gerrit.wikimedia.org<br>
port=29418<br>
project=mediawiki/core.git<br>
track=1<br>
defaultrebase=0<br>


Is that good? [[User:Wbm1058|wbm1058]] ([[User talk:Wbm1058|talk]]) 14:58, 21 May 2024 (UTC)
== Gray bar ==


==== review installation log ====
The gray bar that shows up at the top of the screen previously only showed up every once in a while. Now it has expanded its reach and shows up on every single page (and why not?). What is the magic code to get rid of it? For Monobook. [[User:All Hallow&#39;s Wraith|All Hallow&#39;s Wraith]] ([[User talk:All Hallow&#39;s Wraith|talk]]) 12:46, 20 May 2011 (UTC)
'''c:\php\mediawiki\core>'''<code>git review -s --verbose</code><br>
:You mean the centralnotice (the thing about board elections)? <span style="font-family:Georgia;font-size:80%;">'''/[[User:Fetchcomms|<span style="color:#000;">ƒETCH</span>]][[User talk:Fetchcomms|<span style="color:#000;">COMMS</span>]][[Special:Contributions/Fetchcomms|<span style="color:#000;">/</span>]]'''</span> 15:26, 20 May 2011 (UTC)
2024-05-21 11:12:37.452765 Running: git config --get gitreview.remote<br>
::No, just a random gray bar that pops up and takes time to load, every time. I know other monobook users have had it appear since those technical "improvements" were made in February. [[User:All Hallow&#39;s Wraith|All Hallow&#39;s Wraith]] ([[User talk:All Hallow&#39;s Wraith|talk]]) 22:53, 20 May 2011 (UTC)
2024-05-21 11:12:37.468379 ... gitreview.remote = origin<br>
:::No, it's the central notice, you have just hidden it, but the 'hidden' code doesn't seem to fully hide it on Monobook. —[[User:TheDJ|Th<span style="color: green">e</span>DJ]] ([[User talk:TheDJ|talk]] • [[Special:Contributions/TheDJ|contribs]]) 08:57, 21 May 2011 (UTC)
2024-05-21 11:12:37.468379 Config['remote'] = origin<br>
::::It's not the notice. I already removed that. The gray bar is obviously part of these great technological improvements that arrive whenever Wikipedia starts working too quickly. [[User:All Hallow&#39;s Wraith|All Hallow&#39;s Wraith]] ([[User talk:All Hallow&#39;s Wraith|talk]]) 13:45, 22 May 2011 (UTC)
2024-05-21 11:12:37.468379 Running: git config --get gitreview.branchauthor<br>
2024-05-21 11:12:37.499631 Config['branchauthor'] = name<br>
2024-05-21 11:12:37.499631 Running: git symbolic-ref -q HEAD<br>
2024-05-21 11:12:37.530879 Running: git for-each-ref --format=%(upstream) refs/heads/master<br>
Following tracked origin/master rather than default origin/master<br>
2024-05-21 11:12:37.609011 Running: git config --get gitreview.scheme<br>
2024-05-21 11:12:37.671503 Config['scheme'] = ssh<br>
2024-05-21 11:12:37.671503 Running: git config --get gitreview.hostname<br>
2024-05-21 11:12:37.687125 Config['hostname'] = gerrit.wikimedia.org<br>
2024-05-21 11:12:37.687125 Running: git config --get gitreview.port<br>
2024-05-21 11:12:37.718370 Config['port'] = 29418<br>
2024-05-21 11:12:37.718370 Running: git config --get gitreview.project<br>
2024-05-21 11:12:37.749619 Config['project'] = mediawiki/core.git<br>
2024-05-21 11:12:37.749619 Running: git log --color=never --oneline HEAD^1..HEAD<br>
2024-05-21 11:12:38.687096 Running: git remote<br>
2024-05-21 11:12:38.765224 Running: git branch -a --color=never<br>
2024-05-21 11:12:38.890218 Running: git rev-parse --show-toplevel --git-dir<br>
2024-05-21 11:12:38.937083 Running: git config --get core.hooksPath<br>
2024-05-21 11:12:38.983962 Running: git config --get core.hooksPath<br>
2024-05-21 11:12:39.015203 Running: git submodule foreach cp -p .git\hooks\commit-msg "$(git rev-parse --git-dir)/hooks/"


'''c:\php\mediawiki\core>'''
== Preferences to suppress rulespam ==


I don't see the "found origin push URL" and "fetching commit hook" that the instructions said I should see. – [[User:Wbm1058|wbm1058]] ([[User talk:Wbm1058|talk]]) 15:47, 21 May 2024 (UTC)
Are there any more options in "[[Special:Preferences]]" to suppress all this extra "[[rulespam]]" which appears when someone tries to edit pages? Some of it comes from the "Page notice" blurbs, but the most verbose seems to be "View source" showing a long diatribe. I understand that new users, trying to edit a protected page, need to see the view-source rulespam, perhaps 6 or 7 times during their first week of editing, but I have seen the view-source rulespam "1,001 times" now. And, there's no "hide-this" button. Hence, I thought a preference-option could be set for "advanced user" to suppress most of the rulespam blurbs, and perhaps have "Page notice" read the "advanced-user" preference and reduce the page-notice rulespam, as well. -[[User talk:Wikid77|Wikid77]] 16:12, 20 May 2011 (UTC)
:All those things have css classes and ID's just add the proper one to your common.css/vector.css with display:none; and it's fixed. —[[User:TheDJ|Th<span style="color: green">e</span>DJ]] ([[User talk:TheDJ|talk]] • [[Special:Contributions/TheDJ|contribs]]) 08:56, 21 May 2011 (UTC)
::Actually the "view-source rulespam" doesn't. I requested one be added at [[MediaWiki talk:Protectedpagetext#Edit request: add CSS hook|the interface talk]]. — [[User:Bility|Bility]] ([[User talk:Bility|talk]]) 00:34, 22 May 2011 (UTC)


:The instructions are probably outdated and everything is probably okay. git-review is being somewhat actively developed, and the example output in [[mw:Gerrit/Tutorial#Setting_up_git-review]] has a 2019 date. If it didn't work, you'll find out later if you get an error complaining about a missing Change-Id line. [[User:Matma Rex|Matma Rex]] <small>[[User talk:Matma Rex|talk]]</small> 20:57, 21 May 2024 (UTC)
== Google Chrome inserts an extra line break when adding a comment to a talk page ==


I don't know whether that's a problem or not, but I proceeded as if it wasn't.
I asked about this on our [[WP:RD/C|Computing Reference Desk]] and was told this is might be a bug in our JavaScript and that I should post something here. Google Chrome inserts an extra line break when adding a comment to a talk page. For example, when I typed this,[http://en.wikipedia.org/w/index.php?title=Wikipedia%3AFringe_theories%2FNoticeboard&action=historysubmit&diff=429907571&oldid=429907133] I had only one blank line between my post and the previous one. By the time I submitted it, it changed into 2 blank lines which I fixed in my next edit.[http://en.wikipedia.org/w/index.php?title=Wikipedia:Fringe_theories/Noticeboard&diff=next&oldid=429907571] [[User:A Quest For Knowledge|A Quest For Knowledge]] ([[User talk:A Quest For Knowledge|talk]]) 16:17, 20 May 2011 (UTC)
* Most browsers would show an extra line there, when 2 blank lines are placed above a posted reply. The way the wiki-typesetting works ([[MediaWiki]] software), by default, is to ignore 1 blank line above a colon-indented line, but treat extra blank lines as if being "&lt;br />". The Wikipedia markup text does NOT act as a "[[string grammar]]" and so split lines an more than 1 blank-line might affect the formatted text. However even some browsers have had bugs where they re-formatted text, differently, when the [[HTML]] markup was split onto multiple lines, even though, by string-grammar rules, line-breaks should not affect the [[parsing]] (and display) of markup text. Remember: wiki-text does not follow [[string-grammar]] rules, and it is sensitive to extra blank lines, which change the meaning of the markup text. -[[User talk:Wikid77|Wikid77]] 17:38, 20 May 2011 (UTC)


'''c:\php\mediawiki\core>'''<code>git pull --rebase origin master</code><br>
== Automatic edit summary for redirecting pages ==
Enter passphrase for key '/c/Users/Bill/.ssh/id_ed25519':<br>
remote: Counting objects: 11860, done<br>
remote: Finding sources: 100% (60/60)<br>
remote: Getting sizes: 100% (26/26)<br>
remote: Compressing objects: 100% (108354/108354)<br>
remote: Total 60 (delta 35), reused 35 (delta 28)<br>
Unpacking objects: 100% (60/60), 36.46 KiB | 13.00 KiB/s, done.<br>
From ssh://gerrit.wikimedia.org:29418/mediawiki/core<br>
: * branch master -> FETCH_HEAD<br>
: 2d68215ff7a..25895192125 master -> origin/master<br>
Successfully rebased and updated refs/heads/T12814-hello.<br>


'''c:\php\mediawiki\core>'''<code>git review -R</code><br>
Per [[User:MSGJ|Martin's]] suggestion I am posting here to ask whether or not it's possible to have the MediaWiki software detect redirect categorisation templates. The original edit request was here: [[MediaWiki talk:Autoredircomment#Edit request 2]]. —<span style="font-family:trebuchet ms;">'''[[User:Ancient Apparition|James]] <sup>([[User talk:Ancient Apparition|Talk]] • [[Special:Contributions/Ancient Apparition|Contribs]])</sup>''' • '''10:11am''' •</span> 00:11, 21 May 2011 (UTC)
wbm1058@gerrit.wikimedia.org: Permission denied (publickey).<br>
:Everything is possible, most isn't implemented, some things are not a good idea. This seems like a lot of complexity for a small problem so I doubt anyone will implement, but [[bugzilla:]] is for feature requests. —[[User:TheDJ|Th<span style="color: green">e</span>DJ]] ([[User talk:TheDJ|talk]] • [[Special:Contributions/TheDJ|contribs]]) 08:54, 21 May 2011 (UTC)
fatal: Could not read from remote repository.


Please make sure you have the correct access rights<br>
== regex problem redux ==
and the repository exists.


If you get a <code>Permission denied (publickey). fatal: Could not read from remote repository.</code>, review the instructions at [[mw:SSH keys#Add SSH Private key to use with Git]] to make sure your ssh agent is running and your identity is added. If you close your Git Bash shell, you will be signed out and need to re-follow these instructions each time.
{{Reopened}} ([[WP:Village pump (technical)/Archive 90#regex problem with spam-blacklist|Previous attempt]])


'''c:\php\mediawiki\core>'''<code>eval `ssh-agent`</code><br>
Weeks ago, I and others invested time confirming that a November 2008 addition to the English language spam blacklist, in response to "markets.com" spam by [[Special:Contributions/98.219.81.190 |98.219.81.190]], had unintended side-effects. After consulting with [[User:A. B.|the admin]] who had introduced the [[regex]] for the original problem, it was confirmed that the regex needed to change.
'eval' is not recognized as an internal or external command,<br>
operable program or batch file.


Is there a way to run git bash from the Windows cmd prompt?
An editor who is part of [[Wikipedia:WikiProject Spam]] tried repeatedly to fix the problem, with no success. With the help of http://regexpal.com/ I came up with an idea, but my suggested didn't work. There have been other suggestions as well, but no one has come up with the fix yet. I brought the problem up at http://meta.wikimedia.org/wiki/Talk:Spam_blacklist#Discussion hoping for advice I could pass along to those watching [[MediaWiki_talk:Spam-blacklist#Troubleshooting_and_problems]], but no one at meta bothered to comment. So I am hoping the village pump can help. Feel free to comment here or at [[MediaWiki_talk:Spam-blacklist]]; I'll be watching both. Thank you in advance. [[Special:Contributions/67.101.5.242|67.101.5.242]] ([[User talk:67.101.5.242|talk]]) 05:52, 21 May 2011 (UTC)
:There was a similar problem with "way.com" which seems to have been fixed - see [[meta:Talk:Spam blacklist/Archives/2010-10#way.com]] and [[meta:Spam blacklist]]. [[User:Peter E. James|Peter E. James]] ([[User talk:Peter E. James|talk]]) 12:59, 21 May 2011 (UTC)
::Thanks, your suggestion was essential in getting someone to fix the problem. For more details, see [[Talk:Ingles]]. [[Special:Contributions/67.101.6.37|67.101.6.37]] ([[User talk:67.101.6.37|talk]]) 21:05, 22 May 2011 (UTC)


Inside a git bash window:
== Different versions of same article appearing ==


Bill@Mobile-laptouch MINGW64 ~<br>
Hi. I am hoping you can assist me with a question from my talk page that I have been unable to answer, in particular the bolded part.
$ eval `ssh-agent`<br>
Agent pid 272<br>


Bill@Mobile-laptouch MINGW64 ~<br>
{{quotation|On 17 May 2011, I made five edits to the [[Les Misérables]] page under the library IP 205.189.194.208. I cannot recall whether they got through the first time (I believe they got rejected the first time or it took a while to save) but according to the page's history, they got through. On May 18th, I did three edits (as you described above) under 170.170.59.138. From what I recall, they also had problems or took a while to save, but once again according to the history, they got through. '''Now, if I type the URL with the accent and no underscore(Les Misérables), it shows the updated page, but when I type the title without the accent (Les_Miserables), it shows a previous version. I also type it with the accent and underscore (Les_Misérables) and it shows another earlier version.''' It's only when I click on "Edit" and then click on "Save Page" that the recent edits show up on all versions of the title ( a [[null edit]]). Even just clicking on "Edit" and reading the text on the edit page itself, the updated text is present. But when I delete my cache/browsing history, the "Les_Miserables" and "Les_Misérables" versions goes back to a previous page.
$ ssh-add ~/.ssh/id_ed25519<br>
Enter passphrase for /c/Users/Bill/.ssh/id_ed25519:<br>
Identity added: /c/Users/Bill/.ssh/id_ed25519 (wbm1058-wikipedia@yahoo.com)<br>


Then I went back to Windows command window, tried "review" again, and still got the "permission denied" error. – [[User:Wbm1058|wbm1058]] ([[User talk:Wbm1058|talk]]) 20:28, 21 May 2024 (UTC)
Also on your talk page ([[User talk:Jevansen|this page]]), when my browsing history is clear (or cleared), the IP 170.170.59.138 on May 20 shows up in your page history, but not the question I posted. It even says at the bottom of the page "This page was last modified on 16 May 2011 at 02:17." Once again, when I click "Edit/View Source" and then click "Save Page" that the page and page history is fully updated, and the correct date and time of modification is stated. As you can see in this page's history, I did delete the question a few times. I even tried another IP (70.25.99.236) and it also gives the same problem. [[Special:Contributions/170.170.59.138|170.170.59.138]] ([[User talk:170.170.59.138|talk]])}}


:I haven't seen this exact error before, and your setup is rather different from mine, so this is a guess, but: the <code>eval `ssh-agent`</code> command actually works by setting environment variables, which everything else on your system can read to access the SSH agent. Maybe you just need to close and reopen the command prompt window again, so that it sees the new env variables? [[User:Matma Rex|Matma Rex]] <small>[[User talk:Matma Rex|talk]]</small> 21:02, 21 May 2024 (UTC)
Thank you. [[User:Jevansen|Jevansen]] ([[User talk:Jevansen|talk]]) 05:58, 21 May 2011 (UTC)
:"Is there a way to run git bash from the Windows cmd prompt?" You can run something like <code>"C:\Program Files\Git\usr\bin\bash.exe"</code> from the command prompt, and it will run, but this is unlikely to do anything good. It will probably be confused about text encodings, file paths, and [[ANSI escape code|ANSI escape codes]]. (On Windows 10, they're slightly less incompatible.) Can you say why you want to do it? [[User:Matma Rex|Matma Rex]] <small>[[User talk:Matma Rex|talk]]</small> 21:15, 21 May 2024 (UTC)
:For 'readers'/google, redirects in wikipedia are not real redirects. They are more like copies of the same content with another title. As such when one article is refreshed in the cache, not necessarily all alternative copies are updated at the same time, often leaving you with entry points where outdated content is presented to IP users. —[[User:TheDJ|Th<span style="color: green">e</span>DJ]] ([[User talk:TheDJ|talk]] • [[Special:Contributions/TheDJ|contribs]]) 08:50, 21 May 2011 (UTC)
::(edit conflict) I just tried doing it from my git bash window instead of command prompt...


Bill@Mobile-laptouch MINGW64 /c/php/mediawiki/core (T12814-hello)<br>
== Reference desk pages still broken ==
$ git review -R<br>
remote:<br>
remote: Processing changes: new: 1 (\)<br>
remote: Processing changes: new: 1 (|)<br>
remote: Processing changes: new: 1 (/)<br>
remote: Processing changes: new: 1 (-)<br>
remote: Processing changes: new: 1 (\)<br>
remote: Processing changes: new: 1 (|)<br>
remote: Processing changes: refs: 1, new: 1 (|)<br>
remote: Processing changes: refs: 1, new: 1 (|)<br>
remote: Processing changes: refs: 1, new: 1, done<br>
remote:<br>
remote: SUCCESS<br>
remote:<br>
remote: https://gerrit.wikimedia.org/r/c/mediawiki/core/+/1034588 Show the page name on the MovePage checkbox for "Yes, delete the page" [NEW]<br>
remote:<br>
To ssh://gerrit.wikimedia.org:29418/mediawiki/core.git<br>
: * [new reference] HEAD -> refs/for/master%topic=T12814-hello


I guess that worked?! [[User:Wbm1058|wbm1058]] ([[User talk:Wbm1058|talk]]) 21:11, 21 May 2024 (UTC)
Hi, there are still ongoing problems with frequent stale pages (often days old) at the Reference Desk. Everything is badly broken and urgently needs looking at, IMO. These problems have been outstanding for months, with no sign of anything being done. See, for example:
: Yep, that worked. [[User:Pppery|* Pppery *]] [[User talk:Pppery|<sub style="color:#800000">it has begun...</sub>]] 21:15, 21 May 2024 (UTC)
:Yeah, just doing everything from the Git Bash window is probably the best way to have the least amount of weird issues. [[User:Matma Rex|Matma Rex]] <small>[[User talk:Matma Rex|talk]]</small> 21:16, 21 May 2024 (UTC)
::Time for a lager! Cheers! :) [[User:Wbm1058|wbm1058]] ([[User talk:Wbm1058|talk]]) 21:25, 21 May 2024 (UTC)


== Main Page always full width ==
http://en.wikipedia.org/wiki/Wikipedia_talk:Reference_desk#Still_broken


I Can't edit the Main Talk page so I'm posting here.
If anyone can do anything to escalate this, it would be greatly appreciated.


The main page (and it's talk page) seems to be stuck in full width mode even when I click on the full width toggle button in the bottom right corner. Other pages seem unaffected.
[[Special:Contributions/86.183.0.105|86.183.0.105]] ([[User talk:86.183.0.105|talk]]) 11:43, 21 May 2011 (UTC)


Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:125.0) Gecko/20100101 Firefox/125.0
== User talk notification ==


[[Special:Contributions/118.3.227.103|118.3.227.103]] ([[User talk:118.3.227.103|talk]]) 03:33, 18 May 2024 (UTC)
Is there is a way, that I can change the colour of my [[WP:ORANGE|user talk notification]]? <font color="#082567">[[User:Armbrust|Armbrust]]</font> <sup><font color="#E3A857">[[User talk:Armbrust|Talk to me]]</font></sup> <sub><font color="#008000">[[Special:Contributions/Armbrust|Contribs]]</font></sub> 19:59, 21 May 2011 (UTC)
:Try adding <source lang=css enclose=none>div.usermessage { background-color: #FFCE7B !important; }</source> to your {{skin|css}}. <tt>[[User:Svick|User&lt;Svick&gt;]].[[User talk:Svick|Talk()]][[User:Svick/Signature|;]]</tt> 21:56, 21 May 2011 (UTC)
::Thanks, added. Now just need a message to my talk page to test it. :) <font color="#082567">[[User:Armbrust|Armbrust]]</font> <sup><font color="#E3A857">[[User talk:Armbrust|Talk to me]]</font></sup> <sub><font color="#008000">[[Special:Contributions/Armbrust|Contribs]]</font></sub> 23:33, 21 May 2011 (UTC)
:::Added a test for you above. — [[User:Bility|Bility]] ([[User talk:Bility|talk]]) 00:37, 22 May 2011 (UTC)
::::dammit, stop that! There's a page specifically for that around here somewhere...<br/>—&nbsp;[[User:Ohms law|<span style="font-family: Courier New, monospace ;font-style:italic">V = IR</span>]] <span style="font-variant:small-caps">([[User talk:Ohms law|Talk]]&thinsp;&bull;&thinsp;[[Special:Contributions/Ohms law|Contribs]])</span> 05:51, 22 May 2011 (UTC)
:::::Haha! I guess you could look at [[WP:ORANGE]]. — [[User:Bility|Bility]] ([[User talk:Bility|talk]]) 06:54, 22 May 2011 (UTC)
::::::For consistency, I suggest setting border-color as well. <span style="font-family: Palatino Linotype, Book Antiqua, Palatino, serif;" color="#BBAED0">[[User:Feezo|Feezo]] <font size="-2">[[User_talk:Feezo|(send a signal]] | [[Special:Contributions/Feezo|watch the sky]])</font></span> 04:10, 23 May 2011 (UTC)


:Not a bug. From [[mw:Tech/News/2024/21|Tech news]]:
== Database error query ==
:{{tq|In the Vector 2022 skin, main pages will be displayed at full width (like special pages). The goal is to keep the number of characters per line large enough. This is related to the coming changes to typography in Vector 2022. [[mw:Special:MyLanguage/Reading/Web/Accessibility for reading/Updates|Learn more]]. [https://phabricator.wikimedia.org/T357706]}} [[User:Robertsky|– robertsky]] ([[User talk:Robertsky|talk]]) 06:00, 18 May 2024 (UTC)


== Possible PERM script issue ==
Just a quick query. When saving I am getting a page saying


Just cross-posting here, I'm having some issues with one of the PERM scripts; discussion is [[Wikipedia_talk:Requests_for_permissions#Script_issues%3F|here]]. Thanks! [[User:Primefac|Primefac]] ([[User talk:Primefac|talk]]) 07:43, 18 May 2024 (UTC)
"Database error"


== Sticky row headers issues ==
as well as the following text


Need help fixing the "second" sticky row in [[WTA 1000 Series singles records and statistics#Title leaders|this table]]. With rowspan used in the first column, only the first row in rowgroup is sticky, the rest of the rows in individual rowgroups aren't. I assume it is a "sticky-col2" issue from [[Template:COVID-19 pandemic data/styles.css]]. Can it be fixed so it displays all rows in the second column unbroken when horizontally scrolling? [[User:Qwerty284651|Qwerty284651]] ([[User talk:Qwerty284651|talk]]) 19:04, 18 May 2024 (UTC)
<code>
A database query syntax error has occurred. This may indicate a bug in the software. The last attempted database query was:


== Native Dark Mode Message ==
(SQL query hidden)
[[File:Wikipedia VPT Screenshot for Dark Mode Issue.png|thumb|right]]
I have been using the dark mode gadget for a while now and I quite like it. I tried the native dark mode but I do not like it that much, as it is quite buggy and has a fair few contrast issues, see the [https://phabricator.wikimedia.org/tag/fy2023-24-we_2.1_typography_and_palette_customizations/ phab board]. Every time I load a page in namespaces outside of article space I get the message that informs me that I have two dark modes enabled and I need to choose one. When I go to disable the non-gadget dark mode it is not able to be disabled, are there any scripts to suppress this message, it is getting quite annoying. Thanks, v/r - <span style="font-family:Papyrus; color:#800080;">[[User:Seawolf35|Seawolf35]]</span> <sup style="font-family: Times New Roman; color: #006400;">[[User talk:Seawolf35|'''''T''''']]--[[Special:Contributions/Seawolf35|'''''C''''']]</sup> 00:03, 19 May 2024 (UTC)
:I too have been having this problem for days now. It's caused by some bogus and untested changes to [[MediaWiki:Gadget-dark-mode-toggle.js]] by @[[User:Jon (WMF)|Jon (WMF)]]. The message literally pops up on almost every page asking to set native theme to Light - except that all controls for setting the native theme are greyed out, and/or it's already set to Light.{{pb}}Can an interface admin please action the edit request on [[MediaWiki talk:Gadget-dark-mode-toggle.js#Interface-protected edit request on 16 May 2024]]? – [[User:SD0001|<span style="font-weight: bold; color: #C30">SD0001</span>]] ([[User talk:SD0001|talk]]) 07:43, 19 May 2024 (UTC)


== Page misbehaving in search results ==
from within function "GlobalUsage::insertLinks". Database returned error "1290: The MySQL server is running with the --read-only option so it cannot execute this statement (10.0.6.41)".
</code>


I use [https://en.wikipedia.org/w/index.php?sort=last_edit_desc&search=all%3Aincategory%3A%22Candidates+for+speedy+deletion%22&title=Special:Search&profile=advanced&fulltext=1&ns0=1 this search query] to see pages tagged for speedy deletion. For several days it has returned [[BBL Drizzy]] as a result even though that page is not tagged for deletion. The search results say it was last edited at 01:12 on 13 May 2024, which corresponds with [[Special:Diff/1223572833]] (now in the history of {{noredirect|Draft:BBL Drizzy}}). Purging or null-editing either the article or the draft will make it disappear from the results temporarily, but so far it's always come back shortly thereafter. Today I tried deleting and undeleting the pages, but this didn't help either. Any suggestions? ([https://en.wikipedia.org/w/index.php?search=intitle%3A%22BBL+Drizzy%22&title=Special:Search&profile=advanced&fulltext=1&ns0=1 This query] brings up strange results too, for what it's worth.) [[User:Extraordinary Writ|Extraordinary Writ]] ([[User talk:Extraordinary Writ|talk]]) 03:01, 19 May 2024 (UTC)
What is this about? My edits do appear to be saving however. [[User:Simply south|Simply]][[User talk:Simply south| south]]....[[User:Simply south/Poem|..]] ''unintentionally misspelling fr [[WP:Editor review/Simply south 5|5 years]]'' 00:03, 22 May 2011 (UTC)
:I've been getting this for about 20 minutes, during which my edits weren't saving. They are now though. [[User:Doomgaze|<font color="red">doom</font><font color="black">gaze</font>]] [[User talk:Doomgaze|<font color="green">(talk)</font>]] 00:06, 22 May 2011 (UTC)
::One of the master database servers crashes last night around this time, which of course generates a lot of trouble for all write actions. There was some fallout and ripple effects, and stuff settled down after a reboot and about 20 minutes of wait time. —[[User:TheDJ|Th<span style="color: green">e</span>DJ]] ([[User talk:TheDJ|talk]] • [[Special:Contributions/TheDJ|contribs]]) 11:36, 22 May 2011 (UTC)


:I don't experience this. BBL Drizzy is not a result for the first query, and the last query only brings up BBL Drizzy (last edited 19:04, 18 May 2024). &ndash; [[Special:Contributions/2804:F14:80B7:8201:FD78:5FBE:737F:938A|2804:F1...7F:938A]] ([[User talk:2804:F14:80B7:8201:FD78:5FBE:737F:938A|talk]]) 03:15, 19 May 2024 (UTC)
== Image caching? ==
::Strange. The second query returns [https://ibb.co/5j1njq5 this] for me, and some fiddling around at [https://geotargetly.com/geo-browse this site] (pick Australia, Indonesia, India, etc.) suggests I'm not alone. [[User:Extraordinary Writ|Extraordinary Writ]] ([[User talk:Extraordinary Writ|talk]]) 03:40, 19 May 2024 (UTC)
:I've been seeing some outdated search results also related particularly to a couple page moves that got done between when the search was crafted and when my fix was made. Particularly, in [https://en.wikipedia.org/w/index.php?title=Special:Search&limit=100&offset=0&ns118=1&search=incategory%3A%22CS1+maint%3A+others%22 this search] I'm seeing [[Draft:Peter the Great Interrogating the Tsarevich Alexei Petrovich at Peterhof]] and [[Draft:Ellen Webster Palmer]] when I hit one or another of the data centers (which I assume is at least part of the problem), but at least once I've gotten a search not to return those two, because neither are drafts any longer nor do either carry the problem that makes them show up in this search. [[User:Izno|Izno]] ([[User talk:Izno|talk]]) 20:36, 19 May 2024 (UTC)


== The Appearance menu and new default standard font size will be available for logged-out users ==
Shortly after uploading, I made a change to the file [[Media:Schur_lattice_paths.svg]]. It seems this change has not been applied to the image as it appears in articles, or even on the image page and thumbnails, before actually clicking through to see the svg. It's not a browser issue, I checked on multiple computers (some only after the second image was uploaded, so no chance of browser cache interfering). Will this be fixed automatically?--[[User:Sam_Derbyshire|'''Sam''']]<sup>[[User_talk:Sam_Derbyshire|Talk]]</sup> 05:06, 22 May 2011 (UTC)


[[File:Accessibility for reading unpinned.jpg|thumb|200px]]
:In future, try [[Wikipedia:Purge#For images|purging the image description page on Commons]]. I've just done that to the above image. '''[[User:Graham87|Graham]]'''<font color="green">[[User talk:Graham87|87]]</font> 07:24, 22 May 2011 (UTC)
Hi everyone! We are the [[mw:Special:MyLanguage/Reading/Web|Wikimedia Foundation Web team]].
We work on making it easier to read Wikimedia projects as part of the objective "[[m:Special:MyLanguage/Wikimedia Foundation Annual Plan/2023-2024/Product & Technology/OKRs#WE2: Reading and media experience|Reading and media experience]]" of the current year’s annual plan. To achieve this goal, we have introduced the [[Special:Preferences#mw-prefsection-betafeatures|"Accessibility for Reading" beta feature]]. It adds a menu which works on the Vector 2022 skin and allows logged-in users to choose different font sizes and color schemes based on individual needs.


The menu introduces a new Standard font setting. It slightly increases the size and height of the font. It was selected based on multiple sources. You will find more information on this in the section "About the new Standard font setting". [[Wikipedia:Village_pump_(technical)/Archive_212#May_2024_Accessibility_for_Reading_Update:_appearance_menu,_upcoming_font_size_changes_and_customization,_dark_mode,_and_more|As we announced last week]], we are now ready to begin bringing some of these feature out of beta and making them available to more people.
== Page ratings ==


'''What will change'''
I'm creating a number of redirects, and a lot of them are getting the "rate this page" feature appear. Is there really any need for this on redirects and dab pages? Can it be turned off for these? [[User:Mjroots|Mjroots]] ([[User talk:Mjroots|talk]]) 08:15, 22 May 2011 (UTC)
:It always helps if you list a couple of examples. And this probably requires software changes to fix, so [[bugzilla:]]. [[bugzilla:27252]] might be related btw. —[[User:TheDJ|Th<span style="color: green">e</span>DJ]] ([[User talk:TheDJ|talk]] • [[Special:Contributions/TheDJ|contribs]]) 11:30, 22 May 2011 (UTC)
::Examples: [http://en.wikipedia.org/w/index.php?title=Erato_Sartes&redirect=no Erato Sartes], [http://en.wikipedia.org/w/index.php?title=MV_Erato_Sartes&redirect=no MV Erato Sartes], [http://en.wikipedia.org/w/index.php?title=Spaarnestroom&redirect=no Spaarnestroom], [http://en.wikipedia.org/w/index.php?title=MV_Spaarnestroom&redirect=no MV Spaarnestroom], [http://en.wikipedia.org/w/index.php?title=Starkenborgh&redirect=no Starkenborgh], [http://en.wikipedia.org/w/index.php?title=MV_Starkenborgh&redirect=no MV Starkenborgh]. [[User:Mjroots|Mjroots]] ([[User talk:Mjroots|talk]]) 07:14, 23 May 2011 (UTC)


* We are now ready to make the '''new Appearance menu available for logged-out and logged-in users'''.
== Template broken with unexpected > ==
* At the same time, we will also make the '''Standard option the new default for logged-out users only'''.
* If no breaking technical issues are found, we plan on making this change within the next three weeks.
* Later, this menu will also include the option to select dark mode, which for the time being will remain a beta feature. For more information, check out [[mw:Special:MyLanguage/Reading/Web/Accessibility for reading|our project page]].


'''About the menu'''
Hi, there's something wrong with the {{tl|Deleted template}} wrapper - "Expression error: Unexpected > operator". I don't know what the problem is. Anyone? [[User:Rd232|Rd232]] <sup>[[user talk:rd232|talk]]</sup> 11:39, 22 May 2011 (UTC)


The new menu will allow logged-in and logged-out users to set preferences for:
:It displays an error in preview because REVISIONID only exists in saved versions. [[User:Peter E. James|Peter E. James]] ([[User talk:Peter E. James|talk]]) 11:54, 22 May 2011 (UTC)


# '''Text size and line height''' (available now as the beta feature): Users will be able to choose between the Small (current default), Standard (recommended for better accessibility), and Large options. Selecting an option will change both the font size and line height of the text.
::Right. [[User:Tothwolf]] has come up with a fix - thanks! [[User:Rd232|Rd232]] <sup>[[user talk:rd232|talk]]</sup> 14:06, 22 May 2011 (UTC)
# '''Dark mode''' (available now as the beta feature): Users will be able to choose to see the site in night mode on a permanent basis, or select an "automatic" setting which will set day or night mode based on the device or browser preferences.
# [[File:Screenshot of the Vector-2022 skin's fullscreen toggle.png|thumb]]'''Content width''' (previously available as a toggle button): We have moved the content width toggle from an icon at the bottom of the page to a labeled radio button in the new menu. It will work exactly the same as the toggle. The previous toggle button will no longer be available.


This menu has been [[mw:Special:MyLanguage/Reading/Web/Accessibility_for_reading/Updates#December_2023:_A_new_beta_feature:_Accessibility_for_Reading_(Vector_2022)|tested as a beta feature]] by logged-in users across wikis as well as in [[mw:Special:MyLanguage/Reading/Web/Accessibility for reading/Repository/Usability testing|user testing with readers]]. Based on the findings of these tests, we changed the menu to improve discoverability and ease of use, and to accommodate gadget compatibility.
:{{Fixed}} I changed the logic to check if REVISIONID exists before comparing it with an #ifexpr. [http://en.wikipedia.org/w/index.php?title=Template:Deleted_template&diff=430347908&oldid=429138746] It will now also display the notice during a page preview. It should be safe enough to assume that if someone is previewing a page, the new saved page will have a higher REVISIONID anyway. --[[User:Tothwolf|Tothwolf]] ([[User talk:Tothwolf|talk]]) 14:09, 22 May 2011 (UTC)


The menu will appear to the right of the page, immediately under the Tools menu if that has been pinned. Unlike the Tools menu, the Appearance menu is pinned by default, but can be unpinned. Once unpinned, it collapses under an icon at the top of the page.
== Section editing links not appearing for some reason ==


'''About the new Standard font setting'''
Can anyone see why the section editing links are not appearing on [[Wikipedia:WikiProject Animal rights]]? <font color="black">[[User:SlimVirgin|SlimVirgin]]</font> <small><sup><font color="gold">[[User_talk:SlimVirgin|TALK|]]</font><font color="lime">[[Special:Contributions/SlimVirgin|CONTRIBS]]</font></sup></small> 17:57, 22 May 2011 (UTC)
:There is a {{code|__NOEDITSECTION__}} a few lines above the '''Recognized content''' section header. —[[User:Department of Redundancy Department|DoRD]] ([[User talk:Department of Redundancy Department|talk]]) 18:05, 22 May 2011 (UTC)


The "Small" option is the current default. We will be changing this default to "Standard" for logged-out users, while keeping "Small" as the default for logged-in users. The "Standard" and "Large" options were built and tested based on the following:
::Brilliant, many thanks! <font color="black">[[User:SlimVirgin|SlimVirgin]]</font> <small><sup><font color="gold">[[User_talk:SlimVirgin|TALK|]]</font><font color="lime">[[Special:Contributions/SlimVirgin|CONTRIBS]]</font></sup></small> 18:17, 22 May 2011 (UTC)


* [[mw:Special:MyLanguage/Reading/Web/Accessibility for reading/Repository/Readability research report|Academic studies and recommendations]] for the best average font size for the majority of readers. These recommendations stated that our current size is too small for the majority of people to read comfortably. This means that on average, people read more slowly, strain their eyes while reading, or have difficulty clearly seeing the text. Increasing the font size by default improves these issues for all users, including users who might not have sufficient time to spend adjusting a setting via the appearance menu or browser. Information density is also important, which is why we wanted to increase font size without sacrificing information density. We have achieved this by changing not only font size, but also line height and paragraph spacing.
== Articles by quality statistics - broken for National Railway Museum ==
* Designs [[mw:Special:MyLanguage/Reading/Web/Accessibility for reading/Community prototype testing|submitted]] by more than 630 Wikipedians from across 13 wikis of different languages, scripts, and sizes. The majority (~450) of these users opted for a font size that was larger than the default. "Standard" represents the average of the most popular cluster of responses (15-20 pixels). "Large" represents the need for an even larger option, as represented by the cluster of sizes between 21-26 pixels. You can read more on [[mw:Special:MyLanguage/Reading/Web/Accessibility for reading/Repository/Community prototype testing/Analysis|how we included volunteers in the process and landed on these options]].
* Beta feature usage showed that the majority of users who interact with the feature at least once [[phab:T359418#9694334|opt for a font size that is larger]] than the current default.


'''Our works so far and next steps'''
{{resolved}}
Can anyone give me guidance as to why I have no importance statistics in the article assessment quality table for the National Railway Museum, shown below. Also, according to summaries at individual category pages, I have [[:Category:National Railway Museum-related articles by quality|15 articles assessment for quality]] and [[:Category:National Railway Museum-related articles by importance|28 assessed for importance]] ... but 17 articles turning up in the table. I've looked at the job queue and poked the table at [http://toolserver.org/~enwp10/bin/update.fcgi the update page]. That exhausts my knowledge. All help welcomed; thanks. --[[User:Tagishsimon|Tagishsimon]] [[User_talk:Tagishsimon|(talk)]] 14:37, 23 May 2011 (UTC)
{{Wikipedia:Version 1.0 Editorial Team/National Railway Museum-related articles by quality statistics}}
:Okay. So it was a lag in the toolserver database.


Logged-in users will remain with the "small" setting for the time being as their default, but can change to any other setting at any time. In a few months, we will study how many logged-in users switch to standard and start a conversation on whether it makes sense for logged-in users to make the switch as well. From the [[phab:T359418#9694334|early data]] from the beta feature, 55% of sessions who interacted with the feature chose to use a setting that was standard or larger.
== Section link problem from main page ==


If you'd like to help, we have a few simple requests for you:
The main page's "In the News" section has a link about the WTO ruling regarding Boeing and Airbus. The link is [[Competition between Airbus and Boeing#World Trade Organization litigation]] but when clicking this link, my browser (Firefox 4) sends me to the bottom of that article instead of to the relevant section. I can't see any problem with the link name itself. [[User:Comet Tuttle|Comet Tuttle]] ([[User talk:Comet Tuttle|talk]]) 17:03, 23 May 2011 (UTC)
:I had the same thing happen to me. I think it started happening off and on (to me) when the ResourceLoader or something was changed on the site. [[User:Killiondude|Killiondude]] ([[User talk:Killiondude|talk]]) 08:58, 24 May 2011 (UTC)


# Please, [[Special:Preferences#mw-prefsection-betafeatures|turn on the beta feature]] ("Accessibility for Reading (Vector 2022)")
== Editing toolbar disappeared ==
# Try out the new menu. Is anything confusing? Do you understand all the labels and how the menu works?
# Try out the small, standard, and large sizes, the color schemes, and the width toggle. Reach out to us if you notice any bugs, or have questions or concerns.


If you'd like to learn more about the project, see our [[mw:Special:MyLanguage/Reading/Web/Accessibility for reading/Frequently asked questions|FAQ]]. Comments and questions are most welcome. Thank you! [[user:OVasileva (WMF)|OVasileva (WMF)]] and [[User:SGrabarczuk (WMF)|SGrabarczuk (WMF)]] ([[User talk:SGrabarczuk (WMF)|talk]]) 13:58, 20 May 2024 (UTC)
From one of my browsers (Firefox). It is still in Chrome. Any idea what I might've messed up? Restarting the browser is not helping, I've recently installed a new firewall but disabling it does not restore the toolbar. --<sub style="border:1px solid #228B22;padding:1px;">[[User:Piotrus|Piotr Konieczny aka Prokonsul Piotrus]]&#124;[[User talk:Piotrus|<font style="color:#7CFC00;background:#006400;"> talk </font>]]</sub> 17:42, 23 May 2011 (UTC)
:Adding some other issues, it seems that for Wikipedia in Firefox, my Javascript is not working. Why could that be? PS. It doesn't work on en wiki and Commons, but it works on pl wiki and many other websites... --<sub style="border:1px solid #228B22;padding:1px;">[[User:Piotrus|Piotr Konieczny aka Prokonsul Piotrus]]&#124;[[User talk:Piotrus|<font style="color:#7CFC00;background:#006400;"> talk </font>]]</sub> 17:12, 24 May 2011 (UTC)


== Wikilinks to `((RSS))` article are broken ==
== Performance problems and functionality quirks ==


I noticed this at [[Aaron Swartz]] and [[Web feed]]: links to the article on the web feed format RSS (link here > [[RSS]] <) are not displaying on Wikipedia articles
I've been editing WP articles for years but in the past few months I've perceived a rise in the number of performance problems or functionality quirks I've been experiencing. I'll briefly mention the types of symptoms I've seen.
{{Hidden begin|toggle=left|title=Description of performance problems and rendering quirks}}
:The obvious performance issues are pretty self-evident: I'll make an edit, and the version I see after clicking on "save page" doesn't have my changes, or perhaps there is a delay before my changes are reflected in the article's history; in some cases, I'll do a [[WP:PURGE]], which often seems to update the current version, but not always (as in today). Almost always I follow [[WP:SLOW]] and don't think anything more about it; if there's doubt about my changes being saved, my [[Special:Contributions]] page seems like it is always up-to-date even if article history or the current article version is out-of-date.


Type <nowiki>"[[RSS]]"</nowiki> for "[[RSS]]" and it displays as <nowiki>""</nowiki> for me. [[User:PK-WIKI|PK-WIKI]] ([[User talk:PK-WIKI|talk]]) 19:19, 20 May 2024 (UTC)
:But in recent months I've started seeing some weird quirks in WP's page rendering and other functionality problems. They sometimes seem to be accompanied by slower-than-average performance. One common example is the illusion of page protection/semi-protection. I edit without logging in and as vandalism and page patrollers have clashed more often, I've had to get more and more used to pages being protected or semi-protected. A few months ago I clicked on "view source" anyway, and I'm finding there are a good number of cases where I am allowed to edit the article. I don't know if its just with semi-protected articles or if other kinds of protection behave that way. I can say that in all cases when "view source" is displayed, section editing is never available.
: Works for me: [[RSS]] [[User:Pppery|* Pppery *]] [[User talk:Pppery|<sub style="color:#800000">it has begun...</sub>]] 19:57, 20 May 2024 (UTC)
::The link displays and works normally for me in all five tested browsers. It sounds like something in your browser is messing with the link, maybe an extension for RSS feeds. [[User:PrimeHunter|PrimeHunter]] ([[User talk:PrimeHunter|talk]]) 20:08, 20 May 2024 (UTC)
:::{{Bug resolved}} Thanks, didn't even think that text on Wikipedia would be targeted by a content blocker. 1Blocker "Block Annoyances" setting responsible. [[User:PK-WIKI|PK-WIKI]] ([[User talk:PK-WIKI|talk]]) 20:21, 20 May 2024 (UTC)


== Strange CSS behavior ==
:Another page rendering quirk I've seen is the occasional dynamic change in what [[wp:User style]] a page is rendered in. Obviously when you don't log in, you get the default style, but I've had multiple cases in the past few months where after I click on "save page" I get results back that are rendered in a different style than the default, or, more often, in a raw version seemingly rendered without the benefit of any style sheet at all. I should point out that this particular symptom hasn't happened in a couple of months, so it might have be a transient effect of some style tweaking that I think was going on not too long ago.


I recently noticed that the CSS style <code>background:transparent</code> seems to turn the text color dark gray when combined with the class <code>thumbinner</code> and viewed through the beta vector night mode. Does anyone know why this happens? [[User:I Am Andumé|Andumé ]] ([[User talk:I Am Andumé|talk]]) 20:12, 20 May 2024 (UTC)
:It seems plausible to me that this style rendering quirks could be attributed to performance problems; I usually use firefox, and I believe that when my local internet connection is slow, it can manifest as a delay or even a failure to apply style sheets to the current page of any website, WP included.
:The text color generally is a dark grey. Can you be more specific ? —[[User:TheDJ|Th<span style="color: green">e</span>DJ]] ([[User talk:TheDJ|talk]] • [[Special:Contributions/TheDJ|contribs]]) 09:58, 21 May 2024 (UTC)
{{Hidden end}}
::In general however, if you define a background color, you should ALWAYS define a text color and vice versa, if you want to avoid problems with night/dark mode. —[[User:TheDJ|Th<span style="color: green">e</span>DJ]] ([[User talk:TheDJ|talk]] • [[Special:Contributions/TheDJ|contribs]]) 10:00, 21 May 2024 (UTC)
:In dark mode, there is some [https://github.com/wikimedia/mediawiki-extensions-WikimediaMessages/blob/master/modules/ext.wikimediamessages.styles/theme-night.less#L62 blanket CSS] for "it has a background but is relying on inherited color" which obviously doesn't work in a lot of places. [[User:Izno|Izno]] ([[User talk:Izno|talk]]) 17:13, 21 May 2024 (UTC)


== Link classifier missing in Vector 2022 ==
I am curious if others are seeing the same things in these past months. I also have a question: if I want to to get a performance status and a state of health check about WP, where's the best place to go? I known about http://status.wikimedia.org/ and http://ganglia.wikimedia.org/; I also know that [[WP:CHAT]] and certain email aliases/archives are available. But I've got to think that there must be some page in the WP: namespace that summarizes WP health and performance from the user's perspective instead of the subsystem perspective presented by those sources. I've tried [[WP:HEALTH]], [[WP:STATUS]], [[WP:PERFORMANCE]], all to no avail, as well as [[WP:FAQ]] [[WP:FAQ/Technical]], and FAQs mentioned at the village pumps. I've tried some archive searches too, and briefly resorted to googling various topics.


The Link Classifier which if I recall is maintained by [[User:Anomie|Anomie]] has disappeared from my Vector (2022) skin. I use this frequently and have just now noticed it, so I is likely something very recent. I switched back to Vector (2010) just to check and it was still available there. Any suggestions about how to get this back in Vector (2022)? [[User:Bkonrad|older]] ≠ [[User talk:Bkonrad|wiser]] 21:29, 20 May 2024 (UTC)
Thanks in advance. [[Special:Contributions/67.101.7.230|67.101.7.230]] ([[User talk:67.101.7.230|talk]]) <span style="font-size: smaller;" class="autosigned">—Preceding [[Wikipedia:Signatures|undated]] comment added 18:29, 23 May 2011 (UTC).</span><!--Template:Undated-->
:This is probably related to [[Wikipedia:Vpt#Slow_load_time|this thread above on this page]]. A lot of people are frustrated. I'm on a semi-Wikibreak until it's fixed, it's too frustrating. (Obviously not a full break or I wouldn't be typing this.) -- '''[[User:Atama|<span style="color:#06F">At</span><span style="color:#03B">am</span><span style="color:#006">a</span>]]'''[[User talk:Atama|<span style="color:#000">頭</span>]] 19:43, 23 May 2011 (UTC)


:WMF has recently changed the software so that in Vector 2022 personal Javascript/CSS are loaded only from [[Special:MyPage/vector-2022.js]] and [[Special:MyPage/vector-2022.css]]. You are loading it only in [[Special:MyPage/vector.js]]. You will need to copy whatever you want from there to the vector-2022 version, or to your Common.js at [[Special:MyPage/common.js]] (which is the best place for it - scripts are/should be responsible for loading where they should; styles may vary more so they may not be as obvious to move). Remove it from vector.js if you add it to common.js. [[User:Izno|Izno]] ([[User talk:Izno|talk]]) 22:06, 20 May 2024 (UTC)
== Google Chrome inserts line on talk pages ==
::Thank you. That worked. [[User:Bkonrad|older]] ≠ [[User talk:Bkonrad|wiser]] 23:40, 20 May 2024 (UTC)
::Thanks, this probably should solve the above problem as well. I will try later today. [[User:Ymblanter|Ymblanter]] ([[User talk:Ymblanter|talk]]) 08:36, 21 May 2024 (UTC)
:: Copied Ymblanter's comment from above: {{tq2|1=Not sure whether it is related but I am using one of the user scripts (do not have time now to search which one) which, in particular, highlights in pink pages proposed for deletion. The highlighting is gone today (checked on two different devices, different browsers), which gives me a HUGE headache for CFD handling. [[User:Ymblanter|Ymblanter]] ([[User talk:Ymblanter|talk]]) 08:35, 21 May 2024 (UTC)}} [[User:Izno|Izno]] ([[User talk:Izno|talk]]) 17:09, 21 May 2024 (UTC)


== Tech News: 2024-21 ==
<s>This issue was [http://en.wikipedia.org/wiki/Wikipedia:Reference_desk/Archives/Computing/2011_May_19#Google_Chrome_inserts_an_extra_line_break_when_adding_a_comment_to_a_talk_pagebrought posted at the Reference Desk] five days ago, and the poster was told to bring the issue here; I don't think they have, so I will add it. Often, when I write a post on a talk page, Chrome adds an extra line break before my indent. (Examples in the link above.)


<section begin="technews-2024-W21"/><div class="plainlinks">
Can you help? <small><span style="border:1px solid black;">[[User:Ajmint|<font style="color:black;background:orange;font-family:sans-serif;">'''&nbsp;ajmint&nbsp;'''</font>]]</span> ([[User talk:Ajmint|talk]]•[[Special:Contributions/ajmint|edits]])</small> 19:29, 23 May 2011 (UTC)</s>
Latest '''[[m:Special:MyLanguage/Tech/News|tech news]]''' from the Wikimedia technical community. Please tell other users about these changes. Not all changes will affect you. [[m:Special:MyLanguage/Tech/News/2024/21|Translations]] are available.
:Is this the same issue as [[#Google Chrome inserts an extra line break when adding a comment to a talk page]], above? -- [[User:John of Reading|John of Reading]] ([[User talk:John of Reading|talk]]) 19:36, 23 May 2011 (UTC)
::Sorry, didn't see that (just searched archives). <small><span style="border:1px solid black;">[[User:Ajmint|<font style="color:black;background:orange;font-family:sans-serif;">'''&nbsp;ajmint&nbsp;'''</font>]]</span> ([[User talk:Ajmint|talk]]•[[Special:Contributions/ajmint|edits]])</small> 19:39, 23 May 2011 (UTC)


'''Recent changes'''
== Image update! GAH! ==
* The [[mw:Special:MyLanguage/Extension:Nuke|Nuke]] feature, which enables administrators to mass delete pages, will now correctly delete pages which were moved to another title. [https://phabricator.wikimedia.org/T43351]
* New changes have been made to the UploadWizard in Wikimedia Commons: the overall layout has been improved, by following new styling and spacing for the form and its fields; the headers and helper text for each of the fields was changed; the Caption field is now a required field, and there is an option for users to copy their caption into the media description. [https://commons.wikimedia.org/wiki/Commons:WMF_support_for_Commons/Upload_Wizard_Improvements#Changes_to_%22Describe%22_workflow][https://phabricator.wikimedia.org/T361049]


'''Changes later this week'''
It's really getting on my nerves, images don't update, even if I purge really hard! Are there any admins in here who can fix this? --[[User:Beao|Bea]]'''[[User talk:Beao|o]]''' 23:21, 23 May 2011 (UTC)
* [[File:Octicons-sync.svg|12px|link=|alt=|Recurrent item]] The [[mw:MediaWiki 1.43/wmf.6|new version]] of MediaWiki will be on test wikis and MediaWiki.org from {{#time:j xg|2024-05-21|en}}. It will be on non-Wikipedia wikis and some Wikipedias from {{#time:j xg|2024-05-22|en}}. It will be on all wikis from {{#time:j xg|2024-05-23|en}} ([[mw:MediaWiki 1.43/Roadmap|calendar]]). [https://wikitech.wikimedia.org/wiki/Deployments/Train][https://wikitech.wikimedia.org/wiki/Deployments/Yearly_calendar]
* [[File:Octicons-tools.svg|12px|link=|alt=|Advanced item]] The HTML used to render all headings [[mw:Heading_HTML_changes|is being changed to improve accessibility]]. It will change on 22 May in some skins (Timeless, Modern, CologneBlue, Nostalgia, and Monobook). Please test gadgets on your wiki on these skins and [[phab:T13555|report any related problems]] so that they can be resolved before this change is made in all other skins. The developers are also considering the introduction of a [[phab:T337286|Gadget API for adding buttons to section titles]] if that would be helpful to tool creators, and would appreciate any input you have on that.


'''''[[m:Special:MyLanguage/Tech/News|Tech news]]''' prepared by [[m:Special:MyLanguage/Tech/News/Writers|Tech News writers]] and posted by [[m:Special:MyLanguage/User:MediaWiki message delivery|bot]]&nbsp;• [[m:Special:MyLanguage/Tech/News#contribute|Contribute]]&nbsp;• [[m:Special:MyLanguage/Tech/News/2024/21|Translate]]&nbsp;• [[m:Tech|Get help]]&nbsp;• [[m:Talk:Tech/News|Give feedback]]&nbsp;• [[m:Global message delivery/Targets/Tech ambassadors|Subscribe or unsubscribe]].''
:I'm seeing the same problem. Modified images uploaded 6-12 hours earlier aren't showing up, even after clearing my browser cache and clicking on the Wikipedia clock display to force purging. This has been going on for several days now, and it doesn't matter what time of day it is. I first encountered it on 23 May 2011, while trying to upload a new version of a rather small JPEG image, and every image since then has been a pain in the ass. Somebody obviously monkeyed with the server settings; '''thumbnail regeneration has become nonexistent'''. Could it be that the purging command is no longer being executed?&nbsp;&mdash;[[User:Hydrargyrum|Quicksilver]]<sup>[[User_talk:Hydrargyrum|T]] [[Special:Emailuser/Hydrargyrum|@]]</sup> 16:18, 25 May 2011 (UTC)
</div><section end="technews-2024-W21"/>


<bdi lang="en" dir="ltr">[[User:MediaWiki message delivery|MediaWiki message delivery]]</bdi> 23:01, 20 May 2024 (UTC)
== Small problem with the timeline tag ==
<!-- Message sent by User:Quiddity (WMF)@metawiki using the list at https://meta.wikimedia.org/w/index.php?title=Global_message_delivery/Targets/Tech_ambassadors&oldid=26786311 -->
:Based on a [https://en.wikipedia.org/w/index.php?title=Special:Search&limit=500&offset=0&ns2=1&ns8=1&search=insource%3A%2Fmw-headline%2F+intitle%3A%2F%5C.js%2F quick search], it looks like the heading change will affect almost 300 scripts, many of which have inactive maintainers. Some arbitrary highlights from the top of the list include:
:* {{u|Awesome Aasim}}'s [[User:Awesome Aasim/rcpatrol.js]]
:* {{u|BrandonXLF}}'s [[User:BrandonXLF/FFUHelper.js]]
:* {{u|Cacycle}}'s [[User:Cacycle/wikEd.js]], [[User:Cacycle/wikEd dev.js]], and [[User:Cacycle/wikEd.user.js]]
:* {{u|DannyS712}}'s [[User:DannyS712/DiscussionCloser.js]], [[User:DannyS712/SectionRemover.js]], and [[User:DannyS712/SectionMover.js]]
:* {{u|Enterprisey}}'s [[User:Enterprisey/reply-link.js]], [[User:Enterprisey/copy-section-link.js]], [[User:Enterprisey/archiver.js]], [[User:Enterprisey/strike-archived.js]], [[User:Enterprisey/section-watchlist.js]], and [[User:Enterprisey/section-redir-note.js]]
:* {{u|Equazcion}}'s [[User:Equazcion/OneClickArchiver.js]], [[User:Equazcion/TeahouseRespond.js]], and [[User:Equazcion/NewSectionSummary.js]]
:* {{u|Evad37}}'s [[User:Evad37/OneClickArchiver.js]] and [[MediaWiki:Gadget-XFDcloser-core.js]]
:* {{u|Mr. Stradivarius}}'s [[User:Mr. Stradivarius/gadgets/SignpostTagger.js]]
:* {{u|PhantomTech}}'s [[User:PhantomTech/scripts/AFCRHS.js]]
:* {{u|SD0001}}'s [[User:SD0001/RFUD-helper.js]]
:* {{u|Terasail}}'s [[User:Terasail/COI Request Tool.js]]
:* {{u|Technical 13}}'s [[User:Technical 13/Scripts/OneClickArchiver.js]]
:* {{u|The Earwig}}'s [[User:The Earwig/permalink.js]] and [[User:The Earwig/afc-helper.js]]
:* {{u|The Evil IP address}}'s [[User:The Evil IP address/hdedit.js]]
:Plus many, many more. <span class="nowrap">--[[User:Ahecht|Ahecht]] ([[User talk:Ahecht|<b style="color:#FFF;background:#04A;display:inline-block;padding:1px;vertical-align:middle;font:bold 50%/1 sans-serif;text-align:center">TALK<br />PAGE</b>]])</span> 19:22, 21 May 2024 (UTC)
::A quick way to test these scripts right now, is to enable the Parsoid beta option (which already uses the new html structure) and to disable DiscussionTools, which uses a partial form of the new heading structure. —[[User:TheDJ|Th<span style="color: green">e</span>DJ]] ([[User talk:TheDJ|talk]] • [[Special:Contributions/TheDJ|contribs]]) 08:39, 22 May 2024 (UTC)
:::Indeed, you can already see it in Parsoid mode (but note that there are other differences – e.g. Parsoid output has <code><nowiki><section></nowiki></code> tags around each section, which may require a separate set of updates in some scripts).
:::Disabling DiscussionTools doesn't actually change anything though. The HTML structure is the same whether it's enabled or disabled, only the styles are different. Also, note that it uses a "hybrid" heading structure currently when using the default parser, as you say, but it uses the new structure when using Parsoid.
:::So in short, you can just use Parsoid mode to test these scripts today here on English Wikipedia, but beware that there may be extra issues. But if they work with Parsoid, they will work with the new headings too. [[User:Matma Rex|Matma Rex]] <small>[[User talk:Matma Rex|talk]]</small> 11:25, 22 May 2024 (UTC)
::The technical 13 script was blanked, so we don't have to worry about that one.
::Will the fact that they're rolling this out for only some wikimedia-deployed skins at this time make the patch more complicated? If I'm reading it right, the scripts may temporarily have to support both heading styles. –[[User:Novem Linguae|<span style="color:blue">'''Novem Linguae'''</span>]] <small>([[User talk:Novem Linguae|talk]])</small> 09:16, 22 May 2024 (UTC)
:::Yes, it does, and they have to. [[User:Matma Rex|Matma Rex]] <small>[[User talk:Matma Rex|talk]]</small> 11:20, 22 May 2024 (UTC)
::At a glance, it seems that [[User:Mr. Stradivarius/gadgets/SignpostTagger.js]] already supports the new style, as it uses <code>$( '#bodyContent h2:first' ).text()</code> as a backup if <code>$( '#bodyContent h2:first span.mw-headline' )</code> doesn't exist ([[User:Mr. Stradivarius/gadgets/SignpostTagger.js#L-291|line 291]]). — '''''[[User:Mr. Stradivarius|<span style="color: #194D00; font-family: Palatino, Times, serif">Mr.&nbsp;Stradivarius</span>]]''''' <sup>[[User talk:Mr. Stradivarius|♪&nbsp;talk&nbsp;♪]]</sup> 13:09, 22 May 2024 (UTC)


== Where is the code for an info-box? Where does it go? ==
'''Please assist''' I was looking at the timeline inserted into [[Sikhism]] ([http://en.wikipedia.org/w/index.php?title=Sikhism&oldid=430534527#Ten_gurus_and_religious_authority permanent link]) using the <nowiki><timeline></nowiki> tag and I noticed that if you use the following scheme:


I'm trying to create some info-boxes on a small hobby wiki. It had been running fine on "freewiki.in" but that domain disappeared last year. I've re-created it on a domain I control using MediaWiki v1.41.1. I've put up all the article text from .XML backups, but all the formatting is gone. <br>
<pre>PlotData=
The software manual at https://www.mediawiki.org/wiki/Global_templates/Taxonomy explains how to use <nowiki> {{ambox}} </nowiki> but not the code required for it to work. It sends me to Wikipedia, to https://en.wikipedia.org/wiki/Module:Message_box.
That, finally, has 600+ lines of code. <br>
Where does this code go? Somewhere on the wiki? Somewhere on the server in one of the .PHP files? There's gotta be a step-by-step procedure somewhere but I can't find it. And I'm not about to do my experimenting here on Wikipedia... <br>
Answers can be here, if this is of general interest. If not, I'd be perfectly happy getting help at my talk page. [[User:SandyJax|SandyJax]] ([[User talk:SandyJax|talk]]) 13:05, 21 May 2024 (UTC)


:It goes exactly where it is here, on the page <code>Module:Message box</code>. [[User:Snowmanonahoe|Snowmanonahoe]] ([[User talk:Snowmanonahoe|talk]] '''·''' [[Special:Contributions/Snowmanonahoe|contribs]] '''·''' [[User:Snowmanonahoe/Typos|typos]]) 16:42, 21 May 2024 (UTC)
width:10 textcolor:black align:left anchor:from shift:(12,-6)
:... but otherwise requires only the use of [[mw:Extension:Scribunto]] and [[mw:Extension:TemplateStyles]]. [[User:Izno|Izno]] ([[User talk:Izno|talk]]) 17:08, 21 May 2024 (UTC)
::If you preview code, e.g. an infobox call, then the bottom of the window shows all transcluded templates and modules at "Templates used in this preview". It can be a long list, and the list can change if the same template is called with different parameters or circumstances (e.g. the namespace it's called from). Some of the infobox styling in the English Wikipedia is in [[MediaWiki:Common.css]] which is not listed at "Templates used in this preview" since it's not transcluded but used in another way. [[User:PrimeHunter|PrimeHunter]] ([[User talk:PrimeHunter|talk]]) 18:30, 21 May 2024 (UTC)
==Template dagger malfunctioning==
{{Solved}}
Immediate assistance required because [[template:dagger]] currently outing this {{dagger}}.
[[User:Anoopspeaks|Anoop Bhatia]] ([[User talk:Anoopspeaks|talk]]) 01:14, 22 May 2024 (UTC)


:Link to an edit request about it: [[Template talk:Dagger#Template-protected edit request on 22 May 2024]]. &ndash; [[Special:Contributions/2804:F14:80B7:8201:C4DC:E500:5610:A60F|2804:F1...10:A60F]] ([[User talk:2804:F14:80B7:8201:C4DC:E500:5610:A60F|talk]]) 02:37, 22 May 2024 (UTC)
bar:Nanak from:1469 till:1539 color:1</pre>...
::It is not malfunctioning, it is doing what it is supposed to do, to notify everyone about the ongoing discussion. But I can see how this can be disruptive to the reading experience when it is being used multiple times within a short space, i.e. at [[Atlanta Braves#Braves Hall of Fame]]. [[User:Robertsky|– robertsky]] ([[User talk:Robertsky|talk]]) 03:45, 22 May 2024 (UTC)
:::{{ping|Robertsky}} Thanks 👍🏻. [[User:Anoopspeaks|Anoop Bhatia]] ([[User talk:Anoopspeaks|talk]]) 04:03, 22 May 2024 (UTC)


== The IPA in Wikipedia comes with some errors. ==
It creates a timeline that includes the text "1469-1539" in the legend at the bottom, rather than the typographically correct "1469–1539" (that is, it generates a [[hyphen]] rather than an [[ndash]], cf. [[WP:DASH]].) Can someone amend this? Should I open a bug at Bugzilla for this? —[[User:Koavf|Justin (koavf)]]❤[[User talk:Koavf|T]]☮[[Special:Contributions/Koavf|C]]☺[[Special:Emailuser/Koavf|M]]☯ 23:38, 23 May 2011 (UTC)
:Although this should be a noncontroversial request at [[bugzilla:]], I'd personally wait until the current dispute over dashes/hyphens is resolved before filing a bug. <span style="font-family:Georgia;font-size:80%;">'''/[[User:Fetchcomms|<span style="color:#000;">ƒETCH</span>]][[User talk:Fetchcomms|<span style="color:#000;">COMMS</span>]][[Special:Contributions/Fetchcomms|<span style="color:#000;">/</span>]]'''</span> 16:43, 24 May 2011 (UTC)


SUBJECT
== IP's contributions not showing up when using popups ==


The IPA in Wikipedia comes with some errors.
Clicking on [http://en.wikipedia.org/wiki/Special:Contributions/193.140.194.102] which I sourced through an edit, I find the IP's contributions. Going through popups [http://en.wikipedia.org/w/index.php?title=Special:Contributions&target=User:193.140.194.102] I don't find any, why is this? [[User:Dougweller|Dougweller]] ([[User talk:Dougweller|talk]]) 04:31, 24 May 2011 (UTC)
: The contribs show for me with Popups. Try hard refreshing the current page, and then the contribs page. <font face="Verdana">[[User:Gary King|<font color="#02b">Gary&nbsp;<b>King</b></font>]]&nbsp;<span style="font-size: 0.9em;">([[User talk:Gary King|<font color="#02e">talk</font>]]&nbsp;·&nbsp;[[User:Gary King/Scripts|<font color="#02e">scripts</font>]])</span></font> 05:24, 24 May 2011 (UTC)
::Thanks, but the first url still doesn't show anything. I did shift/F5 in Chrome and also copied it to IE which I hadn't used for the url before. [[User:Dougweller|Dougweller]] ([[User talk:Dougweller|talk]]) 08:02, 24 May 2011 (UTC)
::*The answer lies within the 'User:' in the popups' url (note it's not present in the former link). Somehow, it inserts the 'User:' whilst it ought not to. --[[User:Ohconfucius|<span style="color:Black;font:bold 8pt 'kristen itc';text-shadow:cyan 0.3em 0.3em 0.1em;">Ohconfucius</span>]] [[User talk:Ohconfucius|<sup>¡digame!</sup>]] 08:47, 24 May 2011 (UTC)
::I see a contribs list on a mouseover of both links. I have had similar issues in the past, however. [[User:Killiondude|Killiondude]] ([[User talk:Killiondude|talk]]) 08:55, 24 May 2011 (UTC)
:::Mouseover works for both also, but the 2nd url (not the first, sorry) still doesn't. [[User:Dougweller|Dougweller]] ([[User talk:Dougweller|talk]]) 09:04, 24 May 2011 (UTC)


:::: Usually when this happens, refreshing the page fixes it for me. When Popups content doesn't load, I think it's usually because it times out when trying to contact the server, since the site can be slow sometimes. <font face="Verdana">[[User:Gary King|<font color="#02b">Gary&nbsp;<b>King</b></font>]]&nbsp;<span style="font-size: 0.9em;">([[User talk:Gary King|<font color="#02e">talk</font>]]&nbsp;·&nbsp;[[User:Gary King/Scripts|<font color="#02e">scripts</font>]])</span></font> 18:01, 24 May 2011 (UTC)


I am quite happy that Wikipedia uses the IPA as a pronunciation guide. I know the IPA moderately well, so its use is convenient for me. Promoting the IPA in Wikipedia might also encourage people to learn it, which probably might not be a bad idea.
== Article Feedback tool showing up on redirects ==


I think that the use of the IPA in Wikipedia might often or consitently make some errors. I don’t see these errors being made in Wiktionary though. The IPA there seems to be largely fine.
'''Why''' Presently, users can rate [[Kierkegaard]], even though it's simply a redirect to [[Søren Kierkegaard]]. What is the purpose of this? —[[User:Koavf|Justin (koavf)]]❤[[User talk:Koavf|T]]☮[[Special:Contributions/Koavf|C]]☺[[Special:Emailuser/Koavf|M]]☯ 06:38, 24 May 2011 (UTC)
:This is accidental and Eloquence has already stated here somewhere, that they will look into that this week. —[[User:TheDJ|Th<span style="color: green">e</span>DJ]] ([[User talk:TheDJ|talk]] • [[Special:Contributions/TheDJ|contribs]]) 07:30, 24 May 2011 (UTC)


:: A fix has been implemented and should go live with the next deployment.--[[User:Eloquence|Eloquence]][[User:Eloquence/CP|*]] 17:46, 24 May 2011 (UTC)


'''the approximant rhotic (also the approximant alveolar)'''
== Project: Kill ==


/ɹ/
Hi. I created [[Project: Kill]] as a redirect to a Leslie Nielsen film which actually has that name. However, it has placed it as a [[Wikipedia:Kill]] wrongly. The redirect is currently up for deletion at [http://en.wikipedia.org/wiki/Wikipedia:Redirects_for_discussion/Log/2011_May_23#Wikipedia:Kill here]. I need a tech guru to move [[Project Kill]] to [[Project: Kill]] as the title of the film article and evade it going to Wikipedia:kill.♦ [[User talk:Dr. Blofeld|<span style="font-variant:small-caps;color:#000">Dr. Blofeld</span>]] 11:53, 24 May 2011 (UTC)
:This is not possible. "Project:" is the native name of the Wikipedia namespace. It cannot be used as an article name. —[[User:TheDJ|Th<span style="color: green">e</span>DJ]] ([[User talk:TheDJ|talk]] • [[Special:Contributions/TheDJ|contribs]]) 14:51, 24 May 2011 (UTC)
::See also: [[Wikipedia:Namespace#Aliases]]. On Wikisource for instance, Project: redirects to the Wikisource namespace. —[[User:TheDJ|Th<span style="color: green">e</span>DJ]] ([[User talk:TheDJ|talk]] • [[Special:Contributions/TheDJ|contribs]]) 15:03, 24 May 2011 (UTC)
:::It explicitly says there: "'''Project: Mersh''' is located at [[Project Mersh]] ('''Project:''' is an alias for the [[Wikipedia:Project namespace|Wikipedia namespace]])". [[User:Od Mishehu|עוד&nbsp;מישהו]] [[User talk:Od Mishehu|Od&nbsp;Mishehu]] 11:56, 25 May 2011 (UTC)


The English language uses primarily for a rhotic the approximant alveolar which in the IPA is represented as: /ɹ/.
== [[Arecaceae]] ==


In Wikipedia, this rhotic seems to always get represented by /r/, which actually represents the rolled “r”, as the “r” in the Spanish word “perro”.
Anyone else notice anything wrong with this page, or is it just me? [[User:Angryapathy|Angryapathy]] ([[User talk:Angryapathy|talk]]) 16:52, 24 May 2011 (UTC)
:Seems normal to me; could you describe what is wrong with the page as you see it (or take a screenshot)? <span style="font-family:Georgia;font-size:80%;">'''/[[User:Fetchcomms|<span style="color:#000;">ƒETCH</span>]][[User talk:Fetchcomms|<span style="color:#000;">COMMS</span>]][[Special:Contributions/Fetchcomms|<span style="color:#000;">/</span>]]'''</span> 17:47, 24 May 2011 (UTC)


I’ve suspected that this error is deliberate in that maybe the people setting up the IPA transcriptions are concerned that an upside down “r” might confuse people. Although, this doesn’t make very good sense since much of the rest of the IPA will still confuse people who are not familiar with it.
:: Looks fine to me too. If you didn't specify what the problem was, I assume that something went horribly wrong at the beginning of the page, probably the infobox, since the timeline at the top can perhaps look odd in certain circumstances. Just try [[WP:BYPASS|bypassing your cache]] to get the latest version of the page. [http://en.wikipedia.org/w/index.php?title=Template%3AAutomatic_taxobox&action=historysubmit&diff=430696702&oldid=422964638 Someone vandalized] the infobox so it was broken for a brief moment but it's fixed now. <font face="Verdana">[[User:Gary King|<font color="#02b">Gary&nbsp;<b>King</b></font>]]&nbsp;<span style="font-size: 0.9em;">([[User talk:Gary King|<font color="#02e">talk</font>]]&nbsp;·&nbsp;[[User:Gary King/Scripts|<font color="#02e">scripts</font>]])</span></font> 17:59, 24 May 2011 (UTC)


From Wikipedia showing the incorrect /r/ use :
== Why is Wikipedia so horribly slow? ==


Tripoli (/ˈtrɪpəli/; Arabic: طرابلس الغرب, romanized: Ṭarābulus al-Gharb, lit. 'Western Tripoli')
Wikipedia was never quick, but now it's slower on broadband than it was on a telephone line. I've just have seen a moderately long page (60,658 bytes) take over 3 minutes. The main culprit may be bits.wikimedia. --[[User:Philcha|Philcha]] ([[User talk:Philcha|talk]]) 18:26, 24 May 2011 (UTC)
:I misread your section title as, "Why is Wikipedia so horrible now?" and was tempted to agree with you <tt>;)</tt> <font color="#C4112F">╟─[[User:TreasuryTag|Treasury]][[User talk:TreasuryTag|Tag]]►[[Special:Contributions/TreasuryTag|<span style="cursor:help;">person of reasonable firmness</span>]]─╢</font> 18:28, 24 May 2011 (UTC)
::Changed "horrible" to "horribly" in section title.&nbsp;&mdash;[[User:Hydrargyrum|Quicksilver]]<sup>[[User_talk:Hydrargyrum|T]] [[Special:Emailuser/Hydrargyrum|@]]</sup> 16:33, 25 May 2011 (UTC)
:Please see [[#Slow load time]] above - although, it was supposed to have been fixed by now. —[[User:Department of Redundancy Department|DoRD]] ([[User talk:Department of Redundancy Department|talk]]) 19:09, 24 May 2011 (UTC)


From Wiktionary using the correct /ɹ/. use :
== Stale article histories ==


'''entourage'''
For days I have been seeing seeing stale article histories. Example: [http://en.wikipedia.org/w/index.php?title=Louis_XIV_of_France&action=history Revision history of Louis XIV of France] stops on May 19, even though following the "next edit" link via "Compare selected revisions" shows at least 6 more edits. Those extra edits show up in user histories, just not in the article history. This is not the only article with a stale history, just an example. I have cleared my cache many times, turned off Firefox 4.0.1 and turned off rebooted my computer. Is it me or is it Wikipedia? [[Special:Contributions/71.234.215.133|71.234.215.133]] ([[User talk:71.234.215.133|talk]]) 19:38, 24 May 2011 (UTC)
:This seems to be only for logged out users, but yes, I've seen this too. - [[User:Kingpin13|Kingpin]]<sup>[[Special:Contributions/Kingpin13|13]]</sup> ([[User talk:Kingpin13|talk]]) 21:09, 24 May 2011 (UTC)
::This should be fixed now, the same thing happened with newer versions of images. Apparently the slowness of the servers, also had another issue, sometimes purge commands would get lost, and the squids never received the latest versions of articles because of that. Both issues should be fixed now I think, but i'm not totally 100% sure. I'm not sure if the WMF is sure yet. —[[User:TheDJ|Th<span style="color: green">e</span>DJ]] ([[User talk:TheDJ|talk]] • [[Special:Contributions/TheDJ|contribs]]) 22:35, 24 May 2011 (UTC)
:::It is still occurring. More information: if I edit an article the stale histories update; if I clear the cache after that the stale histories return. I find this frustrating, as one of the stale histories is to this project page. [[Special:Contributions/71.234.215.133|71.234.215.133]] ([[User talk:71.234.215.133|talk]]) 11:24, 25 May 2011 (UTC)


Pronunciation
:::"Slowness of the servers" isn't a valid explanation. Somebody monkeyed with settings or software and ''broke'' something. I've seen image thumbnails not being updated for upwards of 10-12 ''hours'', and the purge command doesn't force an update anymore, either.&nbsp;&mdash;[[User:Hydrargyrum|Quicksilver]]<sup>[[User_talk:Hydrargyrum|T]] [[Special:Emailuser/Hydrargyrum|@]]</sup> 16:31, 25 May 2011 (UTC)


(UK) IPA(key): /ˈɒn.tʊ.ɹɑːʒ/, /ˈɑ̃ː.tʊ.ɹɑːʒ/
== Problems with SVG images ==


(US) IPA(key): /ˈɑn.tə.ɹɑʒ/
I've noticed a number of SVG maps today that aren't displaying properly. For example, if I visit https://secure.wikimedia.org/wikipedia/en/wiki/File:US_states_by_total_state_tax_revenue.svg I see a generic icon that looks like a blue amoeba with two tangent lines. If I click on that and visig http://upload.wikimedia.org/wikipedia/commons/8/86/US_states_by_total_state_tax_revenue.svg I see the map properly. The map does not show up in the article [[State tax levels in the United States]] properly. I tried purging but this did not seem to help. -- [[User:Beland|Beland]] ([[User talk:Beland|talk]]) 04:48, 25 May 2011 (UTC)
:That image that you are seeing appears to be an icon that is part of the software. When I click to go to the SVG image directly to see how it renders there, my status bar in Internet Explorer 8 (which I believe has the Adobe SVG plugin installed) says "syntax error: line 10, column 2" and the image does not appear to load (or maybe it s just loading very slowly; who knows), so maybe there is a problem with the SVG image, but who knows. [&#124;[[User:Retro00064|Retro00064]]&#124;[[User talk:Retro00064|&#9742;talk]]&#124;[[Special:Contributions/Retro00064|&#x270D;contribs]]&#124;] 06:11, 25 May 2011 (UTC)


The file is perfectly legitimate although using an unusual namespacing style; there's a bug in our code. Looks like [[bugzilla:27465]] -- I've reopened the issue as the previous fix didn't actually solve the problem correctly. (Basic problem: SVG / XML allows many different ways of specifying that the file is SVG [XML namespacing]. The current code assumes that SVG always had a particular namespace prefix or no prefix, which is an assumption this file violates.) --[[User:Brion VIBBER|brion]] ([[User talk:Brion VIBBER|talk]]) 23:11, 25 May 2011 (UTC)


'''/ɑ/, /a/, /æ/'''
:I've added this and some other files as regression test cases in our phpunit suite, and a fix is queued up for review & merging (see bug link above for full info). --[[User:Brion VIBBER|brion]] ([[User talk:Brion VIBBER|talk]]) 00:10, 26 May 2011 (UTC)


These might be described as the “basic a” vowels: /ɑ/, /a/, /æ/
== Overwriting .mid-files ==


/a/ and /æ/ are similar and are like the “a” in “cat”.
Is it just me or is there something special about .mid sound files that makes it impossible to overwrite one with a new version? Yesterday I tried to upload a new version over an existing .mid file at [[:File:Later Folia.mid]]. The upload log correctly registered my new version, but it's still the old version that gets played. Purging the page didn't help, and it's now almost a day. What am I doing wrong? [[User:Future Perfect at Sunrise|Fut.Perf.]] [[User talk:Future Perfect at Sunrise|☼]] 06:16, 25 May 2011 (UTC)


/a/ is more open and might be more typical for Received Pronunciation or a British English. /æ/ is similar sounding but just with an articulation that is a bit more close (closed jaw) and is probably more typical for General American English or Standard Canadian English. Distinguishing between these two is not too much of a big deal, I don’t think for general pronunciation purposes.
:I can't answer the "What am I doing wrong" bit, but would a G6 deletion to allow upload of the new file work? Ok, it's possibly bending the rules about an admin using the tools to do something a non-admin can't, but as it's with the ''intention'' of improvement, possibly [[WP:IAR]] is involable. [[User:Mjroots|Mjroots]] ([[User talk:Mjroots|talk]]) 08:29, 25 May 2011 (UTC)


The /ɑ/, described as a back, open, unrounded vowel, is like the “o” in the English word “top”. This vowel is more of what is considered an “a” vowel in languages such as Spanish, Italian, and other languages. This /ɑ/ though is significantly different from the /a/ and /æ/.
:: Hmm, I don't think I would want to do that. In that case it would be better to just upload it under a new name. [[User:Future Perfect at Sunrise|Fut.Perf.]] [[User talk:Future Perfect at Sunrise|☼]] 11:39, 25 May 2011 (UTC)


I’ve seen on a number of occasions in Wikipedia in which words with the /ɑ/ sound were given IPA transcriptions of /a/. I went looking for examples in Wikipedia of this today, but had difficulty finding this.
:There's been a problem for the last few days in uploading modified images, too. New thumbnails aren't showing up for ''hours'', although when one clicks on the full-size link, it is clear that the update has been accepted. I uploaded an edited image 10 hours ago, and it still isn't showing the new version thumbnail in the article. There may be a similar problem going on with all other media files. I first saw the problem with images on May 23, 2011.&nbsp;&mdash;[[User:Hydrargyrum|Quicksilver]]<sup>[[User_talk:Hydrargyrum|T]] [[Special:Emailuser/Hydrargyrum|@]]</sup> 16:27, 25 May 2011 (UTC)


Here’s an example from Wiktionary where the /ɑ/ sound is written as /a/.
== page view is very large scale ==


Pronunciation
The Wikipedia web page is such a large scale that the text is broken down to 5 or less words per line and all other features such as images are outside my view. I need to scroll over to access them.


(UK) IPA(key): /ˈɒn.tʊ.ɹɑːʒ/, /ˈɑ̃ː.tʊ.ɹɑːʒ/
This is the only web page that has this effect, so I don't believe it has anything to do with my settings.


(US) IPA(key): /ˈɑn.tə.ɹɑʒ/
My internet explorer is version 6.0.


Where can I view any responses?


I finally managed to find an example of the /ɑ/ sound being written as /a/.
Sue Haley
<e-mail redacted> <span style="font-size: smaller;" class="autosigned">— Preceding [[Wikipedia:Signatures|unsigned]] comment added by [[Special:Contributions/165.83.133.249|165.83.133.249]] ([[User talk:165.83.133.249|talk]]) 12:59, 25 May 2011 (UTC)</span><!-- Template:UnsignedIP --> <!--Autosigned by SineBot-->


Croatia (/kroʊˈeɪʃə/ ⓘ, kroh-AY-shə; Croatian: Hrvatska, pronounced [xř̩ʋaːtskaː]
:You probably accidentally enlarged your font size for Wikipedia. To undo it, try <kbd>Ctrl</kbd> + <kbd>Num -</kbd>, or the View menu (I think it's called something like that in IE). <tt>[[User:Svick|User&lt;Svick&gt;]].[[User talk:Svick|Talk()]][[User:Svick/Signature|;]]</tt> 18:56, 25 May 2011 (UTC)


Specifically, the [xř̩ʋaːtskaː]
:To restore default font/zoom size in most browsers, user [Ctrl]-0 (press the "zero" key while holding the Ctrl key down).&nbsp;&mdash;[[User:Hydrargyrum|Quicksilver]]<sup>[[User_talk:Hydrargyrum|T]] [[Special:Emailuser/Hydrargyrum|@]]</sup> 19:07, 25 May 2011 (UTC)


== Making a compare from a history list - "on a new browser tab or browser page" option would be useful ==


I noticed in my search for words with an /ɑ/, for words that have this sound in General American English or Standard Canadian English, that same sound in Received Pronunciation often gets pronounced as /ɒ/, which is a very open “o” and pronunciation given in Wikipedia may tend to favor Received Pronunciation.
* When I have called for a long edit history list display, it takes up my time and Wikipedia's server's time to make the table, if it is long. When I then call for a compare of edits, the compare display overwrites the history display, and when afterwards I click the browser's left-arrow to go back to the history display, I must wait while Wikipedia's server remakes the history display. It would be useful if I could call the compare display to come on a new browser tab or on a new browser page. (I use [[Firefox]].) [[User:Anthony Appleyard|Anthony Appleyard]] ([[User talk:Anthony Appleyard|talk]]) 13:57, 25 May 2011 (UTC)


: Try the [https://addons.mozilla.org/en-us/firefox/addon/tabsubmit/ TabSubmit] add-on. I just now installed it because your post reminded me how much I have missed the SubmitToTab add-on that was lost in an update somewhere, and it seems to work the same way (Firefox 4.0.1). - [[User talk:2over0|2/0]] <small>([[Special:Contributions/2over0|cont.]])</small> 14:41, 25 May 2011 (UTC)
:: That's a great extension for something I knew "had to be doable somehow"! Wish it worked with the javascript bullsh^Wweb-systems I have to use at work, but everywhere else seems to work fine. Thanks for finding it. [[User:DMacks|DMacks]] ([[User talk:DMacks|talk]]) 15:15, 25 May 2011 (UTC)


'''the schwa and the caret'''
== hello ==


This is an issue that probably would have to be directed towards the IPA Association or something like that, and not Wikipedia. But, I’ll mention it here anyways.
Hello can you please take a look at my [[User:Penpaperpencil/modern.css]] page? It is saying this to me: "Code that you insert on this page could contain malicious content capable of compromising your account. If you are unsure whether code you are adding to this page is safe, you can ask at the appropriate village pump. The code will be executed when previewing this page under some skins, including Monobook." and I didn't understand it. It would be really helpful if you could help :) <span style="background-color:Black;">[[User:penpaperpencil|<font color="White" size="2" face="AJ Christy">'''Penpaperpencil'''</font>]]</span><span style="background-color:yellow;">[[User talk:penpaperpencil|<font color="Brown" size="2" face="AJ Christy">'''Talk'''</font>]]</span><span style="background-color:Black;"><font color="White" size="2">09:06,5/26/2011</font></span>
:That is a standard notice whenever you are editing a css page. There's nothing harmful on your page. (Aside: your signature contravenes [[WP:SIG#NT]]) -- [[User:John of Reading|John of Reading]] ([[User talk:John of Reading|talk]]) 09:16, 26 May 2011 (UTC)
::Thanks and I didn't know about the SIG sorry :( <span style="background-color:Black;">[[User:penpaperpencil|<font color="White" size="2" face="AJ Christy">'''Penpaperpencil'''</font>]]</span><span style="background-color:yellow;">[[User talk:penpaperpencil|<font color="Brown" size="2" face="AJ Christy">'''Talk'''</font>]]</span><span style="background-color:Black;"><font color="White" size="2">12:38,5/26/2011</font></span>


Apparently, any phonetics course, most phonetics courses, will tell you that no word in English ends with a caret. So, take the word “the” or “California”. Wiktionary will transcribe these into the IPA as :
== Using template parameters containing spaces in URLs ==


the:
This is actually a problem from gv.wiki, but we don't have anyone there to advise. I'm hoping someone here can help; it's probably something simple I just don't know about. We are having problems with our version of {{tl|Wikispecies}}, which is very simplified, breaking when article names or the alternative parameters contain spaces. Without encoding, the URL just links to the first word in the name and uses the rest as link text. I can't find a way to encode them properly; PAGENAMEE doesn't help when the Wikispecies name doesn't match ours (which is most of the time), and urlencode substitutes a plus for a space, which doesn't match the WS article names. Any suggestions? -- [[User:Shimmin Beg|Shimmin Beg]] ([[User talk:Shimmin Beg|talk]]) 15:01, 26 May 2011 (UTC)
:[[m:Tech]] is a new forum for issues from any Wikimedia wiki.
:It sounds like you either need to specify a parameter name ({{tlx|1=foo|2=bar=http://google.com/?search=bing}} instead of {{tlx|1=foo|2=http://google.com?search=bing}}) or you can try <tt><nowiki>{{urlencode:}}</nowiki></tt>. --[[User:MZMcBride|MZMcBride]] ([[User talk:MZMcBride|talk]]) 15:09, 26 May 2011 (UTC)
::Thanks for your advice; I'll use m:Tech in future. Urlencode broke with spaces, but I've managed to fettle it by cribbing liberally from {{tl|Commons}}. -- [[User:Shimmin Beg|Shimmin Beg]] ([[User talk:Shimmin Beg|talk]]) 15:37, 26 May 2011 (UTC)


(when unstressed and preconsonantal)
== Purpose of the article feedback tool? ==


enPR: thə, IPA(key): /ðə/
I already brought that up at the [http://www.mediawiki.org/wiki/Talk:Article_feedback#Purpose_of_the_tool.3F_4003 MediaWiki page about the tool], but since I didn't get a reply, I will repeat this question here.


California:
What is the intended purpose of the [[Wikipedia:Article Feedback Tool|article feedback tool]]? I think we already have well defined criteria for determining an articles quality (like neutrality of the article, number of sources etc). Also, who is supposed to analyze the collected data? And when the collected data has been analyzed, in which way will this information be used to improve the article and by whom? I know these questions may sound silly, but I just can't see the answers.


(General American) IPA(key): /ˌkæl.ɪˈfoɹ.njə/, /ˌkæl.ɪˈfoɹ.ni.ə/, [ˌkʰæl.ɪˈfo̞ɹ.njə]
[[User:Toshio Yamaguchi|Toshio Yamaguchi]] ([[User talk:Toshio Yamaguchi|talk]]) 15:06, 26 May 2011 (UTC)
:Did you read [[mw:Article feedback]], [[mw:Article feedback/FAQ]], and [[mw:Extension:ArticleFeedback]]? --[[User:MZMcBride|MZMcBride]] ([[User talk:MZMcBride|talk]]) 15:10, 26 May 2011 (UTC)


It’s typical to see IPA transcriptions of the words “the” and “California” as ending with the schwa, /ə/.
::I didn't read the pages you linked to yet, because I didn't know they exist until now :) Thanks very much for the links. [[User:Toshio Yamaguchi|Toshio Yamaguchi]] ([[User talk:Toshio Yamaguchi|talk]]) 15:19, 26 May 2011 (UTC)


== Categories and redirects and links-to-redirect-to-self ==


Transcribing the final vowel in the words “the” and “California” as /ə/ to me seems wrong. Maybe my hearing sense is off. Maybe the articulation is /ə/ but to me sounds like /ʌ/ or /ɐ/.
After seeing the phrase "Individual Olympic Athletes" so capitalized
in an article, but not a link, I looked to see if an article on
[[Individual Olympic Athletes]] existed. It turns out that this
title exists, but as a cross-namespace redirect leading to
'''Category:Olympic competitors'''.


Give it a try? The /ə/ or schwa is the vowel sound you more or less get between the “p” and “l” in “apple” in General American and probably Received Pronunciation. Or find some online IPA chart with audio pronunciation to find out how /ə/ is pronounced.
Fine. But what doesn't seem fine is that where it lists "Pages in category
'Olympic competitors'", one of them is [[Individual Olympic Athletes]] --
the same title whose redirect brought me to this page. If I saw that
sort of thing on a normal page, I'd just edit and delink it -- but that
concept doesn't apply here, since the content of a category page is
generated automatically.


Now try sticking that sound into the word “the” or at the end of the word “California”. Maybe I’m not getting this right, but it consistently sounds wrong! Like weird!
Presumably what's going on here is that because the page with
the #REDIRECT line (necessarily) contains a link to the category page,
the category processor is assuming that that page is itself in the
category, and generating and entry on the category page for it.
But in this case, not so!


Maybe when speaking quickly these sounds will reduce to an /ə/ sound. But even when spoken quickly, these words can often just sound like they end with a quick /ʌ/ or /ɐ/.
I can't see why this would be intended behavior, so I'm assuming it's a
bug and reporting it here in VP/T. If the point would be better raised
elsewhere, please feel free to copy and paste this message accordingly.


(Side comment: if [[Individual Olympic Athletes]] is worth redirecting,
then so is [[Individual Olympic Athlete]]. As an unregistered user
-- who is going to remain that way, so don't bother replying -- I can't
add that redirect, but perhaps someone else will.)


I used to think that “the” and “California” should be transcribed as /ðʌ/ and /ˈkalɪfɔɹnjʌ/, with the the /ʌ/ at the end of the word. This makes auditory sense to me.
--[[Special:Contributions/208.76.104.133|208.76.104.133]] ([[User talk:208.76.104.133|talk]]) 19:12, 26 May 2011 (UTC)


More recently though, when realizing that / ʌ/ and /ɐ/ sound very similar, that for that sound, if the preceeding consonant is more forward, then maybe the more forward of /ʌ/ and /ɐ/ would actually be articulation being used, which is the /ɐ/. So, the word “the” would more likely be transcribed as:
:When did it become acceptable to link from article space to Category space? I thought that was a no-no. [[Special:Contributions/216.93.212.245|216.93.212.245]] ([[User talk:216.93.212.245|talk]]) 21:57, 26 May 2011 (UTC)


/ðɐ/
:Not (necessarily). A colon here is sufficient to prevent the link from also categorising the page. That's fixed that one at least :) - [[User:Jarry1250|Jarry1250]]&nbsp;<sup>[''[[Special:Contributions/Jarry1250|Weasel?]] [[User_talk:Jarry1250|Discuss]].'']</sup> 19:15, 26 May 2011 (UTC)


With “California”, this might be different. The /j/ sound before the final vowel, it’s more central so would it make the final vowel sound /ɐ/ or /ʌ/? Maybe the /ʌ/ sound fills an entire linear area that connects the more middle /ɐ/ and the more back /ʌ/, in which case it could get kind of complicated or difficult to figure out where the articulation of this sound is taking place exactly.
== Edit Count at Time[x] ==


I suspect that if the /ʌ/ sound is preceeded by a more back consonant, such as in the English word “gut”, then the /ʌ/ sound will take more of a back /ʌ/ articulation, as you get with the Wiktionary transcription of “gut”.
I found [[Wikipedia:WikiProject_edit_counters]], but it didn't seem to have what I was looking for. I need to write queries of the form "How many edits did user [x] have at time [y]?" This can be done using the API -- but extremely inefficiently, as you can only fetch metadata for 500 user contributions at a time (and I am not even interested in that metadata, I just want a raw count). Thus, prolific users and bots require many recursive calls -- leading to a ton of network traffic and lots of time. Anyone know of a more elegant solution? Thanks, [[User:West.andrew.g|West.andrew.g]] ([[User talk:West.andrew.g|talk]]) 20:24, 26 May 2011 (UTC)
:You could [[tswiki:Account approval process|request a toolserver account]] and then query the database directly. <tt>[[User:Svick|User&lt;Svick&gt;]].[[User talk:Svick|Talk()]][[User:Svick/Signature|;]]</tt> 21:17, 26 May 2011 (UTC)


gut
== File showing as old, deleted version ==


Pronunciation
[[:File:Talesofthenewteentitans4starfire.jpg]] is having a problem clearing the large size display image.


IPA(key): /ɡʌt/
An editor decided to upload a "new" version of the file - actually a different image entirely - to avoid editing an article to get their way.


This was reverted, but while the thumbs and the archive of the original upload rendered the restored image, the large display on the file page ''and'' where the image is in use didn't change. Multiple reverts haven't cleared it. Aplying "purge" hasn't cleared it. Deleting the page and restoring only the original upload hasn't cleared it. Uploading from off page hasn't cleared it. Are there any other options?


- [[User:J Greb|J Greb]] ([[User talk:J Greb|talk]]) 21:58, 26 May 2011 (UTC)
[[User:Zbniorb|Zbniorb]] ([[User talk:Zbniorb|talk]]) 06:34, 22 May 2024 (UTC)


:This is not a technical inquiry. The appropriate venue is the talk page of the IPA key for each language, though I strongly suggest you read the ''Handbook of the IPA'' and learn the difference between a [[phone (linguistics)|phone]] and a [[phoneme]] and the concept of [[Phonetic transcription#Narrow versus broad; phonemic versus phonetic|narrowness]] first. [[User:Nardog|Nardog]] ([[User talk:Nardog|talk]]) 06:57, 22 May 2024 (UTC)
:Maybe delete the entire image off, and reupload them on a slightly different name? If original history need to be kept, delete all and restore only the required files (make sure each filehistory has a relevant pagehistory), and then try moving to a different name? This may be related to the server lag issues experienced at Commons (where some changes takes days to show up). Hope this helps. Regards. [[User:Rehman|<span style="font-variant:small-caps; font-weight:bold; color:darkblue">Reh</span>]][[User talk:Rehman|<span style="color:green">man</span>]] 06:00, 27 May 2011 (UTC)


== Help needed with Miszabot archiving ==
== Issue with template ==


Hi there. There seems to be some kind of issue with {{tl|Population WD}}. I would like to use it to get the bare population figure. At first, <code><nowiki>{{population WD|qid=Q559227|show=value}}</nowiki></code> was not working, and I was getting the figure plus a "<span" at the end. [[User:Primefac|Primefac]] has [https://en.wikipedia.org/w/index.php?title=Template%3APopulation_WD&diff=1225084006&oldid=1076332183 solved] it, at least partially. But there still seem to be some issues, as can be seen [[User:Alavense/sandbox|here]]. Thanks in advance for the help, [[User:Alavense|Alavense]] ([[User talk:Alavense|talk]]) 08:19, 22 May 2024 (UTC)
{{resolved|at [[Talk:2011 end times prediction]]}}
:My guess is that the {{t|first word}} is cutting off the coding to show the "edit at Wikidata" icon, but I have a) no idea why it's doing that, and b) no idea how to fix it. [[User:Primefac|Primefac]] ([[User talk:Primefac|talk]]) 08:37, 22 May 2024 (UTC)
:: Yes, something like that. The createicon function in Module:WikidataIB starts off with a non-breaking space, so {{t|first word}} is grabbing a few more tokens than we want. '''[[user:jmcgnh|<span style="color:#2eb85c">—&nbsp;jmcgnh</span>]]<sup><small>[[user talk:jmcgnh|<span style="color:#1e5213">(talk)</span>]]&nbsp;[[Special:Contributions/jmcgnh|<span style="color:#73b516">(contribs)</span>]]</small></sup>''' 08:57, 22 May 2024 (UTC)
:: And, yes, nbsp is not considered one of the ASCII whitespace characters by some regular expression engines, including, according to what we've seen here, Lua's %s. '''[[user:jmcgnh|<span style="color:#2eb85c">—&nbsp;jmcgnh</span>]]<sup><small>[[user talk:jmcgnh|<span style="color:#1e5213">(talk)</span>]]&nbsp;[[Special:Contributions/jmcgnh|<span style="color:#73b516">(contribs)</span>]]</small></sup>''' 09:19, 22 May 2024 (UTC)
::: This [[Special:Diff/1225091340]] seems to be a possible fix. It returns just the population value, whichever way the noicon parameter is set. Of course, if you really wanted that pencil icon, you'll need to use something different from {{t|first word}}. {{ping|Primefac|Alavense}} '''[[user:jmcgnh|<span style="color:#2eb85c">—&nbsp;jmcgnh</span>]]<sup><small>[[user talk:jmcgnh|<span style="color:#1e5213">(talk)</span>]]&nbsp;[[Special:Contributions/jmcgnh|<span style="color:#73b516">(contribs)</span>]]</small></sup>''' 09:37, 22 May 2024 (UTC)


== Differentiation of subheading font sizes (or more accurately, lack thereof) ==
At [[Talk:2011 end times prediction]] we are set up for Miszabot to archive after 10 days (at least I think we are)... but for some reason it is not shifting old talk threads to the archives. A lot of the threads have comments that are more recent... but not all. Could someone take a look at it, please? [[User:Blueboar|Blueboar]] ([[User talk:Blueboar|talk]]) 23:50, 26 May 2011 (UTC)


I've just used subheadings for the first time, and was somewhat dismayed to see hardly any noticeable differentiation between Subheadings 2, 3, and 4. Couldn't the subheadings be differentiated more?
== Seeing old versions of pages ==


Surely some other Wiki editors must have made similar comments long before I came on board ... [[User:Augnablik|Augnablik]] ([[User talk:Augnablik|talk]]) 11:54, 22 May 2024 (UTC)
A lot of pages that I'm visiting are not displaying the latest revision. Definitely not a template issue than can be cleared up by purging, not a cache issue either because this happens to pages I haven't previously vistited. For instance, [[Wikipedia:Articles_for_deletion/University_of_California_Anti-Chinese_racism]] is showing up as still being an open AFD, even though it's been closed.
Possibly related: many pages (including this one) are showing "view source" instead of "edit this page" despite not actually having any level of protection . [[Special:Contributions/169.231.53.195|169.231.53.195]] ([[User talk:169.231.53.195|talk]]) 05:03, 27 May 2011 (UTC)


:Yes, I think many of us got confused at first and pointed out that h3 looks more prominent than h2, but there doesn't seem to be a consensus to change the styles and eventually we got used to it. I hope it doesn't lead too many readers astray. [[User:Certes|Certes]] ([[User talk:Certes|talk]]) 12:04, 22 May 2024 (UTC)
== Bundling nominornewtalk with Autoconfirmed package ==
::How could there be any editorial disagreement about the need for a technical fix to remedy this situation, @[[User:Certes|Certes]]? Of course it could lead readers astray!
::It's not like the discussion going on elsewhere at the Village Pump on the topic of COI guidelines, with many senior editors all over the field as to just what COI is and what should be required of editors in self-reporting it. [[User:Augnablik|Augnablik]] ([[User talk:Augnablik|talk]]) 12:42, 22 May 2024 (UTC)


== trying to add new GeoJSON map to virgin river article - centering is getting messed up ==
The <tt>'nominornewtalk'</tt> right is no big deal, but there's no reason it shouldn't already be bundled with the autoconfirmed user rights package. I mean, I don't want to get a new messages bar because a user spell-checked their own message 10 minutes after my last response, it's stupid and I hate that bar enough already. I'm sure other users feel the same about the message bar as I do. Thoughts? —<span style="font-family:trebuchet ms;">'''[[User:Ancient Apparition|James]] <sup>([[User talk:Ancient Apparition|Talk]] • [[Special:Contributions/Ancient Apparition|Contribs]])</sup>''' • '''9:00pm''' •</span> 11:00, 27 May 2011 (UTC)
*Bad Idea™ [[User talk:Δ|ΔT <sub><sup><font color="darkred">The only constant</font></sup></sub>]] 11:02, 27 May 2011 (UTC)


I'm trying to add this to [[Virgin River]]:
== Skype problem - processesing "invisible" text ==


<pre>{{mapframe|from=Virgin River (Utah).map|text=Route of the Virgin River and the North and East Forks|frame=yes|zoom=7|frame-coord|coord=37.174167,-113.326111}}</pre>
[[File:WikiSkypeError.PNG|thumb|right|A screenshot of the Wikipedia page on [[w:Colin Fleming|Colin Fleming]] illustrating the problem.]]


The problem is that every time I preview my proposed change the center of the map is completely off. It's like it's pulling the coordinates of the mouth from wikidata.org and using that vs using the more central coordinate that I'm using.
In the screenshot shown here, the template {{tlx|dts|format=dmy|2009|September|22}} produces the hidden output 02009-09-22 followed by the visible 22 September 2009. The '''02009-09-22 22''' September 2009 is interpretted by the [[w:Skype|Skype]] extension/add-on in web browsers as a phone number and rendered as such, meaning the hidden output becomes, undesirably, shown as a phone number. It is hard to determine how many pages this affects as it depends on whether the {{tl|dts}} sort output and displayed output combine to make a phone number, but the Skype add-on is quite common in all web-browsers. Is there some way we can alter code in dts to stop this happening or block the add-on on wikipedia pages, I cannot image we have many actual phone numbers as [[WP:NOTDIRECTORY]]. Also this problem may transcend beyond this one template. Ideas welcome. Thanks, [[User:Rambo's Revenge|<b><font color="#E32636">Rambo's Revenge</font></b>]] [[User talk:Rambo's Revenge|<small><b><font color="#FFA500">(talk)</font></b></small>]] 12:08, 27 May 2011 (UTC)


Assuming that that's the case idk that I necessarily want to change it. Ideally I'd like to just overwrite it for that one map. But if that's not possible I guess I could change the wikidata.org entries altho https://www.wikidata.org/wiki/Q1676970 shows multiple coordinate locations. Would just the first one need to be changed? I'm a little hesitant to save experimental changes like that. I'd rather Preview my changes before saving them but, assuming my hypothesis is correct then I'd prob need save it all the same, even if only to save just to preview [[User:TerraFrost|TerraFrost]] ([[User talk:TerraFrost|talk]]) 12:04, 22 May 2024 (UTC)
== Problem with updating a video link change that existed on an older Wikipedia page ==


== "Publish" is a little too quick on the draw ==
I have the xlinkbot reverting a link on the yo-yo page. I went ahead and released a video that corresponds to the yoyo wiki page into the public domain awhile back. The link worked fine without any problems. I accidently removed the clip that the video was linked to online(YouTube). I've uploaded the clip and tried re-linking it on Wikipedia and a bot keeps reverting the link to the removed status.


I've been editing the [[Houseboat]] article and once again when I tried to review my changes before publishing a few minutes ago, they got published — with no summary, because I wanted to be reminded of the things I'd done in my edits. This has happened a few times before as well.
Yo-yo techniques[edit] SleepingFor more details on this topic, see Sleeper (yo-yo trick).
Keeping a yo-yo spinning while remaining at the end of its uncoiled string is known as sleeping. Sleeping is the basis for nearly all yo-yo tricks other than looping, the player first putting the yo-yo in a "sleep" before throwing the yo-yo around using its string. Most modern yo-yos have a transaxle or ball bearing to assist this, but if it is a fixed axle yo-yo, the tension must be loose enough to allow this. The two main ways to do this are (1), allow the yo-yo to sit at the bottom of the string to unwind, or (2) perform lariat or UFO to loosen the tension [http://www.youtube.com/watch?v=316NGJEOmL8 (see yo-yo basics for video demonstration of throw down, sleeper, and UFO using a responsive yo-yo).]


And because these edits were major changes, including the addition of new information along with a supporting citation and the removal of some existing text for greater clarity, I'll probably get a finger wag from a senior editor about this. 🫤


[[User:Augnablik|Augnablik]] ([[User talk:Augnablik|talk]]) 12:32, 22 May 2024 (UTC)
The updated link is http://www.youtube.com/watch?v=7PjCBMrTc48.


:In [[Special:Preferences#mw-prefsection-editing]], you can select "Prompt me when entering a blank edit summary". That may help. [[User:Certes|Certes]] ([[User talk:Certes|talk]]) 12:38, 22 May 2024 (UTC)
- Luke Renner lukerennerstringslinger@live.com <span style="font-size: smaller;" class="autosigned">— Preceding [[Wikipedia:Signatures|unsigned]] comment added by [[Special:Contributions/70.56.212.17|70.56.212.17]] ([[User talk:70.56.212.17|talk]]) 13:41, 27 May 2011 (UTC)</span><!-- Template:UnsignedIP --> <!--Autosigned by SineBot-->
::Aha. Thanks ... but I wonder why we have to opt in about this, given that we're not supposed to send blank edit summaries? [[User:Augnablik|Augnablik]] ([[User talk:Augnablik|talk]]) 12:45, 22 May 2024 (UTC)
:::I recall there being a discussion about this somewhere - if my memory serves me correctly, the idea of not having this on by default is to avoid there being an extra layer of friction that may discourage newer good faith editors.
:::In any case, there is no formal obligation to provide an edit summary; rather, the edit should be explained in some manner, or be self-explanatory, something which can be achieved after the fact through talk page discussion. [[User:WindTempos|WindTempos]] <sup>([[User talk:WindTempos|talk]] • [[Special:Contributions/WindTempos|contribs]])</sup> 12:59, 22 May 2024 (UTC)
:If you have accidentally made major changes without a good edit summary and want to fix that, the standard way is to make a [[Help:Dummy edit|Dummy edit]]. —[[User:Kusma|Kusma]] ([[User talk:Kusma|talk]]) 13:08, 22 May 2024 (UTC)

Latest revision as of 13:10, 22 May 2024

 Policy Technical Proposals Idea lab WMF 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.

IP Information tool[edit]

Facing a new issue today regarding the IP Information Tool where access to some of the non-admin information does not show up in the Special:Contributions page for an IP as it did before. That page now only shows "Version", "Active blocks", and "Contributions". Oddly, the country (not city) location still pops up on the watchlist preview, even though it does not show on the Contributions page. Anyone else seeing similar? Best, CMD (talk) 08:00, 15 May 2024 (UTC)[reply]

The IP information drop down has been returning no information for me other than the version (IPv4 vs. IPv6), local block info and contribs for the last two days. It's like it can't access any of the data from whichever database it draws from. Every other field simply states "not available".-- Ponyobons mots 21:43, 15 May 2024 (UTC)[reply]
And regarding my odd note on watchlist preview, this only happens sometimes, with even different edits from the same IP showing me country location in one instance but not another. CMD (talk) 01:50, 16 May 2024 (UTC)[reply]
Further learning, I can refresh the same IP contributions page repeatedly and sometimes it will show me the country, sometimes it will show no access. CMD (talk) 03:25, 16 May 2024 (UTC)[reply]
Can someone link a page where this has recently happened to them, so that I can try to reproduce? –Novem Linguae (talk) 07:15, 16 May 2024 (UTC)[reply]
@Novem Linguae: it happens on any IP contributions page (this one, for example).-- Ponyobons mots 15:29, 16 May 2024 (UTC)[reply]
Thanks, I'm able to reproduce. According to https://phabricator.wikimedia.org/T363118#9804312, "not available" is case #2. This means Spur/Maxmind doesn't have that data. Looking at these fields, they're all populated by Spur. Maxmind and Spur have different coverage, so we may have a location for an IP but no other data for it.. So that one is not a bug and they have no plans to patch it, it looks like. –Novem Linguae (talk) 15:56, 16 May 2024 (UTC)[reply]
I don't understand how that data was available consistently for all IPs, then suddenly is missing for nearly all of them. It renders the entire IP contribs drop down useless. Oh well.-- Ponyobons mots 16:13, 16 May 2024 (UTC)[reply]
Someone just commented in the ticket that they think it's happening way more than it used to and they think something is broken. So it may be a bug after all. Here's hoping the devs figure it out. –Novem Linguae (talk) 16:47, 16 May 2024 (UTC)[reply]
If I refresh sometimes, sometimes, the location info magically just appears. So the data is there. Sometimes. This is all on the same IP page. The one listed just above if I refresh does show the location 1 time out of 4 or so. Canterbury Tail talk 15:58, 21 May 2024 (UTC)[reply]

Dark mode is available in Vector 2022 as a beta feature[edit]

Hi everyone, the Wikimedia Foundation Web team has just released dark mode for logged-in users on desktop across all wikis for testing purposes. It's part of the Accessibility for Reading (Vector 2022) beta feature.

Just like previously, when we were releasing this feature for logged-in users on mobile, our goals for the early rollout are to:

  • Show what we've built very early. The earlier you are involved, the more your voices will be reflected in the final version
  • Get your help with flagging bugs, issues, and requests
  • Work with technical editors to adjust various templates and gadgets to the dark mode

Known limitations

  • Dark mode is only available for logged-in users: on desktop as a beta feature, and on mobile in the advanced mode.
  • Gadgets may initially not work well with dark mode and may have to be updated.
  • Our first goal is making dark mode work on articles. Special pages, talk pages, and other namespaces (including Wikipedia) have not been updated to work in dark mode yet. We have temporarily disabled dark mode on some of these pages.

What we would like you to do

Our request to you is exactly the same as previously:

  1. To opt into dark mode, select the Accessibility for Reading beta feature from the beta feature list. This will opt you into the Appearance menu displayed in the right sidebar on every page. More about the menu itself here.
  2. Next, go to different articles and look for issues:
    • If you have noticed an issue with a template but do not know how to fix it
      1. Go to the recommendations page and find a relevant example
      2. If no relevant example is available or you're not sure of the fix, contact us
    • If you want to debug many templates in dark mode
      1. Go to https://night-mode-checker.wmcloud.org/ and identify templates that need to be fixed. The tool flags the top 100 most read articles.
      2. Go to the recommendations page and find a relevant example
      3. If no relevant example is available or you're not sure of the fix, contact us
    • If you want to identify problems beyond the top 100 articles.
      1. Install the WCAG color contrast browser extension (Chrome, Firefox) and visit some articles. Use it to identify problems
      2. Go to the recommendations page and find relevant examples
      3. If no relevant example is available or you're not sure of the fix, contact us
    • If you have a bug report for dark mode that is not related to templates
      1. Take a screenshot of what you are observing.
      2. Contact us. If possible, please write down your browser version and operating system version.

When most issues are solved, we'll be able to make the dark mode available for readers on both desktop and mobile. Go to the Accessibility for Reading project page and the FAQ page to see more information about the basics of this project. Thank you! SGrabarczuk (WMF) (talk) 21:47, 15 May 2024 (UTC)[reply]

I don't know if this was the right move. Tons of pages still look like garbage (shoutout Special:Watchlist)—the theme is definitely not ready for use by non-technical editors. It wouldn't be too bad if you had made a seperate beta option for it—because you've clumped it in with Accessibility for Reading a couple people have gone on the Discord confused. Snowmanonahoe (talk · contribs · typos) 23:54, 15 May 2024 (UTC)[reply]
"Fixing" it is as simple as setting your personal chosen theme to light mode.
As for tons of pages, I just got separate word that OOUI interfaces don't support light mode (currently/ever?), which is why Watchlist has light elements. Perhaps it shouldn't be displaying as dark. Izno (talk) 00:08, 16 May 2024 (UTC)[reply]
Articles too. Along with interface pages, editnotices, syntax highlighting, half the mboxes... Snowmanonahoe (talk · contribs · typos) 00:27, 16 May 2024 (UTC)[reply]
The point is for editors to find these things. Might as well drop logged users in and let them make the two button presses to find a different, less-painful choice. Izno (talk) 00:41, 16 May 2024 (UTC)[reply]
Exactly, there is no magic fairy dust for some of this, just grunt work to fix the pages and templates that never had to account for a darkmode. —TheDJ (talkcontribs) 14:56, 16 May 2024 (UTC)[reply]
We do have a long-term solution for OOUI fixes that is in development right now. We hope to have it ready within the next couple of weeks. In the meantime however, pages like Watchlist and should be displaying in light mode so this is a bug. We're tracking it in phab:T365084 and should have a fix out later today. OVasileva (WMF) (talk) 07:36, 16 May 2024 (UTC)[reply]
@SGrabarczuk (WMF): Is there really a plan to take over the right 1/4 of screen with a "settings" panel every time someone opens a page in a new private tab, or clears cookies, or switches to a new language, or doesn't realize what the "hide" button does? Or is that just so in-your-face during the testing phase? Suffusion of Yellow (talk) 02:01, 16 May 2024 (UTC)[reply]
Hey @Suffusion of Yellow - thanks for the question. In general, we think this is the most effective way to launch the new menu and be able to inform users about it. It removes the necessity to add additional modals or notices that say "New menu available!" or "Dark mode available", which would otherwise show on every pageview. So, the current plan is to keep the menu open by default for the wider release as well for all logged-in and logged-out users. Then, after the release, we can look at the data to gauge whether we need to keep it open as default, or collapse, and when. OVasileva (WMF) (talk) 07:40, 16 May 2024 (UTC)[reply]
Why can't it be on the left side, with the TOC? Or better yet, just put a plain-text link at the top? I mean, registered users have already been able to find the "preferences" link for 20 years now. Right when I open up testwiki:LOREM IPSUM (or any page with a TOC) on my phone in a new private tab, then switch to the desktop site, about half my screen is whitespace, and the text is squished into a narrow little strip in the middle. It's unusable until I hide the settings column
People are reading a website, not installing software. There shouldn't be a "setup" stage before they can get down to the business of looking up that one little fact. The defaults should at least be usable. Suffusion of Yellow (talk) 17:11, 16 May 2024 (UTC)[reply]
Hi @Suffusion of Yellow - we generally have most personalized tools (page tools, the user menu, preferences) on the right side of the page, which is why we chose this location. It would have been confusing to show a menu on the left side of the page, next to the content-related ToC, only to then collapse it into the right side. Hope that makes sense.
In terms of the defaults - I couldn't agree with you more. We want our defaults to be as usable as possible (and also to provide an easy opportunity for customization). We are currently in the process of defining and setting defaults for all three areas in the menu. These default will become available as the features themselves are ready. For example, the default for dark mode will be "automatic", which will follow the user's device settings. OVasileva (WMF) (talk) 06:46, 21 May 2024 (UTC)[reply]
@SGrabarczuk (WMF): https://night-mode-checker.wmcloud.org/ appears to only be for the mobile version. Is there is desktop report? Also, the beta is only for Vector 2022. Many editors still use legacy vector or other skins, will the new feature be moved to any other skin besides Vector 2022? How does the new feature compare to the dark mode gadget that is currently available? RudolfRed (talk) 03:31, 16 May 2024 (UTC)[reply]
This dark mode is only going to be supported on Vector 22 and Minerva so far as I know. Izno (talk) 03:54, 16 May 2024 (UTC)[reply]
The main idea of the new feature is that it doesn't invert colors that are not known to be invertable. This causes the colors on Pantone for example to not be distorted. Snowmanonahoe (talk · contribs · typos) 11:43, 16 May 2024 (UTC)[reply]
Users are supposed to mark those themselves, see mw:Recommendations for night mode compatibility on Wikimedia wikis#Overriding night mode styles / disabling the night mode theme. Snævar (talk) 09:29, 18 May 2024 (UTC)[reply]

Harv and Sfn no-target error help please[edit]

Hi. One of my pastimes is trying to empty Category:Harv and Sfn no-target errors. Today I found Military courts of the United Kingdom, which has multiple uses of {{sfn|Armed Forces Act|2006}} which are meant to link to {{UK-LEG|title=Armed Forces Act 2006|path=ukpga/2006/52 |ref={{harvid|Armed Forces Act|2006}}}} but don't. I can't work out how to fix the no-target errors and get the link from sfn to citation template to work. Any help will be appreciated, thank you. DuncanHill (talk) 10:22, 16 May 2024 (UTC)[reply]

{{UK-LEG}} does not know about |ref= so does not create an anchor ID. Without an anchor ID, {{sfn}} has nothing to link to. Your options are to modify {{UK-LEG}} or implement an appropriate solution from the list of possible solutions at :Category:Harv and Sfn template errors § Resolving errors: {{wikicite}} (best) or {{anchor}} (not so best).
Trappist the monk (talk) 10:53, 16 May 2024 (UTC)[reply]
@Trappist the monk: Thanks, so like this? DuncanHill (talk) 22:39, 16 May 2024 (UTC)[reply]
I got a bit confused at first because the instructions at :Category:Harv and Sfn template errors § Resolving errors only say "wrapping a plain-text citation inside {{wikicite}} and setting |ref= or |id= as appropriate to match the value expected by the short-cite template", whenwikicite can "be assigned templates as well as text". DuncanHill (talk) 22:53, 16 May 2024 (UTC)[reply]

ChristieBot, which manages GA nominations, has been crashing when trying to transclude the GA review to Talk:Israeli invasion of the Gaza Strip (2023–present). The error is "Page en:Special:Log is not supported due to namespace restriction". The page is extended-confirmed protected. The bot does have extended-confirmed rights as part of the bot group rights, but presumably is missing some other related permission. I can change the code to not crash and simply log the error, but I'm at work and won't be able to touch the code for a few hours. If anyone can tell me what the problem is I would appreciate it. Thanks. Mike Christie (talk - contribs - library) 12:48, 16 May 2024 (UTC)[reply]

@Mike Christie check your bot permissions grant, that you have enabled Edit protected pages. — xaosflux Talk 13:33, 16 May 2024 (UTC)[reply]
Is this something I can set myself, and if so, where? (I'm not an admin.) I thought that a bot just needed the same user rights as a non-bot editor would need to edit a given page. Mike Christie (talk - contribs - library) 13:46, 16 May 2024 (UTC)[reply]
How is your bot logging in? Through the webui, or the api? If the API are you using a consumer grant or BotPasswords? — xaosflux Talk 13:51, 16 May 2024 (UTC)[reply]
I don't have access to toolforge from where I am now, and since it was set up eighteen months ago I don't recall the details offhand, but as I recall I have a config set up in the toolforge shell account that handles the bot authentication. I think that means it uses BotPasswords? Mike Christie (talk - contribs - library) 14:04, 16 May 2024 (UTC)[reply]
@Mike Christie You'd have to check your PyWikiBot user-config.py file. If it has an authenticate[] = line you're using oauth, if it has a password_file = line you're using BotPasswords. --Ahecht (TALK
PAGE
)
14:08, 16 May 2024 (UTC)[reply]
I don't recall getting oauth to work so I think it must be BotPasswords, which I remember dealing with. (If SD0001 is available and has a moment they may be able to look and confirm as they are a maintainer for that bot.) Mike Christie (talk - contribs - library) 14:19, 16 May 2024 (UTC)[reply]
@Mike Christie If that's the case, you'd have to go to Special:BotPasswords, log in using your bot account, click on the password you're using for your bot, check the "Edit protected pages" box, and click "Update". --Ahecht (TALK
PAGE
)
14:36, 16 May 2024 (UTC)[reply]
It's using BotPassword. It should be able to edit the page if the appropriate grant is checked as mentioned above. But from the error message, I am wondering if there is a code issue as well - the bot seems to be literally trying to edit Special:Log which of course isn't possible. – SD0001 (talk) 17:58, 16 May 2024 (UTC)[reply]
That flag is now checked but it hasn't fixed the issue. The issue only occurs when trying to edit that page, using the same code that it uses for transcluding GA reviews on other talk pages, so I can't see why Special:Log is in the picture. There's certainly no explicit attempt by the bot to try to edit the special page. The error happens when it attempts to add text to the Page object's text field: in the traceback I see self.botMayEdit() is called, in pywikibot/page/_basepage.py, which eventually pops out to the Special:Log error for some reason. Later I will have time to add some code to trap the error so at least it'll finish its run, even if it can't do that particular transclusion. I'll do that this evening unless someone has any further ideas. Thanks for the help so far. Mike Christie (talk - contribs - library) 19:04, 16 May 2024 (UTC)[reply]
This appears to be an error in pywikibot, I can confirm it also occurs for me.
Full traceback

---------------------------------------------------------------------------
UnsupportedPageError Traceback (most recent call last)
Cell In[1], line 4
2 site = pywikibot.Site('wikipedia:en')
3 page = pywikibot.Page(site, 'Talk:Israeli invasion of the Gaza Strip (2023–present)')
----> 4 page text = 'foo'
File /srv/paws/lib/python3.10/site-packages/pywikibot/page/_basepage.py:576, in BasePage.text(self, value)
571 """Update the current (edited) wikitext.
572
573 :param value: New value or None
574 """
575 try:
--> 576 self.botMayEdit() # T262136, T267770
577 except Exception as e:
578 # dry tests aren't able to make an API call
579 # but are rejected by an Exception; ignore it then.
580 if not str(e).startswith('DryRequest rejecting request:'):
File /srv/paws/lib/python3.10/site-packages/pywikibot/page/_basepage.py:1146, in BasePage.botMayEdit(self)
1131 """
1132 Determine whether the active bot is allowed to edit the page.
1133
(...)
1143 user cnfig file (user-config.py), or using page.put(force=True).
1144 """
1145 if not hasattr(self, '_bot_may_edit'):
-> 1146 self _bot_may_edit = self._check_bot_may_edit()
1147 return self _bot_may_edit
File /srv/paws/lib/python3.10/site-packages/pywikibot/page/_basepage.py:1163, in BasePage._check_bot_may_edit(self, module)
1161 username = self.site.username()
1162 try:
-> 1163 templates = self.templatesWithParams()
1164 except (NoPageError, IsRedirectPageError, SectionError):
1165 return True
File /srv/paws/lib/python3.10/site-packages/pywikibot/page/_page.py:78, in Page.templatesWithParams(self)
62 """Return templates used on this Page.
63
64 The templates are extracted by :meth:`raw_extracted_templates`,
(...)
74 :rtype: list of (pywikibot.page.Page, list)
75 """
76 # WARNING: may not return all templates used in particularly
77 # intricate cases such as template substitution
---> 78 titles = {t.title() for t in self.templates()}
79 templates = self raw_extracted_templates
80 # backwards-compatibility: convert the dict returned as the second
81 # element into a list in the format used by old scripts
File /srv/paws/lib/python3.10/site-packages/pywikibot/page/_basepage.py:1612, in BasePage.templates(self, content)
1609 del self _templates
1611 if not hasattr(self, '_templates'):
-> 1612 self _templates = set(self.itertemplates(content=content))
1614 return list(self._templates)
File /usr/lib/python3.10/_collections_abc.py:330, in Generator.__next__(self)
326 def __next__(self):
327 """Return the next item from the generator.
328 When exhausted, raise StopIteration.
329 """
--> 330 return self.send(None)
File /srv/paws/lib/python3.10/site-packages/pywikibot/tools/collections.py:279, in GeneratorWrapper.send(self, value)
276 if not hasattr(self, '_started_gen'):
277 # start the generator
278 self _started_gen = self generator
--> 279 return next(self._started_gen)
File /srv/paws/lib/python3.10/site-packages/pywikibot/data/api/_generators.py:625, in QueryGenerator.generator(self)
622 self normalized = {}
624 try:
--> 625 yield from self._extract_results(resultdata)
626 except RuntimeError:
627 break
File /srv/paws/lib/python3.10/site-packages/pywikibot/data/api/_generators.py:567, in QueryGenerator._extract_results(self, resultdata)
565 """Extract results from resultdata."""
566 for item in resultdata:
--> 567 result = self.result(item)
568 if self _namespaces and not self._check_result_namespace(result):
569 continue
File /srv/paws/lib/python3.10/site-packages/pywikibot/data/api/_generators.py:736, in PageGenerator.result(self, pagedata)
734 elif ns == Namespace.CATEGORY:
735 p = pywikibot.Category(p)
--> 736 update_page(p, pagedata, self.props)
737 return p
File /srv/paws/lib/python3.10/site-packages/pywikibot/data/api/_generators.py:983, in update_page(page, pagedict, props)
966 def update_page(page: pywikibot Page,
967 pagedict: dict[str, Any],
968 props: Iterable[str] | None = None) -> None:
969 """
970 Update attributes of Page object *page*, based on query data in *pagedict*.
971
(...)
981 supported yet
982 """
--> 983 _update_pageid(page, pagedict)
984 _update_contentmodel(page, pagedict)
986 props = props or []
File /srv/paws/lib/python3.10/site-packages/pywikibot/data/api/_generators.py:882, in _update_pageid(page, pagedict)
880 raise InvalidTitleError(f"{page}: {pagedict['invalidreason']}")
881 if int(pagedict['ns']) < 0:
--> 882 raise UnsupportedPageError(page)
883 raise RuntimeError(f"Page {pagedict['title']} has neither 'pageid'"
884 " nor 'missing' attribute")
UnsupportedPageError: Page en:Special:Log is not supported due to namespace restriction.
— Qwerfjkltalk 19:21, 16 May 2024 (UTC)[reply]
Thanks. I've opened phab:T365199 for this and linked here. I'll just catch the exception in that case. Mike Christie (talk - contribs - library) 20:31, 16 May 2024 (UTC)[reply]

Big placeholder thumbnails in search results[edit]

Search results have a thumbnail next to them, or a gray placeholder if there's no suitable image in the article. Since today, those placeholders are bigger than regular thumbnails, which also places them uncomfortably close to the article text. It appears to be caused by this CSS rule:

.searchResultImage .searchResultImage-thumbnail > div { 
  padding: 0.5em;
}

Avessa (talk) 18:29, 16 May 2024 (UTC)[reply]

Thank you for reporting. This is a bit of fallout from phab:T320295 and it should be fixed latest next week. —TheDJ (talkcontribs) 18:54, 16 May 2024 (UTC)[reply]

I don't think the talk page will get the comment any light, so I am putting it here. It does not require any discussion but a confirmation from technical person that it won't cause any issue. Thanks, ExclusiveEditor Notify Me! 10:51, 17 May 2024 (UTC)[reply]

Nothing you change in a "Template:XXXXXX/doc" page is going to break anything on other pages; worst case is it confuses someones that reads the documentation. — xaosflux Talk 12:49, 17 May 2024 (UTC)[reply]

Configuring Git for Gerrit[edit]

I have a sort of "hello, world" MediaWiki coding change I'd like to submit as my first-ever contribution to MediaWiki, and to get myself started and oriented with the system for submitting coding changes. If all goes well with that, I hope to follow that up with a more substantial change sometime, hopefully soon, after that. I already have a Wikimedia developer account, with accounts on MediaWiki and Wikitech. My usernames there, including my SSH access (shell) username, are the same as my English Wikipedia username. Now mw:Gerrit/Tutorial#Configure Git is telling me I need to have my "own Gerrit username". Is this a name which is unique to Gerrit, and not used anywhere else, such as the Toolforge? Also, I see on the Gerrit settings page a "Username" (is that the same as Git's "own Gerrit username"?), "Full name", and "Display name" – how are each of these used? Which of these names are used for the CREDITS page, the list that's updated by updateCredits.php? wbm1058 (talk) 20:35, 17 May 2024 (UTC)[reply]

Your Gerrit username is more properly your developer account username, which is the same as on Toolforge and other places. For those three fields, username is what you log in as, I don't think Full name is used anywhere, and display name is how your name appears on the Gerrit UI. updateCredits.php seems to parse "git log", so the name used is whatever shows up in Git, which usually is the same as one of the above but not necessarily. * Pppery * it has begun... 20:52, 17 May 2024 (UTC)[reply]
Full name is actually what's used for sign-ins via web UIs (Wikitech, Toolsadmin). "Username" is only used for SSH access (toolforge / git review). The CREDITS page uses the name from git log, which you'd set through the git config --global user.name command. – SD0001 (talk) 21:22, 17 May 2024 (UTC)[reply]
Oh, oops, aparently I'm just as confused. * Pppery * it has begun... 21:24, 17 May 2024 (UTC)[reply]
Thanks. Further complicating naming matters, I see there is an "LDAP" (Lightweight Directory Access Protocol) username. See wikitech:SRE/LDAP. Per wikitech:SRE/LDAP/Renaming users, "We do not rename users (Developer accounts) anymore. It can (and has) lead to various problems and errors all over the many separate systems which consume Developer accounts as their local databases and authentication methods will get out of sync." So I guess I'm stuck for now with the name I have (not that I want to change it). But a reason for proceeding cautiously here. I don't want to stumble into doing something irreversible that I wish I'd done differently later, after I figured out what I was actually doing, rather than signing up for it by trial and error. I don't recall seeing the mw:Developer account page before, and I think I created mine before the Create a Wikimedia developer account form was created. Today I just ran into the Bitu Identity Manager, which shows me "My LDAP properties". (see wikitech:IDM). Phabricator says my LDAP User is "Unknown". I don't know if there's a way I can personally make it known, or whether it being unknown is a problem. – wbm1058 (talk) 22:14, 17 May 2024 (UTC)[reply]
I think theres basically 2 logins. #1 is the oauth / centralauth / all wikis but wikitech one. #2 is ldap / gerrit / toolforge / wikitech. Lots of synonyms here. I forget if phabricator is one of those two, or a third one. –Novem Linguae (talk) 22:26, 17 May 2024 (UTC)[reply]
I suppose Phabricator is probably bilingual. Obviously I sign into it using my #1 because my #2 is unknown to the phabulous Phabricator. On the other hand, there must be some developers using it who may not have a #1. – wbm1058 (talk) 22:43, 17 May 2024 (UTC)[reply]
Yes, phab supports sign-in via either of the two. You can still link phab with the other account through Settings > External accounts. – SD0001 (talk) 06:21, 18 May 2024 (UTC)[reply]
Facepalm Facepalm I looked at that screen twice and all I saw was date & time settings! Thanks! Now my account is linked with all (two) available providers. – wbm1058 (talk) 10:45, 18 May 2024 (UTC)[reply]
Shout-out to @BMueller (WMF):. I watched your online presentation given at last month's conference in Portland and thought you might be interested in reading this thread. Enjoyed meeting you in Toronto last year. – wbm1058 (talk) 23:21, 17 May 2024 (UTC)[reply]
Now I just found and opened the Gerrit Code Review - User Privacy page... so Google, as well as Wikimedia, is part of the loop! layers upon layers – wbm1058 (talk) 11:29, 18 May 2024 (UTC)[reply]
Hmm, Gerrit is a Dutch male name meaning "brave with the spear", the Dutch and Frisian form of Gerard. And Gerrit (software) was authored by Google. Whereas Git was written by the guy behind Linux. Learn something new every day. wbm1058 (talk) 11:48, 18 May 2024 (UTC)[reply]
When asked why he called the new software, 'git', British slang meaning 'a rotten person', Torvalds said 'I'm an egotistical bastard, so I name all my projects after myself. First Linux, now git.' Ha! wbm1058 (talk) 12:00, 18 May 2024 (UTC)[reply]
Google is not part of the loop exactly. Google wrote the software, but it's open-source and the website https://gerrit.wikimedia.org is hosted by Wikimedia with no involvement from Google. * Pppery * it has begun... 13:23, 18 May 2024 (UTC)[reply]
More from the "I figured out what was happening only after it already happened" department. Wikimedia Code Review https://gerrit.wikimedia.org/r/settings says I registered @ Monday, May 13, 2024, 9:08:55 PM UTC-04:00 ... what? I don't recall doing anything specific to "register" there last Monday. What was I doing at that time? I thought per mw:Gerrit/Tutorial I had to configure Git in order to register for Gerrit, but here I am already registered for Gerrit, and I haven't configured Git yet! O I C. I think I was looking at a previous code review related to the task I'd decided to work on, when I noticed "Sign up" and "Sign in" links on the upper right corner of that page. Clicking "Sign up" took me to this new IDM "Create account" page to create a Wikimedia developer account. Hey, I thought, I think I already have one of those that I needed for Wikitech/Toolforge. So I left that page, and clicked "Sign in". Voila, my Wikitech password got me in. I thought I had simply logged into Gerrit, not registered for it. What I didn't realize was that the "Bitu Identity Manager" would not only sign me in, but register me as well! wbm1058 (talk) 16:12, 18 May 2024 (UTC)[reply]

SSH keys[edit]

I already have SSH keys set up for Toolforge at Toolsadmin which I use on PuTTY and WinSCP but not directly from the Windows command prompt.

mw:SSH keys seems to indicate that I can't use my Toolsadmin SSH but will need another one, set up from the Windows command prompt. Correct?

Also, regarding configuring Git personal information. The guide says "You should have to do this only once." Is that literally true, or does it mean once on my desktop and once on my laptop, if I have two machines that I might want to submit code from? wbm1058 (talk) 18:06, 18 May 2024 (UTC)[reply]

@Wbm1058 You can reuse the same SSH key across multiple projects (in this case toolsadmin and Gerrit). The tutorial assumes that you have not setup the keys before.
Regarding the configuration of Git, you will need to do it once per machine. Sohom (talk) 23:08, 18 May 2024 (UTC)[reply]
My desktop is still running Windows 7. I know, I know, long in the tooth, but I'm proud to have kept it going for 14 years and would like to make it to 15. It still works for me, for the most part. I've downloaded the production version MediaWiki 1.41.1 and have it running for debugging. I generated my SSH keys with PuTTYgen, since the Windows 7 command prompt does not support the ssh command. I suppose I'd need to use PuTTY on that machine to connect to Gerrit, as I use it to connect to the Toolforge bastion. I think I can figure that out; haven't found documentation on how to use Gerrit on a Windows 7 machine. I haven't set up SSH on my Windows 10 laptop yet (only do Toolforge from my desktop). I don't know how to copy my keys from PuTTY to the required location on Windows 10. Might be easier to generate new keys on Windows 10. I have an ssh-rsa key for Toolforge access; the documentation says to use the ed25519 type for optimum security and performance. Can I use different SSH keys on each machine? wbm1058 (talk) 16:53, 19 May 2024 (UTC)[reply]
As a matter of fact, you are kind of expected to use different keys per user per machine. That’s why all the ssh settings of toolforge and Gerrit allow you to add multiple public keys. —TheDJ (talkcontribs) 16:58, 19 May 2024 (UTC)[reply]
What TheDJ said, you are expected different SSH keys across machines. However, if you are using one machine, you can reuse the key across multiple things (I have mine on Github/Gitlab/Toolforge and Gerrit as well as a bunch of private services). Sohom (talk) 18:15, 19 May 2024 (UTC)[reply]
OK, thanks! New state-of-the-art ed25519 keys generated and installed for my Windows 10 laptop (which MSFT tells me will be unsupported after next year, and my hardware is too old to run Windows 11(.
I successfully did a git clone. I'm a bit confused by the instructions at mw:Download from Git#Download for development:
"This clones the entire MediaWiki core repository, synced to the master branch, into a sub-directory named mediawiki"
I previously installed MediaWiki 1.40.1 on my laptop last November at the Toronto wikiconference, by downloading the then-current version from mw:Download, and successfully installed that, for testing.
I want to overwrite my previous 1.40.1 installation with the new files I just git got.
The standard mediawiki directory holds core and data sub-directories.
It doesn't appear that the git download includes any data. It appears to be a core directory, which includes some extra files that aren't part of the mw:Download version. Why don't the instructions say to download to a sub-directory named core rather than a sub-directory named mediawiki?
Oh, I see. mw:Manual:Upgrading#Using Git:
If using Git, export the files into a clean location, and then copy the old customized files into the new location as described in the previous section.
You will also need to install some external PHP libraries using Composer or a provided collection maintained for the Wikimedia wiki farm. More details on installing and updating external libraries can be found in the Git download documentation
So, for some reason, although I can test using 1.40.1 without having any PHP problems, I'll need to figure out this "Composer" thing in order to do development testing.
Hopefully it's not a problem that I'm running the PHP 8.2.12 Development Server – wbm1058 (talk) 23:11, 19 May 2024 (UTC)[reply]
I think all mediawiki unit tests are passing on php 8.1. Not sure about php 8.2. May want to switch to 8.1 to prevent hard to diagnose bugs. –Novem Linguae (talk) 00:45, 20 May 2024 (UTC)[reply]
The tests pass on php 8.2 as well [1], – SD0001 (talk) 12:16, 20 May 2024 (UTC)[reply]

Composer[edit]

c:\php\mediawiki\core>php maintenance/run.php update.php
Error: You are missing some external dependencies.
MediaWiki has external dependencies that need to be installed via Composer or from a separate repository. Please see
https://www.mediawiki.org/wiki/Manual:Installation_requirements#PHP and
https://www.mediawiki.org/wiki/Download_from_Git#Fetch_external_libraries
for help on installing the required components.

I don't think submodules is what you need. The php maintenance/run.php update.php script just wants you to composer install in the mediawiki directory, that should download the required directories. Sohom (talk) 14:34, 20 May 2024 (UTC)[reply]
Indeed only the second link is relevant here. I'm clarifying this message in https://gerrit.wikimedia.org/r/c/mediawiki/core/+/1034113. Thanks for writing all of this up, it's helpful to see things from a different perspective sometimes. Matma Rex talk 16:07, 20 May 2024 (UTC)[reply]

c:\php\mediawiki>composer update --no-dev
Composer could not find a composer.json file in c:\php\mediawiki To initialize a project, please create a composer.json file. See https://getcomposer.org/basic-usage

I'm going to reboot my machine and try again. Composer install warned me that I might have a PATH problem. wbm1058 (talk) 15:56, 20 May 2024 (UTC)[reply]
Judging by your previous comments, you're just not in the directory that Composer expects – try going to c:\php\mediawiki\core, where you (and Composer) should find the composer.json file. Matma Rex talk 16:09, 20 May 2024 (UTC)[reply]
Yes, thanks, that was it. Once again the instructions misled me: "then run composer update --no-dev from your MediaWiki core directory." It's still running. This step takes significant time! wbm1058 (talk) 16:20, 20 May 2024 (UTC)[reply]
I think it worked. The console log is long, with a pile of "failed to download" warning messages, but it appears to have successfully worked around all of them. Here's the end of the log, showing just the last 3 of many installations:
  - Installing wikimedia/timestamp (v4.1.1): Cloning 138f3099b4 from cache
  - Installing wikimedia/xmp-reader (0.9.1): Cloning 8338d67969 from cache
  - Installing zordius/lightncandy (v1.2.6): Cloning b451f73e8b from cache
44 package suggestions were added by new dependencies, use `composer suggest` to see details.
Generating optimized autoload files
11 packages you are using are looking for funding.
Use the `composer fund` command to find out more!
> MediaWiki\Composer\ComposerVendorHtaccessCreator::onEvent
No security vulnerability advisories found.

I think I'm ready to try running update.php again. – wbm1058 (talk) 16:51, 20 May 2024 (UTC)[reply]

c:\php\mediawiki\core>php maintenance/run.php update.php
Error: The MinervaNeue skin cannot be loaded. Check that all of its files are installed properly.

  1. 0 C:\php\mediawiki\core\includes\GlobalFunctions.php(91): ExtensionRegistry->queue('C:\\php\\mediawik...')
  2. 1 C:\php\mediawiki\core\LocalSettings.php(166): wfLoadSkin('MinervaNeue')
  3. 2 C:\php\mediawiki\core\includes\Setup.php(216): require_once('C:\\php\\mediawik...')
  4. 3 C:\php\mediawiki\core\maintenance\run.php(49): require_once('C:\\php\\mediawik...')
  5. 4 {main}

PHP Fatal error: Error Loading extension. Unable to open file C:\php\mediawiki\core/skins/MinervaNeue/skin.json: filemtime(): stat failed for C:\php\mediawiki\core/skins/MinervaNeue/skin.json in C:\php\mediawiki\core\includes\registration\MissingExtensionException.php on line 96 Fatal error: Error Loading extension. Unable to open file C:\php\mediawiki\core/skins/MinervaNeue/skin.json: filemtime(): stat failed for C:\php\mediawiki\core/skins/MinervaNeue/skin.json in C:\php\mediawiki\core\includes\registration\MissingExtensionException.php on line 96

Sigh. I didn't need no extensions when testing changes to the official release core page-moving functions. Now I do. – wbm1058 (talk) 18:04, 20 May 2024 (UTC)[reply]
You shouldn't need any extensions to run MediaWiki core. It's only trying to load the MinervaNeue skin, because you have a line in your LocalSettings.php like wfLoadSkin('MinervaNeue'); (maybe you copied it from your previous installation?). You can remove it or comment it out if you don't want it.
If you do want it, then you can install the skin using Git similarly to how you installed MediaWiki, just replacing the path in the git clone command: instead of mediawiki/core, use mediawiki/skins/MinervaNeue (and make sure to put it in the skins directory, where MediaWiki is looking for it). Similarly for all other skins and extensions. Matma Rex talk 18:13, 20 May 2024 (UTC)[reply]
Thanks! I just used the default LocalSettings.php that came with the release-version installation. Figuring I only need one skin, I just copied the folder from my backup of the release version, and commented out the others. That did the trick, and the database update looks like it ran successfully. – wbm1058 (talk) 20:28, 20 May 2024 (UTC)[reply]

MediaWiki internal error.

Original exception: [6d2f7f0574eb09bb447c9687] /index.php/Main_Page Error: Class "ResourceLoaderSkinModule" not found
Backtrace:
from C:\php\mediawiki\core\includes\ResourceLoader\ResourceLoader.php(417)

Another missing piece. The console log looks good, but this come up on the webpage. – wbm1058 (talk) 21:04, 20 May 2024 (UTC)[reply]

Did you git clone, composer install, and npm ci inside your default skin? Probably skins/Vector –Novem Linguae (talk) 21:17, 20 May 2024 (UTC)[reply]
The ResourceLoaderSkinModule class was recently renamed (gerrit:994854). It seems that you've just updated your MediaWiki to a version that doesn't have it any more, but one of your skins is an older version that is still using it. This will occasionally happen with skins and extensions.
If you've already installed the skin from Git, running git pull in the affected skin's repository should fix it. If you haven't, it's probably best if you do :) but you can also remove it from LocalSettings.php, or download the latest master snapshot from SkinDistributor/ExtensionDistributor. Matma Rex talk 21:51, 20 May 2024 (UTC)[reply]
Thanks for the nice, detailed response. mw:Special:SkinDistributor/Vector even offers the "master (latest development version)" but https://extdist.wmflabs.org/dist/skins/Vector-master-685a02f.tar.gz gives me a 404 Not Found error. I'll just figure out how to git it the preferred way ) wbm1058 (talk) 00:23, 21 May 2024 (UTC)[reply]
Weird, that link works for me now. Maybe it took a few minutes to generate. Matma Rex talk 00:35, 21 May 2024 (UTC)[reply]
Indeed. Just worked for me too. But rather than tinker with telling my Windows how to unzip that "gz" file ("Look for an app in the Miocrosoft Store"?!), I'm going to mw:Download from Git#Using Git to download MediaWiki skins.
Follow the exact same procedure as for extensions (described in the previous section), but using skins rather than extensions in all URLs and paths. wbm1058 (talk) 01:01, 21 May 2024 (UTC)[reply]

c:\php\mediawiki\core\skins>git clone https://gerrit.wikimedia.org/r/mediawiki/skins/Vector
Cloning into 'Vector'...
Enter passphrase for key '/c/Users/Bill/.ssh/id_ed25519':
remote: Counting objects: 99, done
remote: Finding sources: 100% (94/94)
remote: Getting sizes: 100% (70/70)
remote: Compressing objects: 100% (1041262/1041262)
remote: Total 37958 (delta 29), reused 37891 (delta 9)
Receiving objects: 100% (37958/37958), 11.37 MiB | 8.91 MiB/s, done.
Resolving deltas: 100% (28242/28242), done.

c:\php\mediawiki\core\skins>

Appears to have worked. – wbm1058 (talk) 01:17, 21 May 2024 (UTC)[reply]

 Done. Success. I have a development environment which seems to be operating identically with the official-release environment I just replaced. Tomorrow I move to the next step. Make minor "hello, world!" type changes in two files, and then figure out how to submit them for review. FYI, the project I'm working on, where I hope to make more substantial enhancements soon, is discussed on my talk: User talk:Wbm1058#My MediaWiki core developers thread. – wbm1058 (talk) 01:40, 21 May 2024 (UTC)[reply]

mw:Local development quickstart[edit]

It's just that the way you have cloned the repo is unconventional. mediawiki/core should be cloned to a directory named "mediawiki", not "core".
I think you will have a lot easier time going through mw:Local development quickstart instead, which unfortunately isn't advertised more prominently. You may want to discard the existing mediawiki install and use the quick start. You have already done step 1, so start with step 2. It's easy! – SD0001 (talk) 16:40, 20 May 2024 (UTC)[reply]
That "quick start" page has stuff I've already done previously, and insufficient info about stuff I needed to do.
I've had an "official release" version installed on my laptop since November. It makes a lot of sense to me to have started that way, because as complicated as installing the official release was, installing the developers' version is way more complicated yet.
  • I've had PHP installed directly on Windows for over a decade now. My bots use that.
  • There was no need for me to update my php.ini file to load the required PHP extensions. I already did that a long time ago. The problem is that this "composer" system basically "ignores" that, it seems to me.
  • It just says to "use Git" to clone the core, as if that's easy. No it wasn't. See above for what steps I went through to figure it out.
  • I installed SQLite already last year; I don't need to do that again.
  • I already knew how to start my server, though I was told by someone to use "localhost:80" in Boston in 2019, not "localhost:4000". I don't know whether it matters which number I use there.
What I need is a "quickstart" page for upgrading from an "official release" version to the developers' version. – wbm1058 (talk) 17:28, 20 May 2024 (UTC)[reply]
1 and 2. yes I said as much - you have already done step 1.
3. There's no need to configure git before cloning repos. The steps from mw:Gerrit/Tutorial#Configure_Git are only to prepare for pushing changes.
4. composer mw-install:sqlite is not for installing sqlite (not required). Instead it initialises MediaWiki itself with sqlite as the db backend. This is a shortcut to avoid going through the web installer.
5. Running something on port 80 is only advisable on linux. On Windows/macOS, it's better to use a non-reserved port (> 1023) to avoid issues with firewalls.
What I need is a "quickstart" page for upgrading from an "official release" version to the developers' version. The easiest way to do that is to delete or forget about the release version and setup the developers' version from scratch. – SD0001 (talk) 17:56, 20 May 2024 (UTC)[reply]
What I did need to do before cloning was download and install Git, and setup SSH to use it. None of that was necessary to download and install the release version, which makes installing the release version an easier task.
Oh I see. a shortcut to avoid going through the web installer... well, now I know. I was wondering how that was done. But now, water under the bridge. I'd like to keep the database I started last year, for sentimental reasons, and just upgrade. I think upgrading should be easier than installing from scratch every time.
I've noted that my server runs really slowly on my system. Wrote that off as bloatware overwhelming my 14-year old processor, but, now that you mention it, could be a symptom of firewall intervention. I'll switch to port 4000 and see whether that runs faster.
I also noticed mw:Gerrit/Tutorial/tl;dr, and have kept that open in another browser window for comparison and reference. – wbm1058 (talk) 20:17, 20 May 2024 (UTC)[reply]

git-review[edit]

Running command as an administrator:

Microsoft Windows [Version 10.0.19045.4412] (c) Microsoft Corporation. All rights reserved.

C:\WINDOWS\system32>pip install git-review
Collecting git-review

Downloading git_review-2.4.0-py3-none-any.whl.metadata (2.0 kB)

Collecting requests>=1.1 (from git-review)

Downloading requests-2.32.1-py3-none-any.whl.metadata (4.6 kB)

Collecting charset-normalizer<4,>=2 (from requests>=1.1->git-review)

Downloading charset_normalizer-3.3.2-cp312-cp312-win_amd64.whl.metadata (34 kB)

Collecting idna<4,>=2.5 (from requests>=1.1->git-review)

Downloading idna-3.7-py3-none-any.whl.metadata (9.9 kB)

Collecting urllib3<3,>=1.21.1 (from requests>=1.1->git-review)

Downloading urllib3-2.2.1-py3-none-any.whl.metadata (6.4 kB)

Collecting certifi>=2017.4.17 (from requests>=1.1->git-review)

Downloading certifi-2024.2.2-py3-none-any.whl.metadata (2.2 kB)

Downloading git_review-2.4.0-py3-none-any.whl (52 kB)

---------------------------------------- 52.9/52.9 kB 547.6 kB/s eta 0:00:00

Downloading requests-2.32.1-py3-none-any.whl (63 kB)

---------------------------------------- 63.7/63.7 kB 862.4 kB/s eta 0:00:00

Downloading certifi-2024.2.2-py3-none-any.whl (163 kB)

---------------------------------------- 163.8/163.8 kB 2.0 MB/s eta 0:00:00

Downloading charset_normalizer-3.3.2-cp312-cp312-win_amd64.whl (100 kB)

---------------------------------------- 100.4/100.4 kB 1.2 MB/s eta 0:00:00

Downloading idna-3.7-py3-none-any.whl (66 kB)

---------------------------------------- 66.8/66.8 kB 725.6 kB/s eta 0:00:00

Downloading urllib3-2.2.1-py3-none-any.whl (121 kB)

---------------------------------------- 121.1/121.1 kB 1.8 MB/s eta 0:00:00

Installing collected packages: urllib3, idna, charset-normalizer, certifi, requests, git-review
Successfully installed certifi-2024.2.2 charset-normalizer-3.3.2 git-review-2.4.0 idna-3.7 requests-2.32.1 urllib3-2.2.1

Per instructed at mw:Gerrit/Tutorial#Setting up git-review:

c:\php\mediawiki\core>git review -s --verbose
git: 'review' is not a git command. See 'git --help'.

c:\php\mediawiki\core>git-review -s --verbose
'git-review' is not recognized as an internal or external command, operable program or batch file.

?? – wbm1058 (talk) 14:09, 21 May 2024 (UTC)[reply]

It looks like the directory where git-review got installed is not in your %PATH% environment variable. First of all, try closing the command-line window and opening it again, and retry – maybe it is just seeing outdated env variables.
If that doesn't help, you'll need to change that env variable, the option to do that is somewhere in your operating system settings. Add the directory where git-review is, probably something like like C:/Python310/Scripts/ (that's where it is on my machine). Note that you need to open a new command-line window every time for the changes to take effect when testing.
(If I recall, there's a checkbox to do that automatically when you install Python, which you may have left unchecked. You can also try reinstalling Python and finding that checkbox.) Matma Rex talk 15:04, 21 May 2024 (UTC)[reply]
Yes, I checked the box on the Python installation. Closing my command window and opening a new one did the trick, of course. The instructions could explicitly say to do that. Thanks again for all your help – wbm1058 (talk) 15:20, 21 May 2024 (UTC)[reply]
  • That directory has a .gitreview file in it, with the following content:

host=gerrit.wikimedia.org
port=29418
project=mediawiki/core.git
track=1
defaultrebase=0

Is that good? wbm1058 (talk) 14:58, 21 May 2024 (UTC)[reply]

review installation log[edit]

c:\php\mediawiki\core>git review -s --verbose
2024-05-21 11:12:37.452765 Running: git config --get gitreview.remote
2024-05-21 11:12:37.468379 ... gitreview.remote = origin
2024-05-21 11:12:37.468379 Config['remote'] = origin
2024-05-21 11:12:37.468379 Running: git config --get gitreview.branchauthor
2024-05-21 11:12:37.499631 Config['branchauthor'] = name
2024-05-21 11:12:37.499631 Running: git symbolic-ref -q HEAD
2024-05-21 11:12:37.530879 Running: git for-each-ref --format=%(upstream) refs/heads/master
Following tracked origin/master rather than default origin/master
2024-05-21 11:12:37.609011 Running: git config --get gitreview.scheme
2024-05-21 11:12:37.671503 Config['scheme'] = ssh
2024-05-21 11:12:37.671503 Running: git config --get gitreview.hostname
2024-05-21 11:12:37.687125 Config['hostname'] = gerrit.wikimedia.org
2024-05-21 11:12:37.687125 Running: git config --get gitreview.port
2024-05-21 11:12:37.718370 Config['port'] = 29418
2024-05-21 11:12:37.718370 Running: git config --get gitreview.project
2024-05-21 11:12:37.749619 Config['project'] = mediawiki/core.git
2024-05-21 11:12:37.749619 Running: git log --color=never --oneline HEAD^1..HEAD
2024-05-21 11:12:38.687096 Running: git remote
2024-05-21 11:12:38.765224 Running: git branch -a --color=never
2024-05-21 11:12:38.890218 Running: git rev-parse --show-toplevel --git-dir
2024-05-21 11:12:38.937083 Running: git config --get core.hooksPath
2024-05-21 11:12:38.983962 Running: git config --get core.hooksPath
2024-05-21 11:12:39.015203 Running: git submodule foreach cp -p .git\hooks\commit-msg "$(git rev-parse --git-dir)/hooks/"

c:\php\mediawiki\core>

I don't see the "found origin push URL" and "fetching commit hook" that the instructions said I should see. – wbm1058 (talk) 15:47, 21 May 2024 (UTC)[reply]

The instructions are probably outdated and everything is probably okay. git-review is being somewhat actively developed, and the example output in mw:Gerrit/Tutorial#Setting_up_git-review has a 2019 date. If it didn't work, you'll find out later if you get an error complaining about a missing Change-Id line. Matma Rex talk 20:57, 21 May 2024 (UTC)[reply]

I don't know whether that's a problem or not, but I proceeded as if it wasn't.

c:\php\mediawiki\core>git pull --rebase origin master
Enter passphrase for key '/c/Users/Bill/.ssh/id_ed25519':
remote: Counting objects: 11860, done
remote: Finding sources: 100% (60/60)
remote: Getting sizes: 100% (26/26)
remote: Compressing objects: 100% (108354/108354)
remote: Total 60 (delta 35), reused 35 (delta 28)
Unpacking objects: 100% (60/60), 36.46 KiB | 13.00 KiB/s, done.
From ssh://gerrit.wikimedia.org:29418/mediawiki/core

* branch master -> FETCH_HEAD
2d68215ff7a..25895192125 master -> origin/master

Successfully rebased and updated refs/heads/T12814-hello.

c:\php\mediawiki\core>git review -R
wbm1058@gerrit.wikimedia.org: Permission denied (publickey).
fatal: Could not read from remote repository.

Please make sure you have the correct access rights
and the repository exists.

If you get a Permission denied (publickey). fatal: Could not read from remote repository., review the instructions at mw:SSH keys#Add SSH Private key to use with Git to make sure your ssh agent is running and your identity is added. If you close your Git Bash shell, you will be signed out and need to re-follow these instructions each time.

c:\php\mediawiki\core>eval `ssh-agent`
'eval' is not recognized as an internal or external command,
operable program or batch file.

Is there a way to run git bash from the Windows cmd prompt?

Inside a git bash window:

Bill@Mobile-laptouch MINGW64 ~
$ eval `ssh-agent`
Agent pid 272

Bill@Mobile-laptouch MINGW64 ~
$ ssh-add ~/.ssh/id_ed25519
Enter passphrase for /c/Users/Bill/.ssh/id_ed25519:
Identity added: /c/Users/Bill/.ssh/id_ed25519 (wbm1058-wikipedia@yahoo.com)

Then I went back to Windows command window, tried "review" again, and still got the "permission denied" error. – wbm1058 (talk) 20:28, 21 May 2024 (UTC)[reply]

I haven't seen this exact error before, and your setup is rather different from mine, so this is a guess, but: the eval `ssh-agent` command actually works by setting environment variables, which everything else on your system can read to access the SSH agent. Maybe you just need to close and reopen the command prompt window again, so that it sees the new env variables? Matma Rex talk 21:02, 21 May 2024 (UTC)[reply]
"Is there a way to run git bash from the Windows cmd prompt?" You can run something like "C:\Program Files\Git\usr\bin\bash.exe" from the command prompt, and it will run, but this is unlikely to do anything good. It will probably be confused about text encodings, file paths, and ANSI escape codes. (On Windows 10, they're slightly less incompatible.) Can you say why you want to do it? Matma Rex talk 21:15, 21 May 2024 (UTC)[reply]
(edit conflict) I just tried doing it from my git bash window instead of command prompt...

Bill@Mobile-laptouch MINGW64 /c/php/mediawiki/core (T12814-hello)
$ git review -R
remote:
remote: Processing changes: new: 1 (\)
remote: Processing changes: new: 1 (|)
remote: Processing changes: new: 1 (/)
remote: Processing changes: new: 1 (-)
remote: Processing changes: new: 1 (\)
remote: Processing changes: new: 1 (|)
remote: Processing changes: refs: 1, new: 1 (|)
remote: Processing changes: refs: 1, new: 1 (|)
remote: Processing changes: refs: 1, new: 1, done
remote:
remote: SUCCESS
remote:
remote: https://gerrit.wikimedia.org/r/c/mediawiki/core/+/1034588 Show the page name on the MovePage checkbox for "Yes, delete the page" [NEW]
remote:
To ssh://gerrit.wikimedia.org:29418/mediawiki/core.git

* [new reference] HEAD -> refs/for/master%topic=T12814-hello

I guess that worked?! wbm1058 (talk) 21:11, 21 May 2024 (UTC)[reply]

Yep, that worked. * Pppery * it has begun... 21:15, 21 May 2024 (UTC)[reply]
Yeah, just doing everything from the Git Bash window is probably the best way to have the least amount of weird issues. Matma Rex talk 21:16, 21 May 2024 (UTC)[reply]
Time for a lager! Cheers! :) wbm1058 (talk) 21:25, 21 May 2024 (UTC)[reply]

Main Page always full width[edit]

I Can't edit the Main Talk page so I'm posting here.

The main page (and it's talk page) seems to be stuck in full width mode even when I click on the full width toggle button in the bottom right corner. Other pages seem unaffected.

Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:125.0) Gecko/20100101 Firefox/125.0

118.3.227.103 (talk) 03:33, 18 May 2024 (UTC)[reply]

Not a bug. From Tech news:
In the Vector 2022 skin, main pages will be displayed at full width (like special pages). The goal is to keep the number of characters per line large enough. This is related to the coming changes to typography in Vector 2022. Learn more. [2] – robertsky (talk) 06:00, 18 May 2024 (UTC)[reply]

Possible PERM script issue[edit]

Just cross-posting here, I'm having some issues with one of the PERM scripts; discussion is here. Thanks! Primefac (talk) 07:43, 18 May 2024 (UTC)[reply]

Sticky row headers issues[edit]

Need help fixing the "second" sticky row in this table. With rowspan used in the first column, only the first row in rowgroup is sticky, the rest of the rows in individual rowgroups aren't. I assume it is a "sticky-col2" issue from Template:COVID-19 pandemic data/styles.css. Can it be fixed so it displays all rows in the second column unbroken when horizontally scrolling? Qwerty284651 (talk) 19:04, 18 May 2024 (UTC)[reply]

Native Dark Mode Message[edit]

I have been using the dark mode gadget for a while now and I quite like it. I tried the native dark mode but I do not like it that much, as it is quite buggy and has a fair few contrast issues, see the phab board. Every time I load a page in namespaces outside of article space I get the message that informs me that I have two dark modes enabled and I need to choose one. When I go to disable the non-gadget dark mode it is not able to be disabled, are there any scripts to suppress this message, it is getting quite annoying. Thanks, v/r - Seawolf35 T--C 00:03, 19 May 2024 (UTC)[reply]

I too have been having this problem for days now. It's caused by some bogus and untested changes to MediaWiki:Gadget-dark-mode-toggle.js by @Jon (WMF). The message literally pops up on almost every page asking to set native theme to Light - except that all controls for setting the native theme are greyed out, and/or it's already set to Light.
Can an interface admin please action the edit request on MediaWiki talk:Gadget-dark-mode-toggle.js#Interface-protected edit request on 16 May 2024? – SD0001 (talk) 07:43, 19 May 2024 (UTC)[reply]

Page misbehaving in search results[edit]

I use this search query to see pages tagged for speedy deletion. For several days it has returned BBL Drizzy as a result even though that page is not tagged for deletion. The search results say it was last edited at 01:12 on 13 May 2024, which corresponds with Special:Diff/1223572833 (now in the history of Draft:BBL Drizzy). Purging or null-editing either the article or the draft will make it disappear from the results temporarily, but so far it's always come back shortly thereafter. Today I tried deleting and undeleting the pages, but this didn't help either. Any suggestions? (This query brings up strange results too, for what it's worth.) Extraordinary Writ (talk) 03:01, 19 May 2024 (UTC)[reply]

I don't experience this. BBL Drizzy is not a result for the first query, and the last query only brings up BBL Drizzy (last edited 19:04, 18 May 2024). – 2804:F1...7F:938A (talk) 03:15, 19 May 2024 (UTC)[reply]
Strange. The second query returns this for me, and some fiddling around at this site (pick Australia, Indonesia, India, etc.) suggests I'm not alone. Extraordinary Writ (talk) 03:40, 19 May 2024 (UTC)[reply]
I've been seeing some outdated search results also related particularly to a couple page moves that got done between when the search was crafted and when my fix was made. Particularly, in this search I'm seeing Draft:Peter the Great Interrogating the Tsarevich Alexei Petrovich at Peterhof and Draft:Ellen Webster Palmer when I hit one or another of the data centers (which I assume is at least part of the problem), but at least once I've gotten a search not to return those two, because neither are drafts any longer nor do either carry the problem that makes them show up in this search. Izno (talk) 20:36, 19 May 2024 (UTC)[reply]

The Appearance menu and new default standard font size will be available for logged-out users[edit]

Hi everyone! We are the Wikimedia Foundation Web team. We work on making it easier to read Wikimedia projects as part of the objective "Reading and media experience" of the current year’s annual plan. To achieve this goal, we have introduced the "Accessibility for Reading" beta feature. It adds a menu which works on the Vector 2022 skin and allows logged-in users to choose different font sizes and color schemes based on individual needs.

The menu introduces a new Standard font setting. It slightly increases the size and height of the font. It was selected based on multiple sources. You will find more information on this in the section "About the new Standard font setting". As we announced last week, we are now ready to begin bringing some of these feature out of beta and making them available to more people.

What will change

  • We are now ready to make the new Appearance menu available for logged-out and logged-in users.
  • At the same time, we will also make the Standard option the new default for logged-out users only.
  • If no breaking technical issues are found, we plan on making this change within the next three weeks.
  • Later, this menu will also include the option to select dark mode, which for the time being will remain a beta feature. For more information, check out our project page.

About the menu

The new menu will allow logged-in and logged-out users to set preferences for:

  1. Text size and line height (available now as the beta feature): Users will be able to choose between the Small (current default), Standard (recommended for better accessibility), and Large options. Selecting an option will change both the font size and line height of the text.
  2. Dark mode (available now as the beta feature): Users will be able to choose to see the site in night mode on a permanent basis, or select an "automatic" setting which will set day or night mode based on the device or browser preferences.
  3. Content width (previously available as a toggle button): We have moved the content width toggle from an icon at the bottom of the page to a labeled radio button in the new menu. It will work exactly the same as the toggle. The previous toggle button will no longer be available.

This menu has been tested as a beta feature by logged-in users across wikis as well as in user testing with readers. Based on the findings of these tests, we changed the menu to improve discoverability and ease of use, and to accommodate gadget compatibility.

The menu will appear to the right of the page, immediately under the Tools menu if that has been pinned. Unlike the Tools menu, the Appearance menu is pinned by default, but can be unpinned. Once unpinned, it collapses under an icon at the top of the page.

About the new Standard font setting

The "Small" option is the current default. We will be changing this default to "Standard" for logged-out users, while keeping "Small" as the default for logged-in users. The "Standard" and "Large" options were built and tested based on the following:

  • Academic studies and recommendations for the best average font size for the majority of readers. These recommendations stated that our current size is too small for the majority of people to read comfortably. This means that on average, people read more slowly, strain their eyes while reading, or have difficulty clearly seeing the text. Increasing the font size by default improves these issues for all users, including users who might not have sufficient time to spend adjusting a setting via the appearance menu or browser. Information density is also important, which is why we wanted to increase font size without sacrificing information density. We have achieved this by changing not only font size, but also line height and paragraph spacing.
  • Designs submitted by more than 630 Wikipedians from across 13 wikis of different languages, scripts, and sizes. The majority (~450) of these users opted for a font size that was larger than the default. "Standard" represents the average of the most popular cluster of responses (15-20 pixels). "Large" represents the need for an even larger option, as represented by the cluster of sizes between 21-26 pixels. You can read more on how we included volunteers in the process and landed on these options.
  • Beta feature usage showed that the majority of users who interact with the feature at least once opt for a font size that is larger than the current default.

Our works so far and next steps

Logged-in users will remain with the "small" setting for the time being as their default, but can change to any other setting at any time. In a few months, we will study how many logged-in users switch to standard and start a conversation on whether it makes sense for logged-in users to make the switch as well. From the early data from the beta feature, 55% of sessions who interacted with the feature chose to use a setting that was standard or larger.

If you'd like to help, we have a few simple requests for you:

  1. Please, turn on the beta feature ("Accessibility for Reading (Vector 2022)")
  2. Try out the new menu. Is anything confusing? Do you understand all the labels and how the menu works?
  3. Try out the small, standard, and large sizes, the color schemes, and the width toggle. Reach out to us if you notice any bugs, or have questions or concerns.

If you'd like to learn more about the project, see our FAQ. Comments and questions are most welcome. Thank you! OVasileva (WMF) and SGrabarczuk (WMF) (talk) 13:58, 20 May 2024 (UTC)[reply]

Wikilinks to `((RSS))` article are broken[edit]

I noticed this at Aaron Swartz and Web feed: links to the article on the web feed format RSS (link here > RSS <) are not displaying on Wikipedia articles

Type "[[RSS]]" for "RSS" and it displays as "" for me. PK-WIKI (talk) 19:19, 20 May 2024 (UTC)[reply]

Works for me: RSS * Pppery * it has begun... 19:57, 20 May 2024 (UTC)[reply]
The link displays and works normally for me in all five tested browsers. It sounds like something in your browser is messing with the link, maybe an extension for RSS feeds. PrimeHunter (talk) 20:08, 20 May 2024 (UTC)[reply]
 Resolved Thanks, didn't even think that text on Wikipedia would be targeted by a content blocker. 1Blocker "Block Annoyances" setting responsible. PK-WIKI (talk) 20:21, 20 May 2024 (UTC)[reply]

Strange CSS behavior[edit]

I recently noticed that the CSS style background:transparent seems to turn the text color dark gray when combined with the class thumbinner and viewed through the beta vector night mode. Does anyone know why this happens? Andumé (talk) 20:12, 20 May 2024 (UTC)[reply]

The text color generally is a dark grey. Can you be more specific ? —TheDJ (talkcontribs) 09:58, 21 May 2024 (UTC)[reply]
In general however, if you define a background color, you should ALWAYS define a text color and vice versa, if you want to avoid problems with night/dark mode. —TheDJ (talkcontribs) 10:00, 21 May 2024 (UTC)[reply]
In dark mode, there is some blanket CSS for "it has a background but is relying on inherited color" which obviously doesn't work in a lot of places. Izno (talk) 17:13, 21 May 2024 (UTC)[reply]

Link classifier missing in Vector 2022[edit]

The Link Classifier which if I recall is maintained by Anomie has disappeared from my Vector (2022) skin. I use this frequently and have just now noticed it, so I is likely something very recent. I switched back to Vector (2010) just to check and it was still available there. Any suggestions about how to get this back in Vector (2022)? olderwiser 21:29, 20 May 2024 (UTC)[reply]

WMF has recently changed the software so that in Vector 2022 personal Javascript/CSS are loaded only from Special:MyPage/vector-2022.js and Special:MyPage/vector-2022.css. You are loading it only in Special:MyPage/vector.js. You will need to copy whatever you want from there to the vector-2022 version, or to your Common.js at Special:MyPage/common.js (which is the best place for it - scripts are/should be responsible for loading where they should; styles may vary more so they may not be as obvious to move). Remove it from vector.js if you add it to common.js. Izno (talk) 22:06, 20 May 2024 (UTC)[reply]
Thank you. That worked. olderwiser 23:40, 20 May 2024 (UTC)[reply]
Thanks, this probably should solve the above problem as well. I will try later today. Ymblanter (talk) 08:36, 21 May 2024 (UTC)[reply]
Copied Ymblanter's comment from above:

Not sure whether it is related but I am using one of the user scripts (do not have time now to search which one) which, in particular, highlights in pink pages proposed for deletion. The highlighting is gone today (checked on two different devices, different browsers), which gives me a HUGE headache for CFD handling. Ymblanter (talk) 08:35, 21 May 2024 (UTC)

Izno (talk) 17:09, 21 May 2024 (UTC)[reply]

Tech News: 2024-21[edit]

MediaWiki message delivery 23:01, 20 May 2024 (UTC)[reply]

Based on a quick search, it looks like the heading change will affect almost 300 scripts, many of which have inactive maintainers. Some arbitrary highlights from the top of the list include:
Plus many, many more. --Ahecht (TALK
PAGE
)
19:22, 21 May 2024 (UTC)[reply]
A quick way to test these scripts right now, is to enable the Parsoid beta option (which already uses the new html structure) and to disable DiscussionTools, which uses a partial form of the new heading structure. —TheDJ (talkcontribs) 08:39, 22 May 2024 (UTC)[reply]
Indeed, you can already see it in Parsoid mode (but note that there are other differences – e.g. Parsoid output has <section> tags around each section, which may require a separate set of updates in some scripts).
Disabling DiscussionTools doesn't actually change anything though. The HTML structure is the same whether it's enabled or disabled, only the styles are different. Also, note that it uses a "hybrid" heading structure currently when using the default parser, as you say, but it uses the new structure when using Parsoid.
So in short, you can just use Parsoid mode to test these scripts today here on English Wikipedia, but beware that there may be extra issues. But if they work with Parsoid, they will work with the new headings too. Matma Rex talk 11:25, 22 May 2024 (UTC)[reply]
The technical 13 script was blanked, so we don't have to worry about that one.
Will the fact that they're rolling this out for only some wikimedia-deployed skins at this time make the patch more complicated? If I'm reading it right, the scripts may temporarily have to support both heading styles. –Novem Linguae (talk) 09:16, 22 May 2024 (UTC)[reply]
Yes, it does, and they have to. Matma Rex talk 11:20, 22 May 2024 (UTC)[reply]
At a glance, it seems that User:Mr. Stradivarius/gadgets/SignpostTagger.js already supports the new style, as it uses $( '#bodyContent h2:first' ).text() as a backup if $( '#bodyContent h2:first span.mw-headline' ) doesn't exist (line 291). — Mr. Stradivarius ♪ talk ♪ 13:09, 22 May 2024 (UTC)[reply]

Where is the code for an info-box? Where does it go?[edit]

I'm trying to create some info-boxes on a small hobby wiki. It had been running fine on "freewiki.in" but that domain disappeared last year. I've re-created it on a domain I control using MediaWiki v1.41.1. I've put up all the article text from .XML backups, but all the formatting is gone.
The software manual at https://www.mediawiki.org/wiki/Global_templates/Taxonomy explains how to use {{ambox}} but not the code required for it to work. It sends me to Wikipedia, to https://en.wikipedia.org/wiki/Module:Message_box. That, finally, has 600+ lines of code.
Where does this code go? Somewhere on the wiki? Somewhere on the server in one of the .PHP files? There's gotta be a step-by-step procedure somewhere but I can't find it. And I'm not about to do my experimenting here on Wikipedia...
Answers can be here, if this is of general interest. If not, I'd be perfectly happy getting help at my talk page. SandyJax (talk) 13:05, 21 May 2024 (UTC)[reply]

It goes exactly where it is here, on the page Module:Message box. Snowmanonahoe (talk · contribs · typos) 16:42, 21 May 2024 (UTC)[reply]
... but otherwise requires only the use of mw:Extension:Scribunto and mw:Extension:TemplateStyles. Izno (talk) 17:08, 21 May 2024 (UTC)[reply]
If you preview code, e.g. an infobox call, then the bottom of the window shows all transcluded templates and modules at "Templates used in this preview". It can be a long list, and the list can change if the same template is called with different parameters or circumstances (e.g. the namespace it's called from). Some of the infobox styling in the English Wikipedia is in MediaWiki:Common.css which is not listed at "Templates used in this preview" since it's not transcluded but used in another way. PrimeHunter (talk) 18:30, 21 May 2024 (UTC)[reply]

Template dagger malfunctioning[edit]

Resolved

Immediate assistance required because template:dagger currently outing this †. Anoop Bhatia (talk) 01:14, 22 May 2024 (UTC)[reply]

Link to an edit request about it: Template talk:Dagger#Template-protected edit request on 22 May 2024. – 2804:F1...10:A60F (talk) 02:37, 22 May 2024 (UTC)[reply]
It is not malfunctioning, it is doing what it is supposed to do, to notify everyone about the ongoing discussion. But I can see how this can be disruptive to the reading experience when it is being used multiple times within a short space, i.e. at Atlanta Braves#Braves Hall of Fame. – robertsky (talk) 03:45, 22 May 2024 (UTC)[reply]
@Robertsky: Thanks 👍🏻. Anoop Bhatia (talk) 04:03, 22 May 2024 (UTC)[reply]

The IPA in Wikipedia comes with some errors.[edit]

SUBJECT

The IPA in Wikipedia comes with some errors.


I am quite happy that Wikipedia uses the IPA as a pronunciation guide. I know the IPA moderately well, so its use is convenient for me. Promoting the IPA in Wikipedia might also encourage people to learn it, which probably might not be a bad idea.

I think that the use of the IPA in Wikipedia might often or consitently make some errors. I don’t see these errors being made in Wiktionary though. The IPA there seems to be largely fine.


the approximant rhotic (also the approximant alveolar)

/ɹ/

The English language uses primarily for a rhotic the approximant alveolar which in the IPA is represented as: /ɹ/.

In Wikipedia, this rhotic seems to always get represented by /r/, which actually represents the rolled “r”, as the “r” in the Spanish word “perro”.

I’ve suspected that this error is deliberate in that maybe the people setting up the IPA transcriptions are concerned that an upside down “r” might confuse people. Although, this doesn’t make very good sense since much of the rest of the IPA will still confuse people who are not familiar with it.

From Wikipedia showing the incorrect /r/ use :

Tripoli (/ˈtrɪpəli/; Arabic: طرابلس الغرب, romanized: Ṭarābulus al-Gharb, lit. 'Western Tripoli')

From Wiktionary using the correct /ɹ/. use :

entourage

Pronunciation

(UK) IPA(key): /ˈɒn.tʊ.ɹɑːʒ/, /ˈɑ̃ː.tʊ.ɹɑːʒ/

(US) IPA(key): /ˈɑn.tə.ɹɑʒ/


/ɑ/, /a/, /æ/

These might be described as the “basic a” vowels: /ɑ/, /a/, /æ/

/a/ and /æ/ are similar and are like the “a” in “cat”.

/a/ is more open and might be more typical for Received Pronunciation or a British English. /æ/ is similar sounding but just with an articulation that is a bit more close (closed jaw) and is probably more typical for General American English or Standard Canadian English. Distinguishing between these two is not too much of a big deal, I don’t think for general pronunciation purposes.

The /ɑ/, described as a back, open, unrounded vowel, is like the “o” in the English word “top”. This vowel is more of what is considered an “a” vowel in languages such as Spanish, Italian, and other languages. This /ɑ/ though is significantly different from the /a/ and /æ/.

I’ve seen on a number of occasions in Wikipedia in which words with the /ɑ/ sound were given IPA transcriptions of /a/. I went looking for examples in Wikipedia of this today, but had difficulty finding this.

Here’s an example from Wiktionary where the /ɑ/ sound is written as /a/.

Pronunciation

(UK) IPA(key): /ˈɒn.tʊ.ɹɑːʒ/, /ˈɑ̃ː.tʊ.ɹɑːʒ/

(US) IPA(key): /ˈɑn.tə.ɹɑʒ/


I finally managed to find an example of the /ɑ/ sound being written as /a/.

Croatia (/kroʊˈeɪʃə/ ⓘ, kroh-AY-shə; Croatian: Hrvatska, pronounced [xř̩ʋaːtskaː]

Specifically, the [xř̩ʋaːtskaː]


I noticed in my search for words with an /ɑ/, for words that have this sound in General American English or Standard Canadian English, that same sound in Received Pronunciation often gets pronounced as /ɒ/, which is a very open “o” and pronunciation given in Wikipedia may tend to favor Received Pronunciation.


the schwa and the caret

This is an issue that probably would have to be directed towards the IPA Association or something like that, and not Wikipedia. But, I’ll mention it here anyways.

Apparently, any phonetics course, most phonetics courses, will tell you that no word in English ends with a caret. So, take the word “the” or “California”. Wiktionary will transcribe these into the IPA as :

the:

(when unstressed and preconsonantal)

enPR: thə, IPA(key): /ðə/

California:

(General American) IPA(key): /ˌkæl.ɪˈfoɹ.njə/, /ˌkæl.ɪˈfoɹ.ni.ə/, [ˌkʰæl.ɪˈfo̞ɹ.njə]

It’s typical to see IPA transcriptions of the words “the” and “California” as ending with the schwa, /ə/.


Transcribing the final vowel in the words “the” and “California” as /ə/ to me seems wrong. Maybe my hearing sense is off. Maybe the articulation is /ə/ but to me sounds like /ʌ/ or /ɐ/.

Give it a try? The /ə/ or schwa is the vowel sound you more or less get between the “p” and “l” in “apple” in General American and probably Received Pronunciation. Or find some online IPA chart with audio pronunciation to find out how /ə/ is pronounced.

Now try sticking that sound into the word “the” or at the end of the word “California”. Maybe I’m not getting this right, but it consistently sounds wrong! Like weird!

Maybe when speaking quickly these sounds will reduce to an /ə/ sound. But even when spoken quickly, these words can often just sound like they end with a quick /ʌ/ or /ɐ/.


I used to think that “the” and “California” should be transcribed as /ðʌ/ and /ˈkalɪfɔɹnjʌ/, with the the /ʌ/ at the end of the word. This makes auditory sense to me.

More recently though, when realizing that / ʌ/ and /ɐ/ sound very similar, that for that sound, if the preceeding consonant is more forward, then maybe the more forward of /ʌ/ and /ɐ/ would actually be articulation being used, which is the /ɐ/. So, the word “the” would more likely be transcribed as:

/ðɐ/

With “California”, this might be different. The /j/ sound before the final vowel, it’s more central so would it make the final vowel sound /ɐ/ or /ʌ/? Maybe the /ʌ/ sound fills an entire linear area that connects the more middle /ɐ/ and the more back /ʌ/, in which case it could get kind of complicated or difficult to figure out where the articulation of this sound is taking place exactly.

I suspect that if the /ʌ/ sound is preceeded by a more back consonant, such as in the English word “gut”, then the /ʌ/ sound will take more of a back /ʌ/ articulation, as you get with the Wiktionary transcription of “gut”.

gut

Pronunciation

IPA(key): /ɡʌt/


Zbniorb (talk) 06:34, 22 May 2024 (UTC)[reply]

This is not a technical inquiry. The appropriate venue is the talk page of the IPA key for each language, though I strongly suggest you read the Handbook of the IPA and learn the difference between a phone and a phoneme and the concept of narrowness first. Nardog (talk) 06:57, 22 May 2024 (UTC)[reply]

Issue with template[edit]

Hi there. There seems to be some kind of issue with {{Population WD}}. I would like to use it to get the bare population figure. At first, {{population WD|qid=Q559227|show=value}} was not working, and I was getting the figure plus a "<span" at the end. Primefac has solved it, at least partially. But there still seem to be some issues, as can be seen here. Thanks in advance for the help, Alavense (talk) 08:19, 22 May 2024 (UTC)[reply]

My guess is that the {{first word}} is cutting off the coding to show the "edit at Wikidata" icon, but I have a) no idea why it's doing that, and b) no idea how to fix it. Primefac (talk) 08:37, 22 May 2024 (UTC)[reply]
Yes, something like that. The createicon function in Module:WikidataIB starts off with a non-breaking space, so {{first word}} is grabbing a few more tokens than we want. — jmcgnh(talk) (contribs) 08:57, 22 May 2024 (UTC)[reply]
And, yes, nbsp is not considered one of the ASCII whitespace characters by some regular expression engines, including, according to what we've seen here, Lua's %s. — jmcgnh(talk) (contribs) 09:19, 22 May 2024 (UTC)[reply]
This Special:Diff/1225091340 seems to be a possible fix. It returns just the population value, whichever way the noicon parameter is set. Of course, if you really wanted that pencil icon, you'll need to use something different from {{first word}}. @Primefac and Alavense: — jmcgnh(talk) (contribs) 09:37, 22 May 2024 (UTC)[reply]

Differentiation of subheading font sizes (or more accurately, lack thereof)[edit]

I've just used subheadings for the first time, and was somewhat dismayed to see hardly any noticeable differentiation between Subheadings 2, 3, and 4. Couldn't the subheadings be differentiated more?

Surely some other Wiki editors must have made similar comments long before I came on board ... Augnablik (talk) 11:54, 22 May 2024 (UTC)[reply]

Yes, I think many of us got confused at first and pointed out that h3 looks more prominent than h2, but there doesn't seem to be a consensus to change the styles and eventually we got used to it. I hope it doesn't lead too many readers astray. Certes (talk) 12:04, 22 May 2024 (UTC)[reply]
How could there be any editorial disagreement about the need for a technical fix to remedy this situation, @Certes? Of course it could lead readers astray!
It's not like the discussion going on elsewhere at the Village Pump on the topic of COI guidelines, with many senior editors all over the field as to just what COI is and what should be required of editors in self-reporting it. Augnablik (talk) 12:42, 22 May 2024 (UTC)[reply]

trying to add new GeoJSON map to virgin river article - centering is getting messed up[edit]

I'm trying to add this to Virgin River:

{{mapframe|from=Virgin River (Utah).map|text=Route of the Virgin River and the North and East Forks|frame=yes|zoom=7|frame-coord|coord=37.174167,-113.326111}}

The problem is that every time I preview my proposed change the center of the map is completely off. It's like it's pulling the coordinates of the mouth from wikidata.org and using that vs using the more central coordinate that I'm using.

Assuming that that's the case idk that I necessarily want to change it. Ideally I'd like to just overwrite it for that one map. But if that's not possible I guess I could change the wikidata.org entries altho https://www.wikidata.org/wiki/Q1676970 shows multiple coordinate locations. Would just the first one need to be changed? I'm a little hesitant to save experimental changes like that. I'd rather Preview my changes before saving them but, assuming my hypothesis is correct then I'd prob need save it all the same, even if only to save just to preview TerraFrost (talk) 12:04, 22 May 2024 (UTC)[reply]

"Publish" is a little too quick on the draw[edit]

I've been editing the Houseboat article and once again when I tried to review my changes before publishing a few minutes ago, they got published — with no summary, because I wanted to be reminded of the things I'd done in my edits. This has happened a few times before as well.

And because these edits were major changes, including the addition of new information along with a supporting citation and the removal of some existing text for greater clarity, I'll probably get a finger wag from a senior editor about this. 🫤

Augnablik (talk) 12:32, 22 May 2024 (UTC)[reply]

In Special:Preferences#mw-prefsection-editing, you can select "Prompt me when entering a blank edit summary". That may help. Certes (talk) 12:38, 22 May 2024 (UTC)[reply]
Aha. Thanks ... but I wonder why we have to opt in about this, given that we're not supposed to send blank edit summaries? Augnablik (talk) 12:45, 22 May 2024 (UTC)[reply]
I recall there being a discussion about this somewhere - if my memory serves me correctly, the idea of not having this on by default is to avoid there being an extra layer of friction that may discourage newer good faith editors.
In any case, there is no formal obligation to provide an edit summary; rather, the edit should be explained in some manner, or be self-explanatory, something which can be achieved after the fact through talk page discussion. WindTempos (talkcontribs) 12:59, 22 May 2024 (UTC)[reply]
If you have accidentally made major changes without a good edit summary and want to fix that, the standard way is to make a Dummy edit. —Kusma (talk) 13:08, 22 May 2024 (UTC)[reply]