Article snapshot taken from[REDACTED] with creative commons attribution-sharealike license.
Give it a read and then ask your questions in the chat.
We can research this topic together.
<noinclude>{{Short description|Page for discussing Misplaced Pages technical issues}}<!--
<noinclude>
--><!--
{{Villagepumppages|1=Technical|2=The '''technical''' section of the village pump is used to discuss technical issues ''about'' '''Misplaced Pages'''. Bugs and feature requests should be made at ].
-->{{User:MiszaBot/config
<!--All of the text for this top section is found at template:Villagepumppages-->
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.
--><!--
-->
-->
]
{{cent}}
]
]
]
<!--
-->
{{Village pump page header|1=Technical|2=The '''technical''' section of the ] is used to discuss technical issues ''about'' '''Misplaced Pages'''. Bug reports and feature requests should be made in ] (see ]). Bugs with ] should be reported differently (see ]).
<!-- All of the text for this top section is found at template:Villagepumppages -->
If you want to report a ] error, please follow ]. Questions about ] in general should be posted at the ]. Discussions are automatically archived after remaining inactive for five days.
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.
{{-}}
]
]
]
]
]
]
]
]
]
]
]
]
]
]
]
]
]
]
]
]
]
]
</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.
-->
-->
== What happened to Geohack? ==
{{resolved}}
Today, upon clicking the <nowiki>{{coords}}</nowiki> , I got a 404. Maybe this is a temporary problem, but given the use of the coords feature it's fairly impactful. ''']]''' 16:04, 17 January 2025 (UTC)
*It's down, and it isn't maintained by volunteers that are active on-wiki. The last RFC to move away from it didn't pass (c.f. ] and ] ). — ] <sup>]</sup> 18:13, 17 January 2025 (UTC)
*:One of the maintainers, Magnus Manske, is still active on wikidatawiki, I've pinged them to this report there. — ] <sup>]</sup> 18:19, 17 January 2025 (UTC)
:Click the globe icon instead of the coordinates for a map in Katographer for now. — ] <sup>]</sup> 18:15, 17 January 2025 (UTC)
== Editing ==
:Now working as intended. --] 🌹 (]) 17:15, 18 January 2025 (UTC)
::I'm intermittently getting unreachable errors. Not 100% sure it's resolved. ''']]''' 03:01, 22 January 2025 (UTC)
== Heading in history view ==
The new editing template is a disaster. Clicking on Advanced, Special characters and Help does nothing (Windows XP). Please don't tell me that I need to change my IE8 settings. I want them as they are. As a chemist I need to have superscript and subscript readily available for chemical formua such as O<sub>2</sub><sup>+</sup>, not two clicks away. Also the Courier font is unpleasant to use. BTW the special characters did not work with the previous edit template, but one could get round that. ] (]) 11:06, 16 February 2011 (UTC)
The following edits and show a different heading (corresponding to the section being edited) in the edit summary than edits (which was made using the convenient discussions tool) and (which was made using the reply tool). When navigating from the history view, clicking on the heading in the edit summary for the first two edits results in a popup saying {{tq|This topic could not be found. It might have been deleted, moved or renamed.}} I made my edit using the default wikitext editor. Does anyone know why it would produce an incorrect heading in the edit summary? ] (]) 19:34, 17 January 2025 (UTC)
Another issue: the link to citation template gives an old version. ] (]) 11:23, 16 February 2011 (UTC)
:The preferences were temporarily incorrect after the upgrade, the preferences are being restored as we speak to their pre-upgrade settings. —] (] • ]) 11:47, 16 February 2011 (UTC)
:@] there are problems in jumping to the correct section when the section heading contains links, either <nowiki>]</nowiki> or <nowiki>{{ }}</nowiki>. ] (]) 19:39, 17 January 2025 (UTC)
::<code>12:47 < RoanKattouw> thedj: Known issue, running a script to (partially) fix it like right now. The ones still having the issue will, unfortunately, have to switch it off again</code> —] (] • ]) 11:48, 16 February 2011 (UTC)
::Sure; just wondering why the behaviour is inconsistent with the reply tool and the default wikitext editor (I would have thought the same code would be used to generate the heading for both use cases, but I guess not). ] (]) 19:48, 17 January 2025 (UTC)
:::Clarification: the script fixed most of the mess, but due to a minor FUBAR we were unable to fix the fact that certain users that had previously disabled the edit toolbar will now have it enabled again. These users will have to go to Preferences -> Editing -> Beta features and uncheck "Enable enhanced edit toolbar". There are about 4,200 affected users on English Misplaced Pages, if memory serves.
:::{{ping|Isaacl}} Your post was confusing because your third link was the same as the second and you didn't clarify what was supposed to be different. The wikitext of the actual heading says <code><nowiki>Dark mode and {{tl|Yes}}</nowiki></code> which renders as "Dark mode and {{tl|Yes}}" without <code>tl</code> being displayed. Your second link uses the wikitext with <code>tl</code> in the edit summary and fails to link to the section. Your third link should have been where the edit summary uses the rendering without <code>tl</code> and links correctly to the section ]. Different discussion features apparently use different ways to generate the automatic section edit summary and one of them works better in this case. ] from 2014 is about the issue. ] (which doesn't apply to project space) says "For technical reasons, section headings should: ... Not contain template transclusions." ] (]) 20:46, 17 January 2025 (UTC)
:::I realize this is an annoyance to these people, and I apologize for messing up. However, I'm sure you would've been more annoyed if you'd gotten the new toolbar and the preferences interface would ''refuse'' to turn it off, which is what would've happened if we hadn't done anything at all :) --] (]) 15:12, 16 February 2011 (UTC)
::::My apologies for the copy and paste mistake for the links. Yes, obviously the edit summaries and underlying link text are being generated in different ways. I was wondering if it is a visual editor vs default wikitext editor difference, or something else? And if it was fixed for visual editor, was there an issue in following the same approach for the wikitext editor (maybe the fix was just partial, or not sufficiently resilient?). But I'm not asking for anyone to do any deep research on it. If someone knows off the top of their head, it would be nice to know. Thanks for the Phabricator link; it helped provide some context. (I know about the style recommendation for section headings; thanks for the reference.) ] (]) 23:31, 17 January 2025 (UTC)
::::Actually, that is exactly what is happening to me. Regardless of the state of the checkbox, I have the enhanced edit toolbar active. There is no way for me to get the old one back. -- ] (]) 15:15, 16 February 2011 (UTC)
:Basically, this happens because the wikitext editor generates the edit summary directly from the wikitext of the heading, while the visual editor generates it from the parsed HTML of the page. The HTML contains the <code>id</code> attribute needed to make the correct link, but generating the correct link from the wikitext would require parsing it to HTML first, and most of the tools don't bother to do that.
:::::Could you try again now? --] (]) 15:25, 16 February 2011 (UTC)
:The same applies to other wikitext-based editing tools and other HTML-based editing tools. There are more tasks in Phabricator about this, ] is a good summary and has even more links.
::::::I followed the instructions given above and I am back in working order again. Thanks! ---<font face="Georgia">''']'''<sub>'']''</sub></font> 15:29, 16 February 2011 (UTC)
:The only wikitext-based tool I know that does this better is DiscussionTools's new topic tool's wikitext mode, where we solved it as a side-effect of ] – we needed to parse the HTML for some other reasons, and once that was implemented, adding a bit of code to read the <code>id</code> attribute out of it was easy. In principle the same approach could be used in other editors, but it is tricky to get the data from point A to point B, especially without affecting performance, and no one has put in the effort to do it yet. ] <small>]</small> 23:23, 18 January 2025 (UTC)
::::::'''Reply''' - Still doesn't work for me. I am using Firefox version 3.6.13 on Windows XP. I shut down the browser and started it again. The checkbox was clear, but I had the enhanced edit tool bar. I checked the box and saved my preferences; opened a page to edit and confirmed I had the enhanced edit tool bar. I then unchecked the box and saved my preference. I opened a page to edit, and the enhanced edit tool bar is still there. -- ] (]) 16:16, 16 February 2011 (UTC)
::Thanks for the explanation! ] (]) 23:33, 18 January 2025 (UTC)
:::::::Try ]? –]] 16:18, 16 February 2011 (UTC)
::::::::'''Reply''' - Still broken for me. I cleared my entire cache and it made no difference. For extra fun, I switched to Chrome. Same problem. I then switched to IE8, and again, the same problem. Note that with IE8, I've never even visited Misplaced Pages so there's no way anything is cached. No matter which browser I am using, I only see the enhanced edit toolbar regardless of my preference setting. -- ] (]) 16:32, 16 February 2011 (UTC)
== Why is this image acting so odd? ==
'''UPDATE''' - I found a way to get the toolbar back! In your preferences, under the editing tab, there are two checkboxes that are related to beta features. The first is supposed to toggle between the old edit toolbar and the advanced edit toolbar. The second relates to some features. Previously, the state of the second checkbox was irrelevant. Now, in order to get the old toolbar back, you need to uncheck both boxes. -- ] (]) 21:15, 16 February 2011 (UTC)
{{tracked|T384128}}
:Yes, this is what the real issue was: the behavior of the second box change. The whole database thing turned out to be a red herring. I've deployed a prospective fix that should restore the old behavior, please tell me if it works. --] (]) 22:48, 17 February 2011 (UTC)
]
::I am able to toggle between the classic toolbar and the advanced toolbar regardless of the state of the state of the "Enable Dialogs" checkbox. This is the behaviour that is expected and matches the behaviour prior to the upgrade. So inthat way, it works. This may perhaps be unrelated. The classic toolbar itself seems to have changed. The "cite button" which is the one most used by me, is on the far left of the toolbar instead of on the far right, next to the "ref" button. And when the "cite button" is clicked, the toolbar formatting gets whacky. The "cite" button moves to the top on its own. The series of template buttons are below that with their bottom edge overlapped with the rest of the classic toolbar (minus the "cite" button. -- ] (]) 18:25, 18 February 2011 (UTC)
], floated in this section, doesn't give a thumbnail. In this it turned into a page-wide hyperlink to the image page. When I click on the link, I see "Unauthorized
This server could not verify that you are authorized to access the document you requested." What's going on there? ] (]) 16:54, 18 January 2025 (UTC)
:This looks like a recurrence of ]. --] 🌹 (]) 17:16, 18 January 2025 (UTC)
::Thanks for explaining and for reporting the bug, ] (]) 03:31, 19 January 2025 (UTC)
:::It wasn't me, it was {{user|Dylsss}}. --] 🌹 (]) 10:36, 19 January 2025 (UTC)
=== Page mover SVG broken? ===
← I have been having a similar problem for the last couple of days - I am using the old toolbar, both boxes are unchecked on my preferences and I also can toggle back and forth successfully, except I don't want the new one. The problem is that the cite button I always use - the one that auto-fills in article title, other info, and was on the far right- has disappeared. The "cite ref" button is useless - just adds <nowiki><ref> and </ref></nowiki> which I don't need. Is there something else I am supposed to do to reinstate the edit toolbar the way it was? PLease advise. <strong>]</strong>/<small>]</small> 00:10, 1 March 2011 (UTC)
Is it just me or is ] somewhat broken? I'm getting "Sorry, the file cannot be displayed There seems to be a technical issue. You can retry if it persists. Error: could not load image from <nowiki>https://upload.wikimedia.org/wikipedia/commons/thumb/4/4b/Wikipedia_page_mover.svg/1024px-Wikipedia_page_mover.svg.png</nowiki>" when clicking the image on ]. I have tried on Firefox, Chrome, Edge, iOS Safari with or without safemode, all yield the same results. However, clicking the original file doesn't generate the same error. '''<span style="color:#f535aa">—</span> ] <span style="color:#f535aa">(] • ])</span>''' 13:36, 19 January 2025 (UTC)
See ]. ---'''''— ]<span style="color:darkblue"> '''''</span><sup>]</sup> 19:26, 2 March 2011 (UTC)
Since the upgrade, the edit box is using Courier rather than my ]. It actually comes up for a split second in my font and then changes. Presumably someone's hard-coded Courier somewhere in a CSS file, which isn't really acceptable.
We currently have a gadget that makes disambiguation links orange, which makes correcting said links much easier. Would it be feasible to create something similar for redlinks to articles that have previously been deleted? For instance, let's say I'm writing an article on an academic named Joe Bloggs, who published a significant work cowritten by Joe Public. I believe Joe Public is notable, but he does not currently have a Misplaced Pages article, so I create a redlink. However, I failed to check the page's deletion log (!!), which shows that an article on Joe Public did once exist, but it was deleted after its subject was found to lack sufficient independent coverage. Now imagine if I had a gadget that made that redlink purple (or pink, or maroon, or black; I'm not picky), so I would know at a glance to not bother to create a link for a person who has already been determined to not meet notability criteria. It would also make it easier to spot and correct such links while looking through other articles. Much like with the existing gadget I mentioned, this is, of course, still a process that can be done manually, but a gadget would make it much more efficient. ] 19:22, 18 January 2025 (UTC)
I see a couple of other people mentioning this above, but nobody's claimed it's been fixed. – ]\<sup><font color="gray">]</font></sup> 22:15, 20 February 2011 (UTC)
:{{ping|An anonymous username, not my real name}} MediaWiki adds the class mw-disambig to links to disambiguation pages like ]. This means the gadget only has to say links with that class should be orange. The entire code of the gadget is one line in ] and it's client-side with no impact on the servers. MediaWiki does not add a class to red links with a deletion log like ]. A gadget would have to make an API call to the servers for each red link on a page to check for deletion logs. I don't think that's worth the server load even if somebody would make the non-trivial code. ] (]) 20:33, 18 January 2025 (UTC)
::That's fair. Thank you for taking the time to explain. ] 20:57, 18 January 2025 (UTC)
::The script, as noted, only has to hit the servers for redlinks. More broadly ], that's the server admins' job. If it became a problem they would alert us. There is also a lot of caching in user agents as well as the WMF servers, and this is only doing reads so it hits the caches. --] (]) 01:34, 19 January 2025 (UTC)
:You probably want to raise this as a feature request for ] instead. – ] (]) 10:39, 19 January 2025 (UTC)
:: I don't know that I'd implement such a request. Most of what linkclassifier does is based on categories (a little is based on page props). To do this, it'd have to query the logs for each page, which is a whole different thing. ]] 15:04, 19 January 2025 (UTC)
:Just curious, what gadget makes dab links ''orange?'' I have the one that makes redirects green, dab page links have a ''yellow background'', etc... - ] <sub>]</sub> 23:52, 19 January 2025 (UTC)
::{{ping|The Bushranger}} It's "Display links to disambiguation pages in orange" at ]. The feature you describe is not a gadget but a user script you load in ]. ] (]) 00:06, 20 January 2025 (UTC)
:Just because a page has previously been deleted, you can't assume that the article you were going to create would fail our notability criteria. Notability is far from the only deletion criteria, and especially if you are creating articles on people, you can't always assume that the person you were going to write about is the same person as the adolescent pro skateboarder whose article was deleted fifteen years ago. They may just have the same name. That said, some sort of colour coding or pop up that alerted you to there being a previous article of that name and the reason and recency of deletion might be helpful. New page patrol has a recently deleted colour which usually indicates that someone is repeatedly trying to create a particular article. '']]<span style="color:#CC5500">Chequers</span>'' 06:59, 20 January 2025 (UTC)
== Do certain configuration templates need to be in the first <var>n</var> bytes of a page? ==
:There's no hardcoded font in the MediaWiki CSS or any skin CSS for the edit box. Double-check your browser settings. <span style="font-family:'Trebuchet MS',sans-serif"> — ] (]) — </span> 23:27, 20 February 2011 (UTC)
::The line spacing is definitely greater than normal for me. - ''']''' <sup>]</sup> <sub>]</sub> 23:45, 20 February 2011 (UTC)
:::That they did change, with the new edit toolbar. That can be corrected with {{code|lang=CSS|textarea#wpTextbox1 {line-height: normal !important;} }}. <span style="font-family:'Trebuchet MS',sans-serif"> — ] (]) — </span> 00:00, 21 February 2011 (UTC)
I have a vague recollection that certain templates need to be in the first <var>n</var> bytes of a page? I'm thinking of templates like these:
Additionally, you can specify <tt>#wpTextbox1 {font-family:whatever !important;}</tt> where <tt>whatever</tt> is the name of your preferred font, and need not be fixed-width necessarily. ] (]) 17:53, 21 February 2011 (UTC)
* {{tl|CS1 config}}
* {{tl|use dmy dates}}
* {{tl|Use British English}}
* {{tlu|User:MiszaBot/config}}
* {{tl|Italic title}}
* {{magic word|DISPLAYTITLE}}
I can't find anything about this in searches of documentation here or at ] It looks to me like ] searches the entire page contents. Do other bots or scripts care? ] (]) 19:23, 18 January 2025 (UTC)
:Moving configs somewhere else which CS1 relies on is likely to have a non-zero increase on the Lua execution time associated with a page. (These metadata are incidentally good candidates to move to something like ] since they definitely don't need to participate in transclusion and are otherwise pretty simple settings.)
Well that's weird. My browser settings have indeed changed without my intervention. Maybe caused by a Chrome upgrade that happened at roughly the same time? – ]\<sup><font color="gray">]</font></sup> 10:35, 21 February 2011 (UTC)
:Title templates are there because they modify the title though you could theoretically move them.
:Archiving template is there because it would otherwise get lost by archiving of threads + addition of new threads. ] (]) 20:31, 18 January 2025 (UTC)
:AFAIK the only one that is position-critical is {{tlux|User:MiszaBot/config}}, which must be before the first section heading (of any level), i.e. in the lead section. This is to guard against it being accidentally moved to an archive, which might happen if it were placed inside a section (or subsection) which became archived. It's possible that {{tlx|CS1 config}} might need to be before the first ]/] template, but not if the relevant JavaScript function(s) has been written carefully. {{pb}} The others are definitely position-independent, but do have conventional positions, summarised at ]. --] 🌹 (]) 22:09, 18 January 2025 (UTC)
::] reads article wikitext looking for {{tlx|CS1 config}}, {{tlx|use dmy dates}}, and {{tlx|use mdy dates}} (and any of their redirects). Of course, the earlier these appear in the wiki text, the less work the module needs to do. But, if none of them appear in the wikitext, the module still must scan all of the wikitext to be sure that none of them exist so placement really doesn't matter. Scanning for the {{tld|use xxx dates}} could be made faster by eliminating some of the several redirects but that suggestion has already been dismissed ].
::—] (]) 22:39, 18 January 2025 (UTC)
== Mouse-over popups and redirects ==
:The font in edit mode changed for me too yesterday. Does anyone know how we can fix it? <font color="black">]</font> <small><sup><font color="gold">]</font><font color="lime">]</font></sup></small> 02:09, 22 February 2011 (UTC)
I've enabled ] that pops up a micro-summary of an article whenever I mouse over a link to it. Unfortunately, it's not working properly with redirects. For example, if visit ], I'm given the following text: ''I dedicate this book to my parents, ], and ]''. If I mouse over the first link, I get a picture of Amis and this text:<blockquote>Martin Amis ⋅ actions ⋅ popups
If you're using Chrome, double-check your browser settings. Really. I don't know how it changed, but it did. – ]\<sup><font color="gray">]</font></sup> 10:44, 22 February 2011 (UTC)
Sir Martin Louis Amis (25 August 1949 – 19 May 2023) was an English novelist, essayist, memoirist, screenwriter and critic. He is best known for his novels Money (1984) and London Fields (1989). He received the James Tait Black Memorial Prize for his memoir Experience and was twice listed for the Booker Prize (shortlisted in 1991 for Time's Arrow and longlisted in 2003 for Yellow Dog).</blockquote>However, if I mouse over the second link, I get this text:<blockquote>JK Rowling ⋅ actions ⋅ popups<br />Redirects to<br />J. K. Rowling ⋅ actions</blockquote>'''Is there a way to change this''', so that the popup shows the target of the redirect (as if the link went to the target), rather than the redirect itself? I can't imagine a reason why we should care whether it's an article or a redirect. The documentation suggests that identifying pages as redirects helps people fix them, but ''You probably don't want to "fix" such links every time you come across them'', and ] actively prohibits changing those redirects without some alternate reason, e.g. it's fine to replace "JK Rowling" with "J. K. Rowling" if we want the full stops and space to appear in the article, but not good to edit the article just to change <nowiki>] to ]</nowiki>. If there are any legitimate uses for distinguishing redirects from articles with this tool, that's different, but as far as I can see, it merely gets in the way of using this tool. ] (]) 22:12, 19 January 2025 (UTC)
:{{ping|Nyttend}} The first time I hover over a redirect like ] after loading or reloading a page, I see text from the target below the text you quoted. If I come back to hover over the same link, I only see what you quoted. ] (]) 23:58, 19 January 2025 (UTC)
== Loading ] ==
:I'm using Firefox, and my settings haven't changed. I just checked it on Chrome and it's the same problem. I'm also getting a weird thing where sometimes (not always), when I open the edit box, it only fills half the screen. So something odd has happened to width in general.
Hi, Good day. I am having trouble loading Huggle as no list of articles/edits is shown on it. Below are the system logs.
:The new font (or new width, whatever it is) is awkward to edit with, partly because some of the symbols aren't translating well. For example, an em dash looks like an en dash, and an endash looks like a hyphen. So I would love to get it back to what it was. This change occurred for me at almost exactly 18:00 hours (UTC) on February 20, in case anyone knows of something that happened then. <font color="black">]</font> <small><sup><font color="gold">]</font><font color="lime">]</font></sup></small> 17:38, 22 February 2011 (UTC)
::Try ] -> Editing -> Disable all "Beta features" –]] 17:45, 22 February 2011 (UTC)
Mon Jan 20 13:09:53 2025 Failure of feed provider XMLRCS on enwiki, trying to find some alternative provider<br>
:::Thanks, Xeno, I tried that yesterday. The only thing it did was change my toolbar. I already had the new toolbar (before this recent change) that others are complaining about, so when I removed Beta features, it took me back to the old one. But it didn't change the font issue. <font color="black">]</font> <small><sup><font color="gold">]</font><font color="lime">]</font></sup></small> 17:53, 22 February 2011 (UTC)
Mon Jan 20 13:09:53 2025 ERROR: XmlRcs failed: redis is empty for 10 seconds
Kindly advise me on what I can do or point me to the right editor/talk page for help. (I didn't go to the Huggle talk page for this issue, as the talk page is not very active and, at times, no one replies to messages. Thank you. ] <span style="border-radius:8em;padding:2px 5px;background:#0151D2;font-size:75%">]</span> 02:24, 20 January 2025 (UTC)
::::What is ] → Editing → Edit area font style set to? ---'''''— ]<span style="color:darkblue"> '''''</span><sup>]</sup> 14:55, 26 February 2011 (UTC)
:@]: You can temporarily change the feed provider. Just open the System menu, click on <code>Change Provider</code>, and set it to <code>Wiki</code>. – ] <small>(])</small> 09:57, 20 January 2025 (UTC)
:Using Firefox 3.6.14 on Mac OS X 10.5.8, the Misplaced Pages edit box is using the Firefox font preference for Monospace text, regardless of the Firefox setting "Allow pages to choose their own fonts, instead of my selections above". Using Safari 5.0.3, the edit box is using Helvetica font, not my default Fixed-width font. I think the latter behaviour is correct – what is happening with Firefox? —] (]) 06:55, 2 March 2011 (UTC)
:{{u|DreamRimmer}} Thank you so much. It worked! Be safe and best.] <span style="border-radius:8em;padding:2px 5px;background:#0151D2;font-size:75%">]</span> 10:07, 20 January 2025 (UTC)
=== Issue - Loading ] ===
::This got fixed for me with help from Kaldari (see ), but ever since then I've been getting the Classic interface rather than Monobook sporadically, and now I can't get Monobook at all. I'll start a new thread about it. <font color="black">]</font> <small><sup><font color="gold">]</font><font color="lime">]</font></sup></small> 00:22, 7 March 2011 (UTC)
Mon Jan 20 13:09:53 2025 ERROR: XmlRcs failed: redis is empty for 10 seconds
Kindly advise me on what I can do or point me to the right editor/talk page for help. (I didn't go to the Huggle talk page for this issue, as the talk page is not very active and, at times, no one replies to messages. Thank you. ] <span style="border-radius:8em;padding:2px 5px;background:#0151D2;font-size:75%">]</span> 02:17, 20 January 2025 (UTC)
]
].]]
For the last while, my Monobook interface has kept disappearing and being replaced by Classic, combined with an odd split-window in edit mode (see right). It's been happening briefly every few hours, but today I can't get Monobook at all, and have had to switch to Vector so I can edit—though all my scripts have gone, so there's a lot I can't do. Is anyone else experiencing this? <font color="black">]</font> <small><sup><font color="gold">]</font><font color="lime">]</font></sup></small> 00:24, 7 March 2011 (UTC)
* Standard questions: Which browser(s) are you using? How soon after deleting browser temp files does the problem reappear? When not logged in, are the problems similar? -] 13:36, 7 March 2011 (UTC)
:Have you tried setting it to another provider like IRC or Wiki? ] 02:31, 20 January 2025 (UTC)
:I'm using Firefox 3.6.15 for Windows, and it's getting crazier. Today, I can get Monobook, but in both Monobook and Vector I can't edit whole articles. I can do section editing, but if I click on edit at the top of any page, I get a notice (see lower right), which says I'm trying to download something. I'll try it logged out and report back. <font color="black">]</font> <small><sup><font color="gold">]</font><font color="lime">]</font></sup></small> 00:04, 8 March 2011 (UTC)
:: {{U|Frost}} Thank you for your reply. No, I have never have this issue and this is the first time after using Huggle for many years. How do I set to IRC or Wiki as provider? (note: I am not technical). Thank you.] <span style="border-radius:8em;padding:2px 5px;background:#0151D2;font-size:75%">]</span> 02:41, 20 January 2025 (UTC)
:::From the toolbar at the top, click System > Change provider. ] 02:49, 20 January 2025 (UTC)
::::{{U|Frost}} I changed to Wiki, and it worked! Thank you very much for helping me. Thank you! Be safe and best.] <span style="border-radius:8em;padding:2px 5px;background:#0151D2;font-size:75%">]</span> 03:01, 20 January 2025 (UTC)
:::::{{replyto|Cassiopeia}} This is not a matter for ]; and as you also created a near-identical thread here at WP:VPT, I have combined the two. --] 🌹 (]) 18:32, 20 January 2025 (UTC)
== Requst for file name change ==
::It's the same when I try to edit as SlimVirgin using Chrome. I click on edit, a notice appears saying index.php, and then another one saying "Windows cannot open this file." ] (]) 00:32, 8 March 2011 (UTC)
On January 17 I uploaded the image '''LMC SMC Bab al Mandab.png''', which shows the present (2025) position of the Large and Small Magellanic Clouds over the southern horizon. I have now created an accompanying image, LMC SMC Bab al Mandab_900.png, which shows the same thing as seen in the year 900. If possible, please rename the first image '''LMC SMC Bab al Mandab_2025.png'''.
::It's fine when I'm logged out. <font color="black">]</font> <small><sup><font color="gold">]</font><font color="lime">]</font></sup></small> 00:09, 8 March 2011 (UTC)
If this is not the proper page for such a request, please advise. ] (]) 09:14, 20 January 2025 (UTC)
:@]: You uploaded ] to Wikimedia Commons so you will need to request a rename there. You can read ] for guidance on how to rename a file. To rename this file, you can simply add the <code><nowiki>{{Rename|File:LMC SMC Bab al Mandab_2025.png|1|reason=your reason here}}</nowiki></code> template to the file description on the file page. Please don't forget to add your reason in the reason parameter. – ] <small>(])</small> 09:45, 20 January 2025 (UTC)
:::And I can also edit with this new account that I created. But I can't edit whole articles with SlimVirgin, and I haven't changed any of my preferences recently, at least not since the last problem. See for how that got resolved. I also can't create a new article, or check the history of a deleted article, with the SlimVirgin account. ] (]) 00:14, 8 March 2011 (UTC)
::Thanks a lot for a quick and helpful advise! ] (]) 10:11, 20 January 2025 (UTC)
:::The file has been renamed by Ziv on Wikimedia Commons. <small><sub><span style="color:SteelBlue;">Regards, </span></sub></small>] ] 10:35, 20 January 2025 (UTC)
== ] table. ==
Okay, more weirdness with this new account too (default preferences except for Monobook). Monobook is now disappearing again, and Classic appearing instead. ] (]) 01:19, 8 March 2011 (UTC)
When the links in the table showing the stubs, A class B class etc. are clicked on, it just goes to a blank-ish page. I suspect that there is something to do with the slash it the name, but I hope someone knows a solution. <span style="font-family:monospace;background:#368;padding:.2rem;color:white">'']''('']'')</span> 18:50, 20 January 2025 (UTC)
:Just to clarify here, in case anyone can help:
:I'm not sure anything go be done on our end. ] might be worth a shot.<span id="Qwerfjkl:1737399951187:WikipediaFTTCLNVillage_pump_(technical)" class="FTTCmt"> — ]] 19:05, 20 January 2025 (UTC)</span>
== Tech News: 2025-04 ==
:*With SlimVirgin, I can't edit whole articles; can't create new articles; and can't read the content or history of deleted articles.
:*When I try to do those things, I get a message saying I have chosen to open index.php, then one saying Windows doesn't know how to open it.
:*I first noticed it around 00:00 on 8 March (UTC). Things were fine during my previous edit 21 hours earlier at 02:45 that day.
:*There was no change to my preferences between those periods.
:*It is happening with Monobook, Vector, and several other skins.
:*It is happening with Firefox and Chrome.
:*It is happening on two computers with different operating systems.
:*It's not happening logged out; it's not happening with a new account I created with default preferences; and it's not happening with SlimVirgin with default preferences.
:*Blanking SlimVirgin's monobook.js and monobook.css pages made no difference.
:Therefore, it seems there has been a change somewhere that has created an incompatibility with my preferences. I'm currently clunking through them to see which one is the culprit. In the meantime, does anyone know whether there was a change between 02:45 and around midnight UTC on March 7 (00:00 March 8) that might have caused this? ] (]) 06:44, 8 March 2011 (UTC)
Latest ''']''' from the Wikimedia technical community. Please tell other users about these changes. Not all changes will affect you. ] are available.
'''Updates for editors'''
*I'm clearly talking to myself here. :) But I'll continue with my running commentary in case someone can figure out what's happening. So, I restored all my preferences, and was suddenly able to edit whole articles again today; I can't tell whether a particular preference was responsible, or whether it was something else. The situation with not being able to use Monobook continues (it keeps disappearing and the Classic skin appears instead). That happens with SlimVirgin and with the new account I sent up, and it happens on two computers with different operating systems. The latest thing today is that when I post a response, it doesn't show up in the page that loads after I press save. I can see it in edit mode, but not read mode. This is with SlimVirgin. Haven't tried it logged out or with default preferences yet. <font color="black">]</font> <small><sup><font color="gold">]</font><font color="lime">]</font></sup></small> 01:58, 9 March 2011 (UTC)
* Administrators can mass-delete multiple pages created by a user or IP address using ]. It previously only allowed deletion of pages created in the last 30 days. It can now delete pages from the last 90 days, provided it is targeting a specific user or IP address.
* On ] the ] feature, when the rollback feature is used to revert an unpatrolled page revision, that revision will now be marked as "manually patrolled" instead of "autopatrolled", which is more accurate. Some editors that use ] on Recent Changes may need to update their filter settings.
* ] View all {{formatnum:31}} community-submitted {{PLURAL:31|task|tasks}} that were ]. For example, the Visual Editor's "Insert link" feature did not always suggest existing pages properly when an editor started typing, which has now been ].
'''Updates for technical contributors'''
:: Perhaps a problem with your ISP? It looks like pages are sometimes served incorrectly to you, regardless of what browser it is; specifically, it appears as though the correct media type is not being sent to you. You can use a Firefox extension such as to see what media type is being sent, which might help figure out the problem. But I suspect that no media type is sent at all; the HTTP headers are getting lost during transmission. .php files should be read like HTML files in your browser, not asked to be downloaded. <font face="Verdana">] <span style="font-size: 0.9em;">(] · ])</span></font> 02:27, 9 March 2011 (UTC)
* The Structured Discussion extension (also known as Flow) is being progressively removed from the wikis. This extension is unmaintained and causes issues. It will be replaced by ], which is used on any regular talk page. ] ({{int:project-localized-name-cawikiquote/en}}{{int:comma-separator/en}}{{int:project-localized-name-fiwikimedia/en}}{{int:comma-separator/en}}{{int:project-localized-name-gomwiki/en}}{{int:comma-separator/en}}{{int:project-localized-name-kabwiki/en}}{{int:comma-separator/en}}{{int:project-localized-name-ptwikibooks/en}}{{int:comma-separator/en}}{{int:project-localized-name-sewikimedia/en}}) will soon be contacted. If you have questions about this process, please ping ] at your wiki.
* The latest quarterly ] is now available. This edition includes: updates about services from the Data Platform Engineering teams, information about Codex from the Design System team, and more.
''''']''' prepared by ] and posted by ] • ] • ] • ] • ] • ].''
:::Many thanks for the reply, Gary. The php problem has now disappeared. What remains today is Monobook being unstable (it regularly disappears and is replaced by Classic), and my posts not showing up in read mode immediately. I have to refresh quite a few times before I see them. That's happening with SlimVirgin and other accounts I've tried out with default or nearly-default preferences. I'll try to go elsewhere to log in from a different ISP, though I'm only having problems on WP, so if my ISP were the issue I'd expect to see problems elsewhere too. I'll also install the Firefox extension you suggested. Thank you again. <font color="black">]</font> <small><sup><font color="gold">]</font><font color="lime">]</font></sup></small> 06:37, 9 March 2011 (UTC)
</div><section end="technews-2025-W04"/>
<bdi lang="en" dir="ltr">]</bdi> 01:34, 21 January 2025 (UTC)
::::As for "downloading index.php" problem: next time make sure you did '''not''' check the option "Use external editor by default (for experts only...)" in ]. — ] 16:34, 9 March 2011 (UTC)
<!-- Message sent by User:Quiddity (WMF)@metawiki using the list at https://meta.wikimedia.org/search/?title=Global_message_delivery/Targets/Tech_ambassadors&oldid=28129769 -->
== Special:NewPagesonlydisplaying the latest 50 new pages ==
== Data not shown in the infobox ==
In ], the infobox for some reason doesn't contain ] that is shown in the read mode. I thought it's in the wikidata, but says the "end time" for that coa is 1925 and that since 2012 ] is used, yet the infobox displays the outdated coa. What's going on? ]<sup>]</sup> 09:37, 21 January 2025 (UTC)
Has anyone else noticed since 4 days ago? The backlog is only showing new pages of today's date. --] (]) 13:42, 21 February 2011 (UTC)
:I fixed it by the old file, not sure if that is the normal way to fix this, but it works. ] (]) 12:23, 21 January 2025 (UTC)
:Filed as ]. —] (] • ]) 13:55, 21 February 2011 (UTC)
::That's the tracking bug. You mean ]. ] 18:05, 21 February 2011 (UTC)
:::I investigated the issue, I can't find anything wrong. The newer 50, older 50 links work as expected. Perhaps you are confused by the "hidepatrolled" setting, which all new pages older than a day apparently are atm. I guess patrolling is going better than you are used to ? :D —] (] • ]) 00:04, 22 February 2011 (UTC)
::::Ha! I noticed hidepatrolled was enabled, so I clicked the link to show all changes. I didn't realize that clicking that also removed "dir=prev" from the query, so I saw the front of the backlog and thought it was the back! Maybe we should slow down our new page controlling; it's causing us all to get confused. {{=)|wink}} ] 03:37, 22 February 2011 (UTC)
:::::Guys, are you sure there's nothing wrong? There was an approximately 28- or 29-day backlog of unpatrolled articles (i.e. thousands of articles) that disappeared over the course of a day or two, which just happened to coincide with the release of 1.17. In the past year, I've never seen the backlog shorter than about 20 days. Are we positive this was just an extremely unlikely coincidence? Special:Newpages appears to be working correctly now, however it also appears that the entire backlog was somehow lost during the release. ] <sup><small>]</small></sup> 00:20, 25 February 2011 (UTC)
* Continued in topic "]". -] 13:00, 27 February 2011 (UTC)
== Contributions by CIDR range plus date range ==
=== Special:NewPages ===
I'm tracking a LTA account who frequently IP hops within the same session eg. they might switch IP 6 or 7 times within 30 minutes. However they appear to be limited to certain A or B classes which in theory makes tracking possible. But in practice anything bigger than a C is hard. For example class C ] is doable but class B ] is not, and certainly not class A 5.* .. (I have "JavaScript-enhanced contributions lookup 0.2 enabled", your results may look different from mine.)
There's no yellow highlight. --] (]) 16:19, 25 February 2011 (UTC)
: There are for me. Perhaps all pages had been patrolled when you last looked at the page? <font face="Verdana">] <span style="font-size: 0.9em;">(] · ])</span></font> 19:32, 25 February 2011 (UTC)
::There does appear to be a problem with this. These pages usually have abacklog of up to 30 days - several thousand pages. It's probably unlikely that they have been cleaned up overnight. Is anyone looking into this? The problem seems to be concurrent with the new software upgrade. --] (]) 15:07, 27 February 2011 (UTC)
:::See threads above and below. --] (]) 16:04, 27 February 2011 (UTC)
Question: is there a tool to filter Class A or Class B based on ''time frame'' eg. show all edits within this Class A between 10:40 and 12:40 on Jan 20 on Enwiki. -- ]] 15:03, 21 January 2025 (UTC)
=== Newpages 1-26 February 2011 marked as patrolled===
:I've long thought that the CIDR gadget is pretty much deprecated since the functionality was built in to the contributions page (there are probably still a couple of niche uses, but not many). The contributions page allows you to filter by range and date... For this /16 range the link looks like (there are no contributions on the 20th and it won't filter by exact time). Won't that suffice? -- ] <sup>]</sup> 15:14, 21 January 2025 (UTC)
::Excellent, thanks! Now wondering why is not working: or return valid JSON but empty. -- ]] 16:42, 21 January 2025 (UTC)
:::I haven't checked the API doc but it's probably a "direction" issue. is the same as your's except that it reverses the two dates. ] (]) 22:20, 21 January 2025 (UTC)
::::Thanks John. Start is end. End is start. The docs mention this but somewhat confusingly. The default is {{para|ucdir|older}}, which requires ucstart to be higher than ucend. The original will work with {{para|ucdir|newer}} enabled: .. probably {{para|ucdir|newer}} should be the default because counting backwards is.. backwards. -- ]] 01:22, 22 January 2025 (UTC)
== Some table classes yet to be adapted for Dark Mode ==
For the last few days ] has been dramatically unclogged. It could be that we've suddenly acquired a new batch of patrollers, but it looks more likely to me that recent software changes have shifted the end of the queue from 30 days to something more like ten hours. '']]<span style="color:DarkOrange">Chequers''</span> 16:33, 26 February 2011 (UTC)
:They are remaining on the list for a month as previous (see ), but it seems that the entire list was accidentally marked as "patrolled" at some point. See ]; also ] is, I believe, related. --] (]) 17:21, 26 February 2011 (UTC)
* I have renamed this topic "'''Newpages 1-26 February 2011 marked as patrolled'''" before it gets archived. I scanned the prior 1,500 articles in ], and it looks like only February 27-28 will show unpatrolled articles: all articles dated during February 1-26, 2011 still appear marked as already patrolled. However, perhaps all entries dated "February 27" will seem patrolled, on February 28. -] 13:00, 27 February 2011 (UTC)
:If the new page patrollers are as requested, then the date and time of the oldest unpatrolled page will gradually get later. It doesn't follow that pages are still being automatically marked as patrolled when they shouldn't have been. The only way to be sure is to find a page in ] which is not yellow-highlighted, and which also does not appear in ]. --] (]) 14:48, 27 February 2011 (UTC)
::] is currently the end of the queue at 13 hours ago, the consistency of the queue at half a day leads me to doubt that we simply have an enthusiastic new patroller - if that was the case the queue length would be linked to their sleep pattern. The best way to resolve this would be for someone who was involved in the recent updates to the site to please check to see if it is possible that something changed the code to reduce the queue? '']]<span style="color:DarkOrange">Chequers''</span> 16:45, 27 February 2011 (UTC)
An example can be found at ], where each cell features a white background with invisible transliteration:
I've done some sampling of the patrolled pages in Special:NewPages on multiple days, ignoring pages created by autopatrollers. Of the pages I checked, they were all patrolled by someone, so it doesn't seem to be a software issue. I found a lot of patrolling from two users in particular: {{User|Kamkek}} and {{User|The Blade of the Northern Lights}}. Initially I just saw Kamkek, but Kamkek has expressed concern with quickly the backlog was being cleared, so I figured there must be at least one other highly active new page patroller. The Blade of the Northern Lights seems to be that other patroller. ] 17:57, 27 February 2011 (UTC)
:For the record, here are the current patrolling data:
:<div><source lang=sql enclose=div>
mysql> select (select user_name from user where user_id = log_user) as user_name, count(*) as count from recentchanges join logging on rc_namespace = log_namespace and rc_title = log_title and rc_timestamp < log_timestamp where rc_new = 1 and log_type = 'patrol' and log_action = 'patrol' and log_timestamp > '20110128' and rc_namespace = 0 group by log_user having count > 200 order by count desc;
</source></div>
:<source lang=text enclose=div>
+----------------------------------+-------+
| user_name | count |
+----------------------------------+-------+
| Kamkek | 5219 |
| The Blade of the Northern Lights | 1666 |
| Ebe123 | 643 |
| Travelbird | 595 |
| Ironholds | 445 |
| DASHBot | 422 |
| Visik | 375 |
| Ser Amantio di Nicolao | 294 |
| Gilo1969 | 211 |
+----------------------------------+-------+
9 rows in set (2.54 sec)
</source>
:] (]) 18:55, 27 February 2011 (UTC)
{| class="wikitable"
*No human being can properly patrol over a thousand articles a day, unless they should be working with a batch of non-autopatrolled automatic page creations--looking at their patrol logs, such was not the case. This is a matter that needs to be discussed with those editors, and I will discuss it with them; if they do not understand, this is a matter to be raised elsewhere. But can someone tell me whether the edits above are sufficient to account for all the problem, or whether there was or is a technical problem also? ''']''' (]) 01:24, 28 February 2011 (UTC)
|+ Some Javanese letters and their Balinese equivalents
:It's not more than 1000 per day - it's more than 1000 per month. See the query selection, which includes the test <code>log_timestamp > '20110128'</code> ie "show only actions logged after 28 January 2011". --] (]) 12:37, 28 February 2011 (UTC)
|- class="letters-violet letters-lo"
::Here's the patrol log:
|{{letter|l=jv|s=Java|ch=ꦲ|top=ha}}
{{collapse top}}
|{{letter|l=jv|s=Java|ch=ꦤ|top=na}}
<pre>
|{{letter|l=jv|s=Java|ch=ꦕ|top=ca}}
* 19:23, 28 February 2011 Highspeedrailguy (talk | contribs) marked Richard Clarida patrolled
* 19:18, 28 February 2011 Mbakkel2 (talk | contribs) marked List of Chairmen of the Supreme Soviet of the Lithuanian Soviet Socialist Republic patrolled (automatic)
* 19:17, 28 February 2011 MilborneOne (talk | contribs) marked Alia Royal Jordanian Airlines patrolled (automatic)
* 19:17, 28 February 2011 Highspeedrailguy (talk | contribs) marked Misplaced Pages talk:Articles for creation/Matthew Newbury patrolled
* 19:17, 28 February 2011 Alan Liefting (talk | contribs) marked Category talk:Crops patrolled (automatic)
* 19:17, 28 February 2011 Highspeedrailguy (talk | contribs) marked User talk:173.206.215.86 patrolled
* 19:13, 28 February 2011 ClueBot NG (talk | contribs) marked User talk:StudlyBudlytheseventh patrolled (automatic)
* 19:13, 28 February 2011 The Blade of the Northern Lights (talk | contribs) marked MyDealerLot patrolled
* 19:13, 28 February 2011 Ostalocutanje (talk | contribs) marked Zdravo band patrolled (automatic)
* 19:13, 28 February 2011 Chris0693 (talk | contribs) marked Cérons railway station patrolled (automatic)
* 19:13, 28 February 2011 Buaidh (talk | contribs) marked Template:User WP Montenegro patrolled (automatic)
* 19:13, 28 February 2011 The Blade of the Northern Lights (talk | contribs) marked Dutch general election, 2010/ Candidate List/ GreenLeft patrolled
* 19:13, 28 February 2011 Zachlipton (talk | contribs) marked A-1 Auto Transport patrolled
* 19:13, 28 February 2011 Chris0693 (talk | contribs) marked Gare de Cerons patrolled (automatic)
* 19:13, 28 February 2011 The Blade of the Northern Lights (talk | contribs) marked Ballygunner Castle patrolled
* 19:12, 28 February 2011 The Blade of the Northern Lights (talk | contribs) marked Deceptive implications patrolled
* 19:12, 28 February 2011 The Blade of the Northern Lights (talk | contribs) marked X - ray patrolled
* 19:12, 28 February 2011 ClueBot NG (talk | contribs) marked User talk:70.83.214.79 patrolled (automatic)
* 19:12, 28 February 2011 Chris0693 (talk | contribs) marked Cerons railway station patrolled (automatic)
* 19:03, 28 February 2011 Acabashi (talk | contribs) marked Collège du Sacré-Cœur, Gemmayzé patrolled
* 19:03, 28 February 2011 Timbouctou (talk | contribs) marked British Independent Film Award – Best Performance by an Actor in a British Independent Film patrolled (automatic)
* 19:03, 28 February 2011 ClueBot NG (talk | contribs) marked User talk:189.103.108.167 patrolled (automatic)
* 18:19, 28 February 2011 ClueBot NG (talk | contribs) marked User talk:165.29.44.133 patrolled (automatic)
</pre>
{{collapse bottom}}
--] (]) 19:43, 28 February 2011 (UTC)
:Why do we need all that? Also, I see that it has ''all'' namespaces, where we've just been discussing patrolled pages in article space (ns:0). --] (]) 19:42, 28 February 2011 (UTC)
Does this imply that all classes labeled <code>letters-*</code> haven't been updated for Dark Mode yet?
::If it's any help, on or around 13 October last year, I carried out a massive attempt to clear the backlog from the bottom to achieve just a three day safety margin from the 30-day drop-off point. At that time, there were around, I beleieve, 250- 350 unpatrolled pages ''per day'' during that period of preceding 30 days, which is what precipitated my idea to launch the development of a project for the registering and categorisation of these unpatrolled pages. I remain fully convinced that it is impossible for any one (or even two) NP patrollers to sensibly clear much more in the space of three days and nights. We seriously need to establish whether this current situation is the result of enthusiastic patrolling or a technical glitch. ] (]) 04:27, 1 March 2011 (UTC)
:::My theory is that the backlog at ] got cleared out somehow through a glitch during the upgrade to 1.17. I don't think there's anything that can be done about that. It ''appears'' that Newpages is working correctly now, and I'd expect the backlog to slowly start growing again. I see roughly 2 days of backlog currently. ] <sup><small>]</small></sup> 19:39, 4 March 2011 (UTC)
::::Well, actually, here's a strange example. ] was created on February 17th, but was just patrolled about 30 minutes ago today (March 4). ] mentioned that he saw that article in the Newpages list earlier today, see {{diff|Misplaced Pages talk:New pages patrol/Unpatrolled articles|417121449|416396666|his post here from an hour or two ago}}. For the past week, we've had only a day or two of backlog at Newpages, how could an article from 2 weeks ago show up there all of a sudden? Something is fishy... ] <sup><small>]</small></sup> 19:55, 4 March 2011 (UTC)
:::::Until yesterday the article was a redirect, so it wouldn't appear by default in the newpages list. <span style="font-family:Broadway">]]</span> 20:15, 4 March 2011 (UTC)
::::::Good call. Nevermind. ] <sup><small>]</small></sup> 21:48, 4 March 2011 (UTC)
:::::::And as long as we're on this subject... those few of us out there would ''love'' some more help so that it doesn't "return to normal". And by the way, you can thank ] for clearing the backlog; see . Since then, I've been patrolling easily a couple hundred a day to try to keep Special:NewPages from flooding again; I cleared almost 250 a little while ago. ] (]) 08:39, 6 March 2011 (UTC)
:::::::By my reckoning that could be as much as 8 hours work. ] (]) 12:20, 6 March 2011 (UTC)
::::::::The way I read, I can handle the rate I've been going at; I'm easily in the 99th percentile for reading in both speed and comprehension. But yeah, it's a lot; you figure at that point it was Ironholds, Kamkek, and myself doing most of it, and split between us it would have been about 2 1/2 hours each. It wasn't quite that much, since there was some help, but I think I put in almost 2 hours here and there on that day. Getting new patrollers seems to be impossible, and I can't really blame people for not wanting to do it, but it leaves us where we are now. ] (]) 19:39, 6 March 2011 (UTC)
:::::::::You'd be surprised actually. According to the logs there are quite a lot of new people chipping in. It's a good place for newcomers to start learning about deletion policy, but of course some inevitable errors creep in, and recently while looking for a possible glitch we've come across a lot of poorly tagged pages or pages patrolled but not tagged. The current effort is to localise whether the huge backlog disappeared as a result of a tech glitch, or through overenthusiastic patrolling. If three of you shared that work, your math sounds about right. Naturally the goal is to not have a massive 30-day backlog at all, but quality is still better than quantity. If you come across anything that seems odd, do let us know. One way to check is to occasionally re-patrol the pages that have been patrolled. ] (]) 11:30, 7 March 2011 (UTC)
::::::::::I imagine a large part of the problem now is that Twinkle right now isn't automatically marking things as patrolled, even though it says it does. If and when they fix that bug, there shouldn't be as much of a problem with articles that are tagged but not marked patrolled. After that, it's just a matter of reminding people to actually mark the pages when they're done, and as you said to re-patrol pages that are already marked. ] (]) 15:54, 7 March 2011 (UTC)
Additionally, I can't find where to modify the CSS code. Thank you for your attention. ]（]） 09:25, 22 January 2025 (UTC)
== strange formatting on Spathiphyllum floribundum page ==
:Would be better to get rid of these colors altogether per ]. ] (]) 09:30, 22 January 2025 (UTC)
Just went to the page for ] and the formatting is all wonky. No sidebar, limited styles. Looks like Internet circa 1994. <span style="font-size: smaller;" class="autosigned">—Preceding ] comment added by ] (]) 00:49, 4 March 2011 (UTC)</span><!-- Template:UnsignedIP --> <!--Autosigned by SineBot--> Never mind looks fixed now.
::I see the transliterations (e.g. ha and na) above the first row of characters in both light mode and dark mode. – ] (]) 15:25, 22 January 2025 (UTC)
:::Here's how I see it: ] ]（]） 22:14, 22 January 2025 (UTC)
::::Strange. I suggest trying a different browser, and trying dark mode while logged out. – ] (]) 00:01, 23 January 2025 (UTC)
== Any insight in to new accessibility issue affecting screen readers and Vector 2022 and Chrome? ==
:I am seeing the same thing - then not seeing it. It's not only here but on Wiktionary, also. Perhaps the foundation of the Foundation is under <s>attack</s> construction. ] (]) 13:33, 5 March 2011 (UTC)
:Specifically, is what I saw on the Pedia, only full screen. ] (]) 14:57, 5 March 2011 (UTC)
See {{section link|Misplaced Pages talk:WikiProject Accessibility|Search Field More Difficult to Activate with a Screen-reader in Chrome}}. Any replies should probably go there. ] (]) 14:36, 22 January 2025 (UTC)
I am seeing the same thing on the page for ] -- but after clicking the "edit" link for one of the sections, the formatting was fixed. However, when I switched to a different browser, I saw the same incorrect formatting. Looks just like the Photobucket image uploaded above. <span style="font-size: smaller;" class="autosigned">—Preceding ] comment added by ] (]) 20:37, 8 March 2011 (UTC)</span><!-- Template:UnsignedIP --> <!--Autosigned by SineBot-->
== Getting List of All Class B Articles ==
Have come across this twice today here: http://en.wikipedia.org/Norman_Foster_(director) and here:
http://en.wikipedia.org/Dodger,_Bonzo_and_the_Rest <span style="font-size: smaller;" class="autosigned">—Preceding ] comment added by ] (]) 10:41, 10 March 2011 (UTC)</span><!-- Template:UnsignedIP --> <!--Autosigned by SineBot-->
Hi,
: This is all over the place. Just clicking 'random' I found: ], ], ], ], ], ], ]. It seems to be more than 1 in 10 that's broken. Something in the underlying pages is seriously broken here. Edit: Yet now they look fine when clicking on the links.. What's going on? --] (]) 23:16, 10 March 2011 (UTC)
I would like to get a list of urls to all class B articles. I know programming. But from what I could figure out up to now, it seems quite tedious to go to Category:B-Class_articles and do all subcategories in a recursive manner and change targets from talk pages to the actual articles. Is there any easier way to do it?
::All of those pages are displaying normally for me (using monobook skin). ] (]) 23:28, 10 March 2011 (UTC)
:::Is this one of those problems that only shows up for unregistered (and logged out) users? That is, does the problem only appear on cached pages? Logged-in users will get pages that are largely freshly-built (see ]), but for users not logged in, any problem which may have occurred in the past few days or weeks (but has since been sorted) may still exist on the cached pages. --] (]) 10:17, 11 March 2011 (UTC)
Thanks a lot
== Delayed jumping of watchlist ==
Yours ] (]) 15:34, 22 January 2025 (UTC)
I have "dismissed" top[REDACTED] ads in my watchlist (clerk elections, pending protection talks, etc.) and now experience this: every time I refresh watchlist, the page jumps up and down by several lines within a time frame of a few seconds. It apparently first opens those WP ads then realizes that I disabled them, and collapses them, but the delay is rather annoying. Surely, same happens on similar pages with collapsible tops, such as this one. If I happened to refresh the page in a scrolled state (i.e. was somewhere in the middle of the page and hit "reload") then I get an extra jump (sort of triple jump). Is this just wiki servers traffic (its lasts already several days) or this can be alleviated by some settings? I use WP:XP/Vista + latest Firefox + old WP interface (i.e. no vector); one PC+internet is fast, but the delay is still quite noticeable; another is slower and it is hit worse. I think this all started after the last major wikimedia update. ] (]) 04:37, 4 March 2011 (UTC)
:Query the database. This is most easily done with ] if you don't already have a toolforge account, or asking at ] if you don't speak SQL. (But don't bother with the latter; it'd probably be me that ends up answering you there anyway, and it's not worth moving this unless it gets long.){{pb}}Do you really mean to get a list of pages in the ] tree? There's about 85 categories named "B-Class ..." that aren't in it, and conversely some that are but likely don't categorize b-class articles such as ]. See ] for a full list of each. —] 16:27, 22 January 2025 (UTC)
:Happens independent of traffic. ] <sup>]</sup> 04:40, 4 March 2011 (UTC)
::Hi,
::thanks for your response. I think I got a toolforge account. So I will try to quarry the database. The reason why I want to work with such a list is my mediawiki2latex program. I want to run it on all class B articles to try if a PDF is created in every case and fix the cases where it does not happen.
::Yours ] (]) 16:51, 22 January 2025 (UTC)
:::This should feasible in ] from ]. ] (]) 20:24, 22 January 2025 (UTC)
::::Hi,
::::when I click "Launch PetScan", I get
::::"Error
::::This web service cannot be reached. Please contact a maintainer of this project"
::::so it seems to be broken ] (]) 09:37, 23 January 2025 (UTC)
::Hi ],
::thanks a lot for you query 90084 example. I am not really used to SQL, but this was a nice opportunity for me to practice SQL. I came up with a modified version of your query, that seems to do what I need ]. I exported it to csv and built a set of the lines, which resulted in 151299 elements, which is the right order of magnitude.
::For my purpose it is good enough, I just need a set of Misplaced Pages articles with not too short content, that I can use as test data for my mediawiki2latex program.
::Thanks a lot for your help. ] (]) 13:35, 23 January 2025 (UTC)
== Retrieving multiple property values in one call of Module:wd ==
::I get it too, Monobook, Chrome, WinXP. I think it's one of the improvements in the last upgrade. ] (]) 04:46, 4 March 2011 (UTC)
:::The funny thing is that I wish now to re-enable those WP ads on top to reduce jumping, but don't know how :) ] (]) 04:53, 4 March 2011 (UTC)
::::It's due to the implementation of ResourceLoader in the MediaWiki 1.17 update. We don't know any way to stop it. There have been several threads on this page with the gory details about jumping over the last week. —] (]) 05:25, 4 March 2011 (UTC)
:::::I don't like it either: apart from being annoying it looks unprofessional - what other websites do that? To get the messages back (which stops the jumping), delete the en.wikipedia.org cookies named hidewatchlistmessage-nn, where nn at present is 92 and 93. —]] 10:56, 4 March 2011 (UTC)
::::::Unprofessional behaviour is often what you get from a website built by non-professionals <tt>:P</tt> Two options I can see are to either hide the notices by default and display them with javascript, which would prevent the jumping but make the notices not visible to users without JS; or to use a jQuery effect (fade out or slide out) to hide them, rather than an instant jump. ]‑] 16:12, 4 March 2011 (UTC)
:::::::Except that we do ''have'' a paid technical team, things like this do leave me scratching my head. ''] ]'', <small>17:19, 4 March 2011 (UTC).</small><br />
::::::::Yes, I was going to query whether our developers were really amateurs. Part of the problem for me is that the number of these messages varies: I don't mind one or two one-liners, but when there are a lot they push the page content down too far and it's then that I switch them off and the jumping now starts. I'd be happier if they were in a shallow box that was always the same size (maybe in small text) with a scroll bar if necessary. Can that be done with CSS? Otherwise I think a good case can be made for not forcing ''all'' .js to be applied after the page is rendered. —]] 18:04, 4 March 2011 (UTC)
:::::::::Actually, yes, 94% of MediaWiki developers ''are'' volunteers; and while they invariably have programming experience and many earn a living from IT and software, they can't be said to be acting in a "professional" capacity here. ResourceLoader was, broadly speaking, a volunteer spinoff alternative to a failed Foundation project (the ultimately-rejected /js2 branch). More importantly, this issue is a result of work done both by those developers, and editors here on enwiki, who ''definitely'' cannot be held to act in a professional capacity. We strive for professionalism, certainly, and that's both reasonable and important. We do not have the right to ''expect'' it. ]‑] 15:42, 5 March 2011 (UTC)
I am trying to retrieve multiple property values from wikidata (using Module:wd) in one call but it is ignoring the other properties I give so I only ever get one property value. I must not be giving things in the correct order but none of the Module examples help me. For example, given a mountain name, I want to retrieve the elevation, prominence, mountain range, coordinates and the first ascent significant event. I can get all the values if I code one call per property but how do I code it so I can get all the properties in one call?
::::::::::I experience this jumping issue too (in Monobook and Vector, using Firefox for Windows), particularly on RfPP when I respond to a request. It shows me the long list of notation templates, which is normally hidden. Then that jumps out of view again. It's been happening since the 1.17 update. ] (]) 01:09, 8 March 2011 (UTC)
So given this:
P2044 = elevation
P2660 = prominence
P4552 = mountain range
P625 = coordinates
P793 = significant event; Q1194369 = first ascent; P585 = point in time
:I am fairly certain this cannot be done in that module. ] (]) 21:32, 22 January 2025 (UTC)
{{Outdent}}
::The documentation for the "property" command says "Returns the requested property – or list of properties". Yet, I see no example or syntax of how to specify this list of properties. ] (]) 22:35, 22 January 2025 (UTC)
Thanks for those comments. To answer the interesting bit of my posting myself, trial and error has shown that adding the following to my monobook.css puts the watchlist messages into a scrollable box. This stays the same size whether or not it has any content, and thus eliminates the jumping.
<source lang="css">
#watchlist-message {/*put content into a scrollable box*/
display:block;
height:30px;
overflow:auto;
width:90%;
padding:2px;
border:1px solid gray;
margin:5px;
}
</source>
Hope this may be useful to others. —]] 17:58, 5 March 2011 (UTC)
== Incomprehensible error message ==
== Gif black squares in transparency ==
Hi, near the bottom of ] is the giant red error message "Lua error in Module:Navbox at line 604: attempt to concatenate field 'argHash' (a nil value)." Does this mean anything to anybody? And, more importantly, can anyone make it go away? Thank you, ] (]) 19:40, 22 January 2025 (UTC)
].]]
Why is this animation coming out like this?] (]) 23:53, 4 March 2011 (UTC)
:"Lua error in Module:Navbox at line 535: attempt to get length of local 'arg' (a number value). Lua error in Module:Navbox at line 535: attempt to get length of local 'arg' (a number value). Lua error in Module:Navbox at line 535: attempt to get length of local 'arg' (a number value)." Is it ]? ] ] 20:08, 22 January 2025 (UTC)
:: Whatever has gone wrong is not just related to that - see ] for example, and looks like its broken every navbox at the bottom of articles. It may be related to ].
:Coming out like ''what''? I see nothing wrong, so either it'sbeen fixed, or it's a problemonyourend,orthere'ssomethingI'm not seeing because I don't know what to look for. --] (]) 00:25, 5March2011 (UTC)
:I've reverted a recent change to ] that caused the problem. —] (]) 20:14, 22 January 2025 (UTC)
::Thanks {{u|Bkell}}! ] ] 21:12, 22 January 2025 (UTC)
== Wayback Machine not archiving new links? ==
::Big black rectangles are appearing around the animation in the thumbnail. Perhaps this is a browser issue since not everyone is affected? Using Firefox 3 on a mac. ]] ] 10:20, 5 March 2011 (UTC)
:::Looks fine in IE8 on XP ] (]) 15:49, 5 March 2011 (UTC)
:::Also seems to be a problem on Safari 5 on a mac. ]] ] 19:23, 5 March 2011 (UTC)
::I see it in IE8 en Chrome9 on XP. If you do not see it, you probably have a different thumb size set in your preferences. The problem only occurs with the . It needs to be manually purged by a dev. <span style="font-family:'Trebuchet MS',sans-serif"> — ] (]) — </span> 19:32, 5 March 2011 (UTC)
Obviously this is beyond the scope of Misplaced Pages, but it seems to be impossible to find snapshots of new links that can be archived at the moment. It simply produces an error message such as "Fail with status: 498" or "We're sorry — something's gone wrong. Our team has been notified." This is a nuisance as archiving links via the Wayback Machine is important. Are other people having this problem? '''''] <sup>]</sup>''''' 20:03, 22 January 2025 (UTC)
:::I see the same black-rectangle problem here, with Firefox 4.0 beta 12 on Debian Linux/x86. -- ] (]) 12:57, 9 March 2011 (UTC)
== Parent categories ==
Actually it occurs at various sizes. ―] 11:04, 11 March 2011 (UTC)
An editor has ] to the way we display categories in the Category: namespace. The existing system, which looks approximately like this:{{box|]: ], ], etc.|border color=lightgray}}does not seem intuitive. @] figured out ] to something that makes the meaning more obvious:{{box|]: ], ], etc.|border color=lightgray}}''and'' to have this only appear in the Category: namespace (i.e., will not change/screw up any articles).
== Scripts not working ==
Could we please get this change implemented here? It would only require copying the contents of ] to ].
Hey everyone, I have a problem and apparently I'm not the only one. Ever since we rolled out the 1.17 interface, none of the scripts that I have in vector for .js and .css are working. Am I the only one having this problem because it is quite annoying to not having anything working. If anyone can help me asking something that has probably been asked a million times before, that would be more than terrific. ] (]) 02:29, 5 March 2011 (UTC)
:Please provide a link to a specific script that's not working, along with the line number on which it is failing. For general questions, try ]. —] (]) 04:49, 5 March 2011 (UTC)
::You could remove everytihng and add things back gradually until you find out which script is causing the issues. At least that way, you would get some things working. -- ] (]) 08:56, 5 March 2011 (UTC)
:::I removed one line that was generating an error. . Hope it's better now. —] (] • ]) 10:33, 5 March 2011 (UTC)
::::I posted last week that my background color had stopped working--someone had to update the code for me. Is that an example of a .css script not working? ] (]) 13:18, 5 March 2011 (UTC)
::::: Yeah a lot of CSS scripts won't work anymore until they are updated. I'm sure a lot of people will have to update their CSS but probably don't know how. Classes and IDs are more specific now, which I guess ultimately is a good thing. <font face="Verdana">] <span style="font-size: 0.9em;">(] · ])</span></font> 20:15, 5 March 2011 (UTC)
::
To everyone: Douggie, they all don't work. WOS, that's a good idea but that will take a long time with the number I have. Thanks DJ! Gary, do we have a timeline on when people might do that? I have no idea how to do scripts but I would help if I knew how to do it. ] (]) 23:34, 5 March 2011 (UTC)
::
:I'm in the same boat as you, Kevin. Basically every script at ] except the new page patrol script seems to have stopped working. I've tried everything in my relatively limited technical arsenal, including switching back to monobook, different browsers, and different computers (and operating systems). I'm quite clueless as to why they aren't functioning, as others seem to be managing fine after the switch to 1.17. For example, others are still able to use ] to clerk ]; however, it no longer shows up in my edit window. ]] 04:51, 6 March 2011 (UTC)
::
::I just added ] to my vector.js and it's working fine. Nice tool BTW, thanks. —] (]) 06:17, 6 March 2011 (UTC)
:::I the scripts in my vector and that fixed it. Now I have to find which one is breaking all of the ones after it. ]] 00:23, 8 March 2011 (UTC)
] (]) 20:18, 22 January 2025 (UTC)
== Curious ==
:This sort of sounds like it would be an overall general improvement - that is not something special for only the English Misplaced Pages, and for only users with their interface language in en. If so, this should be requested upstream. — ] <sup>]</sup> 01:56, 23 January 2025 (UTC)
http://stats.grok.se/en/201012/ANALOG_COMPUTER
::I think it'd be better to do this locally, where it's been requested. If it seems to be a net improvement, we could always suggest it for widespread use (which would require re-translation of the string for all 300+ languages – not something that can happen quickly). ] (]) 03:44, 23 January 2025 (UTC)
== Nonsense redlink ==
''] ]'', <small>12:48, 5 March 2011 (UTC).</small><br />
:Interesting, I suppose, if you can pull it up, but I get a time out. My system hasn't been able to open the stats for at least 14 hours now, due to "a problem loading". I assume the link you provided is part of that. ] (]) 15:14, 5 March 2011 (UTC)
:: - ]<sup>]</sup> (]) 15:29, 5 March 2011 (UTC)
:::Un huh. And is the "curious" factor the number of views about a technology that most people would consider passe? ] (]) 16:02, 5 March 2011 (UTC)
::::The curious factor is that the page gets an average of about 500 or so views a day, but then on the fifteenth gets 450,000. - ]<sup>]</sup> (]) 16:43, 5 March 2011 (UTC)
* The stats.grok.se website has been slow to respond, all day. However, several articles have experienced a 1-day spike in pageviews, on various days over the past 3 years, such as 449,000 for "]" on December 15, 2010 (upper/lower-case titles are counted together). A topic such as "]" gets a spike when worldwide news has reported another analysis of the knife DNA, or a university will dismantle the knife handle (or such), or when the ] broadcast a new film about her (Feb. 21, 2011), then the pageviews spiked to 28,000 and 35,000 next day (rather than 700 per day). When a spike runs over 200,000 per day, then I suspect an automated re-request for the page, perhaps just 1 bot-user (multiple times per second). One day contains only 86,400 seconds (60*60*24), so perhaps multiple bot-users are hitting the page to reach 449,000 pageviews on Dec. 15, to then drop to only 595 pageviews on Dec. 16. I have no reason to believe the stats program is "stuck in a loop" because other spikes are clearly justified, such as all the ''"]"'' topics have spiked near the release of the next vampire/werewolf film in the series. -] 19:05, 5 March 2011 (UTC)
Twice in the past three days, AnomieBOT has created the entirely unpopulated maintenance category {{cl|Articles lacking reliable references from 2025-01-19 from January 2025}}, which has in turn generated a nonsense redlink for {{cl|Monthly clean-up category (Articles lacking reliable references from 2025-01-19) counter}} — but since YYYY-MM-DD is not part of our naming format for either "Articles lacking reliable references" or "monthly clean-up category" maintenance categories, neither of these are categories that should ever exist at those names at all. But when I deleted the referencing category as both nonsense and empty earlier today in order to blow up the monthly clean-up redlink, the bot came along and recreated it again a few hours later even though it's still both nonsense and empty.
:Judging by Google Blog Search, it looks like there were several stories about the ] around that time. The Antikythera mechanism article shows a smaller traffic spike to 21.7k on Dec. 11, 2010 and "analog computer" is prominently linked from that article. So perhaps this is related somehow. I.e., the Antikythera mechanism was in the news and some high-traffic site linked to the WP article about analog computers for a day. --] (]) 13:42, 7 March 2011 (UTC)
Could somebody look into this and figure out how to make it stop? I haven't deleted the category again this time, though I have wrapped the template in {{tl|suppress categories}} since the redlinked parent still needed to go away regardless. Thanks. ] (]) 01:29, 23 January 2025 (UTC)
== CSS drop down menu ==
:The somewhere to ask about this begins here: ]. — ] <sup>]</sup> 01:53, 23 January 2025 (UTC)
I'm trying to figure out how to make CSS drop down menus on Misplaced Pages and I've gotten this far.
: AnomieBOT created that because ] existed. ]. ] ] 02:43, 23 January 2025 (UTC)
<syntaxhighlight lang="html4strict">
:: More specifically, because ] existed and was in ]. As the latter says, {{tq|A bot, currently ] and formerly ], will monitor the categories in this category and create the necessary monthly subcategories.}} ]] 12:54, 23 January 2025 (UTC)
<div class="vectorMenu">
:{{replyto|Bearcat|Xaosflux}} It's not the fault of AnomieBOT. The problem stems from {{diff|2024–25 European windstorm season|1270527703|1270470545|these two edits}} by {{user|En rouge}}, who added more than fifty instances of {{tlx|Irrelevant citation}}, each of which used {{para|date|2025-01-19}} and not {{para|date|January 2025}} as advised by the template doc. They also manually created {{cl|Articles lacking reliable references from 2025-01-19}}, which has since been deleted. --] 🌹 (]) 10:08, 23 January 2025 (UTC)
<div class="menu">
::Some input validation could help there. — ] <sup>]</sup> 10:22, 23 January 2025 (UTC)
<ul>
<li>]</li>
<li>]</li>
<li>]</li>
</ul>
</div>
CSS-DropDownMenu
</div>
</syntaxhighlight>
<div class="vectorMenu">
<div class="menu">
<ul>
<li>]</li>
<li>]</li>
<li>]</li>
</ul>
</div>
CSS-DropDownMenu
</div>
<br><br>
Hovering over ''CSS-DropDownMenu'' above, sort of works in some browsers, but I know the code is wrong. I've been searching and can't find out how to do this properly. Can anybody help?- ''''']''''' (]) 03:37, 6 March 2011 (UTC)
: May I suggest you to start with fixing CSS in your signature because your user name is '''not''' the most important part of discussion pages? — ] 03:43, 6 March 2011 (UTC)
::That was a bit inappropriate, Alex. It's actually not a bad design for a signature, since it will stand out against large bodies of text, allowing people to more easily determine who wrote what message. ] <small><span style="color:black">(] · ])</span></small> 03:58, 6 March 2011 (UTC)
:::There is always this option ... to use a signature like <code><span class=my_user_name>...</span></code> and apply any colors in one's personal css file. Then the signature will stand out just for that user (and for his/her friends who actually ''agreed'' to use the same CSS and to see this rainbow). — ] 04:21, 6 March 2011 (UTC)
Signature changed. Any help with the CSS drop down menu is greatly appreciated. - ] (]) 04:31, 6 March 2011 (UTC)
:On a small aside, I'm not sure why you're wrapping the ul in a div... They're both block level elements (in css2/html4...) and you can move the class to the ul. --] (]) 19:25, 7 March 2011 (UTC)
::Probably because the script is looking for <tt>div.menu</tt>. Moving the class just shows the menu permanently. <span style="font-family:'Trebuchet MS',sans-serif"> — ] (]) — </span> 20:30, 7 March 2011 (UTC)
:::The code above is a simple manipulation of the ''Move page'' code in Vector. I used that CSS drop-down code because it was easy to find. I am completely ignorant in this area and I'm looking for an example that I can learn from. Thanks. - ] (]) 07:34, 8 March 2011 (UTC)
:I'm not quite sure what you mean by "''CSS drop down menus on Misplaced Pages''". You cannot put that menu on "public" pages anyway because it will only work in Vector skin. For personal use, it looks like there is nothing wrong with the code (except that it's a hack that might break with changes in Vector skin) as long as it works in your browser. — ] 17:14, 9 March 2011 (UTC)
::Yep, it's for my userpage, not articles. I'm just starting to learn style sheets, so I'm ignorant about CSS and may get this wrong. I believe the HTML elements use <code>class</code> and <code>id</code> to get formatting information from style sheets, which have been set up at places like ] and ]. I think a bunch of style sheets get loaded by http://bits.wikimedia.org/en.wikipedia.org/load.php but I'm not sure which ones and some are skin dependent (vector, monobook, etc.). ] is out of date so I haven't been able to determine which get loaded and which can be used for a drop-down menu. The <code>class="vectorMenu"</code> looks like it comes from ], but I don't understand it by looking at vector.css. I also can't find where <code>class="menu"</code> comes from.
::You are correct, the code above was hacked together just to show an example, and is likely to break in the future, plus it shows the little down arrow in the text. I have seen ''proper'' CSS drop down menus on user pages many months ago, but have been unable to find them again. I'm sure somebody knows how to do this ''properly'' so that it is less likely to break in the future. I'm just starting to learn this stuff, so any help is greatly appreciated. Thanks. - ] (]) 08:43, 10 March 2011 (UTC)
::: Local messages like ] only apply some ''local'' (for enwiki) fixes and features, the core CSS/JS files are shared between all Wikimedia projects and are located elsewhere. The "Catalogue" is outdated indeed, so I how to find current CSS and JS files. The file ] might also be relevant to Vector tabs although I'm not sure.
::: Since this menu is for your personal use you could search for something like "simple CSS dropdown menu" on the web and then copy HTML to your user (sub)page and CSS into your ] or ]. Or you could use the existing CSS from ] like in the example above. Personally, I haven't seen user pages with CSS menus. — ] 18:19, 10 March 2011 (UTC)
::::{{Thank you}}. I was completely unaware of the SVN part of the project. This gives me a lot of good examples to learn from. Thanks. - ] (]) 23:12, 10 March 2011 (UTC)
== Help ==
I do not know how to properly edit a user page and this keeps happening:
;Places Lived;
{{Template:User Colombia}}
{{Template:User Florida}}
{{Template:User expat Americans in Canada}}
{{Template:User CA}}
{{Template:User ON}}
{{Template:User Toronto}}
{{clear}}
;Personal info
{{User:Djr xi/User Omnivore}}
{{Template:User Hershey Chocolate}}
{{clear}}
;Projects
{{userbox
| border-c = #A19161
| id = ]
| id-c = #99877A
| info = This user is a member of<br>''']'''.
| info-c = #D9D2CE
| usercategory = WikiProject Urban studies and planning participants
| nocat = {{{nocat|}}}
}}
{{unsigned|ThisguyYEAH|19:52, 6 March 2011}}
{{clear}}
:Add {{tl|clear}} after each set. See also ]. ---'''''— ]<span style="color:darkblue"> '''''</span><sup>]</sup> 20:02, 6 March 2011 (UTC)
::Try adding {{tlx|userboxtop}} and {{tlx|userboxbottom}} above and below userbox templates to group them; as mentioned by Gadget, there are more options presented at UPDC. ]] 05:09, 7 March 2011 (UTC)
== Has there been a change to MediaWiki that I've missed ==
I've noticed in the last couple of days a couple of strange implementations involving <code>class=infobox</code>, such as ] and ]. I was wondering if there is a workaround, and/or if anyone could point me in the direction of the appropriate discussion. Thanks in advance, —]]]— 10:38, 7 March 2011 (UTC)
:The infobox width has been changed to 22 em recently. I don't recall what it was, but it was a bit small than that before. <span style="font-variant:small-caps; whitespace:nowrap;">] {] / ] / ] / ]}</span> 11:04, 7 March 2011 (UTC)
::Add <tt> style="width:180px;"</tt> or <tt> style="width:auto;"</tt> after <tt>class="infobox"</tt>. -- ] (]) 11:21, 7 March 2011 (UTC)
:::I inadvertantly broke it again, not realising that it had already been fixed! Thanks for the help! —]]]— 15:39, 7 March 2011 (UTC)
== Gadget not working properly on one page ==
Some time ago, I enabled the ], and aside from minor caching issues, it's always worked fine. To my surprise, it just now told me that ] is an unassessed article, and it still tells me this, even though I've purged. Any idea what's going on? The talk page has been correctly tagged as a GA for months. ] (]) 14:36, 7 March 2011 (UTC)
== Is there a way to customize the editing interface buttons? ==
I don't use 90% of the buttons. On the other hand, I'd really like to link some to certain templates and such I often use (welcome, assessment, etc.). Is there a way to do so? --<sub><span style="border:1px solid #228B22;padding:1px;">]|]</span></sub> 18:22, 7 March 2011 (UTC)
:You can add buttons to the toolbar with ]. You can add custom templates to ]. ---'''''— ]<span style="color:darkblue"> '''''</span><sup>]</sup> 18:39, 7 March 2011 (UTC)
::I used to use MarkS buttons but they were not maintained in ages, and broke for me wen the new edit buttons were introduced :( --<sub><span style="border:1px solid #228B22;padding:1px;">]|]</span></sub> 21:08, 7 March 2011 (UTC)
:::They still work in monobook, with all the new "beta features" disabled. –]] 21:09, 7 March 2011 (UTC)
== Talk page links in contribs ==
When viewing ], you see something like: <span class=plainlinks>
: ( | ) '''m''' ] (clean up using ]) '''(top)'''
Is there any scripts that can add the talk page link as well, like on ]? Sort of like:
: ( | ] | ) '''m''' ] (clean up using ]) '''(top)'''
</span>This would be handy. :) <sup>]</sup>]</sub><small> @ 19:06, 1 Adar II 5771 / 7 March 2011 (UTC)</small>
: Script: ]. I assume you know how to install since you already have scripts installed, but just in case, I'll tell you how, anyway. Go to ], then add the following line to it:
<pre>importScript('User:Gary King/contribs alt link.js'); // ]</pre>
: And you're done. Don't forget to ]. <font face="Verdana">] <span style="font-size: 0.9em;">(] · ])</span></font> 02:09, 8 March 2011 (UTC)
::Awesome, exactly what I was looking for! I checked ] first, and I didn't see it there - perhaps you should add it. :) Thanks. <sup>]</sup>]</sub><small> @ 03:34, 2 Adar II 5771 / 8 March 2011 (UTC)</small>
I'm trying to incorporate that enables some CSS3 features for IE7 and 8, to turn into a gadget eventually. I need a little helper script to enumerate all elements that have any of these CSS properties: <tt>border-radius</tt> or <tt>box-shadow</tt>, or contain the CSS value <tt>*linear-gradient</tt>, and then append the classname <tt>.css3pie</tt> to those elements. I think any javascript programmer needs but two minutes to so this. (I would need two hours to research.) Many thanks. <span style="font-family:'Trebuchet MS',sans-serif"> — ] (]) — </span> 19:19, 7 March 2011 (UTC)
: This should do the trick:
<source lang=javascript>$('*').each(function()
{
if (hasCssProperty($(this), 'border-radius') || hasCssProperty($(this), 'box-shadow') || hasCssProperty($(this), 'linear-gradient'))
: <font face="Verdana">] <span style="font-size: 0.9em;">(] · ])</span></font> 21:10, 7 March 2011 (UTC)
::Thanks. Does this catch <tt>linear-gradient</tt> as a CSS ''value'' (as it is a value of the <tt>background-image</tt> property)? <span style="font-family:'Trebuchet MS',sans-serif"> — ] (]) — </span> 22:13, 7 March 2011 (UTC)
::: No; try this:
<source lang=javascript>$('*').each(function()
{
if (hasCssProperty($(this), 'border-radius') || hasCssProperty($(this), 'box-shadow') || $(this).css('background-image').indexOf('linear-gradient') != -1)
::: <font face="Verdana">] <span style="font-size: 0.9em;">(] · ])</span></font> 22:30, 7 March 2011 (UTC)
::::Background-image with a gradient still doesn't seem to get caught. Also, what is the difference between <tt>node.css(property)</tt> and <tt>node.attr('style')</tt>? They both seem to work independently. <span style="font-family:'Trebuchet MS',sans-serif"> — ] (]) — </span> 23:37, 7 March 2011 (UTC)
::::I know what the problem is; IE does not recognize (-moz-)linear-gradient (inserted by {{tl|gradient}}) as a valid value for background-image and dumps it, so it is never found. <span style="font-family:'Trebuchet MS',sans-serif"> — ] (]) — </span> 23:52, 7 March 2011 (UTC)
::::: node.css checks for CSS applied via a stylesheet, while .attr('style') checks for inline styles, I believe. <font face="Verdana">] <span style="font-size: 0.9em;">(] · ])</span></font> 01:35, 8 March 2011 (UTC)
== This wiki has a problem ==
Twice in the past few minutes I've gotten a mostly white screen that says the site is having technical difficulties. Since there's no URL, it's too hard for me to reproduce the message, but maybe the heading is enough.] '''·''' ] '''·''' ] '''·''' 21:07, 7 March 2011 (UTC)
:Okay, it's not a serious problem after all. It was a few days ago but I can't even remember which day. I suppose I could copy and paste the error message.] '''·''' ] '''·''' ] '''·''' 22:23, 7 March 2011 (UTC)
::"This wiki has a problem
::Sorry! This site is experiencing technical difficulties.
::Try waiting a few minutes and reloading.
::(Cannot contact the database server: Can't connect to MySQL server on '10.0.6.43' (4))"
::I'm getting that on the English and German Wikipedias right now. --] (]) 08:43, 8 March 2011 (UTC)
:::Am getting it on roughly 2/3 of pages here at en.wp in last 15 minutes. Ran a search, found a couple ANI threads on similar problems in past years, clicked on the links, and got: "This wiki has a problem". Fun fun fun. ] (]) 08:49, 8 March 2011 (UTC)
::::That's probably it.] '''·''' ] '''·''' ] '''·''' 14:19, 8 March 2011 (UTC)
== Something wrong with popups? ==
For some reason whenever I hover or a username, it says they're unregistered even though they are. For example if I hover over my username it says I'm unregistered. It doesn't show account creation date, number of edits, and user rights anymore. <span style="font-family:Calibri;font-size:14px"><b><font color="#4682B4">]</font></b></span> <sup>(<font color="#99BADD">]</font>)</sup> 22:37, 7 March 2011 (UTC)
:{{worksforme}}? What browser are you using? Are you loading it thru the gadget or your javascript page? Perhaps try switching to the other method. –]] 22:42, 7 March 2011 (UTC)
:: It's also not showing user information for me, too, starting a few hours ago. It looks like the script hasn't been updated for a few weeks, though. Perhaps a problem with the API at the moment? <font face="Verdana">] <span style="font-size: 0.9em;">(] · ])</span></font> 22:46, 7 March 2011 (UTC)
::: Yep, the API is . <font face="Verdana">] <span style="font-size: 0.9em;">(] · ])</span></font> 22:50, 7 March 2011 (UTC)
::I tried using both Chrome and Firefox 3.6.15. Both are the same. I'm loading it thru the gadget. Let me try the javascript page. <span style="font-family:Calibri;font-size:14px"><b><font color="#4682B4">]</font></b></span> <sup>(<font color="#99BADD">]</font>)</sup> 22:48, 7 March 2011 (UTC)
:::{{ec}} Ditto, broken for me too. It works if the user is blocked. - ]<sup>]</sup> (]) 22:51, 7 March 2011 (UTC)
::::... which is odd ;). API is the same as popups, as Gary said (so API also works if the user is blocked). So definitely not a popups issue. - ]<sup>]</sup> (]) 22:54, 7 March 2011 (UTC)
:::::I am having this problem also. It was not occuring yesterday. I also knoiw that, since the software update, the popups display even the unnecessary user rights for any user that has special user rights, e. g. a user that previously only displayed the "reviewer" or "sysop" permission(s) now also displays "*, user, autoconformed". This does not occur with users who have no special user rights (like me). ]|]|]|] 23:04, 7 March 2011 (UTC)
::::::It was working fine for me today but it only started maybe an hour or two ago. I also tried some other ways, but they don't seem to be working either. <span style="font-family:Calibri;font-size:14px"><b><font color="#4682B4">]</font></b></span> <sup>(<font color="#99BADD">]</font>)</sup> 23:08, 7 March 2011 (UTC)
:::::::Same problem here. Chrome 9.0.597.107. ] (]) 23:14, 7 March 2011 (UTC)
::::::::It's not browser specific, it's a problem with the actual output from the API. Apparently it was being worked on, and seems to be fixed now. - ]<sup>]</sup> (]) 23:17, 7 March 2011 (UTC)
{{outdent}} Okay it's working for me now. <span style="font-family:Calibri;font-size:14px"><b><font color="#4682B4">]</font></b></span> <sup>(<font color="#99BADD">]</font>)</sup> 23:19, 7 March 2011 (UTC)
*While we have all these great minds on the subject, perhaps someone could stop it outputting the silly "*", "user", and "autoconfirmed", as results for usergroups =) –]] 23:26, 7 March 2011 (UTC)
:: Mentioned ] a few weeks ago. <font face="Verdana">] <span style="font-size: 0.9em;">(] · ])</span></font> 01:07, 8 March 2011 (UTC)
:::It is rather annoying. Should we just change pop-ups to filter out those groups and be done with it? —] (]) 01:53, 8 March 2011 (UTC)
::::{{done}} - ]<sup>]</sup> (]) 08:39, 8 March 2011 (UTC)
:::::'''Correction: ''Almost'' done.''' ;-) You forgot the "autoconfirmed" user group. ;-) Actually, displaying the "autoconfirmed" user group might not be such a bad idea, but we should display it for even users that do not have any special user rights, if we were going to display it. ;-) ]|]|]|] 02:50, 9 March 2011 (UTC)
::::::Is it possible to suppress the display of "autoconfirmed" with an option - or only display it when it is the only usergroup? It's rather redundant otherwise. –]] 15:35, 9 March 2011 (UTC)
:::::::The problem is that the API is only returning the autoconfirmed group if the user also has other groups. Since we can't reliably get the autoconfirmed status for everyone, we should always filter it to avoid misleading people. I have prepared two modified versions of the pop-ups script:
:::::::*Filter out "autoconfirmed": ()
:::::::*Filter out "autoconfirmed" and replace "sysop" with "admin": ()
:::::::Take your pick and copy it to ]. I made the second version because we rarely use the sysop term anymore and it's probably confusing to newer users. —] (]) 22:49, 9 March 2011 (UTC)
::::::::I did intentionally leave out autoconfirmed, since it could be useful. But whatever suits really, it doesn't exactly bother me if it's one way or the other. - ]<sup>]</sup> (]) 22:55, 9 March 2011 (UTC)
:::::::::If the user has any other group, we already know they are autoconfirmed and if they don't have another group, the API doesn't tell us they are autoconfirmed. So, there are no cases where it's useful and it's more likely to be misleading. —] (]) 23:09, 9 March 2011 (UTC)
:::::::::: {{tick}} {{diff2|418104345|Done}}, thanks. I picked door number 1 since renaming one user group is opening a can of worms: Popups is imported directly from other language versions of Misplaced Pages, WikiMedia sister projects, and even many private MediaWiki installations -- many of those would be confused by changing sysop to admin. Proper way would be to pull the display names from the messages (] et. al.). Patch for that (should handle that request somewhat economically) is very welcome. :) ] 10:01, 10 March 2011 (UTC)
:::::::::::Thanks, both =) –]] 16:02, 10 March 2011 (UTC)
::::::::::::] is set to "administrator". I don't think anyone wants to see that in their popup! If we did something like this, we would need to cache the lookups to make it efficient. We could just detect that we're on en.wikipedia and only substitute in that case. —] (]) 20:49, 10 March 2011 (UTC)
There is also an issue with the action "revert" using popups. Normally when choosing "revert" the popups action includes pressing the save button. Lately the save button is not pressed through popups and I have to do it manually. Further the popup revert edit summary sometimes varies, from "revert to revision prior to revision...etc." to "revert to version by "editor name"...". Any idea why? ] <small><sup style="position:relative">]<span style="position:relative;bottom:-2.0ex;left:-5.2ex;*left:-5.5ex">]</span></sup></small> 23:00, 9 March 2011 (UTC)
:I just did two reverts and both auto-saved. I don't know why the edit summary is sometimes different. —] (]) 23:09, 9 March 2011 (UTC)
::Thank you UncleDouggie. I lost the auto-save ability a few day ago. I'll try again and see what happens. ] <small><sup style="position:relative">]<span style="position:relative;bottom:-2.0ex;left:-5.2ex;*left:-5.5ex">]</span></sup></small> 23:13, 9 March 2011 (UTC)
:::Works fine in Chrome, doesn't work for me in IE. Shouldn't the revert function should be using the API anyway? - ]<sup>]</sup> (]) 23:14, 9 March 2011 (UTC)
::::That's odd. It used to work with Chrome but now it doesn't for me. However it works with Firefox and the edit summary refers to: "revert to version by "editor name"...". I am not sure what the API has to do with it. ] <small><sup style="position:relative">]<span style="position:relative;bottom:-2.0ex;left:-5.2ex;*left:-5.5ex">]</span></sup></small> 23:20, 9 March 2011 (UTC)
:::::It works for me in FireFox. I haven't tested any other browsers, although I do have them all. Of course it should be using the API. Reverting or other features might even break when HTML 5 gets turned back on. However, I've got my hands full with the Twinkle rewrite at the moment. —] (]) 23:26, 9 March 2011 (UTC)
::::::Here is an example of different edit summaries using the same browser and the revert function in popups: and . ] <small><sup style="position:relative">]<span style="position:relative;bottom:-2.0ex;left:-5.2ex;*left:-5.5ex">]</span></sup></small> 23:42, 9 March 2011 (UTC)
:::::::If I get the time I may attempt to re-write this to use the API, no promises though, so if anyone else wants to please be my guest :) - ]<sup>]</sup> (]) 00:02, 10 March 2011 (UTC)
::::::::Thank you very much Kingpin13. But no pressure. <tt>:)</tt> ] <small><sup style="position:relative">]<span style="position:relative;bottom:-2.0ex;left:-5.2ex;*left:-5.5ex">]</span></sup></small> 00:38, 10 March 2011 (UTC)
:::::::::A few things about moving to the API: When fixing redirects, there is an option named popupRedirAutoClick that let's you select either the Save, Diff, or Preview button to be auto-clicked. A straight API interface obviously wouldn't have this functionality and would just auto-save. Revert doesn't have this option and I believe it is expected to just always auto-save, unless there is some other option that I'm missing or that isn't documented. In addition, when using the API to save an edit, it is important to add the optional md5 hash. Not doing so has caused corrupted pages in the past if the call is interrupted when using Twinkle. Twinkle has long had a hack workaround for the issue, but I'm going to add in the proper hash support as part of the rewrite. —] (]) 03:16, 10 March 2011 (UTC)
:: Errr, I now see that this is being discussed in the thread immediately above. Thanks, ] (]) 00:29, 8 March 2011 (UTC)
::: '*' is all users. ] <sup>]</sup> 05:17, 8 March 2011 (UTC)
== JS issues ==
I copied ] from another user, a while back, however for a while now, (even before the 1.17 roll-out) its been causing two annoying bugs. It hides the check boxes for watch this page (making the page drop off my watchlist) and hides the minor edit check box when editing, the second major issue is that it makes it impossible for me to use the new section tab because it garbles/hides the edit text box. This is a very powerful and useful tool, and I would like to see these issues resolved, however I am clueless when it comes to javascript. any assistance would be welcome. ] 02:11, 8 March 2011 (UTC)
: I suggest upgrading to ] instead, which is the successor to the script that you are using. It is also compatible with 1.17, has more features, etc. <font face="Verdana">] <span style="font-size: 0.9em;">(] · ])</span></font> 02:26, 8 March 2011 (UTC)
:WikiEd does too much, I much prefer my basic minimal tool. ] 03:41, 8 March 2011 (UTC)
:: In that case, you might want to talk to ], who created the script you are using. He might have a better idea of what's going on than most people, since his script is fairly complex and would therefore take less time if he himself diagnosed the problem rather than someone unfamiliar with this script. <font face="Verdana">] <span style="font-size: 0.9em;">(] · ])</span></font> 03:49, 8 March 2011 (UTC)
::: This script was the predecessor of wikEd and has not been updated for five years. (As a sidenote, that means that wikEd will have its five-year anniversary this year!). As stated on ], this software is no longer actively maintained and I have no capacities to debug this outdated program. If someone else wants to dive into it: the code wraps and rearranges existing pages elements on startup, which is somewhat sensitive to changes in the page structure. The problem is probably somewhere below the line "// add elements to buttonsWrapper". However, the best bet would be to switch to ]. ] (]) 07:37, 8 March 2011 (UTC)
== ] ==
] (such as {{tl|citation}}, {{tl|cite journal}}, {{tl|cite web}}...). In addition to what was previously supported (bibcode, doi, jstor, isbn, ...), templates now support arXiv, ASIN, JFM, LCCN, MR, OL, OSTI, RFC, SSRN and Zbl. Before, you needed to place {{para|id|{{tlx|arxiv|0123.4567}}}} (or worse {{para|url|http://arxiv.org/abs/0123.4567}}), now you can simply use {{para|arxiv|0123.4567}}, likewise for {{para|id|{{tlx|JSTOR|0123456789}}}} and {{para|url|http://www.jstor.org/stable/0123456789}} → {{para|jstor|0123456789}}.
The full list of supported identifiers is given here (with dummy values):
*{{cite journal
|author=John Smith
|year=2000
|title=How to Put Things into Other Things
|journal=Journal of Foobar
|volume=1 |issue=2 |pages=3–4
|arxiv=0123456789
|asin=0123456789
|bibcode=0123456789
|doi=0123456789
|jfm=0123456789
|jstor=0123456789
|lccn=0123456789
|isbn=0123456789
|issn=0123456789
|mr=0123456789
|oclc=0123456789
|ol=0123456789
|osti=0123456789
|rfc=0123456789
|pmc=0123456789
|pmid=0123456789
|ssrn=0123456789
|zbl=0123456789
|id={{para|id|____}}
}}
Obviously not all citations needs all parameters, but this streamlines the most popular ones and gives both better metadata and better appearances when printed. <span style="font-variant:small-caps; whitespace:nowrap;">] {] / ] / ] / ]}</span> 05:34, 8 March 2011 (UTC)
== long captions leading to ugly infoboxes ==
At the top of the ] article there is a captioned picture in an infobox. The caption is quite long and leads to a very wide infobox with broad expanses of blank space on either side of the picture. Is this being caused by a bug or something not being used correctly? ] (]) 06:26, 8 March 2011 (UTC)
:You could just tighten up the caption... Like rewrite it with less words. --]''''']''''' 06:31, 8 March 2011 (UTC)
:I saw what you were talking about, but now it appears to be working just fine. Odd. ] <span style="color: #999;">// ] // ] //</span> 06:32, 8 March 2011 (UTC)
::I've seen this on other infoboxes, ones which have a parameter for setting the width; for example, {{tlx|Infobox rail line}}. In these cases, using {{para|box_width|auto}} sets the width of the infobox to the length of the longest line; and so it prevents word-wrapping in captions, sometimes resulting in an over-wide infobox. Omitting the parameter entirely causes the default width to be used, as you might expect, so the caption word-wraps where appropriate; but the curious thing is that having the {{para|box_width}} parameter present, but blank, is exactly the same as setting it to "<code>auto</code>". --] (]) 23:31, 8 March 2011 (UTC)
== Editing duplicates, abbreviates, and scrambles sections ==
I apologize. I think I just destroyed http://en.wikipedia.org/The_Great_Silkie_of_Sule_Skerry
by trying to edit it. Sections duplicated, disappeared, and scrambled. This is apparently an old bug, reported in 2007 and later to Bugzilla, so I am surprised to find it still with us.
How do I make amends? The ==Lyrics== section is gone, except for bits that appear elsewhere. This I can reproduce easily, but I'm not going to ty today, lest the discography that I cannot reproduce gets messed up too.] (]) 10:14, 8 March 2011 (UTC)
* Someone reverted all those changes, back to the prior stable revision. When scrambled, then quit an erroneous edit and re-start editing whenever the edit-preview looks scrambled. If your browser is defective, you might want to download the free ] browser. Meanwhile, you will probably need to discuss any song changes on the talk-page, plus identify the source(s) about Jim Waters (or James Waters) having written a variation of the tune, because ] did not credit him in her 1960's recording (perhaps thinking the tune and lyrics were both traditional). So, perhaps add a new topic under:
::: ] - add a topic about authors of the tunes
: I know it can be frustrating how the article has not already identified the tunes behind the lyrics, but Misplaced Pages has some huge gaps in the subjects it covers. I recently had to write the entire article for the song "]" (after "Rosin the Bow") because there had been nothing (at all!) in Misplaced Pages about those famous old songs. -] 13:08, 8 March 2011 (UTC)
== Problem with mobile site today? ==
{{resolved|1=<font face="Verdana">] <span style="font-size: 0.9em;">(] · ])</span></font> 18:36, 10 March 2011 (UTC)}}
Is there a problem with the mobile version of the site today? These three Help Desk threads could use some input: ], ], ]. Since ''my'' mobile only does telephone calls I'm a bit stuck. -- ] (]) 14:45, 8 March 2011 (UTC)
: It wasn't working a day or two ago, then worked again, then stopped working today for me, as well. I'm not sure what's going on since the MobileRedirect.js file seems to look fine. <font face="Verdana">] <span style="font-size: 0.9em;">(] · ])</span></font> 01:12, 9 March 2011 (UTC)
::Two more threads at the Help desk this morning. -- ] (]) 07:53, 9 March 2011 (UTC)
::Bump. Other stuck users are posting at ]. -- ] (]) 12:25, 9 March 2011 (UTC)
:::This entry in the looks hopeful. Can anyone confirm whether the mobile version is now working? -- ] (]) 17:43, 9 March 2011 (UTC)
:::: It's not working for me, even after clearing cookies and cache. I think MobileRedirect.js was moved recently from the bottom of the page to the top, which maybe caused this problem, although I can't see why. <font face="Verdana">] <span style="font-size: 0.9em;">(] · ])</span></font> 17:44, 9 March 2011 (UTC)
::::: Okay figured it out. wgPageName is not defined in MobileRedirect.js because it's defined at the bottom of the page. <font face="Verdana">] <span style="font-size: 0.9em;">(] · ])</span></font> 17:56, 9 March 2011 (UTC)
::::::: Fixed. Vars were added to the header. A hack, really, but it works. <font face="Verdana">] <span style="font-size: 0.9em;">(] · ])</span></font> 18:36, 10 March 2011 (UTC)
== categorically random categories ==
I'm fascinated but a bit perplexed by category being broken down alphabetically into subsections R, H, L, D, C, J, B, K, I, M, E, G, F, N, S, G again (different items), H again (different items), .... --]] 20:02, 8 March 2011 (UTC)
The entries in the categories clump. The letter heading corresponds to the first letter of the article regardless of setup in the article of a DEFAULTSORT. The actual order of all the of the articles in the category though still appears to follow the ordering set up in the DEFAULTSORT. -- ] (]) 20:27, 8 March 2011 (UTC)
:Someone else has noticed problems with indexed categories! In the category cited above the first page says "The following 200 pages are in this category out of 535 total." When one clicks on "next 200" the first page reappears. The first page ends with "Sanford", so click on "T" in the index. That takes you to a page that begins with "Terleyeva" and says, "The following 154 pages are in this category out of 535 total." When one clicks on "previous 200" the first page reappears. There are 181 missing pages.
:Look at its parent, ]. Try to navigate around the pages. Now look at ], if you can get there. There are more than 150 pages whose {{para|listas}} is a lower-case letter. How do I get to them to fix them? ] (]) 21:38, 8 March 2011 (UTC)
::Yeah, I'm seeing that too, although the craziness I first reported is gone, "next" is broken still, yes. While I'm guessing it will be fixed soon, in my own gnoming I'm getting to entries like that by workign on the ones I can get to, which moves the ones I can't get to closer to being ones I can get to. There are still more than enough places for me to usefully dig. --]] 22:01, 8 March 2011 (UTC)
Related to this: newly created article ] has a <code><nowiki>{{DEFAULTSORT:Fretherne With Saul}}</nowiki></code>, and is in three categories: but in each cat it sorts at the start of the Fs (ie before ]; ]; ] respectively). I've redone the DEFAULTSORT; purged the page; made edits (null and real) - and whatever I do, it stays stuck at the top of the Fs. --] (]) 22:44, 8 March 2011 (UTC)
:::The "next" url on categories says <code>&pagefrom=</code> where it should only say <code>&from=</code>. Templates like {{tl|Category TOC}} don't rely on "next" links and correctly say <code>&from=</code> in the template source. But this doesn't explain the sorting problems. ] (]) 22:50, 8 March 2011 (UTC)
:Where can one report the problem to ensure that someone is working on it? There are a lot of editors working specifically on sort values as part of the Cleanup project. If the sort scheme is broken and no one is working to fix it, they are just spinning their heels. We also look like complete idiots for users of the encyclopedia who are looking for information about a subject that is covered by pages within a category when the pages are sorted incorrectly.
] (]) 23:57, 8 March 2011 (UTC)
A related issue: sorting by special characters (e.g., "μ" for stub categories, "β" for books categories and "τ" for template categories) is affected as well. Categories with sort keys of "μ", "β" and "τ" continue to appear near the end of contents lists, but they are shown as being under "M", "B" and "T", respectively. -- ''']''' <sup>(])</sup> 04:26, 9 March 2011 (UTC)
:The sysadmins are deploying new category sorting ("collation") code. It was kept back from the 1.17 deployment because unlike the rest of the changes it is very difficult to revert; so they waited to make sure the rest of the 1.17 code was stable in production first. The net effect on enwiki should be nill: the new collation should be identical to the old one; but for other languages it will dramatically improve the quality of sorting, putting characters in proper order for that language. So at the moment categories are sorting pretty much randomly; there is a maintenance script running for each wiki which will gradually shake it out into the correct new order, but naturally for enwiki that is a huge job which will take hours if not days to complete. I guess it's a case of "please continue to chew your fingenails patiently"... <tt>:D</tt> ]‑] 10:01, 9 March 2011 (UTC)
:: ]‑] 17:38, 9 March 2011 (UTC)
:::Awesome, thanks for the info! --]] 18:42, 9 March 2011 (UTC)
:The projected time to complete passed us a few hours ago and there appears to be no change. Is there a new estimate? ] (]) 05:24, 11 March 2011 (UTC)
::It at about 12:00 UTC today; so any still-broken categories are now actually broken. ]‑] 16:02, 11 March 2011 (UTC)
:::Loading up a category in AWB only produces articles that have been created in the past few days. ] and ] are examples. ] (]) 16:13, 11 March 2011 (UTC)
== Fix bunching and old browsers ==
After changes to ], it was declared that ]. I have been doing some testing, and as far as I can tell, this is basically true. However, there are minor issues with multiple left and/or right floating elements, but that can be addressed by stacking them together using {{tl|stack}} or {{tl|stack begin}}/{{tl|stack end}} (basically, if you float something on the right, then float something on the left, it is unable to float up higher than the last element floated on the opposite side). Recently, it was brought to my attention by ] that there are other issues, particularly with older versions of Internet Explorer (e.g., IE6). I don't have this browser, so I cannot check, and found no differences using . Could someone tell me if you see any differences in the top two floating boxes on say and ? I see no differences between the two. If you do see a difference, please tell me which browser you are using, and if possible, provide a screenshot. This would be helpful in providing a uniform browsing experience for all users. Thank you! ] (]) 21:46, 8 March 2011 (UTC)
:Looking on the oldest versions I've got available here... Seems to render OK on IE7.0xx , Chrome 8.4xx, and Firefox 2.0.1xx - maybe not as old as you're looking for, but hope that helps. ] (]) 05:18, 9 March 2011 (UTC)
::You can test IE6 by using Microsoft Expression Web SuperPreview. ---'''''— ]<span style="color:darkblue"> '''''</span><sup>]</sup> 05:41, 9 March 2011 (UTC)
::: I will check that out. I am still wondering what exactly is going wrong with the formatting. I haven't see any editor other than Anotherclown adding this template, post changes to Common.css. Thank you. ] (]) 22:13, 9 March 2011 (UTC)
== "from" targets not working in at least some categories ==
When I browse the Living_people category right now, it's not positioning correctly using the "from= " parameter; it's only taking the first letter thereof. For example:
On this huge category, (and any that use the LargeCategoryTOC template), the TOC sublinks don't take you where you expect anymore.
] (]) 22:40, 8 March 2011 (UTC)
:Believe this is related to ] above. --] (]) 22:45, 8 March 2011 (UTC)
:Has been mentioned to developers, I think, as bug #] (see bottom comments). A significant upgrade is coming, I suspect it was broken so it could be built up again. Regards, - ] <sup>] ].'']</sup> 22:47, 8 March 2011 (UTC)
== categorytree ==
I have noticed our cat-trees are not functioning properly.] (]) <span style="font-size: smaller;" class="autosigned">—Preceding ] comment added 00:13, 9 March 2011 (UTC).</span><!--Template:Undated-->
:Probably related to ]. ---'''''— ]<span style="color:darkblue"> '''''</span><sup>]</sup> 17:25, 9 March 2011 (UTC)
::Thank you for taking the time to respond,] (]) 22:48, 9 March 2011 (UTC)
== Purge ==
Why is the need to purge the server cache arising so much more frequently in the past couple of weeks or so? ] (]) 01:31, 9 March 2011 (UTC)
: I haven't noticed that myself, but it might be related to the recent upgraded to MW 1.17, perhaps. Maybe caching has increased in frequency? <font face="Verdana">] <span style="font-size: 0.9em;">(] · ])</span></font> 01:56, 9 March 2011 (UTC)
OK, I'm ''guessing'' that the "MW" in "MW 1.17" is stands for MediaWiki. That took a minute and a google search.
:
It's been happening to me a couple of times a day for maybe a couple of weeks. Before that the need for it was very rare. ] (]) 04:30, 9 March 2011 (UTC)
: Deployment completed on , so perhaps that was the same time that this problem started happening for you. Also, try clearing your browser's cache, perhaps. <font face="Verdana">] <span style="font-size: 0.9em;">(] · ])</span></font> 04:52, 9 March 2011 (UTC)
:What problem are you having that purging is fixing it? <span style="font-family:Broadway">]]</span> 04:55, 9 March 2011 (UTC)
:: I am assuming that pages don't update even after editing them, so he needs to purge the page so that he sees the new edits implemented in the article. <font face="Verdana">] <span style="font-size: 0.9em;">(] · ])</span></font> 05:16, 9 March 2011 (UTC)
:::Okay, this is one of the problems I've been having all day that I tried to describe above, Gary. I post something, and it doesn't show up in read mode, even if I keep reloading. It takes quite a few minutes for posts to appear. Do you know what's causing it? <font color="black">]</font> <small><sup><font color="gold">]</font><font color="lime">]</font></sup></small> 06:41, 9 March 2011 (UTC)
:::: When you reload are you ]? Have you tried ] the page? You could also follow to disable the cache in Firefox to see if you still have the problem. Disabling the cache should make websites load slower, but it should always be the most recent content. Don't forget to re-enable it afterward by following the same instructions. <font face="Verdana">] <span style="font-size: 0.9em;">(] · ])</span></font> 07:30, 9 March 2011 (UTC)
Also in your " my preferences" section there is a tab called "Gadgets". There you have options you can pick to have one on all the time--] (]) 08:02, 9 March 2011 (UTC)
:User interface gadgets
*Add a "Purge" tab to the top of the page, which purges the page's cache when followed
* Add a clock in the personal toolbar that displays the current time in UTC (which also provides a link to purge the current page)
:Another factor may be that the ] has been very large for a couple of weeks (see ]). This means that changes to templates and categories aren't getting processed until you purge each relevant article page. -- ] (]) 09:00, 9 March 2011 (UTC)
:: I just had this problem for the first time in a while. The Wikimedia guys say that the servers might just be lagging to update their content, so you're still seeing the old stuff temporarily. When the page doesn't update immediately, you might want to check your watchlist to see if you get the "Edits older than 100 seconds will not be seen here." message, since that often indicates a slow server. <font face="Verdana">] <span style="font-size: 0.9em;">(] · ])</span></font> 18:12, 9 March 2011 (UTC)
To answer some of the questions above: the surmise was correct. I edit a page, then even after hitting "reload" several times, I see the page as it appeared before the edits. Then I purge the server cache and see it as it appears after the edits. This has been a daily occurrence for two or three weeks or so, whereas before that time it was rare. ] (]) 00:18, 10 March 2011 (UTC)
: The Wikimedia guys usually recommend to for problems like these. <font face="Verdana">] <span style="font-size: 0.9em;">(] · ])</span></font> 16:26, 10 March 2011 (UTC)
::I'm having these issues too. Nearly every time I make an edit, I have to purge the page or bypass my cache to see the edit appear. This has only been happening since the latest Mediawiki update, so I'm assuming that's what's triggering it. - ''']''' <sup>]</sup> <sub>]</sub> 17:41, 10 March 2011 (UTC)
::: I think that MediaWiki is somehow not sending a notice to the browser that the page has been updated. I don't know exactly how a browser determines when a page is updated so that it should bypass its cache automatically, but it appears as though the browser no longer realizes that a wiki page has been updated and will instead grab data from its cache until it is forcefully bypassed. Purging a page works not because it purges the page, but because the URL is different so the browser does not grab data from the cache and instead grabs it fresh from the server. Very odd. <font face="Verdana">] <span style="font-size: 0.9em;">(] · ])</span></font> 18:04, 10 March 2011 (UTC)
:::: by someone from zhwp. Apparently not browser cache-related. Was an interesting theory anyway, heh. <font face="Verdana">] <span style="font-size: 0.9em;">(] · ])</span></font> 18:09, 10 March 2011 (UTC)
== Can't seem to stay logged in ==
The past couple weeks I've noticed that I'm being logged out mid-edit with surprising frequency. This is happening both at my office and at home, so I'm wondering if it's a glitch in the WP system. Is anyone else having a similar problem? Thanks, ] (]) 14:53, 9 March 2011 (UTC)
:This has been happening to me as well - in multiple locations and regardless of whether I am editing in Firefox or IE. I'm randomly logged out mid-edit repeatedly throughout the day. --]<sup>]</sup> 15:19, 9 March 2011 (UTC)
== Template:Convert garbage output ==
What's going wrong ]? Can someone fix this? Thanks. --] (]) 20:54, 9 March 2011 (UTC)
:I don't see "Gcuft" in the list of supported units. ] (]) 21:16, 9 March 2011 (UTC)
::It redirects to ], i.e. billion cubic feet. But something with that subtemplate seems to be amiss. --] (]) 21:45, 9 March 2011 (UTC)
::: The problem is with {{tl|convert/outsep}}. It needs some kind of <nowiki>{{#iferror: ...}}</nowiki> function for handling scientific notation. I would fix it, but it's protected. ] (]) 22:33, 9 March 2011 (UTC)
which currently produces {{convert/outsep| 1={{formatnum:{{formatnum:{{rnd/e+|4.35|10}}}}}}| sep= |2=m<sup>3</sup>|3=m<sup>3</sup>}}
The {{tl|rnd/e+}} template creates {{rnd/e+|4.35|10}}, but {{tl|convert/outsep}} assumes this is a number in a format which can be parsed with <nowiki>{{#expr:}}</nowiki>, and hence the error. This could be fixed by making outsep do something smart when the number isn't one which can be passed to an expr parser. ] (]) 22:53, 9 March 2011 (UTC)
: I have made a change in the sandbox, but need an admin to copy it to the live template (see ]). Thank you! ] (]) 23:04, 9 March 2011 (UTC)
::Thanks for finding and explaining the problem, Frietjes! Some of these templates are getting a bit of a nightmare to debug. --] (]) 23:40, 9 March 2011 (UTC)
::: Now fixed by ]. Thank you. ] (]) 00:37, 10 March 2011 (UTC)
== Any tools to assist in combining references? ==
Are there any automated tools to combine duplicate references (or to summon a bot to do so)? On a misspelling patrol I stumbled onto ] which has at least four instances of identical references being cited more than once (one cited at least 8 times). ] (]) 00:31, 10 March 2011 (UTC)
:{{Done}} ] 00:35, 10 March 2011 (UTC)
::Thanks for your attention to the example. I still have the question, however: are there any automated tools to do this? I find a lot of cases like this, and hate to post here every time. ] (]) 01:06, 10 March 2011 (UTC)
:::Drop a note on my talk page, Ive got a few tools that help with this, but they are not stable enough for public usage. ] 01:11, 10 March 2011 (UTC)
::::Thank you. If anyone's aware of any tools to accomplish this. I'd still like to know about them. ] (]) 01:37, 10 March 2011 (UTC)
::::: *cough*Reflinks*cough* — ] 06:02, 10 March 2011 (UTC)
::::::Ah, thanks. I used to use Reflinks a lot, before I started using the citation templates more consistently. I wasn't aware that it did this. ] (]) 06:45, 10 March 2011 (UTC)
:::::::There is logic in ] genfixes too. To run there must already be one or more uses of ]. ] 16:08, 10 March 2011 (UTC)
== weird message in Dutch ==
Yesterday I loaded of ANI (which now displays just fine if you click on the link) and saw a big red banner at the bottom saying "<font color=red>Citefout: De tag <ref> bestaat, maar de tag <references/> is niet aangetroffen</font>. There was in fact a ref tag in one of the incident reports (pasted from an article) with no <references/> but the weird part was the Dutch error message. I haven't seen it again since then. Maybe it was just a busted template that someone fixed, maybe some other sort of problem. ] (]) 07:43, 10 March 2011 (UTC)
:This might be related: ]. ] ] 07:58, 10 March 2011 (UTC)
::That is the Dutch version of ] (you won't see text unless you edit it as it uses a template). It should show only when your language is set to nl, then you would see ]. ---'''''— ]<span style="color:darkblue"> '''''</span><sup>]</sup> 16:13, 10 March 2011 (UTC)
::::And I don't have a clue why you would see the nl interface page if you language is set to en. ---'''''— ]<span style="color:darkblue"> '''''</span><sup>]</sup> 19:55, 10 March 2011 (UTC)
:::Yes. I use Dutch as my interface language for English Misplaced Pages and I get that all the time. There's special logic in the English message set to suppress the error when the page isn't in article space. That logic isn't included in the Dutch message set.—](]) 16:17, 10 March 2011 (UTC)
::::Then you are missing all of the custom interface pages, as the majority of the non-English interfaces at the default. For example, the error in question has a link to a help page, but only when the language is set to en. ---'''''— ]<span style="color:darkblue"> '''''</span><sup>]</sup> 19:55, 10 March 2011 (UTC)
:I should be clear: since I read and edit without using a Misplaced Pages account, I don't have any preferences settings to adjust. I can't use anything but the defaults, whatever they are. That's why I thought the Dutch message was so weird. ] (]) 21:45, 10 March 2011 (UTC)
== Show edit toolbar ==
Hi. I've disabled this on EN wiki, but it's active on other language wikis. Is there a way of disabling it across all the other wiki sites in one go? Thanks. ''']''' (]) 08:59, 10 March 2011 (UTC)
== Subcategories sorting ==
I think this is a technical query: Why when I create new subcategories, are they not sorted with others starting with the same first number or first (upper-case) letter: ] (]) 10:34, 10 March 2011 (UTC)
*]: 2x subcategories starting with 1
*]: 2x subcategories starting with 1, A, N
:This looks to be related to the ] thread, above. -- ] (]) 10:50, 10 March 2011 (UTC)
== Former links in templates still showing in 'what links here' ==
I removed some superfluous links, such as <nowiki>]</nowiki> from template {{tlx|adult bio}} about a week ago, but a 'what links here' against ] still show it linking to most of the articles that use that template (hundreds of them). I was vaguely under the impression that a batch job comes along and updates the linking info from time to time - does this happen? ] (]) 10:51, 10 March 2011 (UTC)
:Known problem, join the party at ] --] (]) 11:21, 10 March 2011 (UTC)
::And I've been waiting three weeks for a couple of my template edits to expand out. So, yes, join the party. ] (]) 12:07, 10 March 2011 (UTC)
== Created article; it wasn't there ==
happened again. I created an article and, told there was a storm coming and I should save my work, I did. Or thought I did. When I clicked on "back", there was a less complete version. I was able to add back everything eventually.] '''·''' ] '''·''' ] '''·''' 22:50, 10 March 2011 (UTC)
: Similar to the thread below, probably related to the ] with edits not immediately appearing. <font face="Verdana">] <span style="font-size: 0.9em;">(] · ])</span></font> 02:39, 11 March 2011 (UTC)
==Slow edits==
It's taking upwards of a minute for edits to show up on the page when I edit them. I keep refereshing the page, but nothing shows up until I actually re-edit and leave a null edit. <font family="Comic sans">]<sub>'']''</sub></font> 02:33, 11 March 2011 (UTC)
::This has only been happening to me today, not since the most recent deployment. <font family="Comic sans">]<sub>'']''</sub></font> 02:41, 11 March 2011 (UTC)
::: It's only been happening to me since yesterday or the day before, too. It doesn't mean it's not related. These things have been happening for a long time I believe, but it's just that with the new update, it's been happening with increased frequency. <font face="Verdana">] <span style="font-size: 0.9em;">(] · ])</span></font> 04:57, 11 March 2011 (UTC)
== Number of External Links on en.Misplaced Pages ==
If I recall right, there is a DB-table which tracks external links on Misplaced Pages. Could someone with toolserver(?) or similar access just run a COUNT(*) for me that calculates this (or something similar)? Many thanks, ] (]) 02:38, 11 March 2011 (UTC)
:The answer along with discussion ]. —] (]) 05:35, 11 March 2011 (UTC)
:: Thanks, UD. ] (]) 06:02, 11 March 2011 (UTC)
== Problem in the English Misplaced Pages search field ==
Hello,
I noticed a problem in the English Misplaced Pages top-right search field.
With K-Meleon and Firefox 3.
I go the page:
http://en.wikipedia.org/Penguin
Above the funny bird, the field contains the grey text "Search".
The article has the word "oceans", not a link.
I want to read about oceans, so I select the word "oceans" and drag it to the search box.
The box contains now the grey text "Seoceansarch"!
I want to delete "Se" and "arch".
So I click in the box.
All the text gets erased!
If you really want to keep the grey "Search" clue, then I suggest you to
make it a background image.
Best regards,
] (]) 03:42, 11 March 2011 (UTC)
: I've noticed something similar even when I'm just typing directly into the search box--it's happened several times over the past few weeks and on several articles. The typefont stays grey and doesn't recognize that I've entered anything. I thought maybe it happens only when the page hasn't finished loading, but is it happening in other circumstances? ] (]) 04:29, 11 March 2011 (UTC)
:: I can drag text to the search box just fine to replace "Search" in Firefox. If the page is still loading then yes, it's very likely that problems such as that will be encountered. <font face="Verdana">] <span style="font-size: 0.9em;">(] · ])</span></font> 05:01, 11 March 2011 (UTC)
:::] just reported the same problem to me. I don't have the issue, which is possibly because I'm on monobook. ] (]) 09:15, 11 March 2011 (UTC)
== Another software bug ==
I hate to beat a dead horse, but should I report this? The software is misreporting the number of subcategories in ] (it's saying 221) and truncating the display of them; ] correctly reports it as 221 subcategories. It's been doing this for a day or two now, ever since the number got below ~300. ] (]) 10:05, 11 March 2011 (UTC)
:Any categorisation problems (whether mis-sorted, incorrect counts, not all pages showing) are likely related to ] above. --] (]) 10:22, 11 March 2011 (UTC)
== Search in headings? ==
Is it possible to search for a word and restrict the search to headings? My question is motivated by seeing a section called "Commentary" in ]. This doesn't strike me as appropriate, but I'd like to see if it is common. Simply searching for the word brings up many hits, but the term is often appropriate in main text. (It can even be appropriate in a heading, e.g. ]) I plan to question the one instance I've noticed, but I'd like to know if it occurs elsewhere. (I tried searching for "search in headings" in the archives, but didn't see anything useful.)--<font style="font-family:Monotype Corsiva; font-size:15px;">]]</font> 13:23, 11 March 2011 (UTC)
== MicrosoftInternetExplorer4 spam ==
There seems to be of that. The few first ones I already dealt with. Wondering what (if anything) should be done about it. ] (]) 13:34, 11 March 2011 (UTC)
:These seem to be added wide apart in time and by different users. Probably some sort of browser-hickup or script bug. Simply remove and forget. <span style="font-family:'Trebuchet MS',sans-serif"> — ] (]) — </span> 14:01, 11 March 2011 (UTC)
== Cite label styles ==
{{details|WP:CITELABEL}}
As previously announced, we now have a way to change the labels in citations. This is now implemented and documented. For example, using the group name of "lower-alpha", the cite labels will use lower case alpha characters.
<ref name=elk1>{{cite book |last=Elk |first=Anne |title=] |date=November 16, 1972}}</ref>
<ref name=elk2>{{cite book |last=Elk |first=Anne |title=Anne Elk's Other Theory on Brontosauruses |date=November 16, 1972}}</ref>
<ref name=elk3>{{cite book |last=Elk |first=Anne |title=Anne Elk's Greater Theory on Brontosauruses |date=November 16, 1972}}</ref>}}
*List item
Other styles are decimal, lower-greek and lower-roman. ---'''''— ]<span style="color:darkblue"> '''''</span><sup>]</sup> 14:34, 11 March 2011 (UTC)
**Second level list item
***Third level list item if there's a line separating this from the previous list item
:Again: <3 --] (]) 16:56, 11 March 2011 (UTC)
^^ Why is this the default behavior for multiple asterisks? Does anybody ever actually ''want'' every asterisk to render as an additional dot? Why isn't *** by default just a twice indented bulletpoint, even if not immediately preceded by a once indented bulletpoint? This silliness is why many people wind up starting lines with e.g. :*:::: or :::::*, which if I recall correctly isn't ideal for accessibility. At minimum, given the ubiquity of unordered lists in wiki discussion pages, shouldn't indents be the default behavior (with perhaps some template for anyone with a weird multi-bullet use case)? — <samp>] <sup style="font-size:80%;">]</sup></samp> \\ 03:46, 23 January 2025 (UTC)
== Can the "Misplaced Pages - the 💕" phrase appending behavior be eliminated when saving a Misplaced Pages link? ==
:Because any ‘lists’ with newlines between them are not actually one united list. See ]. Sadly MediaWiki does not make this ''obvious enough'', if anything, but both are bad for accessibility. Editors should be advised not to insert blank lines between list items, or at least to insert them as blank lines with indentation (<code>*** <blank></code>), as that would generate a hidden empty list item that would unite the markup. ] 04:59, 23 January 2025 (UTC)
== PetScan down or broken ==
Saving a link via a browser address bar by dragging-and-dropping it onto a desktop or into a folder always has the phrase " - Misplaced Pages, the 💕" appended to the article topic to which the link points to. At most, the appended text should be only "Misplaced Pages" because the site is well beyond its unknown existence time. In a GUI environment, the link icon is enough and no appended text is necessary at all. Can this behavior be eliminated somehow? Is this a technical issue or a policy issue? <small><span class="autosigned">— Preceding ] comment added by ] (] • ]) 16:01, 11 March 2011 (UTC)</span></small><!-- Template:Unsigned --> <!--Autosigned by SineBot-->
:A technical issue that has more to do with how the browsers implement that functionality than with how Misplaced Pages does. There's no way to fix that from our end, and I don't think Misplaced Pages would want to do so anyway. Sorry. :( --] (]) 16:49, 11 March 2011 (UTC)
Hi, For , when launched, it shows
== Edit count as of a specific date ==
''Error: This web service cannot be reached. Please contact a maintainer of this project.''. Needed to run an hour ago and still fails. Will check again later today. Regards, ] (]) 14:32, 23 January 2025 (UTC)
:It's been down for a couple of days. It doesn't appear to have any current documentation as to active maintainers. — ] <sup>]</sup> 15:28, 23 January 2025 (UTC)
Is it possible to get an edit count for an editor as of a particular date? I think I'm looking at ~100 editors (and therefore ~100 different dates), so I'd like something reasonably automated. As an example, I'd like to know how much experience this editor had when . ] (]) 16:29, 11 March 2011 (UTC)
::It only accepts bug reports on github, where there is now. Github isn't really good for operational bugs, just software ones... This is another project with a lack of active onwiki volunteers unfortunately. — ] <sup>]</sup> 15:31, 23 January 2025 (UTC)
:Drop me a list on my talk page and I can run a db query. ] 16:33, 11 March 2011 (UTC)
:::Only maintainer linked is ], who is still active on wikidata. Similar to the geohack outage (]) above -- needs an operator to possibly work with the cloud team. — ] <sup>]</sup> 15:35, 23 January 2025 (UTC)
::::@] - Thank you for digging into this issue. PetScan really is a great tool for category filtering of articles. I regularly use to find Unreferenced + Orphan articles combination. For now, "Plan B" is to search thru just the old Unref. articles. Yes, it would be great to find an expert to: 1. Identify what is broken; 2. Fix it. There are some Bots that occasionally fail off & need to be restarted. Cheers, ] (]) 17:41, 23 January 2025 (UTC)
::::: shows that Magnus Manske is the only maintainer. Since this is a very important tool, I think the Wikimedia Cloud team can help restart the web service if Magnus is not available. – ] <small>(])</small> 18:04, 23 January 2025 (UTC)
Latest revision as of 18:04, 23 January 2025
Page for discussing Misplaced Pages technical issues
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.
This tends to solve most issues, including improper display of images, user-preferences not loading, and old versions of pages being shown.
No, we will not use JavaScript to set focus on the search box.
This would interfere with usability, accessibility, keyboard navigation and standard forms. See task 3864. There is an accesskey property on it (default to accesskey="f" in English). Logged-in users can enable the "Focus the cursor in the search bar on loading the Main Page" gadget in their preferences.
No, we will not add a spell-checker, or spell-checking bot.
You can use a web browser such as Firefox, which has a spell checker.
If you changed to another skin and cannot change back, use this link.
Alternatively, you can press Tab until the "Save" button is highlighted, and press Enter. Using Mozilla Firefox also seems to solve the problem.
If an image thumbnail is not showing, try purging its image description page.
If the image is from Wikimedia Commons, you might have to purge there too. If it doesn't work, try again before doing anything else. Some ad blockers, proxies, or firewalls block URLs containing /ad/ or ending in common executable suffixes. This can cause some images or articles to not appear.
The following edits and show a different heading (corresponding to the section being edited) in the edit summary than edits (which was made using the convenient discussions tool) and (which was made using the reply tool). When navigating from the history view, clicking on the heading in the edit summary for the first two edits results in a popup saying This topic could not be found. It might have been deleted, moved or renamed. I made my edit using the default wikitext editor. Does anyone know why it would produce an incorrect heading in the edit summary? isaacl (talk) 19:34, 17 January 2025 (UTC)
Sure; just wondering why the behaviour is inconsistent with the reply tool and the default wikitext editor (I would have thought the same code would be used to generate the heading for both use cases, but I guess not). isaacl (talk) 19:48, 17 January 2025 (UTC)
@Isaacl: Your post was confusing because your third link was the same as the second and you didn't clarify what was supposed to be different. The wikitext of the actual heading says Dark mode and {{tl|Yes}} which renders as "Dark mode and {{Yes}}" without tl being displayed. Your second link uses the wikitext with tl in the edit summary and fails to link to the section. Your third link should have been where the edit summary uses the rendering without tl and links correctly to the section #Dark mode and {{Yes}}. Different discussion features apparently use different ways to generate the automatic section edit summary and one of them works better in this case. phab:T69068 from 2014 is about the issue. Misplaced Pages:Manual of Style#Section headings (which doesn't apply to project space) says "For technical reasons, section headings should: ... Not contain template transclusions." PrimeHunter (talk) 20:46, 17 January 2025 (UTC)
My apologies for the copy and paste mistake for the links. Yes, obviously the edit summaries and underlying link text are being generated in different ways. I was wondering if it is a visual editor vs default wikitext editor difference, or something else? And if it was fixed for visual editor, was there an issue in following the same approach for the wikitext editor (maybe the fix was just partial, or not sufficiently resilient?). But I'm not asking for anyone to do any deep research on it. If someone knows off the top of their head, it would be nice to know. Thanks for the Phabricator link; it helped provide some context. (I know about the style recommendation for section headings; thanks for the reference.) isaacl (talk) 23:31, 17 January 2025 (UTC)
Basically, this happens because the wikitext editor generates the edit summary directly from the wikitext of the heading, while the visual editor generates it from the parsed HTML of the page. The HTML contains the id attribute needed to make the correct link, but generating the correct link from the wikitext would require parsing it to HTML first, and most of the tools don't bother to do that.
The same applies to other wikitext-based editing tools and other HTML-based editing tools. There are more tasks in Phabricator about this, T234982 is a good summary and has even more links.
The only wikitext-based tool I know that does this better is DiscussionTools's new topic tool's wikitext mode, where we solved it as a side-effect of T338390 – we needed to parse the HTML for some other reasons, and once that was implemented, adding a bit of code to read the id attribute out of it was easy. In principle the same approach could be used in other editors, but it is tricky to get the data from point A to point B, especially without affecting performance, and no one has put in the effort to do it yet. Matma Rextalk23:23, 18 January 2025 (UTC)
Is it just me or is File:Misplaced Pages page mover.svg somewhat broken? I'm getting "Sorry, the file cannot be displayed There seems to be a technical issue. You can retry if it persists. Error: could not load image from https://upload.wikimedia.org/wikipedia/commons/thumb/4/4b/Wikipedia_page_mover.svg/1024px-Wikipedia_page_mover.svg.png" when clicking the image on Misplaced Pages:Page mover. I have tried on Firefox, Chrome, Edge, iOS Safari with or without safemode, all yield the same results. However, clicking the original file doesn't generate the same error. — Paper9oll (🔔 • 📝)13:36, 19 January 2025 (UTC)
We currently have a gadget that makes disambiguation links orange, which makes correcting said links much easier. Would it be feasible to create something similar for redlinks to articles that have previously been deleted? For instance, let's say I'm writing an article on an academic named Joe Bloggs, who published a significant work cowritten by Joe Public. I believe Joe Public is notable, but he does not currently have a Misplaced Pages article, so I create a redlink. However, I failed to check the page's deletion log (!!), which shows that an article on Joe Public did once exist, but it was deleted after its subject was found to lack sufficient independent coverage. Now imagine if I had a gadget that made that redlink purple (or pink, or maroon, or black; I'm not picky), so I would know at a glance to not bother to create a link for a person who has already been determined to not meet notability criteria. It would also make it easier to spot and correct such links while looking through other articles. Much like with the existing gadget I mentioned, this is, of course, still a process that can be done manually, but a gadget would make it much more efficient. Anonymous19:22, 18 January 2025 (UTC)
@An anonymous username, not my real name: MediaWiki adds the class mw-disambig to links to disambiguation pages like St. Mary's Church. This means the gadget only has to say links with that class should be orange. The entire code of the gadget is one line in MediaWiki:Gadget-DisambiguationLinks.css and it's client-side with no impact on the servers. MediaWiki does not add a class to red links with a deletion log like Corruption in Wales. A gadget would have to make an API call to the servers for each red link on a page to check for deletion logs. I don't think that's worth the server load even if somebody would make the non-trivial code. PrimeHunter (talk) 20:33, 18 January 2025 (UTC)
The script, as noted, only has to hit the servers for redlinks. More broadly Don't worry about performance, that's the server admins' job. If it became a problem they would alert us. There is also a lot of caching in user agents as well as the WMF servers, and this is only doing reads so it hits the caches. --Slowking Man (talk) 01:34, 19 January 2025 (UTC)
I don't know that I'd implement such a request. Most of what linkclassifier does is based on categories (a little is based on page props). To do this, it'd have to query the logs for each page, which is a whole different thing. Anomie⚔15:04, 19 January 2025 (UTC)
Just because a page has previously been deleted, you can't assume that the article you were going to create would fail our notability criteria. Notability is far from the only deletion criteria, and especially if you are creating articles on people, you can't always assume that the person you were going to write about is the same person as the adolescent pro skateboarder whose article was deleted fifteen years ago. They may just have the same name. That said, some sort of colour coding or pop up that alerted you to there being a previous article of that name and the reason and recency of deletion might be helpful. New page patrol has a recently deleted colour which usually indicates that someone is repeatedly trying to create a particular article. ϢereSpielChequers06:59, 20 January 2025 (UTC)
Do certain configuration templates need to be in the first n bytes of a page?
I have a vague recollection that certain templates need to be in the first n bytes of a page? I'm thinking of templates like these:
Moving configs somewhere else which CS1 relies on is likely to have a non-zero increase on the Lua execution time associated with a page. (These metadata are incidentally good candidates to move to something like mediawikiwiki:MCR since they definitely don't need to participate in transclusion and are otherwise pretty simple settings.)
Title templates are there because they modify the title though you could theoretically move them.
Archiving template is there because it would otherwise get lost by archiving of threads + addition of new threads. Izno (talk) 20:31, 18 January 2025 (UTC)
AFAIK the only one that is position-critical is {{User:MiszaBot/config}}, which must be before the first section heading (of any level), i.e. in the lead section. This is to guard against it being accidentally moved to an archive, which might happen if it were placed inside a section (or subsection) which became archived. It's possible that {{CS1 config}} might need to be before the first WP:CS1/WP:CS2 template, but not if the relevant JavaScript function(s) has been written carefully. The others are definitely position-independent, but do have conventional positions, summarised at WP:LEADORDER. --Redrose64 🌹 (talk) 22:09, 18 January 2025 (UTC)
Module:Citation/CS1/Configuration reads article wikitext looking for {{CS1 config}}, {{use dmy dates}}, and {{use mdy dates}} (and any of their redirects). Of course, the earlier these appear in the wiki text, the less work the module needs to do. But, if none of them appear in the wikitext, the module still must scan all of the wikitext to be sure that none of them exist so placement really doesn't matter. Scanning for the {{use xxx dates}} could be made faster by eliminating some of the several redirects but that suggestion has already been dismissed dismissed (permalink).
I've enabled the gadget that pops up a micro-summary of an article whenever I mouse over a link to it. Unfortunately, it's not working properly with redirects. For example, if visit Serial comma#Mainly British style guides opposing typical use, I'm given the following text: I dedicate this book to my parents, Martin Amis, and JK Rowling. If I mouse over the first link, I get a picture of Amis and this text:
Sir Martin Louis Amis (25 August 1949 – 19 May 2023) was an English novelist, essayist, memoirist, screenwriter and critic. He is best known for his novels Money (1984) and London Fields (1989). He received the James Tait Black Memorial Prize for his memoir Experience and was twice listed for the Booker Prize (shortlisted in 1991 for Time's Arrow and longlisted in 2003 for Yellow Dog).
However, if I mouse over the second link, I get this text:
JK Rowling ⋅ actions ⋅ popups Redirects to J. K. Rowling ⋅ actions
Is there a way to change this, so that the popup shows the target of the redirect (as if the link went to the target), rather than the redirect itself? I can't imagine a reason why we should care whether it's an article or a redirect. The documentation suggests that identifying pages as redirects helps people fix them, but You probably don't want to "fix" such links every time you come across them, and WP:NOTBROKEN actively prohibits changing those redirects without some alternate reason, e.g. it's fine to replace "JK Rowling" with "J. K. Rowling" if we want the full stops and space to appear in the article, but not good to edit the article just to change ] to ]. If there are any legitimate uses for distinguishing redirects from articles with this tool, that's different, but as far as I can see, it merely gets in the way of using this tool. Nyttend (talk) 22:12, 19 January 2025 (UTC)
@Nyttend: The first time I hover over a redirect like JK Rowling after loading or reloading a page, I see text from the target below the text you quoted. If I come back to hover over the same link, I only see what you quoted. PrimeHunter (talk) 23:58, 19 January 2025 (UTC)
Hi, Good day. I am having trouble loading Huggle as no list of articles/edits is shown on it. Below are the system logs.
Mon Jan 20 13:09:53 2025 Failure of feed provider XMLRCS on enwiki, trying to find some alternative provider
Mon Jan 20 13:09:53 2025 ERROR: XmlRcs failed: redis is empty for 10 seconds
Kindly advise me on what I can do or point me to the right editor/talk page for help. (I didn't go to the Huggle talk page for this issue, as the talk page is not very active and, at times, no one replies to messages. Thank you. Cassiopeiatalk02:24, 20 January 2025 (UTC)
Hi, Good day. I am having trouble loading Huggle as no list of articles/edits is shown. Below are the system logs.
Mon Jan 20 13:09:53 2025 Failure of feed provider XMLRCS on enwiki, trying to find some alternative provider
Mon Jan 20 13:09:53 2025 ERROR: XmlRcs failed: redis is empty for 10 seconds
Kindly advise me on what I can do or point me to the right editor/talk page for help. (I didn't go to the Huggle talk page for this issue, as the talk page is not very active and, at times, no one replies to messages. Thank you. Cassiopeiatalk02:17, 20 January 2025 (UTC)
Frost Thank you for your reply. No, I have never have this issue and this is the first time after using Huggle for many years. How do I set to IRC or Wiki as provider? (note: I am not technical). Thank you. Cassiopeiatalk02:41, 20 January 2025 (UTC)
On January 17 I uploaded the image LMC SMC Bab al Mandab.png, which shows the present (2025) position of the Large and Small Magellanic Clouds over the southern horizon. I have now created an accompanying image, LMC SMC Bab al Mandab_900.png, which shows the same thing as seen in the year 900. If possible, please rename the first image LMC SMC Bab al Mandab_2025.png.
If this is not the proper page for such a request, please advise. AstroOgier (talk) 09:14, 20 January 2025 (UTC)
@AstroOgier: You uploaded this file to Wikimedia Commons so you will need to request a rename there. You can read Commons:File renaming for guidance on how to rename a file. To rename this file, you can simply add the {{Rename|File:LMC SMC Bab al Mandab_2025.png|1|reason=your reason here}} template to the file description on the file page. Please don't forget to add your reason in the reason parameter. – DreamRimmer (talk) 09:45, 20 January 2025 (UTC)
When the links in the table showing the stubs, A class B class etc. are clicked on, it just goes to a blank-ish page. I suspect that there is something to do with the slash it the name, but I hope someone knows a solution. APenguinThatIsSilly("talk") 18:50, 20 January 2025 (UTC)
Latest tech news from the Wikimedia technical community. Please tell other users about these changes. Not all changes will affect you. Translations are available.
Updates for editors
Administrators can mass-delete multiple pages created by a user or IP address using Extension:Nuke. It previously only allowed deletion of pages created in the last 30 days. It can now delete pages from the last 90 days, provided it is targeting a specific user or IP address.
On wikis that use the Patrolled edits feature, when the rollback feature is used to revert an unpatrolled page revision, that revision will now be marked as "manually patrolled" instead of "autopatrolled", which is more accurate. Some editors that use filters on Recent Changes may need to update their filter settings.
View all 31 community-submitted tasks that were resolved last week. For example, the Visual Editor's "Insert link" feature did not always suggest existing pages properly when an editor started typing, which has now been fixed.
Updates for technical contributors
The Structured Discussion extension (also known as Flow) is being progressively removed from the wikis. This extension is unmaintained and causes issues. It will be replaced by DiscussionTools, which is used on any regular talk page. The last group of wikis (Catalan Wikiquote, Wikimedia Finland, Goan Konkani Misplaced Pages, Kabyle Misplaced Pages, Portuguese Wikibooks, Wikimedia Sweden) will soon be contacted. If you have questions about this process, please ping Trizek (WMF) at your wiki.
The latest quarterly Technical Community Newsletter is now available. This edition includes: updates about services from the Data Platform Engineering teams, information about Codex from the Design System team, and more.
I'm tracking a LTA account who frequently IP hops within the same session eg. they might switch IP 6 or 7 times within 30 minutes. However they appear to be limited to certain A or B classes which in theory makes tracking possible. But in practice anything bigger than a C is hard. For example class C Special:Contributions/5.90.7.* is doable but class B Special:Contributions/5.90.* is not, and certainly not class A 5.* .. (I have "JavaScript-enhanced contributions lookup 0.2 enabled", your results may look different from mine.)
Question: is there a tool to filter Class A or Class B based on time frame eg. show all edits within this Class A between 10:40 and 12:40 on Jan 20 on Enwiki. -- GreenC15:03, 21 January 2025 (UTC)
I've long thought that the CIDR gadget is pretty much deprecated since the functionality was built in to the contributions page (there are probably still a couple of niche uses, but not many). The contributions page allows you to filter by range and date... For this /16 range the link looks like (there are no contributions on the 20th and it won't filter by exact time). Won't that suffice? -- zzuuzz15:14, 21 January 2025 (UTC)
Thanks John. Start is end. End is start. The docs mention this but somewhat confusingly. The default is |ucdir=older, which requires ucstart to be higher than ucend. The original will work with |ucdir=newer enabled: .. probably |ucdir=newer should be the default because counting backwards is.. backwards. -- GreenC01:22, 22 January 2025 (UTC)
Some table classes yet to be adapted for Dark Mode
An example can be found at Javanese script, where each cell features a white background with invisible transliteration:
Some Javanese letters and their Balinese equivalents
haꦲ
naꦤ
caꦕ
raꦫ
kaꦏ
aꦄ
āꦄ
iꦆ
īꦇ
uꦈ
ūꦈꦴ
ᬳ
ᬦ
ᬘ
ᬭ
ᬓ
ᬅ
ᬆ
ᬇ
ᬈ
ᬉ
ᬊ
Does this imply that all classes labeled letters-* haven't been updated for Dark Mode yet?
I would like to get a list of urls to all class B articles. I know programming. But from what I could figure out up to now, it seems quite tedious to go to Category:B-Class_articles and do all subcategories in a recursive manner and change targets from talk pages to the actual articles. Is there any easier way to do it?
thanks for your response. I think I got a toolforge account. So I will try to quarry the database. The reason why I want to work with such a list is my mediawiki2latex program. I want to run it on all class B articles to try if a PDF is created in every case and fix the cases where it does not happen.
thanks a lot for you query 90084 example. I am not really used to SQL, but this was a nice opportunity for me to practice SQL. I came up with a modified version of your query, that seems to do what I need quarry:query/90125. I exported it to csv and built a set of the lines, which resulted in 151299 elements, which is the right order of magnitude.
For my purpose it is good enough, I just need a set of Misplaced Pages articles with not too short content, that I can use as test data for my mediawiki2latex program.
Retrieving multiple property values in one call of Module:wd
I am trying to retrieve multiple property values from wikidata (using Module:wd) in one call but it is ignoring the other properties I give so I only ever get one property value. I must not be giving things in the correct order but none of the Module examples help me. For example, given a mountain name, I want to retrieve the elevation, prominence, mountain range, coordinates and the first ascent significant event. I can get all the values if I code one call per property but how do I code it so I can get all the properties in one call?
So given this:
P2044 = elevation
P2660 = prominence
P4552 = mountain range
P625 = coordinates
P793 = significant event; Q1194369 = first ascent; P585 = point in time
how do I get all the property values in one call?
{{#invoke:wd|property|P2044|P2660|P4552|P625|property|qualifier|P793|Q1194369|P585|page=Mount Robson}} RedWolf (talk) 19:10, 22 January 2025 (UTC)
The documentation for the "property" command says "Returns the requested property – or list of properties". Yet, I see no example or syntax of how to specify this list of properties. RedWolf (talk) 22:35, 22 January 2025 (UTC)
Incomprehensible error message
Hi, near the bottom of Anglo-German Fellowship is the giant red error message "Lua error in Module:Navbox at line 604: attempt to concatenate field 'argHash' (a nil value)." Does this mean anything to anybody? And, more importantly, can anyone make it go away? Thank you, DuncanHill (talk) 19:40, 22 January 2025 (UTC)
"Lua error in Module:Navbox at line 535: attempt to get length of local 'arg' (a number value). Lua error in Module:Navbox at line 535: attempt to get length of local 'arg' (a number value). Lua error in Module:Navbox at line 535: attempt to get length of local 'arg' (a number value)." Is it WP:THURSDAY? Hawkeye7(discuss)20:08, 22 January 2025 (UTC)
Obviously this is beyond the scope of Misplaced Pages, but it seems to be impossible to find snapshots of new links that can be archived at the moment. It simply produces an error message such as "Fail with status: 498" or "We're sorry — something's gone wrong. Our team has been notified." This is a nuisance as archiving links via the Wayback Machine is important. Are other people having this problem? ♦IanMacM♦20:03, 22 January 2025 (UTC)
Parent categories
An editor has requested a change to the way we display categories in the Category: namespace. The existing system, which looks approximately like this:
This sort of sounds like it would be an overall general improvement - that is not something special for only the English Misplaced Pages, and for only users with their interface language in en. If so, this should be requested upstream. — xaosflux01:56, 23 January 2025 (UTC)
I think it'd be better to do this locally, where it's been requested. If it seems to be a net improvement, we could always suggest it for widespread use (which would require re-translation of the string for all 300+ languages – not something that can happen quickly). WhatamIdoing (talk) 03:44, 23 January 2025 (UTC)
Nonsense redlink
Twice in the past three days, AnomieBOT has created the entirely unpopulated maintenance category Category:Articles lacking reliable references from 2025-01-19 from January 2025, which has in turn generated a nonsense redlink for Category:Monthly clean-up category (Articles lacking reliable references from 2025-01-19) counter — but since YYYY-MM-DD is not part of our naming format for either "Articles lacking reliable references" or "monthly clean-up category" maintenance categories, neither of these are categories that should ever exist at those names at all. But when I deleted the referencing category as both nonsense and empty earlier today in order to blow up the monthly clean-up redlink, the bot came along and recreated it again a few hours later even though it's still both nonsense and empty.
Could somebody look into this and figure out how to make it stop? I haven't deleted the category again this time, though I have wrapped the template in {{suppress categories}} since the redlinked parent still needed to go away regardless. Thanks. Bearcat (talk) 01:29, 23 January 2025 (UTC)
Third level list item if there's a line separating this from the previous list item
^^ Why is this the default behavior for multiple asterisks? Does anybody ever actually want every asterisk to render as an additional dot? Why isn't *** by default just a twice indented bulletpoint, even if not immediately preceded by a once indented bulletpoint? This silliness is why many people wind up starting lines with e.g. :*:::: or :::::*, which if I recall correctly isn't ideal for accessibility. At minimum, given the ubiquity of unordered lists in wiki discussion pages, shouldn't indents be the default behavior (with perhaps some template for anyone with a weird multi-bullet use case)? — Rhododendrites \\ 03:46, 23 January 2025 (UTC)
Because any ‘lists’ with newlines between them are not actually one united list. See MOS:LISTBREAK. Sadly MediaWiki does not make this obvious enough, if anything, but both are bad for accessibility. Editors should be advised not to insert blank lines between list items, or at least to insert them as blank lines with indentation (*** <blank>), as that would generate a hidden empty list item that would unite the markup. stjn04:59, 23 January 2025 (UTC)
PetScan down or broken
Hi, For PetScan, when launched, it shows
Error: This web service cannot be reached. Please contact a maintainer of this project.. Needed to run an hour ago and still fails. Will check again later today. Regards, JoeNMLC (talk) 14:32, 23 January 2025 (UTC)
It's been down for a couple of days. It doesn't appear to have any current documentation as to active maintainers. — xaosflux15:28, 23 January 2025 (UTC)
It only accepts bug reports on github, where there is bug 187 open now. Github isn't really good for operational bugs, just software ones... This is another project with a lack of active onwiki volunteers unfortunately. — xaosflux15:31, 23 January 2025 (UTC)
@Xaosflux - Thank you for digging into this issue. PetScan really is a great tool for category filtering of articles. I regularly use to find Unreferenced + Orphan articles combination. For now, "Plan B" is to search thru just the old Unref. articles. Yes, it would be great to find an expert to: 1. Identify what is broken; 2. Fix it. There are some Bots that occasionally fail off & need to be restarted. Cheers, JoeNMLC (talk) 17:41, 23 January 2025 (UTC)
LDAP shows that Magnus Manske is the only maintainer. Since this is a very important tool, I think the Wikimedia Cloud team can help restart the web service if Magnus is not available. – DreamRimmer (talk) 18:04, 23 January 2025 (UTC)
view · edit Frequently asked questions (see also: Misplaced Pages:FAQ/Technical)
Click "" next to each point to see more details.
Resolved
Moved from Misplaced Pages talk:Village pump (technical) § Issue - Loading WP:Huggle
View all 31 community-submitted tasks that were resolved last week. For example, the Visual Editor's "Insert link" feature did not always suggest existing pages properly when an editor started typing, which has now been fixed.
