Wikipedia:Village pump (technical)
Policy | Technical | Proposals | Idea lab | WMF | Miscellaneous |
Newcomers to the technical village pump are encouraged to read these guidelines prior to posting here. Questions about MediaWiki in general should be posted at the MediaWiki support desk.
Frequently asked questions (see also: Wikipedia:Technical FAQ) Click "[show]" next to each point to see more details.
|
Is this *ever* going to be fixed?
I find it incredible that a massive and popular site like Wikipedia still suffers from this stupid bug whereby stale pages are regularly shown and/or pages are incorrectly shown as uneditable until one adds that stupid "?action=purge" thing to the URL. What a total load of nonsense. There is even a page somewhere I think that explains this "purging" crud as if it was some kind of a beneficial feature rather than a ridiculous bug that should have been fixed years ago.
The usual disclaimers that I know WP is free, built mostly by volunteers, etc., etc., all apply, so there is no need to trot all that out. Just someone PLEASE fix it!!! 109.151.36.98 (talk) 00:30, 25 September 2011 (UTC)
- It appears nobody filed a bugzilla request after my above post at #Article appears protected when it isn't. I will probably file one next week when I have more time if it hasn't been done by then, but I don't know how hard it would be to solve the problem. By the way, the purge function is old, has other uses and was not created to fix instances of this problem but is able to do it. PrimeHunter (talk) 00:44, 25 September 2011 (UTC)
- (That section link is now WP:Village pump (technical)/Archive 93#Article appears protected when it isn't.) --142.205.241.254 (talk) 22:27, 26 September 2011 (UTC)
- I found the old bugzilla:27978 from March 2011 where the problem may have started. The bug was quickly closed as "Resolved" because the problem could not be reproduced on the reported pages. I have reopened the bug with links to many reports since then. PrimeHunter (talk) 22:47, 2 October 2011 (UTC)
Templates not transcluding at Barack Obama
(Please see Talk:Barack Obama#Templates) Transclusion of the final thirteen templates at Barack Obama has failed and, instead, regular links to the templates are being displayed. What could be causing this? Thank you, -- Black Falcon (talk) 17:13, 26 September 2011 (UTC)
- Probably Wikipedia:Template limits—the page is transcluding too many and too large templates. Ucucha (talk) 17:21, 26 September 2011 (UTC)
- Specifically, it's the post-expand include size:
NewPP limit report Preprocessor node count: 282439/1000000 Post-expand include size: 2048000/2048000 bytes Template argument size: 879412/2048000 bytes Expensive parser function count: 24/500
- (Those numbers are in the HTML source of the page.) Ucucha (talk) 17:22, 26 September 2011 (UTC)
- Thank you, that clarifies the cause of the problem. I noticed, too, that the article now appears in Category:Pages where template include size is exceeded. Can anything, other than removing a few templates from the article (possible but not ideal), be done to correct this? -- Black Falcon (talk) 23:48, 26 September 2011 (UTC)
- (Those numbers are in the HTML source of the page.) Ucucha (talk) 17:22, 26 September 2011 (UTC)
I have offered a possible fix at Talk:Barack Obama#Templates), which reduces the template processing counts to:
NewPP limit report Preprocessor node count: 205464/1000000 Post-expand include size: 1572569/2048000 bytes Template argument size: 673222/2048000 bytes Expensive parser function count: 10/500
As this fix may cause problems in future maintenance, I have not implemented it immediately, but described it on Talk:Barack Obama#Templates, so that editors there can decide what they want to do.
--NSH001 (talk) 15:50, 2 October 2011 (UTC)
This gadget no longer works; see #Edit summary max length and behaviour above, and try the gadget out for yourself - it makes no difference.
Could an admin please delete these two pages and remove the gadget's entry from MediaWiki:Gadgets-definition (second entry under "editing" section)? There is no need to fool users into believing they can obtain longer edit summaries when they in fact cannot. — This, that, and the other (talk) 03:51, 27 September 2011 (UTC)
- Done. Ucucha (talk) 11:28, 27 September 2011 (UTC)
- There is no need to delete MediaWiki:Gadget-LongEditSummaries and MediaWiki:Gadget-LongEditSummaries.js. Can you please undelete those so that the code can still be seen by others ? The existance of those pages alone doesn't have any influence on the Gadgets system. Assuming you want someone to be able to fix/redo that script... Krinkle (talk) 17:06, 27 September 2011 (UTC)
- I've restored. Good luck fixing the script. :) Is there anything that needs to be done to the page to indicate that it is being retained for this reference only and that it doesn't work? </clueless> --Moonriddengirl (talk) 15:40, 3 October 2011 (UTC)
- There is no need to delete MediaWiki:Gadget-LongEditSummaries and MediaWiki:Gadget-LongEditSummaries.js. Can you please undelete those so that the code can still be seen by others ? The existance of those pages alone doesn't have any influence on the Gadgets system. Assuming you want someone to be able to fix/redo that script... Krinkle (talk) 17:06, 27 September 2011 (UTC)
Template Question, time since last edit
Is it possible to have a template add a page to a category based on how long it has been since the page was edited? For example, if the template is placed on a page at the time of page creation, would it be technically possible for it to add the page to a category 30 or 90 days after the last edit to the page by anyone? If so, will the category addition occur even if no one ever again accesses the page, or would the cached version, with no category, remain until the first time it was accessed after the timer ran out? Monty845 23:56, 27 September 2011 (UTC)
- Yes, I think this could be done using two of the magic words,
{{REVISIONTIMESTAMP}}
and{{CURRENTTIMESTAMP}}
. But the software would not realise that the page needed to be re-built and re-categorised after N days, so the idea wouldn't work especially well. Also, depending on what you were hoping to use the template for, the scheme might be broken by an automated/semi-automated "gnome" edit that didn't affect the part of the page you had in mind. -- John of Reading (talk) 11:54, 28 September 2011 (UTC)- Thanks for the reply, the lack of re automated rebuilding would stop the idea from working, which is what I feared. Monty845 18:59, 28 September 2011 (UTC)
- You could employ a bot to make null edits on those pages every day, I know we have such a bot in my home wiki. — AlexSm 20:03, 28 September 2011 (UTC)
- Thanks for the reply, the lack of re automated rebuilding would stop the idea from working, which is what I feared. Monty845 18:59, 28 September 2011 (UTC)
- You shouldn't need null edits for this - I recently added this exact feature to create Category:Stale Userspace drafts - and the category filled up with 12k pages in no time. Avicennasis @ 14:34, 1 Tishrei 5772 / 14:34, 29 September 2011 (UTC)
- Your edit to {{Userspace draft}} made the software re-cache all the pages using that template. Going forwards I think you will have to make a monthly edit to the template to make the software rethink the categories for each draft. -- John of Reading (talk) 15:39, 29 September 2011 (UTC)
- You shouldn't need null edits for this - I recently added this exact feature to create Category:Stale Userspace drafts - and the category filled up with 12k pages in no time. Avicennasis @ 14:34, 1 Tishrei 5772 / 14:34, 29 September 2011 (UTC)
"Decent Article" symbols for iw links
What is the current standard for adding little status symbols for iw links? FA and GA symbols are added, how about the "decent article" status that's used in da, fi and sv Wikipedias. The status equals roughly the B quality in here, being a status with more relaxed standards and more casual promotion process than GA or FA. Pitke (talk) 14:11, 28 September 2011 (UTC)
- Just worked this out. You are referring to the
{{link GA}}
and{{link FA}}
templates which put and symbols on the left of the "languages" list (or, if in MonoBook skin, the templates which amend the style of the bullets in the same list), as seen against "Deutsch" and "Español", etc. on Vietnam war. This seems to be done via css; the effect of{{link FA|es}}
is to add an empty HTML element:<span id="interwiki-es-fa"></span>
so I personally can't do anything to add the equivalent for this class (which seems to be exclusive to the Danish, Finnish and Swedish Wikipedias). --Redrose64 (talk) 19:36, 29 September 2011 (UTC)
large numbers are rendered differently by various servers, leading to number formatting errors.
Large numbers, such as 82000000 are getting rendered as 8.2E+7 by some server (srv*) and as 82000000 by others (wm*). The 8.2E+7 notation causes templates that format numbers (such as {{val}}) to fail and pages using these templates to be rendered incorrectly. It seems obvious that all server should return the same results in order to be able to create reliable rendering of large numbers. Assuming there is no use case for 8.2E+7 notation, I'd like to get all servers to return 82000000 when you type 82000000.
To test this, you can install this Chrome extension I created: it takes the name of the server that rendered each Wikipedia page from the comments inside the HTML and makes it visible at the bottom of the page. Alternatively, you can use view-source to see this information manually. Then try refreshing this page to see how the below test is rendered by various servers:
- {{#expr:82000000}} = 82000000
Any help in tracking down people that can help resolve this is appreciated. — SkyLined (talk) 21:55, 28 September 2011 (UTC)
- NB: I just found that not all srv* server render it as 8.2E+7: some do, some don't. — SkyLined (talk) 21:57, 28 September 2011 (UTC)
- This is a known issue, I believe; some of the servers are configured differently than others, and this causes some math operations to return different values depending on the server. Ucucha (talk) 00:43, 29 September 2011 (UTC)
- This is, AFAIK, ultimately down to features of the operating system and hardware, since MediaWiki uses PHP maths functions, PHP uses the system's native C functions, and the C functions use direct OS/assembler-level maths. Some of the modern servers are 64-bit architecture while the older ones are 32-bit, which probably makes a substantial difference. Essentially not something which is likely to be resolved. Happy‑melon 20:57, 29 September 2011 (UTC)
- A long time ago (three years ago, or some such), I recall being told that many changes like this would go away once all the servers were updated to run the same version of PHP, which apparently wasn't the case at the time. Is there any way to tell which version(s) of the infrastructure software are being run currently? Dragons flight (talk) 21:30, 29 September 2011 (UTC)
- Yes: Special:Version section "Installed software". --Rogerhc (talk) 23:15, 2 October 2011 (UTC)
- That only tells you the software on the machine that happens to render it. I was looking for a way to see software usage across the entire production cluster. As established in the bugzilla thread, some machines are using PHP 5.2.4 and others are using 5.3.2. Dragons flight (talk) 23:34, 2 October 2011 (UTC)
- Yes: Special:Version section "Installed software". --Rogerhc (talk) 23:15, 2 October 2011 (UTC)
- A long time ago (three years ago, or some such), I recall being told that many changes like this would go away once all the servers were updated to run the same version of PHP, which apparently wasn't the case at the time. Is there any way to tell which version(s) of the infrastructure software are being run currently? Dragons flight (talk) 21:30, 29 September 2011 (UTC)
- If you want faster/consistent servers, visit foundation:Fundraising. --Redrose64 (talk) 21:27, 29 September 2011 (UTC)
- Helpful, Redrose, except for the complete and utter absence of any analysis of a connection between a lack of funding for servers and the issue under discussion. Is there a bugzilla bug filed on this subject, does anyone know? "Not something which is likely to be resolved" somewhat lacks the can-do spirit --Tagishsimon (talk) 21:31, 29 September 2011 (UTC)
- Funny, that. They are more likely just hire more HR people. Or perhaps another storyteller! Killiondude (talk) 23:01, 1 October 2011 (UTC)
- This is, AFAIK, ultimately down to features of the operating system and hardware, since MediaWiki uses PHP maths functions, PHP uses the system's native C functions, and the C functions use direct OS/assembler-level maths. Some of the modern servers are 64-bit architecture while the older ones are 32-bit, which probably makes a substantial difference. Essentially not something which is likely to be resolved. Happy‑melon 20:57, 29 September 2011 (UTC)
- This is a known issue, I believe; some of the servers are configured differently than others, and this causes some math operations to return different values depending on the server. Ucucha (talk) 00:43, 29 September 2011 (UTC)
- My half-informed guess is that this is likely to be caused by the lucid upgrade. This upgrade is being rolled out to all servers in a staggered fashion, so if we don't fix it, this problem will only get worse over time, as the probability that you'll hit a server that wrongly formats 82000000 as 8.2E+7 rises and eventually becomes 100%. I tried to ping the guy who's doing the lucid upgrades so he can take a look, but since he's not around and since I should really go to sleep now, it's probably best to file this as a bug in Bugzilla. We like bug reports for tracking purposes anyways. --Catrope (talk) 23:14, 29 September 2011 (UTC)
Bing isn't updating urls
I moved Bunker (golf) to Hazard (golf) on 14 May 2009. Although Bing has updated the article title in its search results, clicking the link still takes you to the redirect. How do we get Microsoft's attention on this? Marcus Qwertyus 08:42, 29 September 2011 (UTC)
- Redirecting from Bunker to Hazard is OK on "bunker golf" search, but "Hazard golf" search also links to redirect. Anyway, I think it is rather Bing problem. Bulwersator (talk) 09:32, 29 September 2011 (UTC)
Amazon Elastic Compute Cloud cache of WP
In this arstechnica piece on the Kindle Fire they mention an X-ray read-ahead cache of related Wikipedia content. Does this mean that we should expect Amazon Elastic Compute Cloud to be caching WP from now on? If so, does it open up any new performance possibilities? Just wondering... LeadSongDog come howl! 18:41, 29 September 2011 (UTC)
Creating new usernames
A current WP:ANI discussion about a longterm anticontributor leads me to wonder: how does one create an account? I thought that there were only two ways to create accounts (either by creating the account with itself, as I did, or by becoming an AccountCreator), but he's obviously figured out some other way to do it, since surely we didn't give a longtime vandal the AccountCreator right. Nyttend (talk) 04:58, 30 September 2011 (UTC)
- If I'm right, the Account Creator flag simply removes a limit of 6 accounts/IP address/day. Any user that isn't blocked with "account creation blocked" enabled can create accounts, but anyone who wants to make more than 6/IP address/day needs to have the flag.Jasper Deng (talk) 05:01, 30 September 2011 (UTC)
- Indeed. Any account which isn't ACB blocked can register more just by visiting signup whilst logged in. -- zzuuzz (talk) 06:09, 30 September 2011 (UTC)
- It's that signup page I've never before seen. Is it linked from somewhere? I can't get useful results from WhatLinksHere. Nyttend (talk) 11:24, 30 September 2011 (UTC)
- Special:UserLogin/signup also. The signup is just a version of, and linked from, Special:UserLogin. It's linked specifically from some username block templates, and more generally Special:SpecialPages. However all you need to do is have a browser tab open where you aren't logged in and you can copy-paste or click the link into a new tab all you like (up to the account limit). I expect this vandal also has it has a bookmark. -- zzuuzz (talk) 11:38, 30 September 2011 (UTC)
- The main problem with trying to use Special:WhatLinksHere in this manner is that it it doesn't work for virtual namespaces - those with a negative number, such as Special: pages. Another problem is that it only lists links established using wikilinks, not the http: form. --Redrose64 (talk) 14:44, 30 September 2011 (UTC)
- The first problem is bug 17597. You can vote for it. Helder 17:15, 30 September 2011 (UTC)
- The main problem with trying to use Special:WhatLinksHere in this manner is that it it doesn't work for virtual namespaces - those with a negative number, such as Special: pages. Another problem is that it only lists links established using wikilinks, not the http: form. --Redrose64 (talk) 14:44, 30 September 2011 (UTC)
- Special:UserLogin/signup also. The signup is just a version of, and linked from, Special:UserLogin. It's linked specifically from some username block templates, and more generally Special:SpecialPages. However all you need to do is have a browser tab open where you aren't logged in and you can copy-paste or click the link into a new tab all you like (up to the account limit). I expect this vandal also has it has a bookmark. -- zzuuzz (talk) 11:38, 30 September 2011 (UTC)
- It's that signup page I've never before seen. Is it linked from somewhere? I can't get useful results from WhatLinksHere. Nyttend (talk) 11:24, 30 September 2011 (UTC)
- Indeed. Any account which isn't ACB blocked can register more just by visiting signup whilst logged in. -- zzuuzz (talk) 06:09, 30 September 2011 (UTC)
Problem with Template:Infobox election
Someone in there, there seems to be a problem with a colspan being one greater than it should be. Specifically, if you render United Kingdom general election, 2005 in PDF, the map seems to span one column more than candidates.
I've been trying to figure out where this extra column is comning from for the last few hours, to no avail. Can someone confirm/deny if the colspan is set to 4 throughout the infobox? Headbomb {talk / contribs / physics / books} 06:33, 30 September 2011 (UTC)
- There is no column span problem, and no extra column. It appears that the PDF renderer ignores the CSS width specified on the tables. So while the browser displays the nested tables at 100% of the width of the outer table, the PDF version sizes it to fit its content and (since the cell content is left-aligned) it leaves empty space on the right. This sounds like something to bring up on Help:Books/Feedback. Anomie⚔ 11:49, 30 September 2011 (UTC)
dual wikipedia pages
I am in a discussion about the aspartame controversy at NPV. If I do not sign on the discussion is not visible. It appears when I sign on. Is this normal? Do you have dual pages? — Preceding unsigned comment added by Arydberg (talk • contribs) 07:16, 30 September 2011 (UTC)
- No, we don't have dual pages, but sometimes an old version gets cached incorrectly. I have purged the page so that the latest version will be copied again to all the Wikipedia servers. You could also try bypassing your browser cache. -- John of Reading (talk) 08:02, 30 September 2011 (UTC)
- Logged in users are accessing pages using a more frequently updated server while IPs use a server that relies more heavily on cached content. Killiondude (talk) 22:50, 1 October 2011 (UTC)
DNS entry hacked?
Did the main DNS entry get hacked? It whois now shows it as
- Domain names in the .com and .net domains can now be registered
- with many different competing registrars. Go to http://www.internic.net
- for detailed information.
- WIKIPEDIA.ORG.ZZZZZ.GET.LAID.AT.WWW.SWINGINGCOMMUNITY.COM
- WIKIPEDIA.ORG.IS.WRONG.GO.4.GULLI.COM
- WIKIPEDIA.ORG
And you can't connect. Vegaswikian (talk) 18:57, 30 September 2011 (UTC)
- It came back for a few and then went down again. Vegaswikian (talk) 19:08, 30 September 2011 (UTC)
- Where do you get that? whois.org and command-line
whois wikipedia.org
show normal results for me, and connecting to the site works fine. Ucucha (talk) 19:23, 30 September 2011 (UTC) - That's known as "whois spam", and has nothing to do with DNS. Some methods of querying the whois database search for any record containing the entered text (rather than just an exact match), so some spammers include the names of high-profile websites in their own records in some strange attempt to get traffic to their sites. Anomie⚔ 19:25, 30 September 2011 (UTC)
- I got that from SamSpade. http://www.internic.net/whois.html also seems to be having trouble finding the site with their whois function. But still no access. Vegaswikian (talk) 19:28, 30 September 2011 (UTC)
- For a period commencing approx. 19:00 UTC I was unable to access any Wikipedia page - the error generated by Firefox was something like "Firefox is unable to locate the server at en.wikipedia.org" and the usual "make sure it's spelled correctly" stuff. --Redrose64 (talk) 19:46, 30 September 2011 (UTC)
- I got that from SamSpade. http://www.internic.net/whois.html also seems to be having trouble finding the site with their whois function. But still no access. Vegaswikian (talk) 19:28, 30 September 2011 (UTC)
- Where do you get that? whois.org and command-line
Secure login link
I think the secure login link on the login page needs to be changed: it gives https://secure.wikimedia.org/wikipedia/en/wiki/Special:UserLogin.
However, when switching between wikipedias (interwiki), it goes to a simple https://xx.wikipedia.org --- and therefore logs me out. Choyoołʼįįhí:Seb az86556 > haneʼ 04:10, 1 October 2011 (UTC)
- The cross wiki problem is a known issue. I have changed the Login page to point to the new urls. There is one snag, I don't think there is a replacement atm for the "{{#ifeq: {{SERVERNAME}} | secure.wikimedia.org" trick that we used to change the content between secure and insecure servers. If anyone has an idea for a replacement, please do share. —TheDJ (talk • contribs) 11:11, 1 October 2011 (UTC)
- That line is added dynamically in MediaWiki:Loginend when a user is not on secure.wikimedia.org. Unfortunately, there is no magic word to query the used protocol (there is $wgProto, but no {{SERVERPROTO}}), meaning that check will have to be removed. — Edokter (talk) — 11:15, 1 October 2011 (UTC)
- bugzilla:31293 proposes to simply split up the user message for the Special:UserLogin page from the server side. That would fix this specific problem. —TheDJ (talk • contribs) 22:20, 1 October 2011 (UTC)
- Great. I hope this will be done for all wikipedias. Choyoołʼįįhí:Seb az86556 > haneʼ 02:35, 2 October 2011 (UTC)
- bugzilla:31293 proposes to simply split up the user message for the Special:UserLogin page from the server side. That would fix this specific problem. —TheDJ (talk • contribs) 22:20, 1 October 2011 (UTC)
my secure login is no longer available via the icon, if anyone understands this occurance then please explain Drift chambers (talk) 09:59, 6 October 2011 (UTC)
Bandwidth throttling
Does wikipedia use bandwidth throttling, and if yes which conditions engage/disengage it ? Gzilirion (talk) 07:00, 1 October 2011 (UTC)
- To my knowledge, there is no throttling of any kind. — Edokter (talk) — 11:20, 1 October 2011 (UTC)
- Wikipedia:Database_download#Sample_blocked_crawler_email Bulwersator (talk) 11:23, 1 October 2011 (UTC)
Suggestion re some images
Would it be feasible to have a prefference option so that stuff tagged as {{badimage}} will not display, thumbnail or make http requests for the image at all?
This would be of great assistance to certain users that don't want to see that sort of content. Sfan00 IMG (talk) 10:52, 1 October 2011 (UTC)
- Have you seen a little something called the image filter? Ironholds (talk) 10:55, 1 October 2011 (UTC)
- http://meta.wikimedia.org/wiki/Image_filter_referendum Bulwersator (talk) 11:19, 1 October 2011 (UTC)
- Help:Options to not see an image. -- zzuuzz (talk) 11:25, 1 October 2011 (UTC)
- https://bugzilla.wikimedia.org/show_bug.cgi?id=31298 - I've put in an 'enhancement' request.. Sfan00 IMG (talk) 19:04, 1 October 2011 (UTC)
Auto-include talk header template
I suggest that the wiki software auto-included {{talk header}} at the top of every talk page at the moment of its creation. It's a really good reminder for experienced editors and a good intro for new editors. Maybe even create a bot to add it at the top of every page that lacks it now. Thanks for listening! Woz2 (talk) 17:10, 1 October 2011 (UTC)
- If we want that thing on every page, let's do it in some sensible way—sitewide JavaScript or a MediaWiki message—not by transcluding a template on every single talk page on this project. Ucucha (talk) 17:13, 1 October 2011 (UTC)
- The documentation currently states "This template should be used only when needed. There is no need to add this template to every talk page." Has consensus changed on that? I hope not. Anomie⚔ 17:31, 1 October 2011 (UTC)
Hmmm... What's the downside of including it? Woz2 (talk) 17:39, 1 October 2011 (UTC)
- Clutter. At one time, absent talk pages were commoner than talk pages that existed; so the "discussion" link being coloured blue could be seen as an indicator that discussion had started. Then WikiProject banners were invented, and so the red "discussion" link is a rarity. Many talk pages (like this one) consist of nothing but project banners, there is no discussion as such. These are tolerated, but I doubt that a general use of
{{talk header}}
would be. --Redrose64 (talk) 18:18, 1 October 2011 (UTC)
Ok Thanks! Woz2 (talk) 18:23, 1 October 2011 (UTC)
Server error
I keep getting the following error message when I attempt a contributions search in the Wikipedia Talk namespace:
Proxy Error
The proxy server received an invalid response from an upstream server. The proxy server could not handle the request GET /wikipedia/en/w/index.php.
Reason: Error reading from remote server
Apache/2.2.8 (Ubuntu) mod_fastcgi/2.4.6 PHP/5.2.4-2ubuntu5.12wm1 with Suhosin-Patch mod_ssl/2.2.8 OpenSSL/0.9.8g Server at secure.wikimedia.org Port 443
Does anyone have any idea why this is happening? ---RepublicanJacobiteTheFortyFive 18:12, 1 October 2011 (UTC)
- I am still waiting and hoping for an answer to this question, because I am still getting this error message when I attempt to do a contributions search in the Wikipedia Talk namespace. I have not been able to conduct such a search in days, and it is rather frustrating. ---RepublicanJacobiteTheFortyFive 16:30, 2 October 2011 (UTC)
- Try using the new HTTPS servers NEW server. —TheDJ (talk • contribs) 17:02, 2 October 2011 (UTC)
- Yeah, that connected right away. Thanks! ---RepublicanJacobiteTheFortyFive 17:38, 2 October 2011 (UTC)
- Try using the new HTTPS servers NEW server. —TheDJ (talk • contribs) 17:02, 2 October 2011 (UTC)
Edit notice on BLP articles
There is a very helpful edit notice that was created for Biographies of Living Persons, but unfortunately it only shows up when you click the "edit this page" at the top of the article. Never when you click to "edit" a section of a BLP article. Go to Fareed Zakaria, the most recent BLP I edited, to see what I mean. All BLP articles exhibit this bug. Since the vast majority of edits are made to individual sections, can this be fixed so that the edit notice appears on all edits made to BLP articles? Thanks, First Light (talk) 19:43, 1 October 2011 (UTC)
- This is a known problem, and it's been mentioned before. The relevant JavaScript is MediaWiki:Common.js and the notice is Template:BLP editintro; the doc page for that states "this edit intro is shown automatically when editing a page categorized as either Category:Living people or Category:Possibly living people, provided that the edit page is accessed through the main edit tab". See also WP:EDITINTRO and MediaWiki talk:Common.js/Archive 16#BLP editintro. --Redrose64 (talk) 20:08, 1 October 2011 (UTC)
- I see. Too bad, since it does very little good the way it stands. If this could be fixed, it would help with one of Wikipedia's worst problems (certainly the worst public relations problem): people using Wikipedia articles to attack their enemies. See an example here.[2] First Light (talk) 20:43, 1 October 2011 (UTC)
- If somebody is determined to defame another, they will ignore the
{{BLP editintro}}
whether it's shoved in their face or not. Wikipedia:Vandalism gives advice on spotting and dealing with cases like this. --Redrose64 (talk) 21:27, 1 October 2011 (UTC)- But for new editors and vandals, it will make them think twice, or maybe find a reference. I've also seen both new and long-time editors unknowingly violate BLP policies. As far as the PR issue, it only confirms to the press that we aren't doing everything we can to protect the reputations of innocent people. Though I do very much appreciate what we are doing on Wikipedia with limited volunteer technical time and expertise. First Light (talk) 21:47, 1 October 2011 (UTC)
- If somebody is determined to defame another, they will ignore the
- I see. Too bad, since it does very little good the way it stands. If this could be fixed, it would help with one of Wikipedia's worst problems (certainly the worst public relations problem): people using Wikipedia articles to attack their enemies. See an example here.[2] First Light (talk) 20:43, 1 October 2011 (UTC)
- Well, I see two ways we can fix this:
- 1: We could use a for-loop: Currently the code in MediaWiki:Common.js looks for Category:Living people and Category:Possibly living people and if they exist then adds "&editintro=Template:BLP_editintro" to the edit link at the top of the page. This happens when we view the page, before we click the edit link. As far as I can see we can add a for-loop that locates all the section edit links since they are clearly marked with <span class="editsection">, and then add the same "&editintro=Template:BLP_editintro" to all those section edit links.
- 2: We could use a hidden category and an ajax call: I have noticed that hidden categories are visible on the edit page even if we edit another section than the one that adds the category. So we could add a hidden BLP category to all BLP pages (perhaps automatically by using the infoboxes). Then we can use javascript that runs when we edit the page (not before we edit the page) and checks for that category and then uses an ajax call to render {{BLP editintro}} and inserts it.
- I prefer method one above (for-loop) since it is simpler to implement, it costs less server resources, and I am sure it will work. While I don't know enough about ajax coding to even be sure that method two would work. However, my javascript skills are too rusty and I am semi-retired from Wikipedia so you guys need to ask the experts over at MediaWiki talk:Common.js to implement it.
- --David Göthberg (talk) 23:21, 1 October 2011 (UTC)
- Thank You! A possible solution for something that is worth solving. I'll put a note over there, including a paste of your message, to see what they can do. Regards, First Light (talk) 23:39, 1 October 2011 (UTC)
- Done. —TheDJ (talk • contribs) 12:37, 2 October 2011 (UTC)
- Well done, and thanks. First Light (talk) 14:57, 2 October 2011 (UTC)
- Done. —TheDJ (talk • contribs) 12:37, 2 October 2011 (UTC)
- Thank You! A possible solution for something that is worth solving. I'll put a note over there, including a paste of your message, to see what they can do. Regards, First Light (talk) 23:39, 1 October 2011 (UTC)
Dis needed in Template:WikiProject Royalty
Hmmm, how do I disambiguate royalty to royal family in Template:WikiProject Royalty? I am not seeing it linked there... --Piotr Konieczny aka Prokonsul Piotrus| talk to me 01:51, 2 October 2011 (UTC)
- It uses {{WPBannerMeta}}, which automatically generates the link (and all the rest of the box). In this case, you'd want to use
|MAIN_ARTICLE=[[Royal family|Royalty]]
(if there is consensus for the change, of course). Anomie⚔ 02:00, 2 October 2011 (UTC)
Show recent edits to pages I've edited
I'd like a page that can do something like "show me all recent edits to pages I've edited in the last n days", where "recent" is defined as "since the last time I edited that page". For bonus points, it could exclude pages where the only edits I made were marked as minor. Does anyone know of such a thing? Toohool (talk) 05:41, 2 October 2011 (UTC)
- Use " Add pages I edit to my watchlist"? Bulwersator (talk) 05:52, 2 October 2011 (UTC)
- See Wikipedia:Village pump (proposals)/Archive 77#Functionality on "my contributions" for a discussion of User:Markhurd/hidetopcontrib.js, which approaches the functionality you want.-gadfium 07:49, 2 October 2011 (UTC)
- That's somewhat helpful, but doesn't fully solve the problem. After I see that I'm no longer the top edit and look at the history of a page, there's no further indication if another edit happens. And later on, I might forget that I already looked at that page. The ideal tool I'm looking for would show all edits subsequent to mine, sorted by most recent. Toohool (talk) 17:44, 2 October 2011 (UTC)
- Sounds like the sort of thing that could be done using the API and a a script in your .js page. Basic idea would to create a dynamic "watchlist" from pages you recently edited and use the API to check for changes. Changes could be shown in a separate section of your watchlist.
- I'd be interested in trying it. I don't think it would be too hard. It would be useful. I'm busy for the next couple of days, however. --RA (talk) 19:03, 2 October 2011 (UTC)
Recently, a new line was openned by Israel Railways. Unfortunately, I doin't quite undrstand how to edit {{Tel Aviv suburban railway map}} correctly. Please update it in the following way:
- The line from HaRishonim ends at TA Savidor Central.
- The line from Hod Hasharon Sokolov goes to the end of Tel Aviv (Tel Aviv HaHagana), and then goes to the following stations (all new, not accessable):
An updated map on the company's site can be found at http://rail.co.il/HE/Stations/Map/Pages/RouteMap.aspx. עוד מישהו Od Mishehu 15:02, 2 October 2011 (UTC)
- Doing... I'll take this - I've amended many RDTs in the past. --Redrose64 (talk) 15:27, 2 October 2011 (UTC)
- Done Five new stations, but only three new rows required. --Redrose64 (talk) 16:19, 2 October 2011 (UTC)
I can't access mobile.wikipedia.org since October 1, 2011. My browser gives me a parser error.
I am using a Samsung SCH-U430 cell phone to access the moblle version of Wikipedia. The URL that I have always used is http://mobile.wikipedia.org. All of a sudden the link won't work today, I get the error message "Parser Error". My phone is using Obigo Browser Q04C1-1.22 built on Apr 27 2010. I have tried other URL's such as m.wikipedia.org, en.mobile.wikipedia.org, and en.m.wikipedia.org. They still give me the same parser error. I also notice that that mobile Wikipedia site is a beta version. Can anybody help me out to get mobile Wikipedia working again on my phone? All my other bookmarks and other websites that I go to work as before. — Preceding unsigned comment added by 70.81.58.142 (talk) 16:34, 2 October 2011 (UTC)
- This is because the old WAP 1.0 server (mobile.wikipedia.org) was switching to the new m.wikipedia.org mobileFrontend. This mobile frontend does support wap, but it only paginates per header, not by a fixed size. So likely the server is sending way too much data towards the user, and probably invalid WML as well, causing these errors. I think this switch should be undone, the new fronted is totally not ready to support WAP yet, as I have told the team multiple times. —TheDJ (talk • contribs) 17:07, 2 October 2011 (UTC)
- bugzilla:31310 —TheDJ (talk • contribs) 20:27, 2 October 2011 (UTC)
Until this issue is fixed I've been using http://wapedia.mobi/en/ — Preceding unsigned comment added by Barrymtl (talk • contribs) 17:26, 3 October 2011 (UTC)
Mobile fontend general (maybe dumb) question
I'm posting this here 'cause you guys are quickest to respond: How does the content for the mobile frontpage end up at http://en.mobile.wikipedia.org/ ? The one @nv is empty right now, and I'm trying figure out where I'd need to put whatever should be shown there. I found the headers in the system-messages, but where's the body of the blurp/how does it get there? Choyoołʼįįhí:Seb az86556 > haneʼ 20:41, 2 October 2011 (UTC)
- One way to have a mobile main page is to add ids beginning with "mf-" to elements that should be displayed on mobile (ie <div id="mf-foo">content</div>). (This isn't the method used by enwp.) See m:Mobile Projects/Mobile Gateway. --Yair rand (talk) 22:52, 2 October 2011 (UTC)
- (e/c) http://meta.wikimedia.org/wiki/Mobile_Projects/Mobile_Gateway#Selectors should help you. I don't think you need to add a bugzilla ticket anymore, just add the selectors to the relevant sections. You can look at the (normal) english mainpage with the "View source" option of your browser to see how it was done for en.wp or use the mf- method. —TheDJ (talk • contribs) 22:57, 2 October 2011 (UTC)
- AH! good pointer. thanks. Choyoołʼįįhí:Seb az86556 > haneʼ 23:38, 2 October 2011 (UTC)
PDF generation does not work
See WP:HD#Render Server Error since October 2, 2011. It seems articles can no longer be downloaded as PDF. Does anybody know what the problem is and when it will be fixed? Toshio Yamaguchi (talk) 17:46, 3 October 2011 (UTC)
watchlist tweak: is this possible?
It seems to me it should be possible to tweak a watchlist so that pages I have been active on in the last X days are highlighted (or possibly even separated into their own section). That would save a lot of digging through stuff I'm merely watching to get to stuff where I'm currently an active participant. There's no way to do this through CSS alone, obviously, but does anyone know if there's a javascript tool that can do it? or would this require developer intervention? --Ludwigs2 17:54, 3 October 2011 (UTC)
- Personally I've found that using 'my contributions' with the 'hide top contribs' script makes it a lot easier to find my contributions to pages that may need following up on. –xenotalk 17:57, 3 October 2011 (UTC)
- Link to Hide Top Contribs. Also, a shameless plug for my own Mark Edits After My Own, which does something similar but instead of hiding Top edits, instead just highlights all pages that are NOT Top and are NOT on your watchlist (therefore drawing your attention to pages that require your attention since you no longer have the most recent edit on that page and the page is not on your watchlist). So I use my contribution page and my watchlist in combination, in this manner, by watching pages with few edits and by not watching pages with plenty of edits and instead using my contributions page for those instead, so that my watchlist doesn't get filled up. Gary King (talk · scripts) 19:53, 3 October 2011 (UTC)
Please discuss my suggestion. ⇔ ChristTrekker 18:32, 3 October 2011 (UTC)
Native HTTPS support enabled
- Read more: http://blog.wikimedia.org/2011/10/03/native-https-support-enabled-for-all-wikimedia-foundation-wikis/
- Related: http://blog.wikimedia.org/2011/09/27/protocol-relative-urls-enabled-on-all-wikimedia-foundation-wikis/
Please help in updating out scripts to no longer use secure.wikimedia.org work-arounds and use protocol-relative urls to Wikimedia domains (i.e. //upload.wikimedia.org
instead of http://upload.wikimedia.org
.
Thanks, Krinkle (talk) 20:36, 3 October 2011 (UTC)
- This might be useful to work from, especially if someone finds a way to filter it by namespace (only template is really interesting). Ucucha (talk) 22:00, 3 October 2011 (UTC)
- Couldn't you have just got a single certificate that covered all the wikimedia domains rather than giving to give every domain it's own IP? Plugwash (talk) 04:01, 4 October 2011 (UTC)
- No. Certificates don't work that way.--Ryan lane (talk) 18:27, 4 October 2011 (UTC)
- Actually, the Subject Alternative Name field can allow a certificate to work that way. Its main limitation, according to a DigiCert web page, is that mobile devices running Palm OS or old versions of Symbian OS do not recognize it. PleaseStand (talk) 20:53, 4 October 2011 (UTC)
- No. Certificates don't work that way.--Ryan lane (talk) 18:27, 4 October 2011 (UTC)
- Also one thing that doesn't seem to be made clear about the new https system. Is login information protected in any way as it passes between "esams" and "pmtpa"? Plugwash (talk) 04:17, 4 October 2011 (UTC)
- The information is not. For the majority of the requests there is no traffic between esams and pmtpa, so any tracking that could happen at that level is pretty limited. We are looking at ways to protect this information as well, though.--Ryan lane (talk) 18:28, 4 October 2011 (UTC)
- It looks like the current state on this is that traffic between the Amsterdam proxies and the US-based servers is still unencrypted HTTP (same as they were before, with or without the secure.wikimedia.org gateway). This does in principle leave that traffic vulnerable to sniffing from the US or Dutch governments or a couple of large corporations. This could be changed to run over an encrypted VPN or something, but we've so far considered that a lower priority than protecting against the "hostile local network or internet provider" case -- which SSL on the front-end protects you against. --brion (talk) 18:18, 4 October 2011 (UTC)
- Couldn't you have just got a single certificate that covered all the wikimedia domains rather than giving to give every domain it's own IP? Plugwash (talk) 04:01, 4 October 2011 (UTC)
Scripts that need updating
These scripts need updating to use protocol-relative URLs...
- User:TheDJ/Gadget-HotCat.js (done)
- User:Henrik/js/afc-helper.js (done)
- User:Dr pda/prosesize.js (done)
- User:AndyZ/peerreviewer.js (done for all but the preview part, since that is so complicated, it needs a lot of time)
- User:SQL/userinfo2.js (done)
- User:Ale jrb/Scripts/csdhelper.js (done)
- User:Quarl/wikipage.js (not done, don't understand the script)
- User:Shubinator/DYKcheck.js
Hope that helps. —Tom Morris (talk) 13:38, 4 October 2011 (UTC)
- I've done as much as i can do. Someone please use the scripts extensively to make sure i didn't break anything. I note that most of these issues would not have existed if people had been using wgScript, wgScriptPath or wgArticlePath. Please people, only use absolute paths in scripts, if you need to go cross wiki. if you stay within the same wiki, we have these perfectly usable global variables, that are there to prevent problems like this and also make you script much more portable for other wiki users. —TheDJ (talk • contribs) 19:40, 4 October 2011 (UTC)
JavaScript help needed
I need a snippet of JavaScript that will triggers the p-cactions menu in Vector to show. It must do so by triggering an event like :hover, and must not change any CSS propereties. (I need this to fix a small bug in my MenuTabsToggle gadget, where IE immediately hides the menu after toggling to menus, despite the mouse hovering over the arrow that normally triggers it to show.) — Edokter (talk) — 07:49, 4 October 2011 (UTC)
- Never mind; I restructured some HTML and it seems the IE bug magically disappeared. — Edokter (talk) — 15:03, 4 October 2011 (UTC)
Template issue with Template:Lz12 and Template:Lz
The template {{Lz12}} contains a deleted template of {{lz}} and I am not sure what this template affects so before I start messing with it and break something else I wanted to drop it here for comments. --Kumioko (talk) 13:06, 4 October 2011 (UTC)
- The original for that deleted template may be found at meta:Template:Lz. --Redrose64 (talk) 13:40, 4 October 2011 (UTC)
- Thanks, do you have any advice for how to fix this template? --Kumioko (talk) 13:48, 4 October 2011 (UTC)
- {{lz}} only occurs within the "noinclude" part of the template. Changing those lines isn't going to damage anything. I suggest you just remove the three lines from "Compare..." to "123}}". -- John of Reading (talk) 13:59, 4 October 2011 (UTC)
- Thanks, do you have any advice for how to fix this template? --Kumioko (talk) 13:48, 4 October 2011 (UTC)
Looks like we've been upgraded
MW 1.18 is apparently here (Special:Version). There are a few teething issues (sidebar not collapsible, no edit toolbar... looks like ResourceLoader is dead). — This, that, and the other (talk) 00:31, 5 October 2011 (UTC)
- Scripts are back. The Twinkle drop-down menu is now broken, so that will need to be fixed... aside from that, all seems to be OK. — This, that, and the other (talk) 00:34, 5 October 2011 (UTC)
- Closing AfDs, the text in the "closing" and "relist" boxes is now like this and straining the eyes, is that a temporary thing I hope? - The Bushranger One ping only 00:37, 5 October 2011 (UTC)
- Not only is the Twinkle menu visually broken, but the scripts themselves are still having issues. I just now got a "User talk page modification: Unknown error received from API while saving page" error. Regards, Orange Suede Sofa (talk) 00:38, 5 October 2011 (UTC)
- And Twinkle is occasionally 'hanging' while closing AfDs. Sigh! - The Bushranger One ping only 00:52, 5 October 2011 (UTC)
- I notice all the tabs and sidebar links are underlined now. It looks pretty ugly (but I still much prefer the underlines in the body which is why I have that setting.). Also, the 'm' and 'b' notes on the watchlist aren't bold any more. ♫ Melodia Chaconne ♫ (talk) 01:55, 5 October 2011 (UTC)
- My watchlist isn't working correctly. Multiple changes to the same page are supposed to be collapsed together, but it's not working... Also, there's an odd glitch with the down arrow next to Twinkle, the page menu gadget, etc. It's showing 5 times in a row, the same distance apart, and the text goes in front of it. Might either of these things have to do with the new version? →Dynamic|cimanyD← (contact me) 02:47, 5 October 2011 (UTC)
In the "user contributions" list the ability to filter by namespace is gone.[3] Will Beback talk 01:55, 5 October 2011 (UTC)
- This was reported on bugzilla:31197. Helder 02:05, 5 October 2011 (UTC)
- Citations in {{reflist|group=upper-alpha}} are broken, see South American dreadnought race#Footnotes. There's also an extra drop-down arrow over "TW" in the top right corner (presumably only for users of Twinkle). Ed [talk] [majestic titan] 02:46, 5 October 2011 (UTC)
- See #bug in #tag:ref parser function. I did fix one use that had quotes around "upper-alpha"— see Help:Cite link labels. ---— Gadget850 (Ed) talk 09:51, 5 October 2011 (UTC)
- Who ever fixed the ref-note glitch -- Thank you!!! -- Gwillhickers (talk) 07:06, 6 October 2011 (UTC)
- See #bug in #tag:ref parser function. I did fix one use that had quotes around "upper-alpha"— see Help:Cite link labels. ---— Gadget850 (Ed) talk 09:51, 5 October 2011 (UTC)
- I have the same arrow problem, except since I use this I have several extra arrows. →Dynamic|cimanyD← (contact me) 02:50, 5 October 2011 (UTC)
- User talk:72.27.85.119 is also borked in a really weird way... Hersfold (t/a/c) 03:05, 5 October 2011 (UTC)
- Yet a permanent link to the current revision of the page works just fine. →Dynamic|cimanyD← (contact me) 03:08, 5 October 2011 (UTC)
- User talk:72.27.85.119 is also borked in a really weird way... Hersfold (t/a/c) 03:05, 5 October 2011 (UTC)
- Citations in {{reflist|group=upper-alpha}} are broken, see South American dreadnought race#Footnotes. There's also an extra drop-down arrow over "TW" in the top right corner (presumably only for users of Twinkle). Ed [talk] [majestic titan] 02:46, 5 October 2011 (UTC)
One good thing I noticed is the message you see when you watch/unwatch a page now slides down smoothly, instead of just appearing. →Dynamic|cimanyD← (contact me) 03:10, 5 October 2011 (UTC)
The letter tags for minor edits ("m") and bot edits ("b") in page histories and my watchlist are no longer showing in bold type for me. —{|Retro00064|☎talk|✍contribs|} 03:14, 5 October 2011 (UTC)
Wasn't it possible before to click on links in diffs? That no longer works. Orange Suede Sofa (talk) 03:18, 5 October 2011 (UTC)
- What do you mean? —{|Retro00064|☎talk|✍contribs|} 03:28, 5 October 2011 (UTC)
- Wikilinks in the body of diffs used to be displayed with markup (e.g. [[foo]] instead of foo), but were still clickable. Now they are still displayed with markup but are not clickable. Or at least I think it used to work that way. I remember it being very useful when verifying sources directly from a diff. Orange Suede Sofa (talk) 03:46, 5 October 2011 (UTC)
- Unless there's a local site hack or gadget that I'm overlooking, I don't think that was ever the case. You can check a diff on dewiki (which is still running 1.17) for comparison.--Eloquence* 04:08, 5 October 2011 (UTC)
- Oh, you're right. I have "Improved diff view" checked in my gadget preferences. I'm assuming that is it. Ok, then... that's broken. Regards, Orange Suede Sofa (talk) 04:13, 5 October 2011 (UTC)
- solved — ☠MarkAHershberger☣ (talk) 04:26, 6 October 2011 (UTC)
- Oh, you're right. I have "Improved diff view" checked in my gadget preferences. I'm assuming that is it. Ok, then... that's broken. Regards, Orange Suede Sofa (talk) 04:13, 5 October 2011 (UTC)
- Unless there's a local site hack or gadget that I'm overlooking, I don't think that was ever the case. You can check a diff on dewiki (which is still running 1.17) for comparison.--Eloquence* 04:08, 5 October 2011 (UTC)
- I came over here hoping to find out why, since approximately 00:00 UTC today, any page looks as if I hadn't logged in or my monobook skin disappeared. Tabs which were at top of page (history, edit, talk, etc.) are gone, though a search down the page found the functions themselves. The entire left margin (with the Wikipedia globe and links to the Main Page and all sorts of other functions) is gone. It was OK on Wikimedia Commons for about an hour then, but the same thing had gone whacko there when I returned after a few hours offline. If an upgrade caused this, I hope there's a downgrade very soon... – Athaenara ✉ 07:49, 5 October 2011 (UTC)
Is this also the reason why the website keeps crashing? I've just wasted an hour trying to edit one page. DrKiernan (talk) 08:32, 5 October 2011 (UTC)
Invisible block: should blocked user be told automatically how to get third party review?
I was told on my talk page that my bot account had been blocked. However, I can't see any indication of the block. I don't want to try much testing in case it gets this account blocked too.
I'm not seeking opinions on the merits of the block. I'm sure that will all be sorted out. I'm merely seeking technical help on the following:
- why is the block invisible to me at the blocked account (Lightbot) even if I log in as that account?
- I understand blocked users are told how to get a third party review. Why is that also not visible to me?
- what is the method of getting third party review?
Thanks. Lightmouse (talk) 01:07, 5 October 2011 (UTC)
- http://en.wikipedia.org/w/index.php?title=Special:Log/block&page=User%3ALightbot shows the block fairly clearly. ΔT The only constant 01:10, 5 October 2011 (UTC)
I didn't know of that page. Is there a particular reason why blocks don't show at user pages? Lightmouse (talk) 01:45, 5 October 2011 (UTC)
- it only shows in the block log and on the contribs page. ΔT The only constant 01:46, 5 October 2011 (UTC)
- The log exists for other users to see the block. It is prepended to the user's contributions page, and to their userpage if it is empty. The user who is blocked will receive this message when they try to edit, explaining who blocked them, when, for how long, why, as well as giving four ways to appeal. Prodego talk 01:49, 5 October 2011 (UTC)
Interesting. Why don't we tell users before they try to edit? Lightmouse (talk) 01:53, 5 October 2011 (UTC)
- Tell them what before they try to edit, exactly? That they're blocked? KillerChihuahua?!?Advice 03:11, 5 October 2011 (UTC)
Yes. But more importantly, how to get unblocked. The same information before the attempted edit as after. 09:42, 6 October 2011 (UTC)
Talk pages: new users - unable to create page
Unable to create talk page for new users, for example to place CSD and/PROD warnings. --Kudpung กุดผึ้ง (talk) 03:43, 5 October 2011 (UTC)
- If you tried with Twinkle, I reported a similar problem above. However, I can still create pages manually. In fact, I just did so. Regards, Orange Suede Sofa (talk) 03:53, 5 October 2011 (UTC)
Twinkle's AIV tab doesn't work either. →Σ ⚑ ☭ 04:28, 5 October 2011 (UTC)
Different formatting of categories?
It looks like the categories box at the bottom of most pages has been reformatted to include more space between the category names. Where was this discussed or where would it be discussed? --Metropolitan90 (talk) 05:20, 5 October 2011 (UTC)
- Yes, I believe it was a result of the MW 1.18 rollout (see above). Not sure where you would go to discuss it, someone else might, though. Jenks24 (talk) 05:23, 5 October 2011 (UTC)
- ...I just noticed that now that you mentioned it. It looks horrible. So does text in the close/relist AfD boxes being this size. - The Bushranger One ping only 05:44, 5 October 2011 (UTC)
- Looks good - more modern and Vector-ish, in my opinion - unlike the old category-link style that was left over from Monobook. — This, that, and the other (talk) 05:52, 5 October 2011 (UTC)
- That's all well and good - except I have (and prefer) Monobook, and would like to at least have the option to have the old style display. - The Bushranger One ping only 06:03, 5 October 2011 (UTC)
- It does look terrible on Monobook. "More modern" does not necessarily mean "better". --jpgordon::==( o ) 06:13, 5 October 2011 (UTC)
- Yes, I can imagine that it would jar with the small, sharp style of Monobook. Perhaps we can change it locally through MediaWiki:monobook.css? — This, that, and the other (talk) 06:36, 5 October 2011 (UTC)
- It does look terrible on Monobook. "More modern" does not necessarily mean "better". --jpgordon::==( o ) 06:13, 5 October 2011 (UTC)
- That's all well and good - except I have (and prefer) Monobook, and would like to at least have the option to have the old style display. - The Bushranger One ping only 06:03, 5 October 2011 (UTC)
- Looks good - more modern and Vector-ish, in my opinion - unlike the old category-link style that was left over from Monobook. — This, that, and the other (talk) 05:52, 5 October 2011 (UTC)
- ...I just noticed that now that you mentioned it. It looks horrible. So does text in the close/relist AfD boxes being this size. - The Bushranger One ping only 05:44, 5 October 2011 (UTC)
Don't call "Monobook" classic, because "Classic" is a different skin... and the categories look horrible there too. DS (talk) 23:07, 5 October 2011 (UTC)
- It looks like it was done in rev:92054 (bugzilla:12261), due to the change in how they are rendered. Peachey88 (T · C) 08:02, 5 October 2011 (UTC)
- Blech! I agree that the categories look quite terrible now. --Philosopher Let us reason together. 19:35, 5 October 2011 (UTC)
- Anyone who doesn't like the new styles should be able to get the old ones back pretty easily. Let me know if you need help setting up your CSS for this. — ☠MarkAHershberger☣ (talk) 04:50, 6 October 2011 (UTC)
Enhanced recent changes doesn't work
Enhanced recent changes is no longer working on my account. Is this the case for others, or am I alone in this problem?
I have used the feature for years, without problem. But this morning, it simply does not work. My watchlist appears, with all of the diffs displayed, rather than collapsed. as usual. Other Java features seem to work normally, so I don't think I have a Java problem. Has there been any change made overnight which could have caused this?
I have checked my preferences, and "enable enhanced recent changes" is checked. I have rebooted my computer, in case something hadn't loaded properly; but this makes no difference. Please help, as it is difficult navigating a long watchlist with all diffs displayed. RolandR (talk) 08:12, 5 October 2011 (UTC)
- That would be bugzilla:31358, also strange question, What skin are you running?. Peachey88 (T · C) 08:44, 5 October 2011 (UTC)
1.18 issues
Interwiki(s):
We've gone 1.18 (yay!). Unfortunately, not without any hickups that are sure to be fixed very soon. Please list your issues here. — Edokter (talk) — 09:08, 5 October 2011 (UTC)
- Wasn't there any testing done on this release? It's certainly introduced a load of problems that ought to have been caught by any proper test plan. Malleus Fatuorum 22:04, 5 October 2011 (UTC)
Special:PrefixIndex
Issue reported here: Bugzilla:31362 -- ☠MarkAHershberger☣ (talk) 20:35, 5 October 2011 (UTC)
When transluded on a page, Special:PrefixIndex is broken in that it displays in a table that no longer has it's width set to 98%, resulting in the links being cramped together like so:
- Edokter
- Edokter/CompactTabs.js
- Edokter/FontSizer.css
- Edokter/FontSizer.js
- Edokter/Main Page2
- Edokter/MenuTabsToggle.css
- Edokter/MenuTabsToggle.js
- Edokter/VectorButtons
- Edokter/VectorButtons.css
- Edokter/fonttest
- Edokter/fonttest/screenshots
- Edokter/global.css
- Edokter/rfa
- Edokter/sandbox
- Edokter2
- EdokterBot
- EdokterBot/sandbox
- Edokter\sandbox
But on it's own page (Special:PrefixIndex/User:Edokter), display is OK. It seems when transcluded, the CSS for #mw-prefixindex-list-table doesn't seem to get picked up. — Edokter (talk) — 09:08, 5 October 2011 (UTC)
- I see the CSS for the prefindex table is loaded trough the mediawiki.special module, which apparently is not loaded if you are not viewing a special page. That means that any special content transcluded on a normal page will not have it's accociated CSS loaded at all. — Edokter (talk) — 09:13, 5 October 2011 (UTC)
- A fix for this was requested on bugzilla:31362. Helder 13:24, 5 October 2011 (UTC)
The down arrow on top of the drop down menu (in Vector) is one pixel off (to the left). The arrow icon has been changed to enable highlighting, but some CSS may not have been updated. — Edokter (talk) — 12:14, 5 October 2011 (UTC)
- off-by-one error on down arrow — ☠MarkAHershberger☣ (talk) 04:58, 6 October 2011 (UTC)
bug in #tag:ref parser function
Extended content
|
---|
I guess this is yet another problem with the MW 1.18 rollout above. When a <ref> tag is used within a note which is itself within a #tag:ref function, the superscript appears as a very long (and ugly) string (representing the internal link to the cite) instead of the normal small numeral. The link is still clickable and works fine, apart from the very ugly and off-putting display. Example at User:NSH001/sandbox. --NSH001 (talk) 09:02, 5 October 2011 (UTC)
See the section above this one, and see an example of the damage: Prince George of Denmark#Notes. DrKiernan (talk) 09:11, 5 October 2011 (UTC)
Has this been fixed? I'm not seeing it. Ucucha (talk) 11:33, 5 October 2011 (UTC) Per Happy-melon on previous issues:
Logged as Template:Bug. If you see the strip marker below, then it is still broken; if you see "Fixed now!", then it is fixed. ---— Gadget850 (Ed) talk 12:07, 5 October 2011 (UTC)
I just visited Tropical Storm Debra (1978), one of my articles, and the "footnotes" section says "Tornadoes were confirmed in Texas,?UNIQ4f238ebe6a8c71c3-nowiki-00000031-QINU?4?UNIQ4f238ebe6a8c71c3-nowiki-00000032-QINU??UNIQ4f238ebe6a8c71c3-nowiki-00000034-QINU?5?UNIQ4f238ebe6a8c71c3-nowiki-00000035-QINU??UNIQ4f238ebe6a8c71c3-nowiki-00000037-QINU?6?UNIQ4f238ebe6a8c71c3-nowiki-00000038-QINU? Louisiana,?UNIQ4f238ebe6a8c71c3-nowiki-0000003A-QINU?4?UNIQ4f238ebe6a8c71c3-nowiki-0000003B-QINU??UNIQ4f238ebe6a8c71c3-nowiki-0000003D-QINU?7?UNIQ4f238ebe6a8c71c3-nowiki-0000003E-QINU? Mississippi,?UNIQ4f238ebe6a8c71c3-nowiki-00000040-QINU?4?UNIQ4f238ebe6a8c71c3-nowiki-00000041-QINU??UNIQ4f238ebe6a8c71c3-nowiki-00000043-QINU?8?UNIQ4f238ebe6a8c71c3-nowiki-00000044-QINU? Arkansas,?UNIQ4f238ebe6a8c71c3-nowiki-00000046-QINU?9?UNIQ4f238ebe6a8c71c3-nowiki-00000047-QINU? and Tennessee.?UNIQ4f238ebe6a8c71c3-nowiki-00000049-QINU?10?UNIQ4f238ebe6a8c71c3-nowiki-0000004A-QINU?" HurricaneFan25 13:16, 5 October 2011 (UTC)
Fixed You may need to purge a page. Please update if you see more issues. ---— Gadget850 (Ed) talk 01:32, 6 October 2011 (UTC)
|
Wikilinks in diffs no longer clickable
Can't click on wikilinks in diffs (or, more usefully, get them to show in popups). A big time-waster. --NSH001 (talk) 10:13, 5 October 2011 (UTC)
- That wasn't core functionality, that is a gadget which is currently broken as to my understanding. Peachey88 (T · C) 11:43, 5 October 2011 (UTC)
- I think that should be reported on User_talk:Cacycle/wikEd. Helder 15:59, 5 October 2011 (UTC)
Improved diff view not working
This gadget is no longer working (preferences/gadgets/editing), at least in Monobook. Very annoying. --NSH001 (talk) 10:13, 5 October 2011 (UTC)
External link icon
I know I mentioned this above already... and I'm really not as concerned about the return of the EL icon as I am the double space it's leaving before punctuation. This is bad form that I'll never get used to looking at. (see screen-cap at Image Shack). -- WikHead (talk) 10:42, 5 October 2011 (UTC)
- The icon displays perfectly for me, in both Monobook and Vector, so I suspect the problem may be something other than the upgrade. --NSH001 (talk) 10:56, 5 October 2011 (UTC)
- Try clearing your browser cache. That can help to refresh the style files. — This, that, and the other (talk) 11:16, 5 October 2011 (UTC)
- My cache has been cleared several times, along with several [ctrl] + [F5] refresh(es) and reboots, and even well before I posted, but still no change with this at all. That routine was needed to resolve other issues I was having, but has done nothing to fix this one. -- WikHead (talk) 18:49, 5 October 2011 (UTC)
- Try clearing your browser cache. That can help to refresh the style files. — This, that, and the other (talk) 11:16, 5 October 2011 (UTC)
- Browser and version? --brion (talk) 01:51, 6 October 2011 (UTC)
- As a note, no problems with EL icons here. - The Bushranger One ping only 01:59, 6 October 2011 (UTC)
- If most everyone else can see the icon but I can't, and I'm being asked my browser-type, I can pretty much guess where the problem lies. I would assume that the icon may have been reworked, and some of us aren't able to deal with the latest PNG encoding. I had a similar problem with "no transparency" in the Wikipedia logo when it was updated, but its PNG encoding was altered and has worked fine ever since. I believe they described it as "64-bit compatibility for PNG". -- WikHead (talk) 03:00, 6 October 2011 (UTC)
Watchlist doesn't collapse
Extended content
|
---|
It says Error: $that.attr("id") is undefined Source File: https://secure.wikimedia.org/wikipedia/en/w/index.php?title=MediaWiki:JQuery-makeCollapsible.js&action=raw&ctype=text/javascript Line: 230 on Special:Watchlist, and for pages where there have been multiple edits, those do not collapse into a single line per page. Ucucha (talk) 11:26, 5 October 2011 (UTC)
Error: uncaught exception: Syntax error, unrecognized expression: [href*=&days=7] I haven't tried turning off other scripts yet. Ucucha (talk) 11:43, 5 October 2011 (UTC)
|
Classic skin sidebar
(e/c/) I don't know if it's due to 1.18, or someones been altering the css/js, but I'm getting two separator bars between "Contact Wikipedia" and "Edit this page" on the sidebar of Classic Skin, when looking at editable pages. Not a major issue, but it looks wrong.—An optimist on the run! 11:36, 5 October 2011 (UTC)
- I'm seeing large gaps between the various sections, i.e. between Donate to Wikipedia and Search etc.... The Rambling Man (talk) 12:09, 5 October 2011 (UTC)
- Can you provide a screenshot? Sumanah (talk) 22:41, 5 October 2011 (UTC)
- I was seeing that too. I changed to the Vector skin, and it's OK now. Voceditenore (talk) 12:53, 5 October 2011 (UTC)
- One shouldn't have to change to Vector for the sidebar to appear correctly. Some of us like MonoBook, and it's screwed up there as well. Deor (talk) 18:24, 5 October 2011 (UTC)
- I was seeing that too. I changed to the Vector skin, and it's OK now. Voceditenore (talk) 12:53, 5 October 2011 (UTC)
Extended content
|
---|
Navboxes no longer collapse. DrKiernan (talk) 12:01, 5 October 2011 (UTC)
|
The new Sorting breaks all tables arround Wikipedia which include two headers
The issue is that the new Sorting applying in the past few days breaks all tables arround Wikipedia which includes two headers once you sort one.
Exemples (there are many more but posted the ones I use to edit):
– HonorTheKing (talk) 12:00, 5 October 2011 (UTC)
Extended content
|
---|
Looks like this is fixed, but will probably require purging the page. Lets get some feedback on this. ---— Gadget850 (Ed) talk 01:54, 6 October 2011 (UTC)
|
Related: No sort arrows
There are no sorting arrow buttons in at least some lists, including List of songs in Green Day: Rock Band and List of Rock Band Network songs, although the text is indented as though they were present, and clicking anywhere in the header sorts the table. –Drilnoth (T/C) 13:11, 5 October 2011 (UTC)
- that is caused by the background on the title cells. I don't know if this worked before. ---— Gadget850 (Ed) talk 13:16, 5 October 2011 (UTC)
- It certainly did. –Drilnoth (T/C) 13:24, 5 October 2011 (UTC)
- I'm using IE8, and clicking anywhere in the header does not sort the table for me. - David Biddulph (talk) 14:46, 5 October 2011 (UTC)
- bugzilla:31196. —TheDJ (talk • contribs) 15:46, 5 October 2011 (UTC)
- Fix deployed. --Catrope (talk) 13:39, 6 October 2011 (UTC)
- Still not seeing any icons. Yes, I purged my cache. –Drilnoth (T/C) 14:53, 6 October 2011 (UTC)
- Same here. No sort arrows, so not resolved. - David Biddulph (talk) 15:00, 6 October 2011 (UTC)
- It said eleviated... Problem still exists if people set the individual tablecell background (instead of the background-color). I'm not sure what to do with that... perhaps we should !important the sort elements.... I generally dislike that approach, but here it might be required.... —TheDJ (talk • contribs) 15:54, 6 October 2011 (UTC)
- Fix deployed. --Catrope (talk) 13:39, 6 October 2011 (UTC)
Namespace option on contribution history
I'll be short. My User contributions is normal and functional otherwise, but it's missing the droplist for Search by namespace. It works normally in all other wikipedias and Commons too, but not here. I want it back :( Pitke (talk) 06:35, 5 October 2011 (UTC)
- This function was removed at the request of Domas, one of the developers. No-one knows what his reason for requesting this change was. Apparently, "if we don't hear from him [Domas] by the end of this week, then I'll suggest that the change be backed out." See mediazilla:31197. — This, that, and the other (talk) 06:43, 5 October 2011 (UTC)
Extended content
|
---|
For me, the contribs dropdown menu for search by namespace is gone both here and on Wikimedia Commons. – Athaenara ✉ 07:58, 5 October 2011 (UTC)
There used to be (12 hours ago or so) a "Namespace" option on the contributions history pages. Did it disappear for everyone? I've tried switching my interface language back to English from Dutch, and my skin from Monobook back to Vector, and it stays gone.—Kww(talk) 11:34, 5 October 2011 (UTC)
Did I miss a memo? When did this happen? I was just checking out contribs and I can no longer select a drop-box to filter by name space (article/talk/wikipedia/etc). This was insanely useful. Why was this removed?--Crossmr (talk) 11:42, 5 October 2011 (UTC)
Lets have it back, please. JORGENEV 04:09, 6 October 2011 (UTC)
Domas requested that this be removed because the implementation of namespace searching was such that it could create queries (either accidentally or maliciously) that would tie up database server resources for minutes at a time, and that represents an unacceptably large burden. Now it is also true that most queries created by namespace filtering do not take very long. Obviously many people want functionality like this, and the developers have been listening. More likely than not there will eventually be a restored filter with some new limitations to address the cases that can create a large server burden. For example, a filter might be limited to only consider a user's 5000 most recent contributions, or something like that. The exact form of what limits might be imposed are still being discussed and depend heavily on technical considerations about what can be implemented efficiently. Dragons flight (talk) 06:17, 6 October 2011 (UTC)
Ridiculous. If the idea is to make it impossible to locate diffs, accomplished. This won't work. SandyGeorgia (Talk) 13:31, 6 October 2011 (UTC) |
Some JS tools broken
A couple javascript tools (User:Dr pda/prosesize.js, User:Dr pda/prosesizebytes.js, User:Shubinator/DYKcheck.js) are no longer working on Firefox. rʨanaɢ (talk) 13:04, 5 October 2011 (UTC)
- These three should now be working properly... Shubinator (talk) 03:32, 6 October 2011 (UTC)
Okay, Twinkle is down for me. No little 'TW' in the corner; just tried to revert an edit using Twinkle but the usual [ROLLBACK (AGF)] [ROLLBACK] [ROLLBACK (VANDAL)] buttons didn't appear. HurricaneFan25 11:56, 5 October 2011 (UTC)
- Same here. For Twinkle, see WT:TW#No Twinkle at all?. Regards SoWhy 13:56, 5 October 2011 (UTC)
- It's been working all along for me, for the record. (Firefox 5.0, Monobook). - The Bushranger One ping only 02:00, 6 October 2011 (UTC)
I'm using Firefox 7.0.1 with the Vector skin. I've already completely cleared the cache and restarted the browser. The Appearance Gadget "Add an [edit] link for the lead section of a page" is not working. (I wasn't sure if this could go under the earlier "Some JS tools broken" section, if that applies to Gadgets.) Thanks, -- Gyrofrog (talk) 17:55, 5 October 2011 (UTC)
- Gadgets are JS tools. –Drilnoth (T/C) 17:56, 5 October 2011 (UTC)
When displaying an article which has a speedy tag on it, the "Speedy" tab, probably provided by the CSDHelper script User:Ale_jrb/Scripts/csdhelper.js, which used to appear to the right of the "Discussion" tab, now appears below it, obscuring the article title. (Vector, Firefox 7.0.1) JohnCD (talk) 18:00, 5 October 2011 (UTC)
- When I wrote the above, I hadn't actually tried to use CSDHelper. On trying to delete a page with it, I got a message: "Forbidden You don't have permission to access /w/ on this server" - but the page was actually deleted. JohnCD (talk) 22:04, 5 October 2011 (UTC)
The "admin dashboard" tab provided by User:Plastikspork/admindash.js no longer appears on "My contributions" page, though it is still there on "My talk" and "My watchlist" (Vector, Firefox 7.0.1) JohnCD (talk) 18:00, 5 October 2011 (UTC)
- I don't fully understand all this stuff, and didn't want to create yet another subsection unless necessary. Would User:Pyrospirit/metadata not working belong in this section? —WFC— 21:55, 5 October 2011 (UTC)
User:MarkS/extraeditbuttons.js doesn't seem to work anymore and unfortunate the author is fairly inactive. Any javascript wizards available to take a look? –xenotalk 13:18, 6 October 2011 (UTC)
Buttons in editing bar don't work
Extended content
|
---|
Since yesterday, every page loads with an error message at the bottom of my browser (IE7). The error seems to manifest itself in the editing bar, e.g. etc. None of the buttons in the bar work when you click on them. Voceditenore (talk) 13:13, 5 October 2011 (UTC)
|
Editing "insert" box not showing
In Vector. The box with special symbols, emdashes, signatures, foreign characters, etc. isn't showing for me. –Drilnoth (T/C) 13:19, 5 October 2011 (UTC)
- It is now showing the "Copy-paste" (non-JavaScript) box. Better, but still not right. –Drilnoth (T/C) 16:08, 5 October 2011 (UTC)
- It is working fine for me on this page (e.g.:
Эä
) using Google Chrome 14.0.835.186 and vector skin. What browser/skin are you using? Helder 16:34, 5 October 2011 (UTC)
"m" and "b" edit indicators aren't bold
Makes them much harder to notice. –Drilnoth (T/C) 13:19, 5 October 2011 (UTC)
Extended content
|
---|
/* Re-bold-en minor and bot edits in contributions, history, recent changes */
abbr.minoredit, abbr.botedit {
font-weight: bold;
}
|
Links are underlined where they shouldn't be
The links to my user page, talk, and all of the links in the tabs ("edit this page", "history", etc.) are now underlined; they weren't previously. I'm using monobook skin.—Ëzhiki (Igels Hérissonovich Ïzhakoff-Amursky) • (yo?); October 5, 2011; 13:22 (UTC)
- Using monobook as well but I don't experience this. Have you tried force-reloading? Regards SoWhy 13:54, 5 October 2011 (UTC)
- Happens for as well as I mentioned above (also on monobook). It's not a cache issue. ♫ Melodia Chaconne ♫ (talk) 14:01, 5 October 2011 (UTC)
- I've experienced this on two different computers today (Opera/Win7 and Firefox/WinXP). SoWhy, what browser are you using? Also, the option to underline links is turned on for me—before the rollout everything was underlined as it was supposed to with the exception of the links in the tabs and in the upper right corner (which was fine, too).—Ëzhiki (Igels Hérissonovich Ïzhakoff-Amursky) • (yo?); October 5, 2011; 14:38 (UTC)
- I'm using Firefox 9.0a2 but I loaded Wikipedia in IE7/WinXP, IE8/Win7 and Chrome/Win7 today and I did not experience this is any of them. Where have you enabled underlining of links? Regards SoWhy 15:38, 5 October 2011 (UTC)
- In a drop-down box in "My Preferences" under "Appearance"→"Advanced options".—Ëzhiki (Igels Hérissonovich Ïzhakoff-Amursky) • (yo?); October 5, 2011; 15:49 (UTC)
- I see. That said, the change makes sense. If you select links to be underlined, you usually expect all of them to be underlined, so I'm guessing this is not a bug but a fix. You can probably change it back by using Special:Mypage/monobook.css but you probably have to manually add every CSS id in the file (e.g. #ca-nstab-user { text-decoration: none !important; }). Regards SoWhy 16:32, 5 October 2011 (UTC)
- Thanks for the suggestion. If it's indeed a fix and not a bug, I'll "re-fix" it in my monobook.css in a few days. It's a bit annoying, but nothing to cry about. Cheers,—Ëzhiki (Igels Hérissonovich Ïzhakoff-Amursky) • (yo?); October 5, 2011; 17:29 (UTC)
- I see. That said, the change makes sense. If you select links to be underlined, you usually expect all of them to be underlined, so I'm guessing this is not a bug but a fix. You can probably change it back by using Special:Mypage/monobook.css but you probably have to manually add every CSS id in the file (e.g. #ca-nstab-user { text-decoration: none !important; }). Regards SoWhy 16:32, 5 October 2011 (UTC)
- In a drop-down box in "My Preferences" under "Appearance"→"Advanced options".—Ëzhiki (Igels Hérissonovich Ïzhakoff-Amursky) • (yo?); October 5, 2011; 15:49 (UTC)
- I'm using Firefox 9.0a2 but I loaded Wikipedia in IE7/WinXP, IE8/Win7 and Chrome/Win7 today and I did not experience this is any of them. Where have you enabled underlining of links? Regards SoWhy 15:38, 5 October 2011 (UTC)
SoWhy, is there an easier way of doing this? I'm using Vector, btw... Jared Preston (talk) 23:27, 5 October 2011 (UTC)
Categories are surrounded by much more space, and they don't wrap from line to line
See Prince Philip, Duke of Edinburgh for an example of how this results in categories taking up much more space than they should. There may have been desire to allow a little more space between categories, but I doubt this much extra space was intended. --Metropolitan90 (talk) 13:44, 5 October 2011 (UTC)
- Yes, I noticed this too. Also in my watchlist minor/bot edits have got that annoying .... line underneath them, and I recall that being switched off. Who fucked up and when is it going to be fixed? Lugnuts (talk) 14:55, 5 October 2011 (UTC)
- The dotted underlines have always been there. — Edokter (talk) — 14:57, 5 October 2011 (UTC)
- The extra space around the categories is caused by the vertical line between them. This used to be a pipe character, but is now something created in CSS. The relevant tags are
<div id='catlinks' class='catlinks'>
,<div id="mw-normal-catlinks">
and<div id="mw-hidden-catlinks" class="mw-hidden-cats-user-shown">
but I have no idea which CSS file sets up these ids and classes. --Redrose64 (talk) 16:04, 5 October 2011 (UTC)
- Having the links not wrap looks useful, we do that manually in navboxes all the time. However, the gobs of extra spacing is useless, I also think it needs to be toned down, maybe not to how it was before but certainly somewhat. --Joy [shallot] (talk) 17:50, 5 October 2011 (UTC)
- From http://bits.wikimedia.org/en.wikipedia.org/load.php?debug=false&lang=en&modules=ext.wikihiero%7Cmediawiki.legacy.commonPrint%2Cshared%7Cskins.vector&only=styles&skin=vector&* I'm getting #catlinks li { [...] line-height: 1.35em; [...] }. It should simply be 1em. --Joy [shallot] (talk) 18:15, 5 October 2011 (UTC)
- I totally concur that the categories having the extra space is a problem. The not-wrapping is a Good Thing, but the extra space...especially in Monobook...er...well...I'll just point everyone to the category table at the bottom of AIM-120 AMRAAM as Exhibit A as to why the extra spacing is Not Of The Good. o.o - The Bushranger One ping only 19:33, 5 October 2011 (UTC)
- The space itself is not as bad as the | character appearing from line 2 onward. It didn't show there before, or did it? NVO (talk) 11:46, 6 October 2011 (UTC)
- It was there before, but the text didn't wrap the same way so you didn't notice it. If we're going to be using this {{nowraplinks}}-like style for categories, we might as well make the separator work like {{middot}}. --Joy [shallot] (talk) 12:50, 6 October 2011 (UTC)
- The space itself is not as bad as the | character appearing from line 2 onward. It didn't show there before, or did it? NVO (talk) 11:46, 6 October 2011 (UTC)
- I totally concur that the categories having the extra space is a problem. The not-wrapping is a Good Thing, but the extra space...especially in Monobook...er...well...I'll just point everyone to the category table at the bottom of AIM-120 AMRAAM as Exhibit A as to why the extra spacing is Not Of The Good. o.o - The Bushranger One ping only 19:33, 5 October 2011 (UTC)
Suggestions in search box have "seperator" entry
Reported: Bugzilla:31429
Extended content
|
---|
See this screenshot. Regards SoWhy 14:00, 5 October 2011 (UTC)
|
Article Feedback tool
IE9 in compatibility view mode:
- Text "I am highly knowledgeable about this topic (optional)" does not show
- Submit rating button is blank
---— Gadget850 (Ed) talk 14:04, 5 October 2011 (UTC)
Monobook skin loses format on 3rd display
Extended content
| |
---|---|
I am using the monobook skin (which is remembered from Special:Preferences settings). However, after displaying 2 pages, the 3rd page (such as edit-preview) loses the format and shows the page in list format (with menu items listed down the page under the edit-box). At that point, the screen format is corrupted and the Main-page hyperlink area extends into the edit-box and clicks to the main-page when trying to click on text in the edit-window. This is, by far, the worst corruption of the English Wikipedia since the dawn of time. It is a good time to talk about stopping future updates to Wikipedia: it can no longer function when updating to MediaWiki 1.18 or such. It is time to question whether trivial improvements in other areas are worth utterly destroying the edit-window for experienced users. I think it is not: it is high time to place an announcement:
I wish there was an alternate, stable Wikipedia which could edit the same files, to allow users to make progress despite all the useless updates to the MediaWiki software. Sometimes, pages can be copied to Simple Wikipedia for edit-preview, then copied back after the edit-changes have been tested. However, recently all other-language Wikipedias seem to get update-corrupted within days of each other. WP has become too complex to be updated without breaking for thousands of users. -Wikid77 (talk) 15:22, 5 October 2011 (UTC) |
"Minor" checkbox is missing on new pages
When a new page is being created, there is no longer the "this is a minor edit" checkbox; only the "watch this page" checkbox.—Ëzhiki (Igels Hérissonovich Ïzhakoff-Amursky) • (yo?); October 5, 2011; 15:07 (UTC)
- I would guess this is by design. Making a new page is not really a minor action. Update: I could be wrong though, see bugzilla:5754 –xenotalk 15:11, 5 October 2011 (UTC)
- True, normally it's not a minor action, but I use it all the time when creating redirects.—Ëzhiki (Igels Hérissonovich Ïzhakoff-Amursky) • (yo?); October 5, 2011; 15:16 (UTC)
- It is indeed by design. The bug you linked to is very old (2006). I can't find the latest bug report though. — Edokter (talk) — 15:44, 5 October 2011 (UTC)
- It's also missing when creating a new section. Regards SoWhy 17:12, 5 October 2011 (UTC)
- I see the This is a minor edit checkbox. FF7. ---— Gadget850 (Ed) talk 18:54, 5 October 2011 (UTC)
- Suggestion: if a new page is created, have the system automatically tag it as a Minor Edit if the only content in the new page is #REDIRECT [[Foo Bar]]. That aside, I agree completely with this change, no hitting 'minor' when creating a new page or section, which isn't (redirects aside). - The Bushranger One ping only 02:02, 6 October 2011 (UTC)
- I see the This is a minor edit checkbox. FF7. ---— Gadget850 (Ed) talk 18:54, 5 October 2011 (UTC)
- It's also missing when creating a new section. Regards SoWhy 17:12, 5 October 2011 (UTC)
Special:Blocklist
http://en.wikipedia.org/wiki/Special:BlockList?wpTarget=%233617969 should show (in this case) the autoblock information; I don't see any way to lift an autoblock any more. --jpgordon::==( o ) 15:19, 5 October 2011 (UTC)
- I believe you can still do it via the Unblock form. I have a fix for the BlockList in SVN. Aaron Schulz 03:48, 6 October 2011 (UTC)
Left sidebar excessively spaced out
Using Monobook on a WinXP computer and IE7, the different sections in the left sidebar are significantly distant from each other (5.5 cm, roughly). This is artificially increasing the length of smaller pages and taking the "interaction" and "toolbox" sections below the fold. Risker (talk) 15:22, 5 October 2011 (UTC)
- You probably need to clear your browser cache. —TheDJ (talk • contribs) 16:07, 5 October 2011 (UTC)
- Have the same problem with IE 8. --Túrelio (talk) 06:37, 6 October 2011 (UTC)
All Preferences not visible
I'm signed in, but my visuals look as though I'm not. What I have selected in my Preferences are not showing, including the Tabs at the top of any page, the "Class" of an article, and the cite options on the Edit Toolbar. Could be more, but I just opened up Wikipedia. I'm on Firefox 3.6.23, with Windows XP. Maile66 (talk) 15:30, 5 October 2011 (UTC)
- This sounds like it is because of many user scripts not working, already reported above. –Drilnoth (T/C) 16:07, 5 October 2011 (UTC)
Special:AllMessages
Extended content
|
---|
The row highlighting is missing from Special:AllMessages. ---— Gadget850 (Ed) talk 15:56, 5 October 2011 (UTC)
Fix was deployed earlier today. --brion (talk) 01:44, 6 October 2011 (UTC) |
All scripts broken in IE
Extended content
|
---|
I'm seeing these types of error messages in the IE (9) console (press F12): "SEC7112: Script from http://en.wikipedia.org/w/index.php?title=User:Shubinator/monobook.js&action=raw was blocked due to mime type mismatch". Seems like something similar to this. Shubinator (talk) 17:02, 5 October 2011 (UTC)
|
Classic skin categories
Spacing on the categories displayed in articles has become messed up.©Geni 17:07, 5 October 2011 (UTC)
- It isn't real pretty in Vector at the moment, either. I think there is a section above about that. –Drilnoth (T/C) 17:10, 5 October 2011 (UTC)
Dab solver
In Dab solver, I can no longer get (sign in) to work. The output from "Get my credentials" seems to have changed today, to a more verbose format which "Use credentials" does not accept. Dab solver informed. Certes (talk) 17:33, 5 October 2011 (UTC)
- The YAML formatter was switch to JSON (since it's technically a superset of it) in rev:86302. I didn’t want write a thousand lines for YAML in JS so I just used regular expressions. — Dispenser 03:10, 6 October 2011 (UTC)
Special:Contributions formatting
I'm using Firefox 7.0.1 with the Vector skin. I've already completely cleared the cache and restarted the browser. There is some kind of issue with the Special:Contributions page. Under the "User contributions" title at the top of the page, it says "For [UserFoo]' (talk | block | block log | uploads | logs | deleted user contributions | user rights management | filter log) • Javascript-enhanced contributions lookup 0.2 enabled. You may enter a CIDR range or append an asterisk to do a prefix search." That last sentence is unusual because (1) it overlaps the "Help:User contributions" link at the right side of the screen, and (2) I'm looking at a registered account, not an IP address, so why the info about CIDR range? (Maybe it was always like this and I just noticed) -- Gyrofrog (talk) 17:51, 5 October 2011 (UTC)
- You've installed a gadget to do this. Please report any issues here.
References in galleries
Extended content
|
---|
In an old version of Elizabeth II,[4] there are <ref> markers in a <gallery> that are broken. DrKiernan (talk) 18:53, 5 October 2011 (UTC)
|
Autoblock screwiness
Reported: Bugzilla:31403 — ☠MarkAHershberger☣ 15:33, 6 October 2011 (UTC)
Extended content
|
---|
We're seeing autoblocks pop up in cases where the blocked user hasn't edited in a Very Long Time. For instance, at User talk:Esoglou, we see he was hit by an autoblock from an account blocked in late 2009. I've seen several other such today. --jpgordon::==( o ) 19:06, 5 October 2011 (UTC)
Any other cases? I'm at a loss for now. Aaron Schulz 03:48, 6 October 2011 (UTC)
14:39, 6 October 2011 Autoblock #3620311 14:39, 7 October 2011 (unblock) Jpgordon (talk | contribs | block) account creation blocked (Autoblocked because your IP address was recently used by "Jpotts15". The reason given for Jpotts15's block is: "Vandalism-only account".) --jpgordon::==( o ) 15:04, 6 October 2011 (UTC)
|
Links in sortable table headers
Extended content
|
---|
Now that you can click on the column titles to sort (rather than just the icon) any links contained therein stop working. This is most problematic when it's a notes link, such as that at 2010 World Monuments Watch. violet/riga [talk] 19:18, 5 October 2011 (UTC)
This part of the issue should be fixed. Dragons flight (talk) 20:52, 5 October 2011 (UTC) |
Font size in AfD close/relist boxes
The 1.18 change has made the text in the boxes that appear when you click the "Close" or "Relist" tabs in an AfD render in small text like this. I can kinda see the reasoning, but at the same time, it's really hard on the eyes (at least for me, and I'd bet others). Is there any way that (assuming this is a feature and not a bug) there could be a checkbox added to 'Preferences' to allow users to select 'Normal size text in AfD maintiance tabs' or somesuch? - The Bushranger One ping only 19:43, 5 October 2011 (UTC)
- Facepalm It'd been so long I'd completely forgotten that was a .css script and not part of the site coding. Posted on the creating user's talk page about it. Sorry for the bother! :) - The Bushranger One ping only 20:04, 5 October 2011 (UTC)
- Yes, I also noticed that in the AfChelper script (based on AfD helper). The font size is much smaller after the update. Alpha_Quadrant (talk) 20:47, 5 October 2011 (UTC)
Doesn't remember position in edit box
After a "show preview" or "show changes", the vertical position in the edit box isn't remembered anymore. Od1n (talk) 20:07, 5 October 2011 (UTC)
- Reproducible only on fr: wiki, when I'm logged. Should be due to a script of mine. Will look into that... Od1n (talk) 20:10, 5 October 2011 (UTC)
- The issue was relevant to a script I use, fixed. However, even without using any user script, there is a "flickering" when the scroll position is restored, which wasn't happening before... Od1n (talk) 22:53, 5 October 2011 (UTC)
- Bugzilla:31404 — ☠MarkAHershberger☣ (talk) 02:36, 6 October 2011 (UTC)
Overwritten file still shows old version
After uploading a series of project assessment maps, the old versions which were overwritten still show on the file's page. (example) However, thumbnails show the correct version, and if you click the image, the current version shows. –Fredddie™ 21:56, 5 October 2011 (UTC)
- bugzilla:31382 " Fixed and live @ 2011-10-05 20:22:30 UTC. Confirmed by uploading a new file version over a test file. New file versions uploaded between 02:04 and 20:22:30 UTC (could) need a manual purge to update to the new file version correctly" —TheDJ (talk • contribs) 23:34, 5 October 2011 (UTC)
Old block reason doesn't pre-load
When changing a block, the block reason used to pre-load into the "reason" box on Special:Block. This seems to have been changed – now the reason box remains blank when you wish to change a block. (e.g. [5]) Could this be changed back? —GFOLEY FOUR!— 22:11, 5 October 2011 (UTC)
- Bugzilla:31405 — ☠MarkAHershberger☣ (talk) 02:40, 6 October 2011 (UTC)
IE8
Reported: 1.18 Causes IE8 to crash — ☠MarkAHershberger☣ 15:33, 6 October 2011 (UTC)
Extended content
|
---|
I've had two primary issues in IE8 on XP. One, often times when I go to a page (usually clicking on Login) the tab will refresh along with a second, possibly unrelated tab. Also, I am frequently getting errors where IE can't restore/return the page. Chris857 (talk) 00:15, 6 October 2011 (UTC) Sometimes, also, when I try to log in, it takes about three times for it to succeed. Chris857 (talk) 00:30, 6 October 2011 (UTC)
I've had this problem about a dozen times in the last two days. It's affected two different machines, both of which run IE 8. This one is running version 8.0. I do not have the ability to change or upgrade browser. I'd call this frequent browser crashing, but I'm not technical. The fact that this is the only website affected, combined with the fact it's on two different machines and just after a software 'upgrade' leads me to conclude it's definitely a Wikipedia issue. I'm rather disappointed that the upgrade has been rolled out and we're experiencing so many bugs. --Dweller (talk) 12:31, 6 October 2011 (UTC) I'm getting this on IE 8 with XP whether I run in compatibility mode or not. I use the Monobook skin. 95% of the time when I hit refresh on my Watchlist IE loses the tab and then recovers it. I don't get the error when navigating to (or refreshing) other pages, and I don't get it the first time I open my browser and navigate to watchlist. Karanacs (talk) 15:03, 6 October 2011 (UTC)
|
No prompt when entering a blank edit summary in my user space
Reported: No prompt when entering a blank edit summary in my user space — ☠MarkAHershberger☣ (talk) 05:57, 6 October 2011 (UTC)
Extended content
|
---|
I have "Prompt me when entering a blank edit summary" checked in my edit preferences. I am no longer getting the prompt when I try to enter a blank edit summary for an edit in my user space. I get the prompt with other edits, as before. Is this an accident or an intentional feature? --Orlady (talk) 04:40, 6 October 2011 (UTC) |
Change in behavior of browser "Back" button
[Firefox browser 3.6.x under various operating systems, Monobook skin.]
While editing, I am accustomed to being able to go to a new browser destination in the open tab, then use the back button to return to the open edit window to resume my work. I am accustomed to doing the same thing when I encounter an edit conflict or error message after pushing "Save Page" (that is, I return to the previous page in the history to retrieve my work).
With the advent of 1.18, this behavior has changed, After seeing the edit conflict message or a message prompting me to add an edit summary, if I step back into the history using the back button, the edit window reverts to its condition before I started my edit.
I have not tested every possible variation of this situation, but I have replicated it with the edit conflict error and with he "no summary" message, and I think I've seen it in other situations. It's annoying, as I have become very accustomed to the old behavior! --Orlady (talk) 04:54, 6 October 2011 (UTC)
- Me too. It would be very annoying to not be able to do this any more. Carcharoth (talk) 05:15, 6 October 2011 (UTC)
- Changed behavior of back button — ☠MarkAHershberger☣ (talk) 05:52, 6 October 2011 (UTC)
Changed appearance of Special:Block
This is not a big deal, but does anybody know why the order of the tickboxes on Special:Block was changed? Not worth a Bugzilla or anything, but it seems a strange thing to do. HJ Mitchell | Penny for your thoughts? 11:06, 6 October 2011 (UTC)
So why was this done
Where was the discussion before deployment and can it be rolled back? Lugnuts (talk) 07:08, 6 October 2011 (UTC)
Special pages
Extended content
|
---|
Through 1.17, the message at the top of special pages, such as Special:DoubleRedirects, said when the page contents had last been updated. Now, under 1.18, it just says "The following information is cached and may not be completely up to date." Why was this done? Providing the timestamp for the last update can't be much of a resource burden, and it's information that has some use to some users. --R'n'B (call me Russ) 11:23, 6 October 2011 (UTC) |
Simple explanation of the enhancements 1.18 brings
I tried, honestly I tried, to understand this, but most of it didn't make any sense to me, as a non-techie. Where can I find a simple explanation of the enhancements? --Dweller (talk) 12:50, 6 October 2011 (UTC)
- Try What's new? — ☠MarkAHershberger☣ (talk) 12:59, 6 October 2011 (UTC)
- Specifically for bureaucrats, 1.18 means that the suppress redirect tickbox during the first step of usurp requests gets automatically checked, and it also brings auto-fill capability for userrights changes rationales (which has already been put to good use at WP:BRFAA). –xenotalk 13:09, 6 October 2011 (UTC)
Status Check js
It's broken; doesn't work on contrib pages, works on userpages for some reason; but it worked correctly yesterday. HurricaneFan25 14:59, 6 October 2011 (UTC)
Special:EditWatchlist/raw
Seems broken, I use this to limit the pages I watchlist (normally last 500 + about 100 that I always want on the list) When I open it (FF 3.6) I see " instead of " in page titles. ΔT The only constant 16:05, 6 October 2011 (UTC)
Missing text when saving
Hello, I have just created and saved a draft user page (FionaSturgeon/ChangeBASE), however the saved version does not show all the content I put in at the creation stage. When I go to edit, the text in question reappears, so it definitely is there in some form but is not being displayed for whatever reason. I am using Google Chrome.
Does anyone else have this issue, or know how I go about fixing it? I am new to Wikipedia so it is likely that I'm missed something - any help would be appreciated.
Many thanks, Fiona — Preceding unsigned comment added by FionaSturgeon (talk • contribs) 13:07, 5 October 2011 (UTC)
- You are closing all your references with
<ref>
; you need to start with<ref>
and close with</ref>
. ---— Gadget850 (Ed) talk 13:21, 5 October 2011 (UTC)
Preventing an account from becoming autoconfirmed
Is there any way to prevent one's account from ever becoming autoconfirmed? I'd like to do that with my alternative account. ― A. di M.plédréachtaí 13:30, 5 October 2011 (UTC)
- By not exceeding 9 edits. But to what end? –xenotalk 13:35, 5 October 2011 (UTC)
- I actually have the same problem. I answer help desk questions and often log in to a non-confirmed alternative account to see what new users see. A solution to this particular problem would be to make two alternative accounts and make sure one of them never reaches 10 edits. If your concern is that somebody accesses your alternative account after use on a public computer and uses it to do inappropriate things only autoconfirmed users can do then I wouldn't worry about it. It's an unlikely scenario, it's limited how much damage they could do, and we already deal with scores of autoconfirmed bad apples. PrimeHunter (talk) 14:02, 5 October 2011 (UTC)
- You can also set an edit filter to revoke autoconfirmed on the account, I believe. The edit filter could be one-use only. T. Canens (talk) 15:25, 5 October 2011 (UTC)
- Alternatively, if you don't intend to ever edit from your alternate account but only view, but want to be sure you don't accidentally slip up and edit using it out of habit, you could ask the admins to simply indef-block the alternate account. - The Bushranger One ping only 19:36, 5 October 2011 (UTC)
- What will result in wp:autoblock Bulwersator (talk) 13:25, 6 October 2011 (UTC)
- Alternatively, if you don't intend to ever edit from your alternate account but only view, but want to be sure you don't accidentally slip up and edit using it out of habit, you could ask the admins to simply indef-block the alternate account. - The Bushranger One ping only 19:36, 5 October 2011 (UTC)
- You can also set an edit filter to revoke autoconfirmed on the account, I believe. The edit filter could be one-use only. T. Canens (talk) 15:25, 5 October 2011 (UTC)
- I actually have the same problem. I answer help desk questions and often log in to a non-confirmed alternative account to see what new users see. A solution to this particular problem would be to make two alternative accounts and make sure one of them never reaches 10 edits. If your concern is that somebody accesses your alternative account after use on a public computer and uses it to do inappropriate things only autoconfirmed users can do then I wouldn't worry about it. It's an unlikely scenario, it's limited how much damage they could do, and we already deal with scores of autoconfirmed bad apples. PrimeHunter (talk) 14:02, 5 October 2011 (UTC)
WP:REFNEST has stopped working properly
Help - the code behind WP:REFNEST has stopped working properly, resulting in references embedded within notes displaying a series of random characters. Any ideas? Shem (talk) 14:49, 5 October 2011 (UTC)
- See #bug in #tag:ref parser function above. ---— Gadget850 (Ed) talk 14:52, 5 October 2011 (UTC)
Thanks - missed that. Shem (talk) 15:30, 5 October 2011 (UTC)
Reftool 1.0 failing when filling fields from URL
Reported: webkit problems with reftool — ☠MarkAHershberger☣ 14:31, 6 October 2011 (UTC)
I use Reftools 1.0 because it can grab data and fill in fields when given the source URL. When I use it today, instead of filling in the fields, I find that I'm no longer in edit more and I'm looking at the "Read" version of the article. The browser is Chrome-- Whpq (talk) 15:28, 5 October 2011 (UTC)
- I have the same problem, not just in Chrome but also in Safari. --joe deckertalk to me 13:59, 6 October 2011 (UTC)
Strange changes
Extended content
|
---|
On user contributions pages, I noticed today that the m for minor was no longer bold and has an ellipsis underneath, and also I can nolonger select a namespace to view the contributions in. Has anybody else noticed this, and if so, what is going on? Rcsprinter (rap) 15:40, 5 October 2011 (UTC)
/* Remove the distracting underlines from N, m, b in watchlist, make 'em bold */
abbr.newpage {border:0; font-weight: bold;}
abbr.botedit {border:0; font-weight: bold;}
abbr.minoredit {border:0; font-weight: bold;}
|
Twinkle problems
I noticed that Twinkle isn't loading. I cleaned up my js file, but that didn't work. Removing TW from my js file and enabling it as a gadget. I usually use the secure server, so I switched to the regular server, but had no luck with that. At all the times I cleared or bypassed my cache. I run an unbranded version of Firefox 7. Samuell Lift me up or put me down 16:14, 5 October 2011 (UTC)
- Many things are not working right now; check the massive section above to see if problems have already been reported. This one has, at #Some_JS_tools_broken. Aren't not-quite-thoroughly-tested new versions of MediaWiki great?! –Drilnoth (T/C) 16:11, 5 October 2011 (UTC)
- Interesting right ? Even after having been in production on 3 wiki's for over 3 days, no one but en.wp has found many of these issues. As a user you underestimate the thousands of usage patterns that there are. Testing will only reveal so much. Also, Twinkle is a local tool. The local community is responsible for keeping it maintained. Thus it is no more than expected basically that many of the gadgets break when a release is being made. Dust will settle. —TheDJ (talk • contribs) 16:17, 5 October 2011 (UTC)
- See WT:TW#No Twinkle at all? and other discussions on that page. Regards SoWhy 16:20, 5 October 2011 (UTC)
- The funny thing is, aside from a few very minor niggling issues that are more cosmetic than anything else, my Twinkle has (so far) been working just fine... - The Bushranger One ping only 19:39, 5 October 2011 (UTC)
Redirects to sections
Is this broken or is it just me? Links like WP:UNDUE and WP:AUTOCONFIRM lead to the correct pages, but are not navigating to the sections. Using Firefox 7.0.1. — Bility (talk) 16:38, 5 October 2011 (UTC)
- Works for me ΔT The only constant 16:39, 5 October 2011 (UTC)
- (edit conflict) Nevermind, it was me. — Bility (talk) 16:40, 5 October 2011 (UTC)
Banging my head
MediaWiki:Broken-file-category was introduced with 1.18 and Im trying to configure it so that it only lists articles/templates with missing files. (other namespaces really dont matter too much). But I cannot see to get it configured correctly. ΔT The only constant 17:28, 5 October 2011 (UTC)
- I used {{namespace detect showall}} in {{broken ref}} to do similar for Cite errors. ---— Gadget850 (Ed) talk 18:17, 5 October 2011 (UTC)
- Can you go ahead and adjust the page accordingly? ΔT The only constant 20:31, 5 October 2011 (UTC)
User-defined buttons, tabs or links
Is there any way to have a button, tab or a link that I could customize to add a certain text? I'd like to be able to "one click" my default welcome templates, and messages like this. Any suggestions? --Piotr Konieczny aka Prokonsul Piotrus| talk to me 17:51, 5 October 2011 (UTC)
- You can do this with Twinkle, but you probably want to wait until issues with the update shake out. ---— Gadget850 (Ed) talk 18:39, 5 October 2011 (UTC)
Numbers and letters appearing in place of link to footnote
In Love the Way You Lie#Notes, I have a footnote, which is referenced. However, the link to the reference now shows ?UNIQb4e22634542f5cb-nowiki-00000079-QINU?18?UNIQb4e22634542f5cb-nowiki-0000007A-QINU? instead of the [citation number]. I use Google Chrome on Windows 7, but this problem is also apparent when seen on Firefox. I just noticed this today and was wondering if it is a glitch that can be fixed. Thanks! —WP:PENGUIN · [ TALK ] 17:57, 5 October 2011 (UTC)
General notice
Given the scale of issues introduced by this new version of software, should we consider placing a general message suggesting readers head here to add issues they're experiencing? The Rambling Man (talk) 18:29, 5 October 2011 (UTC)
- Already at the top of the watchlist. ---— Gadget850 (Ed) talk 18:51, 5 October 2011 (UTC)
- Not sure if it's possible but probably worth re-asserting the message every so often because I usually ignore these things, so I guess many other readers do too. Since we have so many issues, it'd be worth re-iterating the fact that the site's broken but won't be broken for long... hopefully... The Rambling Man (talk) 19:08, 5 October 2011 (UTC)
- Already at the top of the watchlist. ---— Gadget850 (Ed) talk 18:51, 5 October 2011 (UTC)
We need to do a better job of this
I realize that developing new changes to a widely used application like this are not at all easy and I don't mean to be overly critical but after reviewing the growing list of problems with the new release and the fact that most of us didn't even know it was coming I think we need to do a better job.
Several of the problems identified would have been obvious in some basic comparison testing and many of the common functions would have also been obvious if done (like all the problems with Twinkle). I realize that its impossible to compensate for every problem and WP has limited support of add ons like twinkle but some of these are really really obvious.
I recommend when we do updates in the future we do a couple things differently:
- Put a notice on this village pump of the upcoming update
- Establish a schedule of the updates in a public place like this page
- Do some quality testing with some of the widely used tools like Twinkle and let the developers of those apps know that there are problems they need to fix.
--Kumioko (talk) 18:31, 5 October 2011 (UTC)
- I know it's a minor part of Wikipedia but yes, some of our featured material (lists) have now been broken with the update, these feature once a week on the main page. This sort of thing should have been tested/advertised before being wholesale rolled out. RIght now we don't know whether to stick (not fix) or twist (try to fix hundreds of lists)... advice please. The Rambling Man (talk) 18:35, 5 October 2011 (UTC)
- Posting a schedule in a public place was done weeks ago. --Catrope (talk) 19:22, 5 October 2011 (UTC)
- Notices on the Village Pump / Template:CENT would probably have a lot more outreach than the WMF blog. Headbomb {talk / contribs / physics / books} 19:37, 5 October 2011 (UTC)
- You mean like announcing it on VPT three weeks ago, Wikipedia:Village_pump_(technical)/Archive_93#MediaWiki_1.18_deployment_schedule? Dragons flight (talk) 19:42, 5 October 2011 (UTC)
- Yep, missed that, not a watcher of the Village Pump. Didn't expect Wikipedia to be wrecked by a software "upgrade". Now I know what it was like when people moved to Windows Vista. Ouch. The Rambling Man (talk) 19:47, 5 October 2011 (UTC)
- Or also, Wikipedia:Wikipedia_Signpost/2011-09-19/Technology_report, from just over two weeks before deployment. Dragons flight (talk) 19:58, 5 October 2011 (UTC)
- So if you didn't watch the Village Pump or subscribe to Signpost, then you have no idea why Wikipedia is broken. Don't forget that this website is visited by users who don't even know that Village Pump or Signpost exist. We're just telling those who rolled out the bug-ridden version of Wikimedia software that those who are familiar with the site had no real clue it was happening and that it's broken a lot of stuff. Don't take it personally, just tell us when it'll all be fixed. The Rambling Man (talk) 20:09, 5 October 2011 (UTC)
- Or also, Wikipedia:Wikipedia_Signpost/2011-09-19/Technology_report, from just over two weeks before deployment. Dragons flight (talk) 19:58, 5 October 2011 (UTC)
- Yep, missed that, not a watcher of the Village Pump. Didn't expect Wikipedia to be wrecked by a software "upgrade". Now I know what it was like when people moved to Windows Vista. Ouch. The Rambling Man (talk) 19:47, 5 October 2011 (UTC)
- You mean like announcing it on VPT three weeks ago, Wikipedia:Village_pump_(technical)/Archive_93#MediaWiki_1.18_deployment_schedule? Dragons flight (talk) 19:42, 5 October 2011 (UTC)
- (e/c) That is interesting, but how many regular Wikipedians read that? Perhaps a general notice for all readers, including anon IPs would be useful (if it doesn't already exist) to say that Wikipedia is currently broken and give normal users an idea when it will return to a useful state... The Rambling Man (talk) 19:38, 5 October 2011 (UTC)
- Notices on the Village Pump / Template:CENT would probably have a lot more outreach than the WMF blog. Headbomb {talk / contribs / physics / books} 19:37, 5 October 2011 (UTC)
- Were the developers/maintainers of tools like Twinkle and CSDHelper warned of the change and given access to an advance version to test with? JohnCD (talk) 22:11, 5 October 2011 (UTC)
- Probably not directly, but it can be presumed that they have VPT on their watchlist. Remember that en.wiki is probably one of the most complex and intricate projects, and some bugs just need to be found in the wild. I appreciate all the hard work that went into this release and accept the growing pains as necessary... –xenotalk 22:36, 5 October 2011 (UTC)
- I guess this is the short term message. As Xeno says, hats off to the people that do all this work, both before and in particular after each version's rollout. Just by looking at the bugzilla reports of things I care about, it's clear to see that people are working flat out to fix the issues. I for one am very grateful. —WFC— 00:21, 6 October 2011 (UTC)
- For what are you grateful? That the developers work hard to eliminate problems they themselves introduced? If so you're very easily pleased. Malleus Fatuorum 01:56, 6 October 2011 (UTC)
- Were there any upsides to this "upgrade"? All I can see at the moment is the things that don't work. Is anything actually better as a result? I might feel a little better about this if there was. --John (talk) 06:10, 6 October 2011 (UTC)
- See here and the full release notes. MER-C 11:38, 6 October 2011 (UTC)
- Were there any upsides to this "upgrade"? All I can see at the moment is the things that don't work. Is anything actually better as a result? I might feel a little better about this if there was. --John (talk) 06:10, 6 October 2011 (UTC)
- For what are you grateful? That the developers work hard to eliminate problems they themselves introduced? If so you're very easily pleased. Malleus Fatuorum 01:56, 6 October 2011 (UTC)
- I guess this is the short term message. As Xeno says, hats off to the people that do all this work, both before and in particular after each version's rollout. Just by looking at the bugzilla reports of things I care about, it's clear to see that people are working flat out to fix the issues. I for one am very grateful. —WFC— 00:21, 6 October 2011 (UTC)
- Probably not directly, but it can be presumed that they have VPT on their watchlist. Remember that en.wiki is probably one of the most complex and intricate projects, and some bugs just need to be found in the wild. I appreciate all the hard work that went into this release and accept the growing pains as necessary... –xenotalk 22:36, 5 October 2011 (UTC)
(←) Lines 8-11 of those relase notes (dated Oct 3):
8 THIS IS NOT A RELEASE YET
9
10 MediaWiki 1.18 is an alpha-quality branch and is not recommended for use in
11 production.
--Stfg (talk) 13:35, 6 October 2011 (UTC)
- MediaWiki has always been deployed to Wikipedia before the software is released as a tarball (what the release notes cover). The blog post covering 1.18 deployment points to this page — ☠MarkAHershberger☣ 13:46, 6 October 2011 (UTC)
- Just to clarify I know that its difficult to do a release like this and if it were just some problems with addons like twinkle that arent a part of the software or a few little bugs it would be fine. But when there are problems like breaking all the featured tables, screwing up the diff rendering, completely removing the ability to see namespace specific changes in contributions and a variety of others it would have been immediately obvious to any tester that these were problems if they would have done some simple comparisons. I also agree with the comments above that leaving the notice on the blog and Tecnhical village pump are noble but less than a 100 of our millions of users are likely to see either of those. I also agree with the comments that the developers are working hard to fix them but may of these should have never been put in production to begin with so now we have to live with the fallout. Personally I have a huge amount of edits and things I am trying to do in WP that now have to wait because it takes the page about 1-5 minutes to load a page every time I bring a new page up in edit mode, making it nearly useless and next to impossible to do a change. So whenever we get these problems fixed in the next couple weeks I will do the WikiProject United States Newsletter, continue working on project issues and contributing content. --Kumioko (talk) 14:57, 6 October 2011 (UTC)
- Re “it would have been immediately obvious to any tester that these were problems if they would have done some simple comparisons”:
- breaking all the featured tables
- Agreed, but we do testing before deployment. How can we make sure all these template things are checked? (And, yes, I want to know how you think we could do it.)
- screwing up the diff rendering
- This was a gadget problem. If you want to make sure your gadgets are working, then you should help test.
- completely removing the ability to see namespace specific changes in contributions
- This was a policy decision to limit use of database resources. Obviously it should have had some more discussion with the community before hand, but it isn't a bug that we didn't know about.
- ☠MarkAHershberger☣ 15:57, 6 October 2011 (UTC)
- Re “it would have been immediately obvious to any tester that these were problems if they would have done some simple comparisons”:
- Just to clarify I know that its difficult to do a release like this and if it were just some problems with addons like twinkle that arent a part of the software or a few little bugs it would be fine. But when there are problems like breaking all the featured tables, screwing up the diff rendering, completely removing the ability to see namespace specific changes in contributions and a variety of others it would have been immediately obvious to any tester that these were problems if they would have done some simple comparisons. I also agree with the comments above that leaving the notice on the blog and Tecnhical village pump are noble but less than a 100 of our millions of users are likely to see either of those. I also agree with the comments that the developers are working hard to fix them but may of these should have never been put in production to begin with so now we have to live with the fallout. Personally I have a huge amount of edits and things I am trying to do in WP that now have to wait because it takes the page about 1-5 minutes to load a page every time I bring a new page up in edit mode, making it nearly useless and next to impossible to do a change. So whenever we get these problems fixed in the next couple weeks I will do the WikiProject United States Newsletter, continue working on project issues and contributing content. --Kumioko (talk) 14:57, 6 October 2011 (UTC)
table sort headers
As the whole header cell is now a button to sort the table, it has killed any header text that is linked. Links still show but don't direct. For example, try clicking on the US$ link on the tables in List of countries by GDP (nominal) per capita. With some header text entirely linked, and necessarily so in many cases, it would be good to be able to override this new feature.- J.Logan`t: 19:01, 5 October 2011 (UTC)
- Please add to #The new Sorting breaks all tables arround Wikipedia which include two headers. ---— Gadget850 (Ed) talk 19:04, 5 October 2011 (UTC)
- This is fixed now. --Catrope (talk) 19:39, 5 October 2011 (UTC)
Sorting
Acknowledging that this function has now been corrupted, when can we expect a resolution? Are we going to be expected to re-code hundreds of articles as a result of this 'update'? The Rambling Man (talk) 19:14, 5 October 2011 (UTC)
- Much of the problem is that the old code had no specification or tests at all so nobody could tell what was supposed to work or not or if any change would do anything good or bad. The new code has more test cases... but may also be yet incomplete.
- The more specific things we know broke, the more we can either fix right off or replace back with the old code (with tests this time) until the new code works better. --brion (talk) 01:27, 6 October 2011 (UTC)
- mw:Manual:JavaScript_unit_testing Your patches and bug reports are welcome! I'll certainly agree that we've had.... basically NO good testing for many years, but there've been big improvements this year so far. I wouldn't say it's ideal since, you know, it's not, so I assume that telling the truth is better than just pretending it's perfect? --brion (talk) 01:38, 6 October 2011 (UTC)
- I can't go back in time, so I'll just hand you this thread. --brion (talk) 01:56, 6 October 2011 (UTC)
Note that I'd recommend we go back to the old sorting code until the new code gets more thoroughly resolved, but we still need to know things that broke so we can actually go test and fix them. Expect a flip back to the old sorting code tomorrow if nobody beats me to it. --brion (talk) 02:37, 6 October 2011 (UTC)
- I think the suggestion being made is that you test first, see what breaks in a test environment, fix them, and then roll out. I would have thought this would be pretty much standard procedure, but I guess Wikipedia always has to be different...--Kotniski (talk) 07:06, 6 October 2011 (UTC)
Rollback WM
Just a question really, given the sudden swath of issues described in many sections above, is there any viability in rolling back to the previous version of Wikimedia software until such a time the major glitches are fixed? The Rambling Man (talk) 20:30, 5 October 2011 (UTC)
- We do MW upgrades 1 to 3 times a year typically. They always have some teething problems that last a few days. However, as long as most of the content is usable for most readers, it is unlikely that a blanket rollback would happen. Developers are of course working to isolate the broken bits and either fix or revert the individual issues. Dragons flight (talk) 20:49, 5 October 2011 (UTC)
- Cool, I'm certainly not trying to be difficult, it's just that I've never known Wikipedia to be so broken. Is there a timetable to correct the above issues, existing bugs etc? Sorry if I'm asking stupid questions but I am a mere user of Wikipedia and want to understand when it'll be as good as it was a few days ago. The Rambling Man (talk) 20:51, 5 October 2011 (UTC)
- Based on past experience, most reader visible bugs should be cleaned up within a day or two. Bugs for editors may take a few more days if they are in Mediawiki's core, and up to a few weeks if they are in third party scripts (e.g. Huggle, Twinkle, etc.) since those depend on third-party developers that often don't have the time / resources of Wikimedia staff developers. A small fraction of the bugs may linger for a long time if they are either hard to diagnose (e.g. intermittent failures, specific browser versions) or if they interact with other software in a way that makes them both hard to fix and impossible to rollback without breaking other things. It is hard to put a time table on any specific bug, but most things should be back to normal within several days. Dragons flight (talk) 21:59, 5 October 2011 (UTC)
- Ok, that's appreciated. I know how it goes, I'm in the mainstream industry, but where I am, we do tend to do a lot more beta testing with real end-users. Perhaps I've missed other WM updates where similar has occurred, but with a website that attracts the traffic we do, a lot of these bugs should have been ironed out before the update. But then all project managers would say that, wouldn't that? The Rambling Man (talk) 22:03, 5 October 2011 (UTC)
Just out of interest, can anyone link me to the discussions about issues when we moved to WM 1.17, just as a comparison, to see the number and nature of issues? Cheers. The Rambling Man (talk) 22:13, 5 October 2011 (UTC)
- Wikipedia:Village pump (technical)/Archive 85#MediaWiki 1.17 release is tomorrow (hopefully) would be a good starting point. — Edokter (talk) — 22:22, 5 October 2011 (UTC)
{{REVISIONUSER}} not working all the sudden
See Template:Editnotices/Page/Pingan International Finance Center. It works when I preview the notice, but not when I try to edit the article. Checked another edit notice I made a while back and the same thing is happening there. Beeblebrox (talk) 20:53, 5 October 2011 (UTC)
- If you mean it should the name of the user viewing it, then that has been fixed. It was always considered a bug. Let me dig up some details. ---— Gadget850 (Ed) talk 21:17, 5 October 2011 (UTC)
- Well fixed, but not fixed. Yes, the prior behavior was considered a bug, but the current behavior for REVISIONUSER in an edit notice seems to be to display an empty string, e.g. top of this page. I would consider that to also be a bug. If I understand correctly, REVISIONUSER is supposed to display the name of the user who saved the topmost revision. Dragons flight (talk) 21:28, 5 October 2011 (UTC)
- bugzilla:31398. Dragons flight (talk) 23:00, 5 October 2011 (UTC)
- And Template:Bug started this. ---— Gadget850 (Ed) talk 23:53, 5 October 2011 (UTC)
Well I'm glad others have noticed this, because I spent an unfruitful hour last nigh trying to fix my talk page edit notice, thinking it was due to vandalism to my page. --Kudpung กุดผึ้ง (talk) 00:09, 6 October 2011 (UTC)
- I added a notice to WP:Editnotice. ---— Gadget850 (Ed) talk 02:56, 6 October 2011 (UTC)
logs
I swear whenever a page gets moved, the log gets noted in the page that gets moved as well as the redirect. Looking at the history of Soda and candy eruption, there is no log of moves unless you look at the reirects only. Have I missed something? See here and here. Simply south...... creating lakes for 5 years 20:57, 5 October 2011 (UTC)
- The move is noted in the edit summary on both pages, but there's only one log entry at the original destination. That was the case before too. Reach Out to the Truth 03:08, 6 October 2011 (UTC)
The Wikipedia Loves Libraries banner
The Wikipedia Loves Libraries banner is superimposing over other things at the tops of pages, such as geographic co-ordinates and the link to Help:User contributions on User pages. I'm using Firefox 7. The Mark of the Beast (talk) 22:17, 5 October 2011 (UTC)
- Where are you seeing this banner? Is it rotating along with the maintenance message (in which case it might just not be showing for me right now?) or is it only in particular places? --brion (talk) 01:31, 6 October 2011 (UTC)
- I see the WLL banner, but I'm not seeing it over other things. Maybe you have a gadget or other custom JS interfering? — ☠MarkAHershberger☣ (talk) 05:19, 6 October 2011 (UTC)
- I am not using any gadgets, and I have not customized anything. The Mark of the Beast (talk) 05:41, 6 October 2011 (UTC)
- What pages are you seeing the problem on? — ☠MarkAHershberger☣ (talk) 05:46, 6 October 2011 (UTC)
- As I said above, on pages with geographic coordinates, and User contribution pages. Plus I keep hiding the damn banner and it keeps coming back anyway. The Mark of the Beast (talk) 06:45, 6 October 2011 (UTC)
- What pages are you seeing the problem on? — ☠MarkAHershberger☣ (talk) 05:46, 6 October 2011 (UTC)
- I am not using any gadgets, and I have not customized anything. The Mark of the Beast (talk) 05:41, 6 October 2011 (UTC)
Signpost
With all the other issues happening, I realize this is minor. But has anyone else noticed that EdwardsBot didn't deliver the Signpost this week? Maile66 (talk) 23:51, 5 October 2011 (UTC)
- Yeah, I noticed that as well -- seems like all the bots are put on hold ATM, pending the complete roll out of 1.18. Sp33dyphil "Ad astra" 02:07, 6 October 2011 (UTC)
- EdwardsBot has delivered the Signpost.Resolved
Namespace in Contributions
Selection by namespace has disappeared from Special:Contributions. Please re-instate instantly. There is a tick box labelled "Deleted only" - what is it supposed to do? — [[::User:RHaworth|RHaworth]] (talk · contribs) 00:28, 6 October 2011 (UTC)
- Seconded - what happened? This is somewhat essential for admins! ThanksSkier Dude (talk) 00:35, 6 October 2011 (UTC)
See #Namespace option on contribution history above. --brion (talk) 01:32, 6 October 2011 (UTC)
- Someone please add a notice on top of Help:User contributions: there is a slight chance some people would look there before posting here. — AlexSm 01:57, 6 October 2011 (UTC)
- A short notice in MediaWiki:Sp-contributions-explain would also help to avoid confusion for a lot of people. — AlexSm 02:17, 6 October 2011 (UTC)
- Good idea. Done Anomie⚔ 03:36, 6 October 2011 (UTC)
- The box for deleted-only contributions was already there, but I've never figured out how it's helpful. Nyttend (talk) 04:09, 6 October 2011 (UTC)
- The "deleted-only contributions" is for edits where RevDel was used. עוד מישהו Od Mishehu 08:59, 6 October 2011 (UTC)
- The box for deleted-only contributions was already there, but I've never figured out how it's helpful. Nyttend (talk) 04:09, 6 October 2011 (UTC)
- Good idea. Done Anomie⚔ 03:36, 6 October 2011 (UTC)
- Is using an ombox really necessary? That just makes it very distracting. I suggest changing it to something less attention-grabbing like "Note: The option to filter the contributions list by namespace has been removed in the upgrade to MediaWiki 1.18. Discussion is ongoing at Wikipedia:Village pump (technical)#Namespace option on contribution history and Template:Bug." →Σ ⚑ ☭ 04:26, 6 October 2011 (UTC)
Who moved the feedback section?
Reported: … at top of page in colognblue skin — ☠MarkAHershberger☣ (talk) 05:11, 6 October 2011 (UTC)
Extended content
|
---|
I use the Cologne Blue skin for WP. Yesterday, I think it was, the useless RATE THIS PAGE gibberish started appearing at the TOP of the page instead of the bottom, in all its real estate hogging glory. Where was the consensus for this?!? Or how does this bug get undone??? Carrite (talk) 04:24, 6 October 2011 (UTC) |
toolbar buttons not working on IE?
Reported, fixed, not yet deployed: toolbar buttons not working — ☠MarkAHershberger☣ 14:57, 6 October 2011 (UTC)
Extended content
|
---|
The toolbar buttons (signature, markup, etc.) aren't working for me on IE. Is anyone else experiencing this? --Ixfd64 (talk) 04:54, 6 October 2011 (UTC)
|
No such special page
Reported: no such special page -- ☠MarkAHershberger☣ 15:13, 6 October 2011 (UTC)
Extended content
|
---|
Clicking on a Recent changes entry with the URL http://en.wikipedia.org/w/index.php?title=Sameera_Mallawarachchi&curid=33321830&action=history caused an unexpected response. The link is to an article I had just deleted. Strangely, the link shows a Wikipedia page with a title of Error, an article-like title of No such special page and content of You have requested a special page that is not recognized by Wikipedia. A list of all recognized special pages may be found at Special:Specialpages. If the &curid field is removed, it responds more sensibly showing deletion information. I don't know if this is new behavior since the Wikimedia upgrade, but it seems a bit ungraceful. Either it should ignore the &curid= and report the page deletion, or say that the specific history items is not available. Naturally it should not mention anything about a Special: namespace operation. —EncMstr (talk) 09:22, 6 October 2011 (UTC) |
subpage for new code deployment
It looks like there are going to be a lot of issues that need to be worked through. Should we create a separate subpage for reporting issues related to this deployment? John Vandenberg (chat) 09:37, 6 October 2011 (UTC)
Tab bars and apostrophes
Can someone maybe help out with a bug in a template? I've been rolling out {{start tab}} as a generic implementation for all these tab bars that are so popular with WikiProjects. See the one on Wikipedia:WikiProject Israel for an example: one central tab template which modifies its appearance automatically based on the page it's transcluded to. The problem is that it doesn't seem to work properly if the page title has an apostrophe in it: see Wikipedia:Romanian Wikipedians' notice board, where the current tab isn't styled differently. {{start tab}} draws its detection logic from {{tab}}, so that'd be the most likely place to look for a fix. Any thoughts? Chris Cunningham (user:thumperward) - talk 09:48, 6 October 2011 (UTC)
- {{FULLPAGENAME}} outputs the apostrophe as "'" (the HTML numeric entity for the apostrophe character). In the actual HTML output, Tidy seems to change this to the apostrophe character, but that hasn't happened by the time it gets to your {{#ifeq:}}. If you pass the page name in your {{start tab}} invocation with apostrophes replaced by "'", it should work. BTW, the same happens for double-quotes (by """) and ampersands (by "&"). Anomie⚔ 11:07, 6 October 2011 (UTC)
- Awesome: works perfectly. Meh, entities. Chris Cunningham (user:thumperward) - talk 13:19, 6 October 2011 (UTC)
Wikipedia Vulnerable for Attack
FYI I guess you know but, anyway : [removed per WP:BEANS] 87.64.24.15 (talk) 11:38, 6 October 2011 (UTC)
- This kind of thing should be reported to securitywikimedia.org. I'm emailing them now. MER-C 11:46, 6 October 2011 (UTC)
- Done. Thanks, but please avoid posting such information in public fora before the problem(s) are fixed. MER-C 11:54, 6 October 2011 (UTC)
Problem with Internet Explorer
Reported: 1.18 Causes IE8 to crash — ☠MarkAHershberger☣ 14:47, 6 October 2011 (UTC)
Extended content
|
---|
When opening a page on the English wikipedia with Internet Explorer, an error message appears and the page has to be re-opened. When making changes and visualising them, the changes are lost, so that I had to make the changes again and to save them without visualising them. Please solve this issue. --Réginald alias Meneerke bloem (To reply) 12:24, 6 October 2011 (UTC) |
[[File:foo.ogg|noicon]]: noicon ignored
Reported: Noicon parameter for audio files is broken — ☠MarkAHershberger☣ 14:47, 6 October 2011 (UTC)
Extended content
|
---|
It seems the parameter |noicon in the code [[File:Accordian chords-01.ogg|noicon|right]] is no longer observed; vide:
The template {{Listen/core}} issues this parameter and ignoring it changes the appearance of {{Listen}}. What caused this change and how can it be reverted? -- Michael Bednarek (talk) 13:27, 6 October 2011 (UTC) |
Yet another problem caused by the archiving — something wrong in the software about section editing
Hello,
Following of this discussion.
The discussions get stupidly archived by date, even when they are still very recent and very relevant. And so the links to the discussions get broken. And the archived page tells not to edit the page, but to start a new discussion if one wants to say something.
On the page Wikipedia talk:Manual of Style, there was the section Making MOS:ENDASH happen. I clicked its edit link. I landed into the edit form of the section Specific–vague axis in choosing article titles, a completely different section !
What happened ? The section I intended to edit was still on the main page, but someone had archived some other section(s), and so my intended section's order number had changed. And the software, not very clever, uses only the section's order number to identify a section, and believes this is sufficient.
There is something wrong in the software about section editing. The software has to handle sections better than that !
--Nnemo (talk) 14:31, 6 October 2011 (UTC)
liquidthreads problem at en.wiktionary
Reported: Bugzilla:31251 — ☠MarkAHershberger☣ 14:41, 6 October 2011 (UTC)
Extended content
|
---|
Hi, on en.wiktionary, I see "my new messages (1)" in bold, but when I click on it, it says "There are no new messages for you.". Is there a way to unbold the link, since there aren't actually any messages there? -- Liliana-60 (talk) 14:34, 6 October 2011 (UTC) |