This page contains discussions that have been archived from Village pump (technical). Please do not edit the contents of this page. If you wish to revive any of these discussions, either start a new thread or use the talk page associated with that topic.
I just moved File:Putter Green.jpg to Commons under the same filename because it was a simple process: PD-self claim and no hiccups. Moving it there, however, I observed that the metadata were a lot fuller (we have an image title, for example), and some of them appear to indicate a copyvio: for example, it's listed as being a work of The Augusta Chronicle, and through it I discovered that author Andrew Davis Tucker is a newspaper photographer who was with the Chronicle at the date of the photograph, not a Clemson golfer as suggested by the uploader's username.
Judging by the metadata I could see here, the image is fine, but judging by the metadata I could see at Commons, it's not. Why do files here display less metadata? Click the extended metadata link at the bottom of the filepage here, and the result is 37 metadata fields; click the extended metadata link at the bottom of the filepage at Commons for the same image, and the result is 55 metadata fields. Is there a way to adjust what metadata fields are displayed? If so, why don't we adjust it so that files display more fields? Nyttend (talk) 21:13, 1 August 2015 (UTC)
I don't think those specific pages are relevant, since the names don't appear when you view with ?uselang=qqx. I've left a note at the Commons village pump asking people there to offer input here. Nyttend (talk) 21:37, 1 August 2015 (UTC)
Files get their metadata extracted when they are uploaded, or anytime someone does ?action=purge on the image description page. Support for IPTC metadata was added to MediaWiki as part of my GSOC project in 2010. Since this image was uploaded prior to that way back in 2006, it only has exif data extracted, not the other types of metadata. Uploading to commons allowed caused all the metadata we now support to be extracted. If one purges the image page here on enwikipedia, then the missing metadata should show up. Bawolff (talk) 20:26, 4 August 2015 (UTC)
Wikidata: Access to data from arbitrary items is coming
(Sorry for writing in English)
When using data from Wikidata on Wikipedia and other sister projects, there is currently a limitation in place that hinders some use cases: data can only be accessed from the corresponding item. So, for example, the Wikipedia article about Berlin can only get data from the Wikidata item about Berlin but not from the item about Germany. This had technical reasons. We are now removing this limitation. It is already done for many projects. Your project is one of the next ones. We will roll out this feature here on August 18.
We invite you to play around with this new feature if you are one of the people who have been waiting for this for a long time. If you have technical issues/questions with this you can come to d:Wikidata:Contact the development team.
A note of caution: Please be careful with how many items you use for a single page. If it is too many pages, loading might get slow. We will have to see how the feature behaves in production to see where we need to tweak and how.
How to use it, once it is enabled:
Parser function: {{#property:P36|from=Q183}} to get the capital from the item about Germany
User:Smykytynreports: This page does not currently display correctly on iPad, unlike all other President pages. It shows up in single column form appropriate for iPhone, not iPad. This seems to be a fairly recent development. My guess is this is a user-side settings issue, but I'm passing on the message in case someone with better technical knowledge can take a look at the page to see if there's something there messing things up, or maybe can offer help to this user on how to get things working. Thanks. Ivanvector🍁 (talk) 21:29, 4 August 2015 (UTC)
This is due to the usage of stack begin/end templates, which cause the infobox to be in a single file column, instead of right floated. —TheDJ (talk • contribs) 21:35, 4 August 2015 (UTC)
I haven't been able to leave edit summaries or other fillable forms like section headers since July 31st. If I do it only registers random letters which I don't even see until I save. I am running Chrome OS 45 (beta). Mark Schierbecker (talk) 06:58, 5 August 2015 (UTC)
Sounds like a broken browser extension/addon or something. And you can always check if the stable version of Chrome works for you of course. —TheDJ (talk • contribs) 07:18, 5 August 2015 (UTC)
As you can see here: Help:Mobile_access#Official_application, there is no longer and official supported BlackBerry application. There used to be one, but it was removed from the BlackBerry AppWorld store. Wherever you find that URL still listed, you are encouraged to remove it or at least mark it as no longer valid. —TheDJ (talk • contribs) 21:31, 4 August 2015 (UTC)
@TheDJ: Yes it's not there anymore as I just removed it as written above. Note that the black berry app was still linked on both sites for at least 1,5 years after the first notice on the talk page about it being down. I guess it's not really problematic or anything but sometimes I'm really confounded by Wikipedia's organisation - one would expect there to be some major notice (a minor comment on some talk page to confirm it actually being down would have sufficed as well) somewhere about it being taken down / not being supported anymore with the developers themselves taking it off all articles the same day that it's not supported anymore... --Fixuture (talk) 18:09, 5 August 2015 (UTC)
Content Translation scourge
I'm venting, but I've had it with fixing articles created with the Content Translation scourge
An example is this mess. Original article is here. Majority of the problems I've seen is contained in this article.
Why does the scourge add wikilinks to dates on enwiki?
Why does it not always translate dates? The above article translated [[2009년 3월]] to [[March 2009|2009년 3월]]. Others do 12 de noviembre de 2014 to 12 de noviembre de 2014.
Why does it add random [[?
Why does it add random wikilinks?
Why does it add color in random spots that the original doesn't have?
Why does it add random <span> </span>?
Why does it add random span tags around text, especially if the text was in a template on the original article? For example, <span>1995 April 12</span><span> (20)</span>
Why does it screw up tables. I'm not talking about the copious id="666" tags, but messing things up. For example in this section, everywhere there was a blank cell, it droped the cell. Instead of a blank cell where the person was born, they now ended up being born on Protoss or Zerg. It can't handle blank cells.
Why does it not translate a cite template correctly? Atleast I know what "titel", "autor" and "título" means, but not Content Translation tool. Another example.
Why does it translate somethings in a list/table/section, but not others?
Report a problem to Content Translation and they say to report it to Parsoid. Content Translation uses Parsoid. Parsoid says it is fixed, but Content Translation uses a different version of Parsoid.
Content Translation uses Apertium for translating. It doesn't support Japanese, Korean and many others. According to the Apertium's wikipage, only 7 languages can be translated to English. This probably explain why the above article was only half way translated.
Majority of people using Content Translation don't cleanup the mess.
Something I can also add is that the highlighting happens automatically for some reason. The partly translated problem was because I'm still trying to translate the names for various leagues and such using outside sources. -Kurousagi23:42, 5 August 2015 (UTC)
It looks like only the first revision was done with Content Translation, and the rest was done by hand. Judging from this diff, we have Dab Solver to thank for the colours. Some things, like the table cell problem, look to be bugs in Content Translation, but others, like the [[ thing, look to be good old-fashioned user error. As for Apertium, if people are submitting purely (or mostly) machine-translated stuff, then it should be nominated for deletion. I don't think Apertium's machine translation was used at all in this case, however; it just looks like the translation was a little too literal. I know from experience that it's surprisingly hard to generate coherent text when translating things from Japanese, and I imagine the same thing holds true for Korean. — Mr. Stradivarius♪ talk ♪02:45, 6 August 2015 (UTC)
Things that are totally messed up are getting deleted. The above article was just one example of the crap this produces. Dab Solver has nothing to do with some of the random colours. How can a sentences in a plain paragraph be translated to have it's background go red? Majority of people using the tool are not fixing the issues or they don't know how too. Other people on French Wikipedia want it disabled. Bgwhite (talk) 07:06, 6 August 2015 (UTC)
I have no idea of the highlights other than the fact that it 'temporarily' highlights text when copying over from one side of the Content Translation tool. And yes, the machine translation was supposedly 'unavailable'. -Kurousagi10:36, 6 August 2015 (UTC)
Weird. I wonder how the camera rotated it (I'm the photographer), because I didn't tell it to do any rotation. I'll file a WP:GL request. Nyttend (talk) 00:32, 6 August 2015 (UTC)
Taking a cursory look at the Exif specification, I can't even decide whether it is a bug in the camera or our server. The tag allows one to express how the image is "oriented", but crucially leaves it an open question at which orientation one would normally want to display the image.--Anders Feder (talk) 01:23, 6 August 2015 (UTC)
Dab pages do not cause MediaWiki to emit special HTML, so without Javascript loading every link on a particular page to check whether that page is a dab, the answer is no. Such Javascript would probably be fairly expensive, so I don't think that's an option either. So, probably not regardless. Popups, which loads a page dynamically as you browse over the page, would probably be the best solution to your probable need. --Izno (talk) 04:27, 7 August 2015 (UTC)
@Izno: They do, actually; links to dab pages have the mw-disambig class for me when logged out. Unlike the disambiguation class added by Anomie's linkclassifier linked below, mw-disambig is not applied to links to redirects to dab pages (such as Abc), so the script does do a better job at marking dab links. SiBr4 (talk)09:33, 7 August 2015 (UTC)
What's wrong with this article and its link on Wikidata?
Hello,
Article London and Paris Conferences is linked to a Wikidata item (d:Q450503), but this item and the attached interwiki links do not seem to appear on the page of the article, as they should. I looked at case, changed browser and other obvious answers, and found no reason for this behaviour. Any idea? Place Clichy (talk) 14:05, 7 August 2015 (UTC)
Why are only my mobile web edits ever tagged as mobile edits?
Even my edits right now are mobile edits, but they are only tagged as mobile edits when I make them using the mobile version of the website. What's the problem here? Dustin(talk)17:42, 4 August 2015 (UTC)
Not sure if there is a problem. Have you run into a use case where it was problematic that edits made with the desktop site from a mobile device was not tagged as a mobile edit?--Anders Feder (talk) 19:13, 4 August 2015 (UTC)
Yes, it works as intended as far as I know. The mobile version works differently and displays some things differently or not at all. When evaluating edits it can be helpful to know they were made with the mobile version. When discussing with a user it can be helpful to know what they see (it's certainly very helpful at the help desks where I answer questions). The developers may use it to investigate software issues. If a user edits with the desktop version then I don't see good reason to know whether they did it on a mobile device. If a user edits with the mobile version on a desktop computer then the edit is tagged with mobile and that makes sense to me. Special:Tags displays MediaWiki:Tag-mobile edit-description for "Mobile edit", and MediaWiki:Tag-mobile web edit-description for "Mobile web edit". This change seems wrong but the former version was also inaccurate. The default "Edit made from mobile (web or app)" should probably be restored. I think "Mobile edit" is for all edits with either the mobile version or some app, while "Mobile web edit" is only for the mobile version, and "Mobile app edit" is only for apps. PrimeHunter (talk) 21:05, 4 August 2015 (UTC)
Rendering of Bold and Italic in Chrome and Firefox Browsers
I run Chrome and Firefox in Windows 7. I noticed that Chrome browser does not render BOLD text as bold - it looks like normal. And that ITALICS render as boldish text. In Firefox, text looks as expected. Please repeat the experiment and report your results. I have reported the bug to Phabricator. They want more info. Thanks Codwiki (talk) 15:05, 6 August 2015 (UTC)
If Chrome behaves differently, then your Chrome installation is faulty. It may have different fonts set (with no proper bold), or your cache simply needs clearing. Go to More Tools > Clear Browsing Data. Chrome is known to show glitches when its cache is full. -- [[User:Edokter]] {{talk}}20:17, 7 August 2015 (UTC)
Just for documentation, if this turns out not to be a real problem, I looked at a history today and every time there was a place to undo another person's edits, there was a "Thank". I also went to a diff and the added information did not show up in green which makes it easier for me to identify what's different. Eventually, a diff did change to green.— Vchimpanzee • talk • contributions • 21:26, 6 August 2015 (UTC)
@Vchimpanzee: It's now part of Wikipedia layout, you can now thank other editors for an edit they made. Showing appreciation to others it's a good point in my point of view. Cheers, Friendly Seven (talk) 10:28, 7 August 2015 (UTC)
I can't explain it, but I'm happier without it. I just thank people the regular way. Seeing it with every "undo" is just annoying. I found out to change my CSS so I don't see it.— Vchimpanzee • talk • contributions • 15:24, 7 August 2015 (UTC)
@Vchimpanzee: If by "green and yellow" you mean the "Display diffs with the old yellow-and-green colors and design" gadget, I made mine one heckuvalot quicker by turning it off at Preferences → Gadgets, and doing this instead. Your equivalent page would be m:User:Vchimpanzee/global.css. Another benefit is that the gadget is then operative everywhere - commons, French Wikipedia, Wiktionary, etc. --Redrose64 (talk) 20:10, 7 August 2015 (UTC)
@Vchimpanzee: It is a gadget. There are three kinds of gadget: those that use both JavaScript and CSS; those that are purely JavaScript; and those that are purely CSS. OldDiff is one of the purely CSS ones. All purely CSS gadgets can be enabled in either of two ways: by marking the checkbox at Preferences → Gadgets or by adding a suitable @import rule to your CSS file; but don't do both or you'll get two copies. --Redrose64 (talk) 22:07, 7 August 2015 (UTC)
I knew at one time how to get to my CSS, but I've forgotten. By the way, below I ask about hatnotes and links to main articles which are disappearing. I don't know whether this is somehow related, but no one has answered. I'm leaving for the day.— Vchimpanzee • talk • contributions • 22:12, 7 August 2015 (UTC)
If I access WP through Firefox I keep getting mixed content warnings that some of the content isn't encrypted. I don't get the same warnings using Chrome or IE. Nthep (talk) 17:50, 7 August 2015 (UTC)
You can add quotations marks before and after a title or phrase with a single click.
Select the relevant text. Find the correct quotations marks in the special character inserter tool (marked as Ω in the toolbar).
Click the button. VisualEditor will add the quotation marks on either side of the text you selected.
You can read and help translate the user guide, which has more information about how to use VisualEditor.
Since the last newsletter, the Editing Team have been working on mobile phone support. They have fixed many bugs and improved language support. They post weekly status reports on mediawiki.org. Their workboard is available in Phabricator. Their current priorities are improving language support and functionality on mobile devices.
Wikimania
The team attended Wikimania 2015 in Mexico City. There they participated in the Hackathon and met with individuals and groups of users. They also made several presentations about VisualEditor and the future of editing.
Following Wikimania, we announced winners for the VisualEditor 2015 Translathon. Our thanks and congratulations to users Halan-tul, Renessaince, जनक राज भट्ट (Janak Bhatta), Vahe Gharakhanyan, Warrakkk, and Eduardogobi.
For interface messages (translated at translatewiki.net), we saw the initiative affecting 42 languages. The average progress in translations across all languages was 56.5% before the translathon, and 78.2% after (+21.7%). In particular, Sakha improved from 12.2% to 94.2%; Brazilian Portuguese went from 50.6% to 100%; Taraškievica went from 44.9% to 85.3%; Doteli went from 1.3% to 41.2%. Also, while 1.7% of the messages were outdated across all languages before the translathon, the percentage dropped to 0.8% afterwards (-0.9%).
For documentation messages (on mediawiki.org), we saw the initiative affecting 24 languages. The average progress in translations across all languages was 26.6% before translathon, and 46.9% after (+20.3%). There were particularly notable achievements for three languages. Armenian improved from 1% to 99%; Swedish, from 21% to 99%, and Brazilian Portuguese, from 34% to 83%. Outdated translations across all languages were reduced from 8.4% before translathon to 4.8% afterwards (-3.6%).
We published some graphs showing the effect of the event on the Translathon page. Thank you to the translators for participating and the translatewiki.net staff for facilitating this initiative.
Recent improvements
Auto-fill features for citations can be enabled on each Wikipedia. The tool uses the citoid service to convert a URL or DOI into a pre-filled, pre-formatted bibliographic citation. You can see an animated GIF of the quick, simple process at mediawiki.org. So far, about a dozen Wikipedias have enabled the auto-citation tool. To enable it for your wiki, follow the instructions at mediawiki.org.
Your wiki can customize the first section of the special character inserter in VisualEditor. Please follow the instructions at mediawiki.org to put the characters you want at the top.
In other changes, if you need to fill in a CAPTCHA and get it wrong, then you can click to get a new one to complete. VisualEditor can now display and edit Vega-based graphs. If you use the Monobook skin, VisualEditor's appearance is now more consistent with other software.
Future changes
The team will be changing the appearance of selected links inside VisualEditor. The purpose is to make it easy to see whether your cursor is inside or outside the link. When you select a link, the link label (the words shown on the page) will be enclosed in a faint box. If you place your cursor inside the box, then your changes to the link label will be part of the link. If you place your cursor outside the box, then it will not. This will make it easy to know when new characters will be added to the link and when they will not.
On the English Wikipedia, 10% of newly created accounts are now offered both the visual and the wikitext editors. A recent controlled trial showed no significant difference in survival or productivity for new users in the short term. New users with access to VisualEditor were very slightly less likely to produce results that needed reverting. You can learn more about this by watching a video of the July 2015 Wikimedia Research Showcase. The proportion of new accounts with access to both editing environments will be gradually increased over time. Eventually all new users have the choice between the two editing environments.
Can you read and type in Korean or Japanese? Language engineer David Chan needs people who know which tools people use to type in some languages. If you speak Japanese or Korean, you can help him test support for these languages. Please see the instructions at mw:VisualEditor/IME Testing#What to test if you can help.
If your wiki would like VisualEditor enabled on another namespace, you can file a request in Phabricator. Please include a link to a community discussion about the requested change.
Please file requests for language-appropriate "Bold" and "Italic" icons for the styling menu in Phabricator.
The weekly task triage meetings continue to be open to volunteers, usually on Tuesdays at 12:00 (noon) PDT (19:00 UTC). Learn how to join the meetings and how to nominate bugs at mw:VisualEditor/Weekly triage meetings. You do not need to attend the meeting to nominate a bug for consideration as a Q1 blocker, though. Instead, go to Phabricator and "associate" the main VisualEditor project with the bug.
Yes, the default MediaWiki behaviour is to automatically make a normal redirect to the new name when a category or other page is moved. A page can only be moved back to the old name by a non-admin if the only edit in its page history is this redirect. But the English Wikipedia has a feature for category moves where the English Wikipedia template {{Category redirect}} is added to the page instead of making it a redirect. A side effect of this is that the category cannot be moved back by a non-admin. It's rarely relevant and doesn't seem worth bugging developers about. PrimeHunter (talk) 13:06, 8 August 2015 (UTC)
Hi everyone, this is Dawnseeker2000, and I'm having trouble using my account the way that I'm familiar. I use a few devices to edit, including a laptop, a desktop, and some mobile devices, but I always use Desktop View across the board. The last normal (and non semi-automated) edit that I made using Desktop View was about 24 hours ago.
16:42, 6 August 2015 (diff | hist) . . (-15) . . Playa del Carmen (Undid revision 674848928 by 38.67.7.155 (talk) – Notability not established) (current)
I've been able to make several AWB edits in the same period, but I've been unable to use the normal browser-based interface in Desktop View because of a symptom that looks like a WYCIWYG (What You Cache Is What You Get) problem that Firefox users have reported seeing on occasion. I'm primarily a Firefox user on a Windows 10 desktop PC but also use a Windows 7 laptop, a couple of Android devices, a Chromebook, and an iPad. The symptom is this:
I log in to Wikipedia on any browser or device, and the page (article, watchlist, anything) displays for a second, then the screen shows nothing but a white background, and the page continues to try to load indefinitely. If I load the 1992 Cape Mendocino earthquakes article in a tab, I get the white screen. If I then try to load the same page again, Firefox is kind enough to tell me that the page is open in another tab, and it includes the URL: wyciwyg://(number)/https://en.wikipedia.org/wiki/1992_Cape_Mendocino_earthquakes.
The suggestions for this problem are to clear the browser's cache, disable all add-ons, or to use Firefox's Safe Mode. I hoped for the best and tried these suggested fixes, but haven't seen any improvement, and on top of that, I'm seeing the same symptom across all platforms, operating systems, and browsers that I'm using. I'm able to edit on the mobile devices only while using Mobile View only and I'm stumped on how to be able to return to normal editing. It just seems so unlikely to have the same symptom across so many devices:
I made several test accounts, and each works fine using Desktop View on the mobile devices (desktop and laptop editing is also normal) so that tells me that this is not a workstation issue. Has this behavior been seen before or are there any ideas on which way to go from here? I definitely want to keep my contribution history, but I'm not against changing my username, if it turns out that that is the only way to go. Dawnseeker200023:32, 7 August 2015 (UTC)
Thanks for the detail, Redrose. What's funny about this is situation is that each time I added something to that page, I was always careful to leave a complete edit summary detailing which new tool I was experimenting with, except the once instance where I added that code. So aside from not knowing which one that was, all functionality has been restored, and I did add back a couple of tools that haven't been merged into the gadgets area of preferences. Thanks again for looking at this, Dawnseeker200015:00, 8 August 2015 (UTC)
@Dawnseeker2000: Its purpose is to add one HTML element to every Wikipedia page:
Beginning yesterday I have been having very frustrating problems relating to global or single-user login across Wikimedia sister projects. For example, on the latest attempt, logging in via Wikipedia logs me into most sister projects, but not Wikisource and Commons and a few odd others like the test Wikipedias and a couple random Wikimedia sites. Logging in via login.wikimedia.org logs me into Commons but none of the rest. Similar problems affect logging out. I could log out of Wikipedia and still be logged in and able to access preferences and everything else in Wikiquote. I have tried clearing my cache and clearing cookies, and this doesn't help. I've tried creating a new profile in Firefox, and this doesn't help. I've tried using Seamonkey, and this doesn't help. Chrome seems to work fine with global login. djr13 (talk) 16:12, 6 August 2015 (UTC)
For reference, I have not so far had any error messages as the user in that thread reported. Of course it's possible it could be related somehow. djr13 (talk) 16:41, 6 August 2015 (UTC)
Just wanted to note I confirmed this with latest stable Firefox:
signed into Wikipedia and noticed I wasn't signed into any other project;
signed in on Wiktionary and found I was logged into Commons, Meta, and Wikidata;
signed out on Wikipedia, and found I wasn't signed out of any other project;
signed out on Wiktionary, and found I was signed out of all projects
Appears to work so far. Successfully went to some of the sister projects that worked before with no issue. When I went to Wikisource the notice that I am now centrally logged on and need to refresh appeared, after which I was logged on as normal on all the rest of the sister projects I continued to try. I'll check back here if I have any further issues including spontaneous logouts. djr13 (talk) 23:29, 6 August 2015 (UTC)
The problem is back again. I was being randomly logged out, and this happened a few times which I temporarily excused as possibly due to in-progress attempts to fix the issue. However, just now I logged back into Wikipedia to find myself still not logged into Commons. djr13 (talk) 16:38, 7 August 2015 (UTC)
I use Firefox 39, and over the last few hours, up to about a minute ago, I've noticed that I keep getting spontaneously logged out (entirely within Wikipedia), typically when I go to preview or save an edit. --Tryptofish (talk) 20:50, 6 August 2015 (UTC)
I'm also experiencing spontaneous logouts. I'm using Iceweasel 24.4.0 (a Debianized version of Firefox). My current connection also seems to be losing packets (apparently network congestion), though this has not previously affected my WP logins. ~ J. Johnson (JJ) (talk) 21:55, 6 August 2015 (UTC)
A day later, I'm no longer having that problem. I got that update in the interim, but I'm guessing that's a coincidence. --Tryptofish (talk) 20:21, 7 August 2015 (UTC)
I use the latest stable Google Chrome 44 and I had the problems that Redrose64 mentioned above. Before having those problems, Commons recognized my account and I was able to upload an image from German wikipedia, then few hours later I wasn't logged in automatically and whenever I tried to log in, it gave me always the output message:
Even at Wiktionary I had the same problem. I tried Google Chrome 44 and Firefox 39 on Android 5.1.1 (Google Nexus 9), Microsoft Edge and Google Chrome 44 on Windows 10, and I had the same problem. Now it does automatically log me in and it doesn't output the password error when trying to log in, maybe because I did a password reset within 30 min ago. I will write back if the issue happens again. Cheers (and thank you Redrose64), Friendly Seven (talk) 10:21, 7 August 2015 (UTC)
And here I was scouring Meta for it, since that's where the global page is, but never thought to check Mediawiki. Thanks! Avicennasis @ 06:35, 24 Av 5775 / 06:35, 9 August 2015 (UTC)
From today certain tabs, such as History, are rolled into one tab called Page. Is this something I have done by adding or removing scripts, or changing my preferences, or is this a site development? If it is a site development, is there a script which would allow me to have History, Protect and Watch tabs showing all the time, as I use them a fair amount. In particular, I use History very frequently. It is probably my most used function. SilkTork✔Tea time09:04, 9 August 2015 (UTC)
Almost all the links in the first page suddenly became /wiki/ links (correct behavior).
The problem of /zh/ links is that they ignore user's language variant settings. I need to manually change to /zh-cn/ or /zh-tw/ variants after clicking a link from Google (which is a very common scenario). For /wiki/ links, they would automatically jump to the variants according to user's' preference.
It has been like this for months if not years. I have no idea if it's on Google or Wikipedia. I asked several times on zh.wiki but none takes responsibility or has the ability to fix it. There is some discussion on phab:T54429 but please notice this ticket itself it actually irrelevant with this bug.--fireattack (talk) 10:29, 7 August 2015 (UTC)
I'm quite active in the peer review community and I'd like to propose some changes to the bot. I've been given permission from Ruhrfisch, who currently manages the bot in behalf of CBM (currently inactive). However I'm having some trouble finding where the code actually is. Any of the links provided on the user page or toolserver turn up dead ends. Where is the actual page with the code contained? I would be very grateful for a response, as when I have access to the code I can then propose specific changes for discussion. Cheers, --Tom (LT) (talk) 01:30, 10 August 2015 (UTC)
When I block someone for a month, how long is the block? 2,678,400 seconds (86400 seconds, i.e. one day, x31), or 2,592,000 seconds (86400 x30), or 2,628,000 seconds (86400 seconds x 365 [days in a year] / 12, i.e. one-twelfth of a year), or however many seconds it takes to ensure that the block will expire at the same time on the same day of next month? Or is it something else? Nyttend (talk) 04:20, 10 August 2015 (UTC)
As far as I can tell, it is based on the length of months that the duration pass through. So if you instigate a one-month block today, it will be 31 days long because the length of August is 31 days. If you instigate a one-month block in September, it will be 30 days long because the length of September is 30 days, etc.[1]--Anders Feder (talk) 05:00, 10 August 2015 (UTC)
Hi. I have an issue with the way that template:chart family trees are displaying the last (vertical) lines.
As you can see, in the the examples posted here, the last line(s) are not perpendicular on the middle of the boxes, instead, they are at the edge of them. But this happens only on the last columns.
I tried to align the boxes in a lots of ways, but without success. Does anyone know how to fix this problem. I have some experience in working with tree charts and I suspect that it is a Template:Chart technical issue. But I'm not sure. Thank you --Daduxing (talk) 20:26, 9 August 2015 (UTC)
Thank you very much PrimeHunter. I'm using familytree.js script, and I concluded that after switching from the script (Art) to Template, that line | |!<font color="red">|</font>}} is dissapearing. In fact, from the start, the script is not adding it at all, and therefore the indesirable displaying. --Daduxing (talk) 06:33, 10 August 2015 (UTC)
The Sajax library will be removed from MediaWiki next week
I've just found out from phab:T55120 that the Sajax JavaScript library will be removed from MediaWiki next week (12 August for non-Wikipedias and 13 August for Wikipedias). This means that all of the 739 scripts that use it, 451 of which are on this wiki, are going to break. Most of those are not important, but I am sure that quite a few of them are still in use. I've made a list of all the affected scripts at User:Mr. Stradivarius/Scripts using Sajax. Now would be a good time to have a look through them and determine the ones that we need to prioritise fixing. — Mr. Stradivarius♪ talk ♪05:20, 6 August 2015 (UTC)
Good riddance, I say! Sajax should have been killed off years ago.
It's great that you've prepared this list. Do you think it would be worth sending a mass message to all the concerned users?
Also, would you object if I sorted the list? It would make it a little more useful to identify users with several affected scripts in their userspace. — This, that and the other (talk)09:41, 6 August 2015 (UTC)
Yep, it would definitely be worth a mass-message. Let me prepare it - with some module coding we should be able to make a personalised message for all the affected users, on all wikis, in one shot. And yes, feel free to sort the list however you want, and especially to remove false positives or scripts that have been fixed. :) I've done a preliminary sort, but if that's not what you were looking for, feel free to tweak it. — Mr. Stradivarius♪ talk ♪13:53, 6 August 2015 (UTC)
Actually, it's pretty late here now, so mass-messaging will have to wait until tomorrow. If anyone wants to write a message in the meantime, be my guest. — Mr. Stradivarius♪ talk ♪15:49, 6 August 2015 (UTC)
Another thing that is coming, is that you can no longer use document.write() to load a script. See also T107399 and T108139. The fallback will try to asynchronously append to the end of the document, but if your script/gadget after 7 years of deprecation, still requires synchronous execution, then expect it to break. For the rest of us, we get faster page rendering !!! —TheDJ (talk • contribs) 11:12, 6 August 2015 (UTC)
I was going to put this in the mass message as well, but it looks like I'll have to update my searcher script to use the API timeout properly, as on this wiki alone I get 11,447 hits. This really worries me - did no-one at the WMF think to check how many users would be affected by this change? — Mr. Stradivarius♪ talk ♪13:53, 6 August 2015 (UTC)
(edit conflict) @Adam Cuerden: Probably not, but the ones that require it can be updated. Fixing a script to stop it depending on Sajax isn't hard, but it's also not a no-brainer, so it will require us to prioritise what should be fixed. Scripts like the ones you mention will be high up the list - which ones are they? — Mr. Stradivarius♪ talk ♪14:22, 6 August 2015 (UTC)
User:Adam_Cuerden/closeFPC.js (I'm not that good at Javascript, I should say: I just made a small change to fix some rearrangements of the Featured pictures system), and whichever of the many results for twinkle in User:Mr._Stradivarius/Scripts_using_Sajax are part of the core gadget are big ones, I'd say. There may be others. There is no alternative for FPC closure besides reinstituting a manual process that, as I remember, took about 15-30 minutes per closure. I'm trying to arrange a few weeks' grace. Adam Cuerden(talk)14:27, 6 August 2015 (UTC)
Assorted changes mentioned and unmentioned above, have resulted in a measurable performance improvement of 500ms for every page view and every single user: phab:F679897. —TheDJ (talk • contribs) 06:27, 7 August 2015 (UTC)
Honestly, this is getting very typical of the coders. They don't think they need to announce things. I stumbled upon this by accident, and learned that the featured picture candidates closing tool is going to break in less than a week. And I have no idea how to fix it, or even how to get it fixed. Because these things don't need announced? Would it really have been technically impossible, two months ago, to notify anyone using a sajax script? It doesn't seem to have been that hard to locate them... Adam Cuerden(talk)18:53, 9 August 2015 (UTC)
It was certainly announced some years ago that document.write and document.writeln would cease to be supported, although I don't recall an actual date being given. --Redrose64 (talk) 19:37, 9 August 2015 (UTC)
@Redrose64: Really? It was announced how? Banner message? Talk page message to users of invalid scripts? Or something that hardly counts as an announcement, like a listserv with fewer subscribers than the numbers affected? I suspect the latter. Adam Cuerden(talk)00:22, 10 August 2015 (UTC)
Banner message - not that I recall. Talk page message to users of invalid scripts - possibly, but none were sent to me (so I guess all of the scripts that I use (which were all written by others) are unaffected). Listserv - possibly, but I don't subscribe to these. No, where I saw it was right here on this page; for instance Wikipedia:Village pump (technical)/Archive 97#document.write is not longer working, including the comment by TheDJ of 09:50, 1 March 2012. --Redrose64 (talk) 09:21, 10 August 2015 (UTC)
The thing is that you shouldn't HAVE to care, because like you said, you wouldn't even know how to fix it. (Volunteer) developers should care. And those people all knew. Just because some of those people didn't fix their scripts or were no longer around to fix their scripts, doesn't mean that this wasn't all known. It was known for years, and we all knew that it was gonna be a 'nightmare' to get everything converted. That's why it took us 7 years to get to this point. But at some point you need to bite the bullet and basically surface all the 'submarine' scripts that are still out there, because waiting longer won't do anything to motivate people to switch either. Many of the remaining uses are in totally dormant accounts, so tackling it 'all' is simply not productive, better to fix just that which is actually broken for people and that people are actually still using. Just bring your scripts over and the few coders who know what they are doing will absolutely try their best to fix your script, to the best of their ability. It would have been nice if the Developers had actually announced this a month ahead instead of less than a week, but I fear that that actually would have done little to get stuff fixed much timelier. Experience has shown me that the pressure of stuff actually breaking is the best motivator for people to storm into action in such a last phase. —TheDJ (talk • contribs) 11:41, 10 August 2015 (UTC)
Like Adam, I'm glad to have stumbled across this (even if only a few days before the scriptocalypse). I've notified en.Wikt, where (fortunately) it doesn't seem very many users will be affected. -sche (talk) 20:03, 9 August 2015 (UTC)
Google Cache
Several issues with Google's Cache feature:
The "centrally logged in" message is not shown
Typing in the search box will show the autocomplete instead of a list of Wikipedia pages
The current version of CSS pages is used; for example, a long search box appears even when it was short at the time
Templates with a link to toggle between collapsed and expanded are shown in expanded mode, and clicking on the link will show the actual Wikipedia page instead of applying the action to the template on the Cache page
You mean when viewing a Wikipedia page through Google's cache? That is a feature that is broken on Google's end - we can't fix their software.--Anders Feder (talk) 14:53, 9 August 2015 (UTC)
Googlebot doesn't have a Wikipedia account so Google's cache will display Wikipedia pages like they look to unregistered users. Google's cache is made by Google and stored on Google's servers. It's only for display and not intended to have the interactive functionality of the original website. PrimeHunter (talk) 11:34, 10 August 2015 (UTC)
Neither of them have been working properly since some good meaning souls decided to rewrite them and ended up screwing them up completly. There's nothing you can do about it, those tools are designed and maintained by volunteers and the hardware that hosts them is owned by the Foundation. Neither accepts responsibility. --Kudpung กุดผึ้ง (talk) 15:48, 10 August 2015 (UTC)
There is a current thread at Wikipedia_talk:Disambiguation#A disambiguation of disambiguation pages which proposes change to the titling priorities to Wikipedia pages that speciaise in the presentation of hyperlinks. This type of page is commonly called a navigation page though, in Wikipedia, it has traditionally been called a disambiguation page.
The two proposals are:
that hyperlink list type pages at a base name title (such as John Smith) should themselves be disambiguated from the names of individual subjects.
that a more commonname and descriptive disambiguation should be used for these pages than "... (disambiguation)" and suggestions include that we use an option such as: "Foobar (navigation)" or "Foobar (menu)" or "Foobar (navigation guide)" or "Foobar (article navigation guide)"
The first proposal is supported while the second proposal gets mixed support but with some concerns raised regarding the practicalities of making the changes if they were deemed to be sufficiently advantageous.
So my question here is: Could some kind of bot or system be developed to move all "... (disambiguation)" pages to "... (something else)" pages?
As a very loose ballpark figure there may be ~32,500 such articles that might potentially be moved.
I was also and separately wondering whether a bot might simultaneously be able to adapt the title format with the result that it might have a presentation such as:
Foobar, (article navigation guide)
or
Foobar, (article navigation page)
I believe that this type of result could be achieved through an installation of a code on the lines of: {{DISPLAYTITLE:Foobar <small>(... navigation ...)</small>}}
Your post is slightly difficult to parse, but if you are asking if a bot could replace every occurence of "(disambiguation)" in article titles with some other fixed string, then yes, undoubtedly. You would want to make that request at WP:BOTREQ.--Anders Feder (talk) 12:50, 10 August 2015 (UTC)
Comment. While it is well and good to check on the feasibility of doing something, this needs far more discussion to say there is consensus for any sort of change. Many of the respondents in the linked discussion were unable to parse out precisely what was being proposed, and while there may have been some support for the first item, that discussion was far too fractious to declare any sort of consensus. older ≠ wiser13:07, 10 August 2015 (UTC)
Agree. It would both be simple to move the pages and to display the parenthetical part with smaller letters (the latter would only require edits to a few disambiguation templates already on the pages), but a big change like this would need wide consensus. I have posted a support for the current system. PrimeHunter (talk) 16:48, 10 August 2015 (UTC)
Latest tech news from the Wikimedia technical community. Please tell other users about these changes. Not all changes will affect you. Translations are available.
Recent changes
MediaWiki can now hide the signature button when you edit a content page. [3]
The "Your preferences have been saved" message has changed. You can now see more easily what was saved when you change preferences several times. [4]
You can now play Ogg video files in some browsers that don't support this format. This solution uses JavaScript and works on desktop browsers only for now. It will work on mobile later. [5]
You can now use the same tools to edit style in VisualEditor on mobile as in desktop browsers. [6]
It is now easier to see if there is a JavaScript error in a user or site script. [7]
JavaScript authors:
You can no longer use the Sajax library. You can see a list of pages to fix. [8][9]
You can no longer use document.write on Wikimedia wikis. You can see a list of pages to fix. [10][11]
The content translation tool now works better. It is easier to use math, and useless tags are no longer added. [12]
Problems
More edits have been rejected due to loss of session data lately. This is now fixed. [13]
Importing a Lua module sometimes didn't work. This is now fixed. [14]
Text was sometimes lost in the content translation tool. One part of the problem is now fixed. [15]
Changes this week
The new version of MediaWiki will be on test wikis and MediaWiki.org from August 11. It will be on non-Wikipedia wikis from August 12. It will be on all Wikipedias from August 13 (calendar).
UploadWizard is getting a new look. The look of buttons and checkboxes has already changed. This week, UploadWizard gets a new date picker. The other text fields will change soon. [16]
You can now test VisualEditor on mobile devices of all sizes. [17]
Meetings
You can join the next meeting with the VisualEditor team. During the meeting, you can tell developers which bugs are the most important. The meeting will be on August 11 at 19:00 (UTC). See how to join.
Future changes
Some things in the watchlist will get a new look. [18]
Hi. I have a long list of over a thousand names of people (they are all names of the respective Wikipedia articles). They are alphabetized now by first letter of first name. I would like to alphabetize them by first letter of last name. Is there an easy way to do that automatically? Doing it by hand would take quite a while. I have AWB, but don't know that it would do the trick. Thanks for any advice.Anythingyouwant (talk) 16:53, 10 August 2015 (UTC)
If you want to make a sortable Wikipedia table or add something like {{DEFAULTSORT:surname, first name}} to each entry for use in an article about that person then regular expressions can help but you will need to be more specific about what you want to do, and please include a link to the list (if it's a one-off then it may be easier to do it than explain to you how to do it). Anders Feder's link seems perfectly suited for what you actually requested. PrimeHunter (talk) 17:40, 10 August 2015 (UTC)
For future reference, Anythingyouwant, Excel will do this offline. Copy/paste the whole list into Notepad, use find/replace to change the spacing from a space to a tab (John Doe becomes John Doe), copy/paste the result into Excel, and the names will end up in two columns because of the tab. This done, you can have it sort either column alphabetically. Nyttend (talk) 18:56, 10 August 2015 (UTC)
Does this include the "Change UTC-based times and dates, such as those used in signatures, to be relative to local time." gadget? --NeilNtalk to me01:58, 7 August 2015 (UTC)
"The time has come to stop having a development staff which has no accountability to the users it purportedly supports." --NeilNtalk to me02:22, 7 August 2015 (UTC)
I *think* wikEd shouldmight work now? At least, it'll try to load. I also fixed ExternalSearch and CategoryAboveAll. Legoktm (talk) 03:07, 7 August 2015 (UTC)
This gadget (available in preferences) is not working. What it does is color-code the article title and provide a little blurb with the article rating (featured article, good article, etc) so the logged-in user can see at a glance the current assessment. It quit working today, so it might be related to the thread directly above. The documentation for the gadget is at User:Pyrospirit/metadata. Thanks to anyone who can help get this useful tool working again. (User:Pyrospirit has not edited since 2012) -- Diannaa (talk) 03:36, 7 August 2015 (UTC)
Whoever got me back my plus sign for starting new talk-page sections (instead of having to edit the last section), thanks. It was weird; I'd see the plus sign for a second and then it would disappear. Article assessments are back too. All the best, Miniapolis17:36, 8 August 2015 (UTC)
Hypothesis: there is a gadget or script that removes/hides the "new section" tab (which might display as a +, if your language setting is not "en") that you don't recall enabling or installing. This gadget or script uses Sajax, and so no longer works, so the "new section" tab is displayed as normal. --Redrose64 (talk) 20:30, 8 August 2015 (UTC)
Haven't changed any of my gadgets in a while. It's gone again, and from what I'm reading a number of gadgets seem to have stopped working for some reason. The gadget I mean replaces "New section" with a plus sign, but I have neither—just the "Edit" tab. All the best, Miniapolis23:15, 8 August 2015 (UTC)
(←) ...and now it's back again, so I'll quit while I'm behind (and double-check my preferences :-)). All the best, Miniapolis23:18, 8 August 2015 (UTC)
RefTools
This question was originally asked at the Teahouse, but an editor suggested I come here for a more complete answer.
Since 7 August, I have noticed that the templates dropdown menu on the RefToolbar drops behind the edit window when clicked. This means I cannot access the four cite templates listed on the menu. I normally use Mozilla Firefox and a Macbook Air to edit Wikipedia. I have made this edit in Apple's native Safari browser to see if the issue occurs again, and it has. Does anyone else have this problem? I have included a screenshot from Commons in case this description is unclear. Vycl1994 (talk) 14:19, 8 August 2015 (UTC)
I am absolutely having this problem. I use Chrome and a MacBook. That snapshot is identical to what I see: if you can click on that tiny sliver, you get a Cite Web option pop up. I believe it started on the 7th as well. I use that menu a lot, too. Ogresssmash!19:08, 8 August 2015 (UTC)
I am having the same RefToolbar problem with the drop down in the edit window. It's off and on, so maybe someone is working on it. Firefox 39.0.3. Earlier in the day, I was not having this problem. It isn't that the templates drop down behind the box. They don't drop at all when I click the arrow next to the word Templates.— Maile (talk) 19:58, 8 August 2015 (UTC)
The issue has been fixed, it seems. Reftools has returned to normal, as of 11 August, at least for me. Thanks, all! Vycl1994 (talk) 17:12, 11 August 2015 (UTC)
Wikipedia Library: Running a SiteNotice for logged-in users
So far the donations have served over 2400 editors across a number of language communities with nearly 4500 accounts. Our main method for communicating these access donations has been bi- or tri-monthly watchlist notices, village pump messages, and social media announcing new partnerships. (see our announcing process here) .
However, we still have a number of partnerships with very useful resources that could benefit a wide range of editors, that have dozens or (in some cases) hundreds of accounts available. We realize that for some of the partnerships, this is because a resource is simply not of interest, but for many more of the partnerships, editors are missing out because our announcements aren’t reaching those who could benefit from free access to research materials. They simply don’t know this program exists.
There are a lot more potential users than the 2400 who already have accounts: most of our accounts are available for free to any editor with 6 months activity on Wikipedia and 500 edits.
We want to establish a consensus for semi-regular (every 4-6 months) English Wikipedia Site- or CentralNotices targeted for signed in editors who likely meet the basic criteria for free access.
The notices will remind editors that a) access to partner resources are available and b) that, even if editors don’t qualify for those partnerships or need our particular sources, other resources exist to help their research and contributions to Wikipedia.
The French Wikipedia Library successfully ran a similar notice several months ago with great success in informing and attracting new editors.
We think this is a valuable opportunity to grow the impact of this program and we want to make sure as many editors as possible benefit from it.
I certainly would have no objections, though we mainly cover the technical aspects here. Have you asked in other forums (e.g. one of the other village pumps)?--Anders Feder (talk) 16:57, 10 August 2015 (UTC)
I recently installed Windows 10 with its Microsoft Edge browser in order to save and retrieve text that I use in the Edit Summary field. So far so good. But every text I have ever used in the Edit Summary is now presented to me or partially presented to me, depending on the characters I type into the Edit Summary field. But there are various texts that I never want to use again (errors/better wording invented) and I want to selectively delete them. I don't see anything about how this can be done. How? Thanks. Hmains (talk) 22:37, 9 August 2015 (UTC)
To uninstall Windows 10 and roll back to Win 7 or 8, Start button -> Settings -> Update & security -> Recovery -> Go back to Windows x -> Get started. I've done it and it's painless. Takes about 15 minutes. I had no problems and all settings, preferences, and favorites were restored. Akld guy (talk) 07:04, 10 August 2015 (UTC)
I don't want to uninstall anything. With previous Windows versions and a recent version of Wikipedia, I no longer received any previous text in the field in the Edit Summary Field and had to type in my text, every time. Hmains (talk) 01:57, 11 August 2015 (UTC)
On Firefox I navigate the list by using the up and down arrow keys, and press the delete button the one I never want to see again. Dos this work on Edge? Graeme Bartlett (talk) 10:45, 10 August 2015 (UTC)
That is how things used to work. Now the list of prior texts sort of floats in front of the Wikipedia screen and I can do nothing with the list other than scroll to what I want and push the left mouse button to put the text into the Edit Summary field. All other actions fail to do anything. Hmains (talk) 01:57, 11 August 2015 (UTC)
@Hmains: How was I to know whether you might not want to uninstall? I'm not a mind reader. Besides there are thousands of others who read this page who MIGHT want to uninstall. I've supplied the method. Don't bash me for it. Akld guy (talk) 05:49, 11 August 2015 (UTC)
Notifications from transcluded templates
I imagine this is the kind of thing that's on Phab somewhere already, so feel free to just point me in that direction if so. Basically the issue is that when I create an article and add it to a navigational template, every time other articles using that template are purged or edited I receive a '[Article] was linked to from [Article]' notification, when it hasn't really been linked to, it's just in a template on that page. Any way to stop this, or is it being tracked already? Sam Walton (talk) 18:57, 10 August 2015 (UTC)
That's a shame because I turned that on specifically because I find it quite useful, I just find these unwanted transclusion notifications irritating. Sam Walton (talk) 23:04, 10 August 2015 (UTC)
The only alternative I can think of is to add the link to the navbox first and then wait for it to propagate to existing articles before creating the new article. Admittedly a poor solution which will cause temporary red links, and it would still give notifications if the navbox is added to more articles later. But the unwanted notifications seem like a small issue compared to Special:WhatLinksHere being unable to exclude links from navboxes. That one gets reported a lot. I haven't seen your report before. PrimeHunter (talk) 00:10, 11 August 2015 (UTC)
A thought about the poor solution with temporary red links: {{#ifexist:X}} on a page will cause WhatLinksHere for X to list the page even though there is no actual link (see Special:WhatLinksHere/No such page after I write {{#ifexist:No such page}} here). I don't know whether there is a similar effect for "Page link" notifications but if there is then you might avoid the notifications by adding {{#ifexist:X}} to the navbox some time before creating X, for example with {{#ifexist:X|[[X]]}} to automatically display the link when the article exists. After article creation it could be simplified to just say [[X]]. But it's probably less hassle to just live with the notifications. PrimeHunter (talk) 00:53, 11 August 2015 (UTC)
What's wrong with math?
With math set at SVGs, I see no formulas, and when I try loading the images separately, I get Exception encountered, of type "BadMethodCallException". -- [[User:Edokter]] {{talk}}20:02, 10 August 2015 (UTC)
Looking at this list, I'm surprised this isn't in there. 57 accounts with "fuck" blocked in the last 2 months. Other curses and similar words have similar statistics. Someguy1221 (talk) 03:21, 11 August 2015 (UTC)
It's a common and documented practice to place template categories (and interlanguage links) on the /doc subpage in includeonly tags. The template page then transcludes the documentation in noinclude tags so the categories only appear on the template page. For this reason, /doc pages should usually only be transcluded on the corresponding template page. PrimeHunter (talk) 13:53, 11 August 2015 (UTC)
Yeah, wasn't my error. Someone else's sandboxing. But it's not a big deal anyway; lots of template sandboxes end up in template categories; people know they're just sandbox copies because they say "sandbox". If this considered a real issue, it should be fixed site-wide, by having the {{Documentation}} do something to detect when it's been transcluded on a sandbox page. — SMcCandlish ☺☏¢ ≽ʌⱷ҅ᴥⱷʌ≼ 13:59, 11 August 2015 (UTC)
It's commoner for template sandboxes to have {{documentation}} than not to have it, this is so that when you copy it live, you copy the whole thing and don't worry about having to adjust afterwards. A common way of preventing sandbox categorisation is to add an extra test inside the <includeonly>...</includeonly>:
<includeonly>{{#ifeq:{{SUBPAGENAME}}|sandbox |
| <!-- ADD CATEGORIES BELOW THIS LINE -->
[[Category:Inline templates]][[Category:Temporal templates]][[Category:Time and date maintenance templates]]
}}</includeonly>
Hi all; for whatever reason, on Epsilon Muscae, I can't get the "class" parameter of the infobox to show up, even though it does so just fine on other articles such as Gamma Hydri. I've tried even a simple cut-and-paste from the latter article, and even then the parameter did not show up, so I'm stumped. StringTheory11 (t • c) 17:09, 11 August 2015 (UTC)
I've run into a few situations recently where an article has very few images (or only one), and the image that the official mobile app chooses as the top/cover image is not necessarily representative of the article as a whole. In one case, an editor (perhaps correctly) removed an article's only image to address this issue, but this may not be a viable general solution. What recourse is there when an article's cover image is misleading or an otherwise poor choice, but removing it would be detrimental to the article? Is there a template, magic word, or otherwise to control this feature? Is there a better way to handle it? --Fru1tbat (talk) 17:42, 11 August 2015 (UTC)
Sigh. I'm opposed to manual overrides because shit should just work. Unfortunately, this is a very theoretical discussion because 100% of my working time is dedicated to different things. If there are problems, please report them here - either by filing new bugs or by expanding existing ones. If there is evidence of widespread or otherwise serious problems, this could definitely help prioritizing PI issues higher. Max Semenik (talk) 20:48, 11 August 2015 (UTC)
I believe that images are excluded under certain conditions, like being very far down on the page or perhaps being marked with a CSS class that is ignored (e.g., the way that the blue icon in the {{info}} template gets rejected). WhatamIdoing (talk) 21:52, 11 August 2015 (UTC)
Contribs pages
Are these displaying odd gaps for anyone else, or is it just me? The (current) bit on many entries has a big gap in front of it. (Firefox 20ish, XP Pro, Monobook) Peridon (talk) 18:23, 11 August 2015 (UTC)
Hmm. The section heading part of the summary looks to have gone to a paler grey than it was - the actual summary is black. Could just be me, unless someone has been playing with things. Peridon (talk) 18:56, 11 August 2015 (UTC)
The rollback and vandalism seem to be available on other than my own contribs list, which is why they are showing there on your mockup. The script came up on about four pages, but seems to have taken a holiday now. I haven't used Safe Mode since I regularly used 2000Pro and rarely there - never needed it on XP or 7 and wouldn't know how to get into it now. Thanks anyway. Peridon (talk) 19:51, 11 August 2015 (UTC)
I knew it wasn't my imagination. I knew I saw these Wikilinks. And just now I went to a page that had a hatnote at the top and when I was about to click on the link, there was no hatnote.— Vchimpanzee • talk • contributions • 21:02, 7 August 2015 (UTC)
I appreciate you do not have the benefit of being a digital native, but you'll need to be a little more clear in your help requests. What do you mean "there was no hatnote"? When the page was first displayed, was there or was not a hatnote? If there was a hatnote, when precisely did there stop being a hatnote? Did the hatnote disappear while you were looking at it? Did you scroll away and then it was no longer there when you scrolled back? What was the precise things that happened?--Anders Feder (talk) 16:07, 8 August 2015 (UTC)
The hatnote and main were there. I saw them. Sometimes I was looking right at the screen when the hatnote just went away. I didn't actually see the main disappearing.— Vchimpanzee • talk • contributions • 16:15, 8 August 2015 (UTC)
Never had that happen to me, but it sounds like faulty CSS. If you have any custom CSS or Javascript you could try disabling them if the problem persists.--Anders Feder (talk) 16:21, 8 August 2015 (UTC)
Hypothesis: there are two gadgets or scripts, one to remove/hide the navboxes and hatnotes; the other to display them. They are loaded in that order. Previously, the second one nullified the first, so navboxes and hatnotes were displayed. The second gadget or script uses Sajax, and so no longer works, so only the first script is effective, and so navboxes and hatnotes are briefly displayed until the first gadget or script runs at which point they hide. --Redrose64 (talk) 20:27, 8 August 2015 (UTC)
Redrose64 I'm not aware of any gadget or script to hide the navboxes, hatnotes, and mains. I do know that on my recently created user page they display. To answer PrimeHunter everything is normal when I log out except the appearance of Wikipedia. I'm uncomfortable until I sign in and everything looks normal again. As I recall, neither of you would necessarily get this joke. I'm changing from Monobook the day Donald Trump registers as a Democrat.— Vchimpanzee • talk • contributions • 17:07, 9 August 2015 (UTC)
The hatnote seems to be staying around when I am at a library with Firefox, but before I use that at home, assuming I don't get a new computer since mine is old, I won't be getting Firefox until Trump supports amnesty and working toward citizenship for illegal immigrants.— Vchimpanzee • talk • contributions • 15:13, 10 August 2015 (UTC)
Don't know why you're waiting for an answer from me. I don't maintain the MediaWiki software or the site CSS/JavaScript pages. --Redrose64 (talk) 21:48, 10 August 2015 (UTC)
Well, nobody is answering and I can't figure out the directions for reporting a bug. I have to be signed in and I don't remember if I even have a username or password. And I'm leaving until possibly Wednesday.— Vchimpanzee • talk • contributions • 22:09, 10 August 2015 (UTC)
I'm wondering.. Can you see [these hidden words] ? If you cannot see the hidden words, then I suspect you have a broken font that doesn't support italics... —TheDJ (talk • contribs) 11:22, 11 August 2015 (UTC)
Above here I see (not replicating links and italics) "A" after Test 1, "See also: B" after Test 2, and "Main article: C" after Test 3. Do you see the same? PrimeHunter (talk) 14:30, 11 August 2015 (UTC)
Only for a millisecond do I see the content between the lines, before it vanishes! This is exactly what happens with the tags and templates!Gomach (talk) 17:26, 11 August 2015 (UTC)
Have you guys tried disabling ALL your Gadgets and scripts yet ? Tried logging out ? Tried different browsers on the same machine ? —TheDJ (talk • contribs) 17:32, 11 August 2015 (UTC)
I'm not changing browsers. And I'm not aware that I can upgrade to a newer version of IE, since it was always done automatically before and hasn't been done lately.— Vchimpanzee • talk • contributions • 18:15, 11 August 2015 (UTC)
That settles that. And I don't like Firefox or Chrome. I won't use them at home, though changing browsers on my own computer would be too complicated.18:22, 11 August 2015 (UTC)
And let me add I won't upgrade Windows either. Aside from being too complicated and not comfortable to use, my computer is so old it would be pointless. I worry it will go any day now.— Vchimpanzee • talk • contributions • 18:24, 11 August 2015 (UTC)
@NQ: Many thanks for the information. Google chrome is working perfectly, though I prefer IE9. Thanks to everyone for their help over the last few days!!Gomach (talk) 19:49, 11 August 2015 (UTC)
I have also made tests with IE9 on Windows Vista now. Hatnotes were visible in mobile but missing for desktop in mainspace and no other tested namespaces. They were missing in all four skins both logged in and out. They appeared for a fraction of a second each time the page was loaded. Some other things like navboxes were also missing. I searched the MediaWiki namespace for hatnote and found MediaWiki:Print.css which is apparently the culprit. It must run in IE9 on Windows Vista. After I removed the hiding of hatnote in [19] and bypassed my cache, I now see hatnotes at Temporary test page and elsewhere. Navboxes are still missing. PrimeHunter (talk) 22:22, 11 August 2015 (UTC)
I see hatnotes at Temporary test page. I should point out that when signed out, which means I have the skin new users had, I saw hatnotes with IE9 and Vista. Not that this means anything, but my Internet is so slow that hatnotes were visible for a few seconds sometimes.— Vchimpanzee • talk • contributions • 20:44, 12 August 2015 (UTC)
That wasn't a fix, it was a test. It's supposed to still be broken for all the other parts that were broken before. It seems that IE9 has a bug that we will now need to find a workaround for. Please follow the Phabricator ticket. In order to login on Phabricator, read and follow the instructions on this page. TLDR. push the MediaWiki button there. —TheDJ (talk • contribs) 20:51, 12 August 2015 (UTC)
Untested, but this should do for now. The script really should still be rewritten to use the mw.Api RL module, and in general use an async execution model, instead of synchronous XHR. But that will take a bit more time. —TheDJ (talk • contribs) 18:48, 10 August 2015 (UTC)
@TheDJ: notice that mw.loader.load does not return a promise, so displayMsgPromise = mw.loader.load(...) might be misleading. Helder18:53, 10 August 2015 (UTC)
@TheDJ: I looked it over, and copied over the new code into the version in my user space (if there's a way to just link to your code I could do that instead, but there's a number users who need the update.) I'll do a test now. Adam Cuerden(talk)00:15, 11 August 2015 (UTC)
Realise I haven't even looked at this scripting language in five years or so, and only managed to dow hat I did before with difficulty. More relevantly, however, is that the suggested version of TheDJ's code is a previous revision. Adam Cuerden(talk)16:08, 11 August 2015 (UTC)
Looks to be working! Thank you so much! It currently just links to your script; should I just copy-paste it in until your next update? Adam Cuerden(talk)00:53, 13 August 2015 (UTC)
What happens to Page-Views (hits, using stats.grok.se) after a page is moved?
I'm trying to use the very cool stats.grok.se to get page-views data for articles.
1. One challenge is that the data in stats.grok is per URL, not per article, so when the page is moved.
2. Using the Wikipedia API I managed to get hold of all the dates and URL changes I need, While it's clear that the new link data is only relevant from when the change is made, I'm not sure how to treat old-link page-views after the date of the page move:
3. After the page-move - there are many times page-views numbers for the same days on both links. For example: for this movie: - these data start 21 Aug 2008, but the Revision history shows that was a date of a link change. AND - Old link data continues after the link change date.
If New_link_data was always the maximum page-views, I could assume the old location is still getting hits just as users are being redirected from it to the new page location. but this is not he case. Also I know that redirects to the old-location don't get automatically redirected to the new location.
I have two options of getting a measure of number of daily hits for an article, as far as I can see:
A. On the date of page move - start using new-location data and ignore old-location data
B. From the date of page move, add the page-views for old and new locations for each day of data.
My problem is:
- Option A will be an under-estimation if some users who are interested in the article still only get to the old location (e.g. from redirects). BTW what do such users see - just a redirect message?
- Option B will be an over-estimation if the redirect creates 2 hits for a user which is re-directed - one in the old location and another in the new location.
I'd appreciate any advice. Again - great tool! Thanks, Michael
I'd be grateful for any advice about the issue or who I should ask / where I should look further.
Michael
If your question is "What is the logic for redirects and when a page gets moved do the stats move?" then the answer is "It counts the title the page was accessed under, so redirects and moves will unfortunately split the statistics across two different statistics pages."[20] I read that to mean that if a user accesses a title which has been redirected, it will not normally be counted twice. But it will be counted under the redirected title, rather than the target title.--Anders Feder (talk) 12:54, 11 August 2015 (UTC)
One big downside is that transclusions and redirects aren't counted, so, for example, if your page is at Namé Wáccents and redirected from Name Waccents, you'll need to look at both pages, as the redirect might well have more hits. Adam Cuerden(talk)15:01, 11 August 2015 (UTC)
Thanks. Redirects I'll be able to find now, and add up the page-views for every day from all redirects+target. Transclusions - I can't see a clear way of getting all those, but I'm ok with not counting them. MichaelWhite1982 (talk) 20:55, 11 August 2015 (UTC)
@MichaelWhite1982:, I'm not sure if you contacted me due to my previous contract work in the area (E-mail me to learn more), but there some basics you should know. Wikipedia Redirects are unlike HTTP moves, content is duplicated for redirect pages (this was obvious before they implemented history.replaceState() to hide it). So there's no overlap and you can simply add them all up. Mind you the counts are not accurate (link saturation causing under reporting, web crawler and DDOS causing over reporting). And what is the significance of a view if the person only read the introduction section? — Dispenser16:46, 11 August 2015 (UTC)
Thanks Dispenser, that's very informative and helpful!! I've contacted you after looking at your redirects page (which at first I was going to use to find redirects, but ended up using Wikipedia's API for that). It's very fortunate there are no duplicates, so my plan is:
1. Find all old links (which will constitute part of the redirects list, together with spelling errors etc. ) of a current page and get their data for the relevant dates.
2. For each day, add the page-views from all links which were created before that day
One more follow up if I may - for looking up views for the parallel page in other languages, I'm assuming there is no relation between page moves in the different languages - i.e. in order to do it right I'd have to go find the page-moves in each language, and go through steps 1-2 for that language...MichaelWhite1982 (talk) 20:57, 11 August 2015 (UTC)
I recommend to my clients to only focus on a single language or at least the ones you can speak. Every Wikipedia language has their own culture and values. Where the English is multicultural, the German Wikipedia reflects Germany (Anti-nuclear, pro-government), while the Japanese Wikipedia is insulated, and the Amish... More importantly mapping isn't 1:1, it might just link to a section, redirect to main article, or its split across on two articles. The quality varies as well with some Wikipedias having bots creating 100,000 single-sentence stubs. — Dispenser18:54, 12 August 2015 (UTC)
Was trying to find out if ClueBot NG has ever made any edits in the File: namespace. But going to https://en.wikipedia.org/w/index.php?limit=50&tagfilter=&title=Special%3AContributions&contribs=user&target=ClueBot+NG&namespace=6&tagfilter=&year=2015&month=-1 gives
A database query error has occurred. This may indicate a bug in the software.
Function: IndexPager::buildQueryInfo (contributions page filtered for namespace or RevisionDeleted edits)
Error: 2013 Lost connection to MySQL server during query (10.64.32.25)
I tried it twice. The firest time I got the same error, but the second time no error (maybe pure luck, cache, or the right time of the day) - FYI there are no edits in the file name space. Christian75 (talk) 10:09, 12 August 2015 (UTC)
You are just stressing the servers by making them go through 3.5 million edits by ClueBot NG to search for a namespace the bot never edits. I have disabled the link to stop people from clicking it needlessly. PrimeHunter (talk) 12:02, 12 August 2015 (UTC)
Experiencing suddenly smaller type size
I am seeing much smaller type on all my Wikipedia pages (lower case ~1mm high), this having started about 5:30 UTC today, and without my doing anything to change my Wikipedia preferences or browser (Firefox 30.0.3) settings (unless possibly something I did unknowingly). All other text on my machine (running under Windows 7) renders as before. My screen resolution hasn't been changed. Is there something that has changed at Wikipedia? Dhtwiki (talk) 10:53, 10 August 2015 (UTC)
Thank you. That seems to have done it. The text is at a more easily readable size. I never use zoom from the keyboard, so I'm not aware of ctrl-0. I must have accidentally touched/done something, then. Dhtwiki (talk) 11:52, 10 August 2015 (UTC)
Maybe you pressed Ctrl while scrolling the mousewheel. Ctrl+- will usually also make smaller but that's harder to do by accident. PrimeHunter (talk) 14:53, 10 August 2015 (UTC)
I use a two-button trackpad, and I don't do anything fancy with it, such as two-finger zooms, nor can I think of any likely combination of keystrokes I use that would have caused me to hit Ctrl+- unknowingly. One of the reasons I asked about it here is because I had a somewhat similar problem last year, but where I wasn't getting the usual multi-column appendices, where specified by em-dash (e.g. 30em), but without typesize noticeably larger from zooming in. I waited, thinking it must have been something I stupidly did, and would discover how to undo. I never did, and then, after about six months, the problem suddenly disappeared, as mysteriously as it arrived. I didn't want have to spend six months going blind reading too-small type. Dhtwiki (talk) 12:14, 13 August 2015 (UTC)
Major contributors script?
I'm wondering if anyone knows of a script that extract the "major contributors" to an article. I would define such an editor as someone that has made a significant edit that remains in the article (i.e., not undone, not RVed). I would optionally have switches to eliminate anon/IP edits, and any edits older than X.
That tells you who made the most edits, but not who wrote it. It would be more interesting to be able to determine what percentage of the visible words were written by a given editor, rather than who hit the undo button the most.
right now i cant add interwiki to pages. after i press the languages option under the tools below massage is appear in my screen. Previously easly when i press the langaues option i could add interwiki to pages but not right now. what is the problem please guide me what is the possible problem for this error.
You need to be logged inYou need to be logged in on this wiki and in the central data repository to use this feature.
World Cup 2010: Do you have a specific page and example (URL) to reproduce the problem? I assume you are logged in (your username is shown in the upper corner)? When you go to https://www.wikidata.org/ , are you also logged in there when you look at the upper corner? Which browser do you use and which version? --AKlapper (WMF) (talk) 10:25, 13 August 2015 (UTC)
The above error message is a conflict with No Script. However, is I disable No Script, I get a different message that says "You need to be logged in on this wiki and in the central data repository to use this feature." The link for central data repository takes me to Wikidata. If I make sure I'm logged in there, I still get the error message that says I need to be logged in.— Maile (talk) 12:37, 13 August 2015 (UTC)
This appears to be a Firefox error, at least with me. If I go to Loyal Valley, Texas on IE, click on "Add links", it goes directly to Wikidata and allows me to connect languages. — Maile (talk) 12:47, 13 August 2015 (UTC)
I disallow third party cookies on Firefox. I just ran a test. Allowing third-party cookies does not resolve this issue. — Maile (talk) 16:55, 13 August 2015 (UTC)
Most video game articles come up with the title in italics. I always thought this was due to some setting in the infobox? But Rescue! doesn't seem to work. Did I miss something? Maury Markowitz (talk) 13:00, 13 August 2015 (UTC)
On the mobile Wikipedia, the search box is very narrow and there is a blue search button next to it. Also, the TOC is not shown, the "Last modified" area shows the timestamp instead of "time ago" and the username, and it does not turn green after a recent edit. GeoffreyT2000 (talk) 16:41, 13 August 2015 (UTC)
Thanks! Can the template put these pages in a tracking category so that we can find/fix them rather than just ignoring that there is an error? DMacks (talk) 14:13, 13 August 2015 (UTC)
...maybe best would be if the underlying module did it, so that we're not restricting the "find mistakes" to just this one infobox. DMacks (talk) 14:15, 13 August 2015 (UTC)
Watchlist edits for minor, new, bot, etc, marked with three little dots
Noticed that on my watchlist for the above type of edits, the "m" "mb" and "b" marked edits now have three little dots below the letters. My OCD can't take this and before I kill (again), how can I switch it back to how it was before. And when I say before, about 2hrs ago. Thanks. LugnutsDick Laurent is dead18:16, 14 August 2015 (UTC)
@Lugnuts: This is the styling for the abbr element, which is used to enclose these abbreviations, like this: <abbr class="minoredit" title="This is a minor edit">m</abbr> → m. It's not necessarily three dots, but as many dots as are necessary to fit across the width of the abbreviated text. You should be able to suppress it with
Popups not happening, missing toolbar in edit window
User space (anybody's), no edit toolbar, no popups in the Search bar if I'm in user space
Bummer. First I noticed doing a Search (in the search box) while in my sandbox, that the popup didn't happen in the Search box. Then I noticed no toolbar at all in the edit window of my user spaces. Same pheomenon if I try to edit on someone else's talk page. But everything works OK if I'm in mainspace. — Maile (talk) 21:00, 13 August 2015 (UTC)
We have the same problem at the Dutch Wikipedia. Everything works fine in the Wikipedia namespace, but in other namespaces the toolbar won't appear. Dinosaur918 (talk) 21:39, 14 August 2015 (UTC)
Also, when I look when I'm not logged in, nothing appears. So it can't be a user script or gadget but maybe it's sitewide. Dinosaur918 (talk) 21:46, 14 August 2015 (UTC)
Problem was pinpointed to a sitewide script that expected the presence of the signature button, which in the latest version of MediaWiki is only present in talk or talk-like pages. —TheDJ (talk • contribs) 22:31, 14 August 2015 (UTC)
I bypassed my cache, made no difference. When I am on the Humanities RefDesk (that is, on the page, not on another page) and I hover over any of the links on the page, navigation pop ups do not work. They just behave as links do when not using pop ups. Examples would be every single wikilink on that page - links to article space, user pages, talk pages, Wikipedia space, and so on and so forth. DuncanHill (talk) —Preceding undated comment added 21:37, 13 August 2015 (UTC)
I've been having the same issue, but I believe it is related to my post above. Something went "flooey". Linking this thread to above.— Maile (talk) 21:42, 13 August 2015 (UTC)
@Maile66: think i figured it out. Are you using the "Add Page and User dropdown menus to the toolbar with links to common tasks, analytic tools and logs." Gadget per chance ? It seems the non-vector versions of that gadget are not yet fixed. I noticed above that you are using the modern skin. —TheDJ (talk • contribs) 11:24, 14 August 2015 (UTC)
@TheDJ:, as far as anything I've mentioned in this thread, everything was working fine when I first logged on this morning. Thank you for addressing these issues. — Maile (talk) 21:41, 14 August 2015 (UTC)
Can someone repurpose the wikiproject talk page template complex for our sister projects?
Hi, I recently started the Wikisource outpost of WikiProject Paleontology and I noticed that Wikisource's wikiprojects actually lack a local version of the talk page banner that projects here at Wikipedia use to mark the pages under their jurisdictions. Because that kind of template is so vital to organizing a wikiproject, I was wondering if someone could make a version of this template that would be suitable for Wikisource. I lack the expertise to handle the complex code and quantity of other, associated templates myself so I thought I would see if anyone around here was capable of taking on this important task themselves. Abyssal (talk) 14:12, 12 August 2015 (UTC)
Just because something is useful on en.wp doesn't mean necessarily that sister sites need it as well right now. Remember all complexity you add is complexity that has to be maintained, and our sister sites are often even more strung for specialist technical knowledge than we here already are. Not saying you shouldn't per se, but be cautionary. —TheDJ (talk • contribs) 19:29, 12 August 2015 (UTC)
Side note: WikiProjects do not have "jurisdiction" over articles in any sense. The banner says that the groups are willing to help. It does not indicate that they receive any rights or have any control over the articles they tag. WhatamIdoing (talk) 16:47, 13 August 2015 (UTC)
I've discussed this idea with others over at wikisource before. Basically, given the comparatively smallish number of pages there, compared to here, they have, basically, indicated that they don't need to have the banners added there. Also, the setup and scope of wikiprojects is different over there, which adds yet another complication. It might, possibly, although I have not discussed this with anyone myself, it might be possible to maybe see if there might be some support at Meta or from the WF foundation itself about maybe creating something like a WF project banner which could be added to pages relating to specific topics in multiple entities. But the best place to talk about that would probably be somewhere other than here, like on Jimbo's talk page or with other WF personnel. John Carter (talk) 22:32, 15 August 2015 (UTC)
One or more of the scripts referenced in your common.js file use outdated constructs. For example, User:Haza-w/cactions.js uses at least wgScript directly, rather than using the modern construct mw.config.get("wgScript"). These scripts should be updated, replaced, or removed from your common.js file to resolve the errors. I'm updating my own scripts because this reminded me that I'm still using a deprecated call to importStylesheetURI() when I should be using mw.loader.load(). {{Nihiltres |talk |edits}}05:40, 16 August 2015 (UTC)
So the only way to find the problem scripts is to manually check each one I invoke? No direct route from the console because they're compiling into one megascript? – czar05:57, 16 August 2015 (UTC)
Manipulate the url of the page and add "debug=true", which will cause everything to load in debug mode, incl javascript. That will make it easier to find your cause. —TheDJ (talk • contribs) 07:11, 16 August 2015 (UTC)
2 minutes difference between time in signature and history
When signing a comment with four (or five) tildes, what could cause a difference between the time in the signature and the time in the revision history?
This diff from Swedish WP has a 2-minute difference, which is more surprising to me than a one-minute difference would be. (I guess you can't know from the diff that the signature really was made by ~~~~, but it was, by me.)
Now I notice that the comment previous to mine on that page, made 28 minutes earlier, has the same 2-minute time difference, and the comment 49 minutes after mine has a 1-minute difference.
The timestamp of the edit is the moment that the save to the database tables was actually performed. The timestamp in the page text is expanded from four (or five) tildes by the MediaWiki software, this happens after Save page is clicked but must happen before the save is actually performed; it is thus a point in time between clicking that button and the save actually being performed.
I don't know at which exact stage tilde-expansion occurs, but there may be other things to parse and process after that, all of which take a measurable time (if perhaps very short), even simple things like apostrophe-italicisation through more complicated markup like template expansions to obvious time consumers like infoboxes and navboxes.
We can display the time of save to the second by selecting the last option at Preferences → Appearance → Date format; if we were able to show signature timestamps to the second as well, we would notice differences much more often than we do. If both could be displayed to the millisecond, the chances of the two matching exactly would actually be quite small. But since signature timestamps don't include seconds, let's assume that you've not selected the last option at Preferences → Appearance → Date format, so save times are to whole minutes too. An apparent one-minute difference between the two times might plausibly be as little as one millisecond, or as great as 1 minute 59.999 seconds. The first can come about if the tilde expansion took place at (say) 11:59:59.999 (stored as 11:59) and the save took place at 12:00:00.000 (displayed as 12:00); the second can come about if the tilde expansion took place at 11:59:00.000 (stored as 11:59) and the save took place at 12:00:59.999 (displayed as 12:00). Similarly, a four-minute difference might actually be 3 minutes 0.001 seconds - this is still a lot - perhaps the servers were slow at that time. --Redrose64 (talk) 16:06, 11 August 2015 (UTC)
Thanks, that's along the lines I was thinking.
That "An apparent one-minute difference between the two times might plausibly be as little as one millisecond" is why I said a one-minute difference wouldn't surprise me as much as two minutes, and it would explain it being "very common". So the times in minutes simply have the seconds truncated away, rather than rounded in some other fashion? On sv:WP I was told the 18:19 edit was really at 18:19:38, so this seems to be the case.
I guess a few milliseconds difference between two server clocks could cause or contribute to an apparent one-minute difference, but the clocks should be unlikely to be unsynchronized with as much as the minute that could cause an apparent 2-minute difference. So I guess clock differences between servers is insignificant compared to processing delays.
That the processing time for an edit can be more than a minute maybe shouldn't be a surprise, but it's hidden so well! When I saved that edit, I noticed no significant delay before the updated page was displayed. But had I looked at the page's history immediately after that, the new revision wouldn'tcouldn't have appeared there yet. --83.255.46.175 (talk) 07:13, 12 August 2015 (UTC)
One more thing: I wonder if it ever happens that the time in the signature is later than the time in the revision history, as would possibly be the case if a time difference between two servers goes in that direction and is larger than the processing delay? --83.255.46.175 (talk) 07:13, 17 August 2015 (UTC)
Hi all, While attempting to use the "Download as pdf" feature for the first time, I noticed that the generated pdf does not keep the links to references in their original form. So, what happens is that many links in the generated pdf are just plain dead. For example, in this article (the version at the time of writing this), the references 38 and 39 do not get reflected in the generated pdf correctly and, though being working urls, appear to be dead. I suggest that something needs to be done in this regard, if not already done as soon as possible. Thanks. Rishidigital1055 (talk) 08:48, 13 August 2015 (UTC)
(The following is related to technical issues in that some things might be seen as technical issues but really aren't, see the Mobile Wikipedia section above.) Is there a page that details the changes that are made to the mobile version of Wikipedia? I see a lot of things change (such as the addition of redlinks relatively recently) and sometimes it can seem like a bug but it seems as though it's intentional and I don't know for sure. A page like this would be very helpful. A good example of this right now is that I'll see a table of contents chart sometimes. There has never been a TOC on the mobile Wikipedia and it's showing up and disappearing here and there. —DangerousJXD (talk) 09:05, 17 August 2015 (UTC)
Latest tech news from the Wikimedia technical community. Please tell other users about these changes. Not all changes will affect you. Translations are available.
Recent changes
Many Wikipedias can now use information from any Wikidata item in any Wikipedia article. Before they could only use the Wikidata item that matched the subject of the article. [23][24][25]
Some auto-saving problems and other issues in the Content Translation tool are now fixed. Please report to the Content Translation feedback page if you still have problems. [26]
Problems
Older gadgets that are not using ResourceLoader are not loading anymore. They need to be updated. [27][28]
On August 12 the machine translation servers and the Content Translation tool didn't work. This was fixed on the same day. [29]
Changes this week
The new version of MediaWiki will be on test wikis and MediaWiki.org from August 18. It will be on non-Wikipedia wikis from August 19. It will be on all Wikipedias from August 20 (calendar).
You can soon watch when something is added to or removed from a category. [30]
Meetings
You can join the next meeting with the VisualEditor team. During the meeting, you can tell developers which bugs are the most important. The meeting will be on August 18 at 19:00 (UTC). See how to join.
OK, thanks. It's still doing it for me. Perhaps it's some odd reaction to my Firefox plugins, or some other conflict specific to my computer. --Tryptofish (talk) 00:03, 14 August 2015 (UTC)
You can also try if it's a browser problem: Does the problem still happen if you start Firefox in Safe Mode? (Safe Mode disables extensions and themes, hardware acceleration and some JavaScript stuff in order to exclude some possible reasons for problems. It does not disable plugins which are add-ons.) Does this also happen with a new and empty profile? Does this happen with all add-ons disabled? --AKlapper (WMF) (talk) 10:16, 14 August 2015 (UTC)
Thanks everyone. Those are very good questions. I still have the crashes today, albeit only on that page. It does not matter whether I'm logged in or out. However, when I restart Firefox in Safe Mode, the page loads just fine, so the problem resides within one of the things that Safe Mode disables. I did not go on to try an empty profile or try disabling add-ons, because I figure it isn't worth the time, but if someone wants me to, I can. As far as I can tell, it's specific to that one page, because I'm having no problems with numerous other pages. Thanks again. --Tryptofish (talk) 19:07, 14 August 2015 (UTC)
@Tryptofish: Ok, it looks like we're getting there. :) The thing to do now is to go to Tools -> Add-ons --> Extensions, disable one extension, try to load Ivory Coast, and then repeat the process until you find which extension is causing the problems. (Of course, it may not be an extension problem at all, but I think that is most likely.) — Mr. Stradivarius♪ talk ♪04:59, 15 August 2015 (UTC)
Naturally, I had to go through every one of them before I came to the last one, but that identified it. The culprit is Webroot Filtering Extension. I use Secure Anywhere from Webroot as my anti-malware software, and this is an extension that it adds to Firefox. Something on Ivory Coast does not get along with it. Could something on that page be interpreted as malware or as resembling malware? --Tryptofish (talk) 19:07, 15 August 2015 (UTC)
I've not used Webroot before, but I imagine that if it interpreted something on the page as malware then it would pop up a window saying "this is malware!" or something like that. If it's just crashing your browser completely it sounds more like a bug in the extension itself. If you have the stomach for it, I think the next step would be to contact Webroot's customer support with all of your OS, browser and Webroot version numbers. — Mr. Stradivarius♪ talk ♪04:44, 16 August 2015 (UTC)
I think you are right about that. Thanks for your help, very much. As it happens, I'm not going to go to that much effort about it. I actually was only looking at that particular page to see how they formatted pronunciation (for the French, not the English!), and it isn't a big deal to me. --Tryptofish (talk) 19:45, 16 August 2015 (UTC)
Side note: If you have lots of extensions, etc., then a binary search will be faster. Turn off half of them, and try again. If the problem persists, then it's in the other half; if it clears up, then one of the ones you disabled is the source of the problem. You can repeat this (so that only a quarter are disabled the next time, then an eighth) until you get down to a reasonable size for individual checking. WhatamIdoing (talk) 17:00, 17 August 2015 (UTC)
When I go to see New Pages and request for only pages in Article space to show up, some pages in other namespaces pop up (such as Draft and Wikipedia), so does this mean that the filter is not working? The Average Wikipedian (talk) 15:36, 15 August 2015 (UTC)
Fixed.[31] This can happen when inconsistent rowspan indicates more rows in some but not all columns. The rendering is browser dependent so it may have looked normal to the editor who did it. PrimeHunter (talk) 13:18, 18 August 2015 (UTC)
New "Gadget:" and "Gadget definition:" namespaces?
I figured that this would be the best place to ask. I recently discovered that it seems that two new namespaces have been created (technically four with their applicable talk namespaces): "Gadget:" and "Gadget definition:". I "accidentally" found this our when I was trying to move pages as these new hand oscars showed up as options. However, I'm not finding any information about these namespaces on WP:GADGET, and I have no idea where else I could find information about these namespaces. I also cannot create pages in that namespace; I'm assuming it is because I am not an administrator, but I'm not sure as the error message did not specifically state that administrators could create the page. Is there any information about this??? Steel1943 (talk) 00:53, 16 August 2015 (UTC)
This is part of Gadgets 2.0; see phab:T106177 and phab:T31272. Essentially the idea is to make gadgets more modular, paving the way for "global gadgets" in the future (i.e. a selection of universal gadgets, like edittop, are hosted on Meta or MediaWiki.org, from where they can be accessed on all WMF wikis). Should the community decide to allow it, Gadgets 2.0 will also allow non-administrators to maintain gadgets (which I am naturally very interested in, and have been waiting for for many years). — This, that and the other (talk)07:47, 16 August 2015 (UTC)
That is curious. Since the Gadget namespace is supposed to be protected, I wonder if this should not be considered a security issue...--Anders Feder (talk) 20:52, 17 August 2015 (UTC)
Fixed. For those curious, I actually used my shell access to do it, there is currenty no user group that can do anything with Gadget: in web interface. Max Semenik (talk) 21:10, 17 August 2015 (UTC)
And that[32] search only covers enwiki. We'll need to cross our fingers and hope that no other MediaWiki instance on the internet have any pages titled "Gadget: ..."--Anders Feder (talk) 22:02, 17 August 2015 (UTC)
The article currently at Species – The Awakening once disappeared in a black hole when Species:The Awakening became an interwiki link, and the non-existing Wikispecies page got so many hits that I created a note there to link back to Wikipedia. At least we don't send our users off site with this one, but I have fixed the cross namespace links in mainspace.[33][34]Gadget:Invention, Travel, & Adventure currently has a working redirect to the mainspace article but reusers may not get it, and it could also cause problems here. PrimeHunter (talk) 23:16, 17 August 2015 (UTC)
All clear on Commons, Wikibooks, Wikinews, Wikiquote, Wikisource, Wikidata, Wikispecies, Wikiversity, Wikivoyage, Wiktionary, Meta, and MediaWiki, by the way. Eman235/talk02:57, 18 August 2015 (UTC)
Am unable to upload with Upload Wizard. Problems started yesterday. No matter what photo I choose, it never seems to finish uploading (no copy shown prior to upload as is normal). Not sure what's wrong because I tried testing files I've previously uploaded here, so it doesn't seem to be a corrupt file of mine. I am using Firefox-40.0.2 (current version of it) We hope (talk) 19:14, 18 August 2015 (UTC)
I just downloaded Chrone (current version) and tried to upload with it and had the same bad luck with Chrome as I'm having with Firefox. We hope (talk) 20:40, 18 August 2015 (UTC)
FWIW, I just tried testing a new version of a Commons file already uploaded. The same thing happens at Commons re: the photo upload not completing as it does here (used Firefox there). We hope (talk) 20:56, 18 August 2015 (UTC)
Confirmed that problem exists also in fiwiki and dewiki (Ubuntu & Firefox 39.0). I didn't find any ticket for this in Phab so i guess that somebody should create one. --Zache (talk) 07:41, 19 August 2015 (UTC)
Reporting in Phabricator is welcome. Might be helpful to run UploadWizard with the debug option enabled by adding "?debug=true" at the end of the web address (after "Special:UploadWizard") and performing those steps again and checking if anything appears in your browser's JavaScript console when loading the page (more information: Firefox ≥24, Internet Explorer, Google Chrome, Apple Safari, Opera). To report the software bug to the 'Phabricator' bug tracker: See instructions How to report a bug, in this case under the project 'MediaWiki-Extensions-UploadWizard' (direct link; see the Phabricator help for account information). Thanks in advance! --AKlapper (WMF) (talk) 11:16, 19 August 2015 (UTC)
Would someone with a Phabricator account please file a report on this? I've tried signing in with my user name for MediaWiki, et. al. but am being told by Phabricator that it doesn't like my user name. Not sure what's wrong with my user name in Phabricator's opinion, but think we need to get the issue fixed as it appears to affect everyone using Upload Wizard. Thanks! We hope (talk) 12:39, 19 August 2015 (UTC)
RfC: mass reverting when does not exist a correct form
Hi! More comments are needed at Wikipedia talk:Manual of Style/Linking#Saxon genitive and piping. It is about [[George Washington|George Washington's]] administration vs. [[George Washington]]'s administration wikilinks. The former is less common than the latter (about 1:18). I changed 4600 pages with my bot on the basis it was a simple syntax mistake very similar to other typos I was already fixing. Later some users complained and the discussion showed that there is no consensus about this fix because apparently does not exist a "correct" form and it seems to be just a matter of style. Now a couple of users ask for a mass revert, but to me performing 4600 equally problematic edits does not seem useful to the encyclopedia. What do you think? Thanks. -- Basilicofresco (msg) 05:27, 19 August 2015 (UTC)
Help on sub-templates merging
I have developed {{User sand box}} to replace {{User sandbox}}. The new template uses {{Move sandbox to article}}, {{Sandbox subpages}}, and {{Create sandbox subpage}} to keep the code clean inside main template. Is it possible to merge the subtemplates with the main template in a clean way? Should we rename (move) the helping templates below the main template? The discussion on the usage and usefulness of the new template is here. I am sent here after these comments:[36][37]. You can comment on the usefullness of the new functionality, too.·· ManosHacker14:27, 19 August 2015 (UTC)
No redirect after history merges
After preforming a history merge using Special:MergeHistory the page you come to will say "[X] revision(s) of [page Y] successfully merged into [page Z]." How can the interface be changed so that the first article linked, in the case of my example [page Y], uses &redirect=no. This would be useful because the majority of the time with histmerges the source page ends up as a redirect to the target page. It would also conform with how the page move feature works, laid out at MediaWiki:Movepage-moved. I tried to find a similar interface page for history merges, but there doesn't seem to be one and I also couldn't find a page for it at MediaWiki, though I admit I could easily be missing it. So, my question is can someone please point me to the relevant Mediawiki/interface page? Even better if someone can make the change themselves, but if not I'll leave a request at the relevant talk page. Thanks, Jenks24 (talk) 11:34, 17 August 2015 (UTC)
It's MediaWiki:Mergehistory-success. We use the MediaWiki default so a search of the text in the MediaWiki namespace doesn't find it. I'm not a big fan of creating MediaWiki messages for minor changes (for example meaning we lose changes to the default message, and we deviate from other language options and other wikis), but it could certainly be done. Maybe it would be more worth it if "merged" linked to WP:HISTMERGE. PrimeHunter (talk) 11:52, 17 August 2015 (UTC)
Thanks, PrimeHunter. You make a good point about losing changes to the default message, I hadn't considered that. Where would I go about getting the default message changed? I think it would would be a useful change for all wikis, no just en. And, to be clear, would changing the current code:
$3 {{PLURAL:$3|revision|revisions}} of [[:$1]] successfully merged into [[:$2]].
to
$3 {{PLURAL:$3|revision|revisions}} of [{{fullurl:$1|redirect=no}} $1] successfully merged into [[:$2]].
make the change I want? Should it also be made a plainlink? Or am I completely off base? Sorry about all the questions. Jenks24 (talk) 13:27, 17 August 2015 (UTC)
An alternative way to do merge the history of page A into B would be to delete page B, then move page A to B, and finally, restore the deleted revisions of B. GeoffreyT2000 (talk) 04:06, 20 August 2015 (UTC)
Is there a way to get an automatically updated count of items in a list? Perhaps something similar to PAGESINCATEGORY? In other words, if my list is
Item
Item
Item
the count should be 3, but should automatically become 4 if someone later adds an item to the list. Ideally I'd like to use this in conjunction with {{progression}} to track a drive. Nikkimaria (talk) 19:06, 18 August 2015 (UTC)
Thanks Snaevar, but it looks like that counts occurrences on the whole page? It would be nice to limit it to at least single section, if that is possible - a single list would be even better. Nikkimaria (talk) 20:09, 18 August 2015 (UTC)
Yes, string count does count the whole page. I have created a new template for this, where the text is specified in a parameter instead. Demo: {{#invoke:Text count|main|text= item item item|pattern=item}} -> Script error: No such module "Text count"..--Snaevar (talk) 19:24, 19 August 2015 (UTC)
Talk pages look red even after being created
For me, even though I already created the talk page of Takeshi Hirayama, when I look at the article itself, the talk page looks red, as though it had never been created. Does anyone know why this might be happening? Everymorning(talk)20:38, 19 August 2015 (UTC)
This is probably related to this discussion. Today I looked at an article that needed additional references. The person who wrote the article wanted to know how to get rid of that tag. I think I did it for him/her. But not in the way that person wanted.
or am I trying to do something that I shouldn't be doing? Am I doing it wrong?
What I want to find are |title= parameters in cs1|2 citation templates that have the string http anywhere in them: |title=some text http...perhaps more text. I thought that this search string would do the trick:
insource:/\| *title *=[^\|\}]*http/
Find a pipe, zero or more spaces, the string 'title', zero or more spaces, an equal sign, zero or more characters that are not a pipe or closing curly brace, and the string 'http'. That should work, no? The regex works in the AWB regex tester and it works in an online regex tester, so shouldn't it work as an insource: search?
Thanks. In the past, I've seen messages indicating that the search couldn't be completed because the search mechanism was busy but I'm not seeing that here nor any indication that the search results returned are incomplete because it ran out of time (I'm presuming of course that when the search results are truncated because of time-out, that fact is reported).
What is really perplexing is the failure to return results that look like this: |title=http.... This search string:
insource:/\| *title *=[^\|\}]*http/
finds four results, none of which are |title=http... where there is nothing between the equal sign and the 'http' string. This search string:
insource:/\| *title *= *http/
does return about 290 results where there is nothing between the equal sign and 'http'.
Anyone know what the limitations on regex searches are or where those limitations are documented?
It works for me, Vector, Firefox 40.0.2, Windows Vista. What is your browser, what do you search on which page, and which instance does it not scroll to? PrimeHunter (talk) 03:16, 20 August 2015 (UTC)
I use Internet Explorer 11. For example, there are many months listed in List of months by year. When editing the page and using the tool to find "January", it does not scroll to the first instance in [[January 1910|January]]. Sometimes it works and sometimes it does not. GeoffreyT2000 (talk) 04:12, 20 August 2015 (UTC)
Nothing at all happens for me in IE9 on Windows Vista when I click the "Search and replace" icon after selecting "Advanced". I don't get a box with options or anything. Also, "Cite" is missing from my toolbar in IE9. The other options seem to be working, for example "Table" which produces a box with options where I can make selections and insert a table. PrimeHunter (talk) 15:07, 20 August 2015 (UTC)
I'm not sure this is the right place to ask, but... I have the tool turned on to show referencing errors. In this article, I used a patent cite. It's complaining that no one is pointing to it's REF, but there is no REF. Is the template inserting one even if I don't ask it to? Maury Markowitz (talk) 12:21, 20 August 2015 (UTC)
Some images are not displaying. If I click on the blank space where the image should be, I get to the file description page; and instead of an image, this shows a blue link. Clicking that throws the browser error "Secure Connection Failed An error occurred during a connection to upload.wikimedia.org. Invalid OCSP signing certificate in OCSP response. (Error code: sec_error_ocsp_invalid_signing_cert) The page you are trying to view cannot be shown because the authenticity of the received data could not be verified. Please contact the website owners to inform them of this problem." Firefox 40.0 --Redrose64 (talk) 14:46, 20 August 2015 (UTC)
as a workaround, until WP will fix this issue, you can disable ocsp stapling in FF: enter to the address line "about:config", say "yes" to all the "are you sure" questions, feed "enable_ocsp_stapling" to the search line, and change the value to "false". remember to change it back to "true" once the bug in wikipedia is fixed (should not be long, i hope). peace - קיפודנחש (aka kipod) (talk) 15:15, 20 August 2015 (UTC)
The version history of Henry_Cole_(minister) is being searched for Sedgwick as plain text
54 versions found
Comparing differences in SmittysmithIII between 27 and 28 while coming from 53:XX
Comparing differences in Hrafn between 14 and 15 while coming from 27:XX
Comparing differences in Doug Weller between 7 and 8 while coming from 14:XX
Comparing differences in Doug Weller between 3 and 4 while coming from 7:XX
Comparing differences in Doug Weller between 1 and 2 while coming from 3:XX
Your search term was not found at all. Check the settings and try again.
Execution time: 4 seconds
Is it possible to have a protection conflict, i.e. the same situation as an edit conflict except involving the page protection option instead of normal editing? Airplaneman and I just now protected The Elder Scrolls Online; the revision IDs were just eighteen apart (Special:Diff/677027961 and Special:Diff/677027979), so it can't be possible that one protection window was saved before the second was opened. My action was first, so if this had been a normal edit, I wouldn't have gotten a warning message. Nyttend (talk) 17:22, 20 August 2015 (UTC)
Just a note that I used TW to protect, so that it may have not even opened the protection window until I input my action. In that case, the chance for a "conflict" would be miniscule. It does appear that I just overrode the older protection in this case. Airplaneman ✈17:24, 20 August 2015 (UTC)
So that's how Twinkle works? I've never used it and don't understand how it works. And no complaints about the result (otherwise I'd have gone to your talk page), just curious and somewhat confused about the technical side of things. Nyttend (talk) 17:28, 20 August 2015 (UTC)
I have occasionally seen a page's protection log that has two entries a minute apart or less, setting different expiry times or prot levels. AFAIK the latest action always overrides the earlier action(s) without warning. --Redrose64 (talk) 17:34, 20 August 2015 (UTC)
You really can't yourself. Determining whether content is recreated requires an admin, since only admins can see deleted content. I did a cursory check myself but didn't find anything. Jackmcbarn (talk) 17:16, 21 August 2015 (UTC)
New feature "Watch changes in category membership"
recent changes page view with categorization
Hi, coming with this week’s software changes, it will be possible to watch when a page is added to or removed from a category (T9148). The feature has been requested since many years and the German community has voted it to the Top 20 most wanted features. The Software Development team at Wikimedia Deutschland is working on that wishlist since 2014.
The feature was already deployed to Mediawiki.org on August 18 and it will be rolled out on Commons and other sister projects between 6-8 pm UTC today. It will be available on all Wikipedias from Thursday 20 on, likewise around 6-8 pm UTC.
In this RFC-Proposal, you can find the details of the technical implementation. The feature was implemented via a new "recent changes" type for categorization. Through this, categorization will be logged and shown on the recent changes page. The categorization logg in "recent changes" is the data base for the watchlist: When you watch a category, added or removed pages from that category will be shown on the watchlist. The categorization of pages can be turned off in the watchlist preferences as well as recent changes preferences. If you have any questions or remarks about the feature, please get in touch! Bugs can be reported directly in Phabricator, just add the project “TCB-Team” to the respective task. Cheers, Birgit Müller (WMDE) (talk) 16:10, 19 August 2015 (UTC)
Very nifty. As an aside, has en ever done a "most wanted features" vote/discussion? If not, could be a good idea. Jenks24 (talk) 17:34, 19 August 2015 (UTC)
So how does this work? I have many categories in my Watchlist, but I haven't seen any changes in my Watchlist yet. Wikipedia:About says that we are running the version (1.26wmf19) that is supposed to have this feature, if I am reading everything right. Do I just need to be patient? – Jonesey95 (talk) 03:27, 21 August 2015 (UTC)
There were problems like overflow of messages on some wikis where categories are used in another way than here. The feature has been turned off for the time being. PrimeHunter (talk) 03:57, 21 August 2015 (UTC)
Hi Jenks24, Steel1943, Jonesey95, PrimeHunter and everyone - right, the feature has been turned off on August 20th. After it got deployed to the production systems it became apparent that under some special circumstances it may cause privacy issues: In case of some types of templates entries in the watchlist and recent changes were showing the IP address instead of the user name. It's good that this came to our attention so early as the developer team can start to work on a solution for this now. Many thanks to all who already tested the new feature and gave feedback on various platforms. It is a big help for the next version of this feature. Cheers, Birgit Müller (WMDE) (talk) 10:06, 21 August 2015 (UTC)
Okay, that's unfortunate. Fixing privacy issues matters, but I'm keen to see it come back again when the bugs are ironed out. I tested it on Commons while it was still enabled and it is unbelievably useful for monitoring new media files that get uploaded to categories one has a particular interest in, or seeing new articles on topics one cares about. It makes the category system actually useful. Like x1000. I hope the MediaWiki devs and the WMF keep improving watchlists to help the community better improve and manage the projects. —Tom Morris (talk) 12:59, 21 August 2015 (UTC)
That is not particularly surprising since special pages are, well, special. Have you encountered a situation where this is a problem?--Anders Feder (talk) 01:26, 21 August 2015 (UTC)
Yeah, that is not going to work, unfortunately, though you had a nice idea. A Lua pro could possibly write you a module that does what you are trying to accomplish.--Anders Feder (talk) 01:42, 21 August 2015 (UTC)
On second thought, I'm not sure how that is a problem. But indeed you can't get that page to show up in "What links here" in the subpages like that.--Anders Feder (talk) 01:48, 21 August 2015 (UTC)
Special pages are special, and transcluding special pages is also special and not like transcluding a template or other wiki page. Help:What links here#Limitations already says special pages themselves are not listed. It doesn't mention pages transcluding special pages but maybe it should.
The article for the new film on Amy Winehouse (2015), Amy (film) is giving an odd message when even simple edits are attempted, could someone look at it: "Warning: Amy (2015 film) is calling Template:Cite news with more than one value for the "title" parameter. Only the last value provided will be used." MusicAngels (talk) 16:33, 21 August 2015 (UTC)
I think giving answers on all discussion pages should work the same way as replying to a comment in http://www.kurzweilai.net/ask-ray-how-can-my-consciousness-survive-indefinitely, whether it's a talk page, Articles for deletion page, reference desk, tea house or Village pump. That way, there will probably be no more edit conflicts and no more people making a mistake and using 2 colons instead of 1 like in Wikipedia:Village pump (technical)/Archive 122#Source code glitch. Once that change gets made, it would enable Wikipedia to make another change of making every signed in user get notified every time any of their comments get a reply whether they're pinged or not. Writing an individual comment should still use source editing anyway. Blackbombchu (talk) 21:05, 21 August 2015 (UTC)
Apologies for spamming the VP :). There are proposed design changes for how the lead section of the article could be displayed on mobile web. The rationale and specifics of the change are elaborated on mediawiki page. Please check and add your suggestions to the talk page. Thanks ----Melamrawy (WMF) (talk) 23:49, 17 August 2015 (UTC)
For the last 10-20 minutes, the button in my watchlist to mark all listed pages as visited has disappeared (Windows XP, FF 39, vector skin, desktop). Switching to monobook and clearing my cache didn't help. Just a wild guess, but did someone tinker with the watchlist layout again? GermanJoe (talk) 18:21, 18 August 2015 (UTC)
Actually, that was my initial attempt to fix it; the button disappeared before that. Didn't work though as listing site as a dependency does not work. I had to revert to using !important. The real issues lies within Resource Loader, where Krinkle made some changes that affects loading site CSS (and where another side effect is that site and user CSS is loaded twice). I'd really like to hear how I can force proper CSS dependencies between site/gadgets from him. -- [[User:Edokter]] {{talk}}19:24, 18 August 2015 (UTC)
I move all watchlist-related styling to gadgets, but caching may not catch up, so the button may be missing for five more minutes maximum. -- [[User:Edokter]] {{talk}}21:10, 18 August 2015 (UTC)
Could be related or not, but the watchlist no longer shows "with a green marker" in the "Pages that have been changed since you last visited them..." message. That should probably be fixed. — Dsimic (talk | contribs) 23:21, 18 August 2015 (UTC)
As of your making that change, I'm now seeing article links in my watchlist as bold, even though I did not have that option enabled in preferences.Someguy1221 (talk) 23:28, 18 August 2015 (UTC)
I'm still seeing bold titles in my watchlist. I also don't have that option enabled in preferences, and it has yet to fix itself on my end. --Bongwarrior (talk) 08:31, 19 August 2015 (UTC)
I'm also seeing bold titles in my watchlist, even though I don't have that option selected. Bypassing my cache didn't seem to help. It also says near the top of the page "Pages that have been changed since you last visited them are shown in bold with a green marker." I have neither option selected, and it isn't displaying the green marker while that option is off. If I turn on the green marker option, then the bolding goes away, and the green marker is displayed. However, if I then turn the green marker back off, the bolding comes back. So basically it is the combination of having green marker off and bolding off that isn't working correctly for me. Calathan (talk) 14:58, 19 August 2015 (UTC)
I have the same problem and it is not a browser cache issue. Not only have I bypassed the cache, but I tried it on a fresh browser with an empty cache and the problem persists. Regards, Orange Suede Sofa (talk) 15:19, 19 August 2015 (UTC)
The current implementation of "hidden" had as original use case to allow modules to be registered that can be used as dependencies without being visible in the user preferences. As example, think about a jQuery plugin or other generic software utilities. (Which other gadgets would use as dependency.) This matches the implementation of the "rights" flag in that the enabled status (default, or user preferences) is not considered unless a module is visible to the user. As such you cannot enable a gadget by default that is invisible (through the rights or hidden flags). It also makes it possible for you to have a gadget that is enabled by default, and yet only applied to users with a certain right (e.g. provide a gadgets to users with "delete" right, and load by default). I wouldn't defend it as a design, but it is the expected behaviour currently. I imagine users may also prefer the current implementation because it means the site cannot sneakily load stuff without providing a way to opt-out. Krinkle (talk) 16:34, 19 August 2015 (UTC)
For me it has still a minor problem (I have all watchlist gadgets except the "bolding" one activated). New entries in the watchlist are bolded for a second, when an actualized watchlist is loaded for the first time, and then immediately unbolded. I think, this behaviour is new (but am not entirely sure). It would be better, if styles from an unchecked gadget would not be applied at all. But as the styling is reset immediately, it's really no big issue - just mentioning it, as you are currently looking on this aspect of the watchlist anyway. GermanJoe (talk) 17:18, 19 August 2015 (UTC)
I'm having the same problem as GermanJoe and can confirm it's a new 'issue'. As noted, it's very minor, but if there's an easy fix that would be nice. Jenks24 (talk) 17:32, 19 August 2015 (UTC)
Note that the bold is the software default; the gadget unbolds it. This used to be done in Common.css until yesterday. But since I saw load order issues, I took Common.css out of the loop. I did load the gadget using 'top' so the styling is loaded as early as possible. But I will have to rethink it all now that I know that hidden default gadgets is not an option. ( I wish that 'hidden' just does what it implies; just hide it.) -- [[User:Edokter]] {{talk}}19:55, 19 August 2015 (UTC)
From what I remember "hidden" is not a feature yet (phab:T33150). It is part of Gadgets 2.0. The "|hidden|rights=hidden" trick is just a temporary hack until the real feature is backported to the master branch of the extension. Helder23:40, 19 August 2015 (UTC)
Just as a reminder, there's still no "with a green marker" in the "Pages that have been changed since you last visited them..." watchlist message. — Dsimic (talk | contribs) 21:27, 22 August 2015 (UTC)
The Cite button in Wikipedia:RefToolbar/2.0 currently fails for me in both Firefox 40.0.2 and Chrome 44.0. For all four cite options (web, news, book, journal) I get a box with only a heading like "Web citation" and five buttons in a row starting with "Insert". There is no other text and no fields. PrimeHunter (talk) 23:08, 20 August 2015 (UTC)
Agh, I've spent the last hour trying to debug this because I assumed that I had broken it somehow with something in my extensions (both wikipedia and/or browser). The issue appears to be that it can't find ".cite-template" within the selected portion of the form it creates, it's not getting injected where it wants it, although I'm not quite sure what's responsible for injecting that into pages, hence the amount of time spent digging around looking for that... I should have just looked here first, but oh well, at least this was interesting. Garzfoth (talk) 01:14, 21 August 2015 (UTC)
So the issue seems to basically be related to the ResourceLoader updates (to 2.0), the gadgets namespace stuff, and the push for all plugins/gadgets/whatever to use async only (all tied together though). Loooooong story short, the entire script needs to be reviewed and patched for compatibility, which could be difficult given that there are now new issues with load order of dependencies and other fun stuff. On the bright side, I was able to eventually figure out how to roughly patch things for the time being via a somewhat-hackish workaround. I don't know how long it'll be until refToolbar is patched side-wide, but if you're like me and can't live without it, you can see what I did at User:Garzfoth/common.js, starting after the line "// AYYYY JAVASCRIPT. *sobs*", with the last line being "} // End of code loaded only on edit" (do not exclude this line, you may exclude any comments after this line though). If you want to test/use it, disable refToolbar in prefs first. Garzfoth (talk) 09:51, 21 August 2015 (UTC)
If no one gets around to it before me, i'll investigate this after work. no earlier than 16:00 UTC —TheDJ (talk • contribs)
The issue was raised at phabricator, but was redirected to this page because this is a script/gadget issue rather than something more core. https://phabricator.wikimedia.org/T109781
Right, I sort of understand now why this is happening I think. It's not a quick fix unfortunately. I'm gonna export everything to test.wikipedia.org so i can experiment a bit. —TheDJ (talk • contribs) 19:58, 21 August 2015 (UTC)
This was caused by a change in WikiEditor (one that I actually approved). The change made an assumption that was understandable in the context of the plugin, but it turned out that Reftoolbar was following a different assumption. For such a simple root cause, it took quite a bit of time to figure out where this was coming from. Ref toolbar sure is complicated... ticket, new change. A temporary workaround has been deployed locally on English Wikipedia. —TheDJ (talk • contribs) 22:30, 21 August 2015 (UTC)
Is it possible to search for those pages/articles, which have some defined template used more than once (for example, {{coord}})? I don't care if template is used 2 or 123456 times, just used more that once. No, looking at each page isn't an option. Regex? --Edgars2007 (talk/contribs) 15:52, 21 August 2015 (UTC)
Hello,
I have compiled and uploaded a video to commons using WebM - standard defaults to get the file under 100meg. I linked it to this page
Laulasi_Island
For some reason the thumbnail is not displaying properly. Can somone please help
First, and more importantly, if you look at the file page for page 1, you can see that the jobs to convert it to a smaller size have failed. It's not immediately obvious why. Will poke.
Second, using thumb|150px makes it worse as that's not even a thumbnail size generated for videos.
@Phenss: Update: The problem is that video uses the VP9 codecs, and right now our infrastructure is only supporting VP8 WebM videos. However, we're testing VP9 this weekend and if it works out we'll enable it next week or so. Sorry! Jdforrester (WMF) (talk) 01:08, 22 August 2015 (UTC)
Unfortunately there weren't any settings stating VP8 only. Anyway if you have no luck please consider updating the help page. I will keep it there as its too difficult to rerender with different codecs and the originals are now deleted.
Cheers
Phenss (talk) 03:35, 22 August 2015 (UTC)
Search problem
Hi, there appears to be a problem with search. Searching for '"the the" lancashire' returns 96 results but when you click on the next 20 link you end up with 10,603 results which appears to include non-adjacent uses of the word "the". Keith D (talk) 22:51, 21 August 2015 (UTC)
A few weeks ago I found that the square button that for years had appeared on the left side above the edit-mode menu (i.e. just above the bold and italics buttons) had disappeared. Does anyone know who did this? Tony(talk) 02:30, 22 August 2015 (UTC)
I haven't been to the Village Pump Technical section for years, so I hope I am doing this correctly. Also, I can't remember how to access my js. personal skin to edit at least one script there. Could someone please remind me how to access my personal js. skin? Thanks in advance. I am using the latest Google Chrome browser and recently updated to Windows 10. ---- Steve Quinn (talk) 03:07, 22 August 2015 (UTC)
Mouse over most of the babel links at Chechen Wikipedia, and you get the article name in the other language and the English name of the language in question; for example, mousing over தமிழ் gives you இலகு மொழி – Tamil. The exception is Лакку, which presumably should say Мичихичнал мазрал Википедия – Lak, but instead it says Мичихичнал мазрал Википедия – Лакку. Do we know why it's different, and if this is intentional? Nyttend (talk) 13:25, 22 August 2015 (UTC)
I've downloaded the Unicode data which the extension mirrors, and the XML file with the English names does not include a name for lbe (the ISO 639 code of Lak). Not having an English name to display, the functions using the extension probably fall back to the name in Lak itself. SiBr4 (talk) 14:35, 22 August 2015 (UTC)
How does that get changed? Do we file a Phabricator request? Or is this something that can't be changed without modifying the core MW software itself? Nyttend (talk) 20:13, 22 August 2015 (UTC)
I'm trying to edit the article "Bongaigaon". I want to correct a spelling error in the infobox - there is a reference to "Chilarai Indor Games Stadium" and I want to correct it to "Chilarai Indoor Games Stadium". When I preview, the following message appears at the top:
Warning:Bongaigaon is calling Template:Infobox settlement with more than one value for the "blank5_name_sec2" parameter. Only the last value provided will be used.
Warning:Bongaigaon is calling Template:Infobox settlement with more than one value for the "blank5_info_sec2" parameter. Only the last value provided will be used.
User:MusikAnimal made a history merge of College Unions Poetry Slam Invitational (with s in Unions) and College Union Poetry Slam Invitational. History merges can be complicated and it involved deleting and restoring revisions. It can be tricky to figure out which revisions were deleted and restored but [41] says "18 revisions restored", and there are currently 15 live edits before BattyBot. I guess there was a time during the process where BattyBot made the oldest visible edit in the page history, and that caused a notification. It's not perfect but it doesn't seem worth spending developer time on it. PrimeHunter (talk) 21:38, 23 August 2015 (UTC)
Yep! Special:MergeHistory couldn't do what I needed, so I ended up having to delete the target page, move the original to the new location, and selectively restore revisions. Sorry for the confusion, admittedly if I had done it correctly the first time around this wouldn't have happened — MusikAnimaltalk21:47, 23 August 2015 (UTC)
Latest tech news from the Wikimedia technical community. Please tell other users about these changes. Not all changes will affect you. Translations are available.
Recent changes
Disambiguation pages are now excluded from the random page function. [42]
Problems
There was a problem with CAPTCHAs in VisualEditor. This has now been fixed. [43]
Changes this week
The new version of MediaWiki will be on test wikis and MediaWiki.org from August 25. It will be on non-Wikipedia wikis from August 26. It will be on all Wikipedias from August 27 (calendar).
Meetings
You can join the next meeting with the VisualEditor team. During the meeting, you can tell developers which bugs are the most important. The meeting will be on August 25 at 19:00 (UTC). See how to join.
YouTube citation template and direction to the right YouTube channel
I have used video from the YouTube channel AfterBuzz TV in three articles, and I have used the {{YouTube}} citation template in my ref tag to cite my source fully. Recently, I checked the citation to see if it directed me to the right YouTube channel. Instead of directing me to AfterBuzz TV's channel, the template directs me to AfterBuzz's channel. How can I correct the issue? SciGal (talk) 14:22, 24 August 2015 (UTC)
When searching in the search box, sometimes deleted pages are shown, for example, when searching for categories whose names begin with "Proposed deletion as of". GeoffreyT2000 (talk) 02:24, 25 August 2015 (UTC)
The table out of the 8.0.2 part is completely whacked but I can't tell how to fix it because that particular table is extremely complex, and I'm in way over my head with this. hbdragon88 (talk) 01:15, 22 August 2015 (UTC)
Is it possible to control this in the [[File:example.gif|thumb|foo]] markup? If not, is it technically possible to add the necessary code? Or is the only option to edit the source file? Do we have a template to tag files needing this modification? Andy Mabbett (Pigsonthewing); Talk to Andy; Andy's edits13:46, 23 August 2015 (UTC)
In order: No. Presumably. Presently. Not that I know of.
Larger comment: The rationale for "keeping them short" is the "decorative" piece? That's obnoxious and quite out of line with how WP uses AGIFs. As for control functions, those might be valuable, but certainly need developer time. I would strongly advise against any mass editing of source files (or quite frankly, any editing in such a fashion); at least one AGIF I know of is a featured image both here and at Commons. --Izno (talk) 14:48, 23 August 2015 (UTC)
Browser GIF controls were theoretical when it was written. There's a library that parses and renders with Canvas (a hack). Since the images are served from another domain the script won't work. Also, there's an extension to start and stop GIFs since Firefox dropped halting animation with ESC. That browser's progressing into irrelevance. A Chromium extension intercepts traffic to freeze GIF, with a reload to animate them again.
Additionally, I wrote a database report of GIF problems 2 years ago after finding a GIF with exploit code (then got banned for looking for warez in images). It lists non-looping animations, animations over 2 minutes, weird slowdowns, and frozen thumbnails. — Dispenser 00:19, 24 August 2015 (UTC) — Dispenser02:22, 24 August 2015 (UTC)
What does duration have to do with something being "purely decorative" ? P.S. I recently wrote a proof of concept of a GIF 'player' https://gerrit.wikimedia.org/r/#/c/216538/ It's one of those things that's simple, but also much more work than you'd expect. There are so many ways in which you can add controls, and so many ways in which gifs are used on Wikipedia... —TheDJ (talk • contribs) 13:37, 24 August 2015 (UTC)
Ah now I see. Please don't take w3 guidelines as holy grails. Our usages often go so much further then anyone ever thought of in a steering committee. Starting point should always be: "Does my usage match the usage that wcag designed this criteria for", not "how do I shove my usage into something that matches the criteria". —TheDJ (talk • contribs) 15:29, 24 August 2015 (UTC)
'working group' then. Same thing. And yes I'm intentionally trying to trivialize their importance, because often people take such standards and body's as a reason to stop thinking for themselves. However much like Wikipedia, they are a starting point, not the end station. —TheDJ (talk • contribs) 06:34, 25 August 2015 (UTC)
Yes, if it were a video, then it would have a pause or stop control. But if it were a video, then it would also work on fewer computers. "Not working for people with older computers or the 'wrong' browsers" is also an accessibility issue.
Space between the lines in punctated lists is different in case of using * or :*. See s:sl:Glosa for example. I think the style (the view of the list) is "corrupted" because of that. --Janezdrilc (talk) 18:28, 23 August 2015 (UTC)
You are mxing different types of lists, unordered and difinition lists. As each new list has some top margin, nesting a different type of list will show that top margin. -- [[User:Edokter]] {{talk}}17:04, 25 August 2015 (UTC)
I fixed it for you. This is probably also a good time to remind people that when you reply to comments in talk-page discussions, that you should match the style of the comment above yours. The correct reply to "* Comment" is "** Reply", not "::Reply". WhatamIdoing (talk) 17:52, 25 August 2015 (UTC)
Or more accurately, copy the existing combination of asterisks, colons and hashes, then add one symbol to the right of those. Thus, a *Comment may be replied to using either ** or *: but not :* or :: --Redrose64 (talk) 20:49, 25 August 2015 (UTC)
Hello, since a few days, I've noticed that in my Safari browser, many articles are suddenly displayed in a way which leaves references orphan (not the correct typographical term, "widow" would be more accurate, but still incorrect). Here is a typical display:
Lorem ipsum dolor sit amet. [0]
I believe that so far, the reference could not go to the next line alone. This seems not to be happening only on en.wikipedia.org, but on other wikipedias, and it can be even more shocking on others. For instance, on fr.wikipedia.org, not only the reference can be displayed as orphan, but the final period too. In French typography, the reference comes before final period, so suddenly displays like these are happening:
Lorem ipsum dolor sit amet [0].
Or much worse, with the final period being displayed as orphan:
Lorem ipsum dolor sit amet[0]
.
Did something change which allowed display to break the association between reference and final period, and also between reference and last word? It seems so.
@Vincent Lextrait: Please give examples of pages where this is occurring. Also, does it occur on all refs, or only those that are close to the right-hand edge?
Examples will not work, it depends on the geometry of your screen. Just select randomly a few articles, and scroll to see references pushed alone to the next line. After 4/5 articles and a couple of minutes, you should see examples by yourself. The break directive I am using is completely unrelated to the problem. I am just using it to show you the rendering on the screen of bogus display of references. The cases I see are always on the right-hand edge, if they weren't, the reference would not be alone on the next line... Vincent Lextrait (talk) 22:31, 24 August 2015 (UTC)
Obviously, the reason Redrose64 asks is because they are not experiencing any problems with the elements you are referring to. Some CSS could conceivably have changed, but I don't find it surprising that characters close to the end of a line on the screen would be wrapped to the next line.--Anders Feder (talk) 23:00, 24 August 2015 (UTC)
I doubt it. I believe anybody trying to look for it will find it quickly. I am not the only one reporting this, and there is no answer so far. Pushing references alone to the next line is not correct. Pushing a solitary period on the next line is not either. There is a (new) bug somewhere, probably due to some ill tested code, either at CSS level or at html generation level. I do not know where to reach the folks in charge. Vincent Lextrait (talk) 23:05, 24 August 2015 (UTC)
For periods, I agree that the preceding word should normally be wrapped as well. But it may prove difficult to debug as long as we can't reproduce it.--Anders Feder (talk) 23:17, 24 August 2015 (UTC)
It's not just for periods, the entire sequence word-period-reference is unbreakable (or on French wikipedia word-reference-period). It used to be like that, it's just recently that something broke it. I can try to find an article where you see it, but it's the person fixing it who needs to see it. Try, without any warranty British_Raj#Geographical_extent, second paragraph, first reference. Unlikely that you see it too, I guess, as the layout is screen-dependent. In any case, it takes just a few minutes browsing through articles and looking for the anomaly to find it. Vincent Lextrait (talk) 23:25, 24 August 2015 (UTC)
Very interesting, thanks. I tried to force CSS reload, it didn't change anything. An example on fr.wikipedia.org: fr:Indonésie#Cinéma, I see the period after the first reference pushed as a widow on the next line (Safari Version 8.0.8 (10600.8.9) on Yosemite, new window, with default size. Same problem with Chrome Version 44.0.2403.155 (64-bit), Yosemite again, the period is pushed alone). Again, no warranty that you see the same. Vincent Lextrait (talk) 23:41, 24 August 2015 (UTC)
An example with Internet Explorer 10.28614.1072077, Windows 8.1 (not even the same Operating System): fr:Indonésie#Politique étrangère, third reference pushed alone on the next line. I see it all over the place, en.wikipedia.org, or fr.wikipedia.org, any browser, any operating system, in a few clicks. Am amazed that you do not see it. Try very large pages, random pages are very very small on average. Vincent Lextrait (talk) 23:52, 24 August 2015 (UTC)
I happen to be using Safari browser/iPad 1 and do not see the problem anywhere, let alone on the British Raj page cited. Can I determine one thing? Is this problem appearing in main articles, or in their edit screens? Akld guy (talk) 00:26, 25 August 2015 (UTC)
Any type of "main" article (you have to try a few large ones, 4 or 5 and scroll to the bottom), all browsers that I tried (3 of them), all operating systems I tried (OS X Yosemite, Windows 8). I never tried the edit screens. Just on the article France, it is happening 4 times for me. 3 times on the article electron. 5 times on United States. 6 times on homeopathy. 7 times on acupuncture. 11 times on China. Vincent Lextrait (talk) 00:32, 25 August 2015 (UTC)
Thank you. The significance of my pointing out which browser & OS I'm using is that since 2012 there have been no updates of any kind to either, so a bug at Wikipedia might be ruled out on that basis. Akld guy (talk) 00:55, 25 August 2015 (UTC)
I see on my iPad running iOS 8.4.1 and Safari a reference separated from the previous word and thrown on the next line 11 times on China. 2 times it is alone on its line. And on fr.wikipedia.org fr:Los Angeles#Évolution politique, you can see on the same version of iOS (no screen geometry issue in the middle, so everybody can reproduce it), that the last period is thrown alone on the next line. All this is new, it didn't happen in the past, something changed in the rendering process which broke references rendering. I am utterly surprised nobody is able to see what I see... Vincent Lextrait (talk) 01:16, 25 August 2015 (UTC)
Aaaaah, very good, I was starting to believe I was delusional, I saw the issue everywhere, and nobody saw it anywhere... ;-) On en.wikipedia, it is slightly different. The source of the issue is that a reference can suddenly now be separated from a word next to it or from a period next to it. So on en.wikipedia, the consequence is that references can be isolated from the preceding period (and its preceding word), and thrown on the following line. Occurrences of this are everywhere, and very ugly. Understanding what broke references rendering for fr.wikipedia will give the explanation for en.wikipedia. Vincent Lextrait (talk) 02:42, 25 August 2015 (UTC)
I'm not positive, but I think that this might always have been how references have wrapped on enwiki. I also suspect that the exact behaviour may depend on your browser. (For the record, my screenshot was taken using Chrome on Windows 7.) Perhaps others here can give a better explanation of why the reference wraps the way it does in that example. — Mr. Stradivarius♪ talk ♪05:30, 25 August 2015 (UTC)
Yeah, as far as I know it has always been this way. On en.wp, the period will always be connecting to the word, browsers enforce this in their line breaking algorithms, but the ref counts as a 'new word' and is allowed to be put on the next line (and this is what is different on fr.wp btw, because there they put the period behind the ref, creating two line break candidates instead of one). The Word joiner character could perhaps help here, but it would also not allow for any break in a row of references, which might also look weird, and lead to unexpected results when people try to copy paste parts of articles for usage outside of Wikipedia. It seems to be rare enough that not too many people complain about it however. —TheDJ (talk • contribs) 06:23, 25 August 2015 (UTC)
You might be right, but I have a hard time believing it. This implementation causes final periods to be ejected as solitary on the final line of a paragraph on fr.wikipedia.org. I've been on that wikipedia almost 9 years, I would have noticed it. It is not very frequent, but easily noticeable (cf. Anders Feder's post above. He could find instances of the issue fairly easily). Ejecting a solitary period is not just weird, it is incorrect. Reports like mine started to arise only recently. Also, separating references from the preceding word on en.wikipedia.org is not rare at all, as explained above, I see it 11 times on China for instance. Vincent Lextrait (talk) 14:54, 25 August 2015 (UTC)
It has always been like this. I remember such a discussion years ago. Browsers may occasionally change their behaviour, which may spark another discussion. One thing we tried (and which is still active) is the CSS rule sup.reference a { white-space: nowrap; }. But that does not affect any preceding content, so it is still allowed to wrap. (But it will group multiple references and not break between them.) We have simply no control here because in CSS, there is no way to select preceding content. -- [[User:Edokter]] {{talk}}17:18, 25 August 2015 (UTC)
I trust you, I am stunned! I understand the difficulty to manage this at CSS level, but why not at html generation level? It seems quite doable. Putting a nobr directive around the last word, the period and the reference prevents the reference to be thrown on the next line. So technically there does not seem to be any hurdle, only if the update is kept at mere CSS level. Vincent Lextrait (talk) 17:42, 25 August 2015 (UTC)
@Vincent Lextrait: The <nobr>...</nobr> element (HTML doesn't have "directives") is a non-starter. It was never a formal part of the W3C Recommendations for HTML, and its first mention in those docs came in HTML5 where it was marked as obsolete, with no indication of what it did or how to achieve the same effect by legit means. The W3C Wiki says "No, really. don't use it." It was probably only provided by a small number of browser vendors and so like <marquee>...</marquee> or <blink>...</blink> never became universal. --Redrose64 (talk) 20:35, 25 August 2015 (UTC)
I was not referring to html nobr, but to the wiki nobr template, which allows to prevent throwing the reference on a separate line. It works fine, so it shows it is technically possible to avoid the issues I reported, with proper html rendering (just like nobr is able to). Anyway, the bug is now confirmed, and the code fallen back. As it turns out, "it has always been like this" and "code did not change" were both wrong. Vincent Lextrait (talk) 01:48, 26 August 2015 (UTC)
Looking at a 2013 html-level archive page for the China article: [47], it is obvious there is not a single solitary reference. It really seems something has changed... Vincent Lextrait (talk) 17:55, 25 August 2015 (UTC)
It's always been this way. I can't reproduce it from your examples today, but I've seen it in the past. User:Gadget850 (who retired a month ago, and whom I miss) had looked into it a few years ago, to determine whether a non-breaking thin space could be used to keep the ref element associated with the previous word. I don't recall the outcome, but it will probably be in the archives of WT:CITE. WhatamIdoing (talk) 18:03, 25 August 2015 (UTC)
I apologize, I was mistaken. There has been a change, and the change has already been undone, it undo just hasn't reached wikipedia yet. —TheDJ (talk • contribs) 21:07, 25 August 2015 (UTC)
Hmmm, very strange. I never at any time saw the problem and I'm using the original iPad of 2010 with iOS 5.1.1 and Safari 5 browser. Note that it has been impossible to update the OS and browser for this original iPad since 2012. This implies that whatever problem was seen was not due to a Wikipedia bug but was due to some update pushed out to users, perhaps as part of the Windows 10 upgrade process. Akld guy (talk) 00:46, 26 August 2015 (UTC)
I am not sure how you reach that conclusion. It could have been due to some change on Wikipedia that only affected some browsers, but not the one you are using.--Anders Feder (talk) 00:54, 26 August 2015 (UTC)
Well, this problem, as described, is such a basic formatting issue that I thought it would be sure to show up in my iPad. Secondly, nobody initially saw the problem except the user who reported it, and then subsequently users did begin to see it, implying that an update was being progressively pushed out to more and more users. Akld guy (talk) 01:12, 26 August 2015 (UTC)
And to emphasize the point, note that the OP said in his very first words that he had been seeing the problem for days, quote, 'since a few days'. Akld guy (talk) 01:37, 26 August 2015 (UTC)
Nobody initially saw the problem because 1) they were using an unaffected browser or 2) they had not previously noticed a problem themselves.--Anders Feder (talk) 01:41, 26 August 2015 (UTC)
Exactly. And I believe all this is due to 2), as I tried most browsers available on the market (the only one I did not try is Firefox), on different machines, different operating systems and different accounts. I was able to see the issue everywhere fairly easily. You just needed to look hard enough. I do not buy at all the idea of the update progressively pushed to users. Several users have seen this for weeks, it is not a transitory thing at all, it has been there for a long time for everybody to see. Vincent Lextrait (talk) 01:53, 26 August 2015 (UTC)
Most users have not reported any problem, and I had to go to frwiki to encounter it, so it was almost certainly limited to some particular "Bermuda triangle" combination of browser and browser version, CSS, and formatting of the wikitext.--Anders Feder (talk) 02:01, 26 August 2015 (UTC)
Patrol log
Since May this year, edits to pages under pending-changes protection are appearing in an editor's Patrol log as well as in Review log (example: all the entries with "automatically marked"). As I understand it there is an error here, as the top of that same page states Only newly created pages can be marked as patrolled. Can this be fixed, so that the two different types of contribution can be distinguished in the logs?: Noyster (talk),17:04, 25 August 2015 (UTC)
The first paragraph of Punto Fijo (album) is displayed without spaces that are present in the source. The sentence without <ref> is
'''''Punto Fijo''''' (from [[Spanish language|Spanish]]: ''Fixed Point''; also transcribed as "[[Axis mundi]]") is the second [[studio album]] by [[Slovakia|Slovak]] [[vocalist]] [[Szidi Tobias]] released on [[Bertelsmann Music Group|BMG]] [[Ariola Records|Ariola]] in 2003.
The {{Extra album cover}} template is only for use inside tables (infoboxes are tables) - if used outside, you get some bare <tr>...</tr> elements, and I have found that even a single bare <tr>...</tr>, with nothing inside, it will cause the effect described above. --Redrose64 (talk) 21:19, 25 August 2015 (UTC)
Charinsert gadget changes
What's happened to the charinsert gadget? Everything's more spaced out, and with "Wiki markup" selected, it occupies four lines instead of three; and the mouse move from <code>...</code> to <nowiki>...</nowiki> (often used in combination) is now half the screen width where previously it was two inches. --Redrose64 (talk) 20:53, 25 August 2015 (UTC)
Looks like h-padding was increased Diff. I agree, some menus are now "too wide" for my taste while some others appear a bit more "organized" compared to before the change.
I'm still hoping for booklet/loading improvements to [at least] WikiEditor so each project can easily customize their own default character sets site-wide in conjunction with the ability for individual Users to add or remove to that site-wide default as needed -- eliminating the need for such a gadget once and for all in the process. -- George Orwell III (talk) 21:06, 25 August 2015 (UTC)
I've had Special:Preferences#mw-prefsection-rendering > Advanced options > Underline links > Always set for some time now. At first I thought it was normal behavior when colored links tags would not apply to the link's underline, so I went through the ordeal of using separate <u> tags within span tags as a hack to make the underline match (e.g., [[example|<span style='color:green'><u>example</u></span>]]). But the hack also forces underlines on links when some users do not have the aforementioned preference set. Still, I'll see templates like {{UK Labour Party}} with a link in its navbox header—underlined, by my preference—but its underline shows in blue instead of white, so not matching the text. Is there some way to format that navbox header such that it will display correctly in my browser (with matching color underline) without forcing the underline on those who turned the preference off? (OS X, Chrome/Firefox) – czar22:23, 25 August 2015 (UTC)
I turned the Preference off, added the css, purged browser and WP cache and I'm still getting the non-matching underline in {{UK Labour Party}}'s navbox header. Apart from myself, my question is also how to make color links work as intended with the aforementioned Preference. I'm sure I'm not the only one getting an unexpected result from the Preference. – czar23:59, 25 August 2015 (UTC)
It's handling the same across Chrome/Firefox/Safari for me (OS X). Even when the "Always/Never" Preference is set, the underline doesn't match the link color (it shows as blue underline on hover when set to "Never"). Are you able to style intra-wikilinks such that the underline color matches the set link color? I haven't seen that in action apart from, say, the show/hide link on {{UK Labour Party}}. But in that case, I don't know why show/hide can be styled for both link/underline in white but not the title. I asked on its talk page. – czar01:04, 26 August 2015 (UTC)
How to use a web font via common.css?
Edit: See below for solution
I'm trying to use custom CSS in my common.css page to make Wikipedia use the Dotsies font. As the font is non-standard, I'm trying to use it as a web font by adapting the site's dotsies.css file for common.css use.
The relevant parts of my common.css are as follows.
I ran a search for "font" in the "Village pump (technical)" archives and only found issues relating to setting standard fonts or asking about Wikipedia's default fonts. Can someone please help me figure out setting a web font as default for Wikipedia articles via custom user styles? Or is this impossible? I only want Dotsies as my font for Wikipedia and not every site because having Dotsies everywhere would be overwhelming with my current level of experience reading it.
I don't think it's too relevant, but I'm running Firefox 40.0.2 on fully updated Chakra Linux.
I have practically no experience with CSS, so I could have easily missed something. Also, should modifying the Print view tweaks example CSS (i.e., changing "@media print" to "html, body" and adjusting font sizes) work for changing general font sizes? Dotsies looks a lot better at specific sizes where the component dots have integer pixel dimensions.Edit: I think I got font sizes adjusted fine, so it's just an issue with setting Dotsies as my font everywhere.
I found the answer by searching for general web font CSS help online. I found out that I can import CSS files by using @import url(URL_OF_CSS_FILE);, and then font-family: "NAME_OF_FONT"; works as expected. I'm still wondering if I can import the font directly instead of importing 3rd-party CSS over an insecure connection. I think it would be less of a potential security issue to import/reference only the font and not some CSS file that might be maliciously changed in a man-in-the-middle attack. MarkGyver (talk) 03:25, 26 August 2015 (UTC)
On mobile, why do people sometimes confuse the content and the edit summary fields?
If you look at the pages created by new accounts on mobile ([49]), you'll see that a fairly large number create the page with just a little bit of content, with a whole lot of content in the edit summary. It appears to me that they are confusing the edit summary field for the page content, and vice versa. This only appears to happen on mobile, not on web. Can someone investigate? Gparyani (talk) 17:45, 26 August 2015 (UTC)
Wikipedia is not loading
The site is down temporarily. Sometimes the pages load, and for few minutes it doesn't. Other sites have no problem. --AeroSlicer16:40, 26 August 2015 (UTC)
@Aero Slicer: Is there an error message when it does not load? Also, the site might not be "down" but some parts might not be loading in your browser (e.g. user scripts that try to access unreachable servers). If this happens more often, your web browser's developer tools should offer a "Network" tab to investigate. --Malyacko (talk) 08:14, 27 August 2015 (UTC)
The Bubble tea page looks normal when logged in, but shows a youtube link repeated hundreds of times when logged out or in incognito mode. Perhaps the page could be purged but I want to make sure someone with a technical background can look at it... --George100 (talk) 16:12, 27 August 2015 (UTC)
Please explain what exactly you mean by "unable to edit". For example that you don't have an "Edit" tab, or you get an error message when you click "Edit", or after clicking "Edit" you see an empty box where the code should have been, or that you see the code in the edit box but you cannot change it, or you can change it but not save your changes. PrimeHunter (talk) 05:34, 27 August 2015 (UTC)
Thank you, PrimeHunter. I'm now able to edit with the query "?action=edit" added to the URL. Without the query added, I don't see an "Edit" tab. The link I'm using to navigate to the page ("Preferences" > "Appearance" > "Shared CSS/JavaScript for all skins: Custom CSS") doesn't seem to add the query. Perhaps there's another way to access this page which adds the necessary query?
Chexni (talk) 19:08, 27 August 2015 (UTC)
The "read", "edit" and "history" links and the "watch" star are contained in a <div> with ID "p-views" in Vector. In your CSS you've set the element with that ID to not display, together with the "mw-panel" and "left-navigation" elements. The links should be visible again if you remove the #p-views, row. SiBr4 (talk) 19:39, 27 August 2015 (UTC)
Overstriking/superposing characters
I was told how to rotate (and flip) characters at the Teahouse, but not getting an answer to this one.
I see there's {{transform}} which allows translation of glyphs, but there's not enough documentation for me to figure it out. Can I translate one character on top another, say, overstrike an "x" with a "~"? (That is, a ~ superimposed on x, like x̴, not ~ on top of x like x̃.)
Interesting. That centers them both horizontally and vertically. I'll play around with the code.
There are several esoteric phonetic symbols in old documents that aren't supported by Unicode. Some of them might be approximated with transformations like these, though I'm aware that they wouldn't be copy&paste friendly and so should be used sparingly.
I am interested in the fact if it is possible to link a Matlab/Simulink
GUI (graphical user interface) in Wikipedia something similar like a
small calculation programm on java basis.
Something where the user can interactively change the Matlab/Simulink
programme and get the results on a wiki webpage?
Maybe it is possible to link Matlab/Simulink with Java and put it than on a wiki site? — Preceding unsigned comment added by 139.6.76.40 (talk) 08:08, 27 August 2015 (UTC)
We cannot do this for security reasons. In that case someone would have to write an open source implementation of something like that and it needs to be hosted on our web services. —TheDJ (talk • contribs) 09:03, 27 August 2015 (UTC)
Running it on a separate domain solves the security issue. The problem is political: Wikipedia is a copyleft encyclopedia, so is everything from the web browser to operating system (excluding certain foundation teams *cough*fundraising*cough*). Now I tried to find examples of Matlab/Simulink web views and didn't find anything compelling. What questioner is probably asking for an interactive web plot. There are FLOSS tool, but integrating them into Wikipedia would take years because of lethargic foundation. — Dispenser14:17, 28 August 2015 (UTC)
Anyone having problems accessing article histories? A user reported at Talk:Jurassic World that he couldn't access the view history at Jurassic World. I tried and couldn't either--the page didn't load after a minute or so. Also had a problem accessing history at this talk page. Thoughts? Cyphoidbomb (talk) 00:54, 28 August 2015 (UTC)
It could be a problem affecting certain articles somehow. The problem only seems to apply to Jurassic World for me so far, and I haven't found any other articles with the same bug. Versus001 (talk) 01:54, 28 August 2015 (UTC)
Confirmed, we will further investigate this, but me and valhalla have looked into this, and we think we found the trigger for this. —TheDJ (talk • contribs) 11:26, 28 August 2015 (UTC)
TheDJ The problem goes away if I use Firefox. I'm using Chrome right now and still experiencing the problem. Can't arbitrarily switch to Firefox though. Too many bookmarks and such. Cyphoidbomb (talk) 17:49, 28 August 2015 (UTC)
I have what I was advised at the Help Desk may be a related problem. If I use Chrome, or am logged in, I can't see my own Contributions list, the browser tab just hangs. But I can see it if I use Safari while not logged in. Another editor there has reported the same problem. Maproom (talk) 12:35, 28 August 2015 (UTC)
I have the same issue with the history of Jurassic World. I'm on a Mac running 10.10.5 while using Chrome version 44. I have the same problem trying to access Maproom's contributions, though I can access my own. Dismas|(talk)14:52, 28 August 2015 (UTC)
Just wanted to make sure we didn't have a browser security issue on our hands, but this is caused by a bug in webkit triggered in some circumstances. I'll see if we can revert the line that is triggering this bug. —TheDJ (talk • contribs) 18:53, 28 August 2015 (UTC)
For what it's worth, I recently had a problem with my watchlist freezing during loading, using Firefox. After consulting Google, I cured the problem by disabling the McAfee WebAdvisor plugin, which Firefox reports "could not be verified for use in Firefox". I don't know if this is related or not.-- Dr Greg talk 20:10, 28 August 2015 (UTC)
When trying to load my watchlist in Chrome, it does not load and instead gives an error message that 'something went wrong'. This happens on multiple machines (one uses Windows 8, the other one Windows 10). However, it does not happen in Firefox, nor for other MediaWiki projects and other Wikipedias in Chrome. A day ago or so it still loaded just fine. Does anyone have an idea what could be wrong? --JorisvS (talk) 14:22, 28 August 2015 (UTC)
For me, the article histories load just fine, my contributions will load just fine. It's my watchlist that won't load. Update: The first time just now it wouldn't load, the second time now it started to load, though just barely, and the third time it again wouldn't load. --JorisvS (talk) 15:41, 28 August 2015 (UTC)
Since yesterday, my watchlist has not been loading at all. Anytime I try to go it, my browser (Safari) freezes. I have no problem with any other Wikipedia page, only my watchlist. Not sure what's going on, but I'd appreciate if someone could explain what's going on. RGloucester — ☎17:35, 28 August 2015 (UTC)
@Cyphoidbomb: A change made last week [50] attempting to fix the positioning of "autocomments" in right-to-left languages like Arabic and Hebrew. This triggered a long-standing bug in WebKit [51] (and thus Safari, Opera and Chrome, amongst other browsers). The revert means that we're back to a bad experience for RTL users, but at least they can now see it. Jdforrester (WMF) (talk) 20:15, 28 August 2015 (UTC)
Can links via navboxes be excluded from "what links here"?
Is there any way to perform a search equivalent to the "what links here" tool that excludes links that are due to navboxes transcluded in articles? (Or more generally, due to any types of navigation template transcluded in articles?) For example, if navbox X links to article Y, I would like know what articles would link to article Y if navbox X wasn't transcluded in any articles. Is there any tool that can achieve this? -- Dr Greg talk 20:15, 28 August 2015 (UTC)
You could try searching for -hastemplate:Template linksto:Article, though this will exclude articles that link to "Article" both in the body and in the template. Alakzi (talk) 20:20, 28 August 2015 (UTC)
Anchors have been very unreliable lately when using redirects to article sections. For example: Grand Theft Auto V (re-release), Singles match, WP:NATURAL. They are mostly leaving me at the top of their targeted articles, instead of sending me down to the intended sections. It does work as expected after a few tries, but it's been a real inconvenience. Is anyone else experiencing this? Prefall05:59, 23 August 2015 (UTC)
I can confirm this misbehavior on Firefox, but I usually see pages scrolled down too much and positioned past the actual anchor or section. — Dsimic (talk | contribs) 07:00, 23 August 2015 (UTC)
All those three redirects sent me to the right section in the first time, maybe I'm just lucky :) It could stay at the top of the page, if section name in target article is renamed and a) redirects aren't updated or b) {{anchor}} isn't used in target article. For usually see pages scrolled down too much - it happens if there is something in the page, that collapses. --Edgars2007 (talk/contribs) 07:17, 23 August 2015 (UTC)
I'm aware of the positioning issues with pages containing collapsible parts that are collapsed by default, but I've seen the misbehavior only recently on a few redirects I've never seen incorrectly positioned before. Can't recall the exact examples, unfortunately. — Dsimic (talk | contribs) 07:29, 23 August 2015 (UTC)
@Whatamidoing (WMF): That sends me to the Beta Features page each time—seems to be fine. I forgot to mention that my issue also occurs in Microsoft Edge, version 20.10240.16384.0. Prefall21:38, 26 August 2015 (UTC)
Beta Features link works as intended for me, but the "WP:NATURAL" link up top leaves me at the top of its page. OS X, Chrome (only when logged in). Fine in Firefox. – czar14:29, 27 August 2015 (UTC)
Has the use of shortcuts specifically linked to certain sections of policy/guideline pages been deprecated recently? I've noticed that some shortcuts that used to always work before are now redirecting to the main article. For example, WP:NOPIPE redirects to WP:PIPE, WP:RSCONTEXT redirects to WP:RS, etc. for me. I am just curious if this is a known bug or the problem is on my end, or if shortcuts like this are no longer to be used. - Marchjuly (talk) 01:00, 27 August 2015 (UTC)
I've been getting this too for the last several days. It isn't just projectspace shortcuts, it's section shortcuts on article pages. It doesn't scroll to the target area on pageload, but it works if I reload the page or execute the URL again. Chrome, OS X – czar01:34, 27 August 2015 (UTC)
Reported in Phabricator now. Not likely a bug in Webkit, but possibly more visible due to different execution/timing paths of the scripts in both browsers. —TheDJ (talk • contribs) 09:10, 27 August 2015 (UTC)
This has been an issue in Safari for years: when you go through a redirect, it "forgets" the #Section. (Thus my question to User:Prefall about Special:Preferences; that link takes you to the wrong page in Safari.) But I believe that the problem is new and somewhat different for Chrome.
I am currently still experiencing the issue as has been mentioned above by others. Clicking a wikilink, such as Arrowverse, that is a redirect page, just takes me to the top of the redirect article, not the section it should. I'm on Chrome 44.0.2403.157 (64-bit) [which is telling me is up to date] and OS X. - Favre1fan93 (talk) 23:30, 29 August 2015 (UTC)
Script error
At many places, such as IP addresses' contributions, IP addresses' talk pages, and when editing this page, the following error is displayed: Script error: The module returned a value. It is supposed to return an export table.. GeoffreyT2000 (talk) 00:25, 26 August 2015 (UTC)
There seems to be a serious script error going on right now. I initially thought it was my own error; then I thought it was a problem at WP:ANI, but it appears to be all over the encyclopedia (look at the very top line on any page one tries to edit). Erpertblah, blah, blah...00:26, 26 August 2015 (UTC)
Having the same problem; I just created a new article (Leon Dubinsky) and this error is sitting on top of anywhere in the entire article that I used curlicue brackets to transclude a template. It's also worth noting that, oddly enough, the imdb name template still functions correctly, linking to the correct offsite EL, if you click on that text — it just doesn't display properly. Bearcat (talk) 00:29, 26 August 2015 (UTC)
Like this? Script error: The module returned a value. It is supposed to return an export table. Something obviously blew up real good. Dl2000 (talk) 00:33, 26 August 2015 (UTC)
Many pages need a purge to fix it. The search "The module returned a value" currently gives 386 mainspace results where a significant part still needs purging, and there are thousands of hits in other namespaces. I wonder whether there are many others not found by the search. Can somebody flick together a tool to at least purge those in the search? PrimeHunter (talk) 00:56, 26 August 2015 (UTC)
There was a small side conversation about this at Wikipedia:Help desk that you might want to peek at too but now that has a link poining over to continue the convo. here. Over at the help desk convo, I posted this screenshot of the bug. ScreenshotofbugTortle (talk) 01:07, 26 August 2015 (UTC)
Yup Sitic. I checked a few random pages from the category and they all seem to need purging. This would be ridiculously painstaking to undertake by hand. Do they automatixally purge after time or can a bot be created or allocated for the purpose of purging? Tortle (talk) 01:10, 26 August 2015 (UTC)
I think that the best way to handle this is teamwork. Its only about 2000 pages which if divided well will be manageable. Each letter of Category:Pages with script errors has 100-200 pages. I suggest that we all take a chunk to purge. Please write your username underneath next to a letter to handle that chunk of pages. Ill take A which is probably a large chunk of the 2,000+ pages. So for those of yoh who want to help, you can learn how to purge a page here and just go to the category above, and go to all the pages of the letter that you choose and purge each one. Thanks
UPDATE- It seems that all of the pages were automatically purged at once and are now all fixed. So now there is no need for manually purging them and the problem is solved. Tortle (talk) 01:55, 26 August 2015 (UTC)
I see it in Stephen Hawking, where it's particulatly bad. I happened to visit the article because he's the subject of a mainstream news item here. Akld guy (talk) 06:01, 26 August 2015 (UTC) He has just announced a new theory and the article is likely to be getting a lot of views. Akld guy (talk) 06:19, 26 August 2015 (UTC)
There are large, red error messages appearing on this page. I'm unsure as to what is creating this problem. Should be easily fixed by somebody more experienced in syntax. Thanks. 108.206.185.180 (talk) 03:07, 26 August 2015 (UTC)
@Redrose64: The script error is rampant on the page for LOUIS FERREIRA. I checked out the fixes you suggested and unfortunately I don't understand how to do ANY of them. I'm not a technical person and have only recently begun to contribute to Wikipedia. It took me 3 hours just to find this post (and I'm so glad I did!) Is there a way to explain the purging to a simpleton like me? I need to fix the page ASAP since I have just obtained legal permission to upload a copyrighted photo and I need the page to work properly. Please help. I'd be forever grateful. Thank you so much for your time to read this!Bczogalla (talk) 02:22, 28 August 2015 (UTC)Bczogalla
@George100 Hi, the LOUIS FERREIRA page is virtually covered with this error message. I am in desperate need of help as I can't figure out the instructions for the purge. It's probably really simple but to someone who's never done it there is just no way to figure it out... If you could help me out here I'd be so grateful - and thanks for reading this! Bczogalla (talk) 02:26, 28 August 2015 (UTC)Bczogalla
I'm sure I've used a tool in the past for fixing links that point to the wrong page. IIRC, it allowed me to go to a 'What links here' page and fix them in big batches. Anyone? --Dweller (talk) 09:49, 28 August 2015 (UTC)
Q. Why include a list of five external search engines on the special search page, along with the internal tool to select a search domain? A.1 Because Cirrus Search is still in Beta? A.2 Because the other search engines are user friendly: documentation, popup hints, a widely known "query language"? A.3 To support Search engine bias? A.4 To support "education" about other search engines? A.5 To offload our server? A.6 To compete with the Templates for searching Wikipedia that use external search links?
I think those are all the "false" reasons, and with that I'm seeking some "truth" here, some validation of the existence of external search engines on the special search page (if only to document their existence). I see no reason for them, and I see no way to document them, other than to link to there "query language" page.
I'm thinking the only reason an external search engine would ever be needed to site:Wikipedia.org is because they had more features, or they had some unique flavor of page-ranking. Could page-raking the only true reason?
I'm pretty sure that page-ranking is never tweakable, so it could be a valid reason.
Because you enabled a non-default gadget in your preferences called: "Add a selector to the Wikipedia search page allowing the use of external search engines" ? —TheDJ (talk • contribs) 00:53, 29 August 2015 (UTC)
The archive link to the right of User talk:Doniago/Archive 44 uses Module:Highest archive number to go to the first non-existing archive. It was a bold self-link instead in the page creation, because the page itself was not registered as existing during its creation. A purge after the creation will fix it. To see the issue without creating new pages, enter {{talkarchivenav}} at Special:ExpandTemplates with a non-existing archive in the "Context title" field, for example User talk:Doniago/Archive 45, where the last archive is currently User talk:Doniago/Archive 44. It tries to link to User talk:Doniago/Archive 45 to the right, but the link becomes bold text because the rendering recognizes that it would be a selflink with the given Context title. A higher number like User talk:Doniago/Archive 50 as Context title will also link to the first non-existing archive number User talk:Doniago/Archive 45, but in this case it remains a red link. Note that previewing {{talkarchivenav}} on User talk:Doniago/Archive 45 will not reveal the problem, because the preview behaves as if the page already exists. To see this difference more directly, previewing {{#ifexist:User talk:Doniago/Archive 45|yes|no}} on User talk:Doniago/Archive 45 returns "yes", but the same code on Special:ExpandTemplates returns "no" even if User talk:Doniago/Archive 45 is specified as Context title. It's probably a good idea for test purposes that previewing behaves as if the page already exists, but it might be better if ExpandTemplates and saving also worked like that. I created User:PrimeHunter/sandbox5 with {{#ifexist:User:PrimeHunter/sandbox5|yes|no}}. Before saving it previewed "yes", right after saving it said "no", and after a purge it said "yes". PrimeHunter (talk) 20:51, 29 August 2015 (UTC)
"preview references" and "preview references in full page" button needed in "edit/preview" mode.
A simple "Twist-tie" item similar to the existing ones ("Templates used in this section:", "This page is a member of 5 hidden categories (help) :", and "Parser profiling data (help) :" ) called "References used in this section" which would display what would be in the <references /> section (along with any named-group "references" sections), error messages and all, would be very helpful.
In addition, a "preview references in full page" check-box that changed the behavior of this "twist-tie" to show all references used throughout the page would be good for making sure that changes to the section didn't break any references elsewhere in the page. davidwr/(talk)/(contribs) 16:31, 29 August 2015 (UTC)
@Davidwr: Installing the script importScript('User:Anomie/ajaxpreview.js'); to your common.js will add a Preview w/Refs button to the edit window which gives you the functionality you are looking for. - 185.108.128.4 (talk) 17:56, 29 August 2015 (UTC)
I've noticed that some talk pages in mainspace have a table of contents and some don't. How can a table of contents be generated if the talk page doesn't have one? Does the phrase _TOC_ which appears in the source of some talk pages have any significance? 81.157.95.160 (talk) 12:17, 24 August 2015 (UTC)
So, how do I install this script, where do I edit the "userjs-global-preferences" and "userjs-global-preferences-exceptions", and where do I find possible preferences to configure and their possible values? --Pipetricker16:24, 30 August 2015 (UTC)
No images showing, once again
Although a workaround was implemented 4 days ago, the problem is arising once again. I understand that this is an ongoing issue that will a have a proper fix delivered soon, but what has happened to the workaround? Is it a case of it working for those 8 hours and 8 hours only? On Chrome on Ubuntu 15.04, I am unable to see any images. When clicking on a link to an image file, I receive a 404 error. What is occurring? Thanks, Mynameisnotdave (talk/contribs) 12:53, 24 August 2015 (UTC)
P.S. The 404 I get is a WMF 404 and not a browser generated one.
The "OCSP Stapling issue" mention above should be unrelated because this is about 404s not showing any OCSP related error messages. Not sure what's going on so I'm curious if other users face the same problem. :-( --AKlapper (WMF) (talk) 15:26, 25 August 2015 (UTC)
This morning when I started browsing, I noted that no images are being displayed on any pages; only the alt-text is shown as a link. If I click on the link, the proper image is shown in the media viewer, but not in the page context. I'm using Firefox 40.0.3 with the Monobook skin. WikiDan61ChatMe!ReadMe!!11:10, 30 August 2015 (UTC)
keeping Wikipedia's local storage when clearing browser data
I came across an interesting script, Cumbril's IPLabeller, which allows you to add labels/colors to IP addresses. Unfortunately, since I routinely clean up/clear my browser data, those labels would get wiped. Does anyone know of a way to whitelist or create an exception for a particular site's local storage? Or maybe another workaround? I realize this is more of a browser question than a Wikipedia question, but it seems like something that would have come up with other scripts and such. Thanks. — Rhododendritestalk \\ 19:03, 30 August 2015 (UTC)
It's because the full resolution logo is enormous. Removing the brackets means it's being parsed by Module:InfoboxImage, which applies the frameless keyword to produce [[File:Sepahan Oil Company's logo.jpg|frameless]]. Alakzi (talk) 22:12, 30 August 2015 (UTC)
For some reason I still can't see this most recent edit in the article's section for the second day, even though I repeatedly purged the cache and restarted the browser. The wikisyntax seems to be normal and my secondary browser doesn't shows the edit either. Do you see it? Ideas? Brandmeistertalk08:22, 31 August 2015 (UTC)
I spent Saturday figuring out how much Alt text is in use. I've included other interesting measurements as well. Enwiki has more traffic than the next 30 wikis combined. According to information/compression theory the compressed size should correspond to the information regardless of language or codecs. Surprisingly the majority of articles don't have images and those that do, 25% have three or more (enwiki). Regarding alt text we're only second to the French (1.94% total), although our is more spread out (enwiki 2.39% 1 alt text per pages vs 1.94% for frwiki). Photographs see more alt text at 2.0% than drawing/loss-less image, 1.7%.
Measurements were done on dumps around Jan 2015, except enwiki which used the Aug 2015 dump. Images were detect by file extension (DjVu, GIF, JPG, PDF, PNG, SVG, TIFF) followed by a gallery, template, or link closing character. This is an upper-bound, excluding indirect transcluded images. Any questions? Other numbers you'd like to see? — Dispenser17:00, 30 August 2015 (UTC)
Dispenser, I'd like to know if it has improved over time. Can you compare it to January 2014 (at least for a couple of the bigger wikis, like the French Wikipedia)? WhatamIdoing (talk) 18:51, 31 August 2015 (UTC)
WhatamIdoing, WMF's snapshot dumps only go back 9-12 months. Finding older dumps is hard, got some for enwiki, but nothing else. The proper way would be parse the complete dump (enwiki: 103 GB compressed), dump it into a database, then we can graph it day-to-day. This is beyond my current needs, but if somebody's willing donate high performance cloud computing or Bitcoins it can be done. — Dispenser21:47, 31 August 2015 (UTC)
Latest tech news from the Wikimedia technical community. Please tell other users about these changes. Not all changes will affect you. Translations are available.
Recent changes
VisualEditor will now automatically create a link when you type in or paste an ISBN, PMID, or RFC. [53][54]
The link editor in VisualEditor is now a bit wider. It's now the same width as the automatic citation tool. [55]
VisualEditor gadget authors can no longer use the backwards-compatibility module ext.visualEditor.viewPageTarget.init. Use ext.visualEditor.desktopArticleTarget.init instead. [56]
Gadget writers can now use mediawiki.ForeignApi to communicate between different Wikimedia wikis. [57]
Changes this week
The new version of MediaWiki will be on test wikis and MediaWiki.org from September 1. It will be on non-Wikipedia wikis from September 2. It will be on all Wikipedias from September 3 (calendar).
Meetings
You can join the next meeting with the VisualEditor team. During the meeting, you can tell developers which bugs are the most important. The meeting will be on September 1 at 19:00 (UTC). See how to join.
Future changes
The Wikidata API will be updated with breaking changes. This will probably happen on September 9. [58]
Where is this WikiConference USA site notice coming from? I've been looking for an hour and not finding any info on its provenance. It needs to be edited to include more specific application deadline information (it implies that the deadline is the end of Aug. 31 UTC (which passes within the hour), but it's actually August 31, 2015 at 11:59 PM EDT. — SMcCandlish ☺☏¢ ≽ʌⱷ҅ᴥⱷʌ≼ 23:13, 31 August 2015 (UTC)
I've deleted the draft for you. The fastest way to request deletion of your drafts is normally to place {{db-u1}} at the top of the page. I honestly don't know how those who are unaware are supposed to find this out, aside from reading the entirety of the deletion policy. Someguy1221 (talk) 00:06, 1 September 2015 (UTC)
I need to correct a page, please but am warned that it is protected against vandalism.
Yet it also says it was amended just 3days ago! How can I unlock this page & 'claim(!)' a correction?
@Merseymale: This is really a WP:HD matter, not VPT. You can't "unlock" (or as we say in Wikipedia, "unprotect") a page, that ability is reserved for administrators; but on the talk page of the article concerned, you can describe the edit that you want to make, and request that somebody with the appropriate user right carry it out on your behalf. See Wikipedia:Protected edit requests for information on how to do this. --Redrose64 (talk) 07:45, 1 September 2015 (UTC)
@Merseymale: You didn't name the page so we cannot see whether it's semi-protected or fully protected. If you have an Edit tab which gives a box saying "This page has been semi-protected so that only autoconfirmed users can edit it", then you can edit it. Some users misunderstand the message and think they cannot edit it. If it's fully protected which is rare then it has a "View source" tab and can only be edited by administrators. If you click the tab then it's easy to make an edit request. PrimeHunter (talk) 11:52, 1 September 2015 (UTC)
If I leave a message for an anonymous editor, by creating a new section on the talk page for the IP that edited an article, how will they see the message that I write? When I'm not logged in, I don't have links in the upper right for a user page, notification count, or talk page, so how will the not-signed-in editor know that someone is talking to them, and how will they get to their talk page? — Mudwater (Talk)17:54, 15 August 2015 (UTC)
@Quiddity (WMF): Good morning. A post was made to an IP editor's talk page and removed by someone else two minutes later. When the IP editor switches on his machine and visits this website will he see the orange message bar - i.e. is its appearance contingent on the message being visible when he visits or does the bar remain activated until he visits regardless of what happens to the message in the meantime?
I was surprised recently when I turned on my computer and clicked on the orange bar to find that it was telling me about a message posted on the IP's talkpage in 2009. In fact that IP had never edited although somebody created a talk page with the 2009 post referring to a previous edit.
My second question is, I believe that if you type ping|12.34.56.78 with double curly brackets at either end (or whatever the IP number is) it will not register an alert - i.e. the only way to get the attention of an IP is to post on their talk page. Am I right? 86.143.23.178 (talk) 12:01, 24 August 2015 (UTC)
Hi. 1) Yes, the orange bar is technically simple, and appears whenever an edit is made to the talkpage. Reverting the edit (or otherwise removing the message) does not (afaik) nullify the orange bar. To remove the orange bar, someone using that IP has to visit the talkpage. 2) Correct, the Mentions feature does not work for IPs. Many IPs change owners frequently (Dynamic IP), also many IPs are shared (Shared IP address), so it's difficult to assume that anyone using that IP will consistently be the same individual. Hence, all messages need to be sent to a public location. Hope that helps (and was technically accurate!). Quiddity (WMF) (talk) 16:39, 24 August 2015 (UTC)
Seems 100% correct from my experience. I believe that, even if someone posts a usertalk message to the talkpage of 12.34.56.78 , and then a few minutes later another person reverts that post, the orange bar still appears (and likely says "messages from two users"). Not sure what happens if somebody posts a message, and then self-reverts. 75.108.94.227 (talk) 00:35, 26 August 2015 (UTC)
Sorry, I may have had something to do with that. Back in 2008-09, I went on a rampage of deleting thousands of old IP talk pages because the messages on them were stale (i.e. unlikely to relate to anyone who would see the pages in the future), or blanking them so that they would be deleted by a bot which used to delete such pages. A consensus of the community later developed that these should not be deleted, but should instead be templated, so that the record of the IP activity remains visible in the edit history. Last week I went back and templated all of the pages I deleted, so that I can restore their edit history and maintain them per the going consensus. These will, for the time being, showing up as pages templated to indicate in edit history, but with no underlying edit history visible to most editors. I am now in the much slower process of restoring those edit histories.
I recently moved some pages, and I noticed that the moves are automatically marked by the software as minor edits. Specifically, the edit of the old page name is marked as "new" and the edit of the new page name is marked as minor. Both of these descriptions seem to me to be wrong. I think that the changing of the name of a page should, in the default, be considered something that editors might not consider automatically noncontroversial, and therefore should not be a minor edit. --Tryptofish (talk) 01:18, 23 August 2015 (UTC)
On second thought, I do realize how marking the old page as "new" can make sense, in that it becomes a new redirect. However, I think the main point, about it not usually being a minor edit, remains a valid concern. --Tryptofish (talk) 02:11, 23 August 2015 (UTC)
Every Wikipedia page has two unique identifiers: its name, and its Page ID (visible by clicking "Page information" in the left margin, it's in the fourth row). When you move a page, its name is altered but the Page ID is unchanged; a redirect is created (this action may be suppressed if an admin moves the page), and this redirect gets the old name of the moved page, but it can't be given the old Page ID as well, because those must be unique, and it stayed with the moved page. So it's given a fresh Page ID, and so the redir counts as a new page, hence the N marker. --Redrose64 (talk) 11:41, 23 August 2015 (UTC)
When an administrator protects a page or imports edits, a minor edit is also formed. These, like moves, are not counted in the server count. GeoffreyT2000 (talk) 13:36, 23 August 2015 (UTC)
Replying to a couple of editors in one comment, I agree with what Redrose64 just explained about N. I'm also not concerned here with page protection or other administrative tools. I continue to believe that it is a mistake to mark page name changes as minor. Help:Minor edit explains minor edits as those where the editor making the edit reasonably expects that no other editor would question or disagree with that edit. An edit that changes a pagename to a new pagename may occasionally fit this description (as when a spelling error is corrected), but usually such a move means that our readers will find the content under a new title, and the title change can potentially cause quite a large change in meaning. Thus I strongly disagree with Edokter, in that a move does indeed change content, and potentially in quite a conspicuous way. Some editors do not watchlist minor edits, and would miss such changes, even though they might very likely want to discuss it. --Tryptofish (talk) 21:42, 23 August 2015 (UTC)
That's a good point about the log entry still being watchlist-visible. I think the idea of having it as a regular edit, but with a minor edit checkbox is an excellent idea. But it still disturbs me that, currently, someone can rename a WP:BLP to something that violates BLP, and yet have it shown as a minor edit. --Tryptofish (talk) 19:01, 24 August 2015 (UTC)
Let's say hypothetically that there were to be a consensus to change Special:MovePage to default to a regular edit, and offer a checkbox if an editor wants to mark the move as a minor edit. How would the change be carried out? In other words, can it be done locally (at the English Wikipedia), or would it have to be requested at Wikimedia? --Tryptofish (talk) 21:02, 25 August 2015 (UTC)
As far as I know it would not be any harder to mark page moves by default as minor edits on enwiki than on wikimedia. To do that in the code would require to create an configuration setting (mw:Manual:Configuration settings) and turning the minor edits off on either wikimedia wikis or enwiki. Getting an checkbox to mark page moves as minor will take more time to implement than an default setting.--Snaevar (talk) 21:32, 30 August 2015 (UTC)
@Snaevar: Thanks for the answer! To do that, does one have to be an administrator, or simply be any editor with the skills to set the configuration? --Tryptofish (talk) 19:13, 31 August 2015 (UTC)
Thanks, Whatamidoing! That answers all of my questions. Myself, I definitely do not have those skills! I think that what I have suggested should only be implemented if there is a clear consensus, so when I get around to it, I'll open an RfC. --Tryptofish (talk) 21:04, 1 September 2015 (UTC)
Gallery mode packed
Hello. I am Jack ma, from fr:wiki. Since last year, <gallery> has changed : photographs are smaller, unless we specify "mode=packed". Unfortunatly, mixing upright and landscape photographs gives a horrible result. Could somebody correct this, at least to get smaller margins in standard mode ? Regards, Jack ma (talk) 06:03, 29 August 2015 (UTC)
is supposed to produce something different from this:
<gallery>
File:Reprocessed Mariner 10 image of Mercury.jpg|Mercury
File:Venus globe.jpg|Venus
</gallery>
It seems like it should, but AFAICT, the height parameter is completely ignored (and "widths" only changes the size of the white box, not the size of the image). WhatamIdoing (talk) 01:53, 30 August 2015 (UTC)
Well, I'm glad that one of us knows how to read the documentation. ;-) Thanks, John.
Jack ma, if you add heights=300px widths=300px (and set the pixel size to anything you want) then you will get larger images. NB that for square images, you need to set both, because the images will be constrained by the smaller size. However, if you have only wide (landscape) or only tall (portrait) images, you can set one or the other. WhatamIdoing (talk) 16:51, 31 August 2015 (UTC)
Thanks. But I'd like to avoid specifying "heights" parameter (according to WP:IMGSIZE), and use the standard values. My question was: can "gallery" be corrected back to last year, where margins around the thumbnails were thinner, thus giving larger photographs (or is it a matter of .css ?). Regards, Jack ma (talk) 07:08, 2 September 2015 (UTC)
Disadvantage of standard mode : too small (margins too large)
Town hall of St-Astier
The church
War memorial
Disadvantage of mode packed : areas not equal
Town hall of St-Astier
War memorial
The church
be corrected back to last year, where margins around the thumbnails were thinner
I just checked with an old MediaWiki instance running MediaWiki 1.21 and honestly, the margins were not really slimmer as far as I can determine. The captions seem to be a bit further down in the new version. There is also a 1 pixel rounding difference in the width for 3 images, but overall, they are the same. I think you are just noticing more how wide this old style really is.. —TheDJ (talk • contribs) 09:52, 2 September 2015 (UTC)
The page view statistics tool already provides usage for redirects separately from the target article. Are you looking for something more specific? older ≠ wiser18:41, 31 August 2015 (UTC)
If you're wanting to see how often a particular link on a disambiguation page is clicked separately from traffic directly to the page, you'd need to create an artificial redirect that would only ever be used on the disambiguation page. So for example, you could modify the entry on the disambiguation page stupid to link to the redirect stupidity (redirect). The traffic tool would then be able to track traffic through that redirect. To be of any value though, the experiment would need to be in place for some time to account for any curiosity traffic driven by any current discussions (and minimize potential for gaming the system from parties who might want to bias the results). Also, I suspect there may be some small initial spike in traffic from search engines and other automated web crawlers as they discover the new link. older ≠ wiser15:47, 2 September 2015 (UTC)
Yes it's a known issue. Wikipedia inserts an anchor in the html of the page. It is then up to the user's browser to go to the right part of the page, but collapsible boxes use JavaScript which may push content around after the browser has decided where to go. In most browsers you can click in the address bar and press Enter to go to the right place afterwards. PrimeHunter (talk) 14:13, 1 September 2015 (UTC)
Could we just fix our collapsing box code? If location.hash was within x pixels of anchor before collapsing is now at Δy, adjust viewport by Δy. — Dispenser00:38, 2 September 2015 (UTC)
This template is supposed to generate bold small-cap letters in stressed syllables, so as to not unduly dominate the lead of the paragraph, but it is producing full caps. Can anyone fix?
Maybe that's the problem. The small caps in the description look fine, it's only in the examples that they're off. Perhaps we could remove the {{Unicode}} formatting? The only possible reason for it is the schwa, but schwa should be included in just about any generic font. — kwami (talk) 20:38, 1 September 2015 (UTC)
The reason for the Unicode class is to force support of characters WinXP does not. But schwa is not a problem, and it is the only non-ASCII character in the respelling. Can we just remove the Unicode class, and let the respelling appear in the user's preferred font? — kwami (talk) 22:11, 1 September 2015 (UTC)
As I said above, it only acts on XP. That does not preclude a user from specfying their own font. Incidentally, the template used .IPA before. Shouldn't it be changed back instead, considering it is an IPA template? -- [[User:Edokter]] {{talk}}16:16, 2 September 2015 (UTC)
No, it's not an IPA template.
The point of the IPA or Unicode class is to support esoteric characters that do not appear in most fonts. That may mean a font that is inadequate for other things, such as small caps, bold or italics, all of which are used here. Since there are no esoteric characters in the output, there is no need for a special font class. I'll make the request. — kwami (talk) 18:53, 2 September 2015 (UTC)
Wikidata: Access to data from arbitrary items is coming - new date set
Hi everyone,
A while ago I announced a rollout date for enabling a feature here - access to arbitrary data from Wikidata. We encountered some issues and decided to delay the rollout to make sure we're not screwing things up. I'm sorry for this delay. We've now fixed the issues and have set a new date for the feature rollout. It'll be September 16th.
In case you want more background information what arbitrary access is or have questions please see d:Wikidata:Arbitrary access.
Is there a better way to illustrate a " --> '' change in the diff view?
Confusing subject heading, eh? Hi there, when we look at diffs, (for instance here) it's really difficult to see whether someone changed a quotation to italics, or what. Even with the improved diff tool, it's still difficult to tell what happened unless you drag your cursor over the change to see if you highlight one or two things. Is there any way to easily improve this? Thanks, Cyphoidbomb (talk) 17:34, 26 August 2015 (UTC)
Some time ago I changed the diff font to monospace in my CSS for the same reason, but have changed it back since. I just wrote this user JS to add some slight padding around apostrophes in diffs, which should help distinguish pairs of apostrophes from double primes without having to change the font. SiBr4 (talk) 18:57, 26 August 2015 (UTC)
I've improved the script to not affect the diff headers ("Revision as of ...", username, summary, previous/next edit links). It caused visible HTML code in case the headers contained apostrophes within HTML attribute values. SiBr4 (talk) 13:48, 30 August 2015 (UTC)
Sorry, it didn't appear anyone had responded. Who should I send the email to? I (HarleyRandomBoy) chose User:Yunshui out of a list that appeared to be the correct one for reporting a legitimate sockpuppet account.HarleyRandomBoy22:52, 2 September 2015 (UTC)
@HarleyRandomBoy: That email never reached me, I'm afraid - I was away on holiday at the time, but have now caught up on all my emails; there's nothing from you there. Not sure why it wouldn't have arrived. You might want to send it again, or try emailing the general arbcom list at arbcom-llists.wikimedia.org instead. Yunshui雲水06:53, 3 September 2015 (UTC)
Default number of search results
Is there a way to change the default number of search results. I've looked. I've searched. I've not concluded. I hope it's twenty for everyone. — CpiralCpiral22:46, 2 September 2015 (UTC)
Default I don't know about. What I normally do, once the first screenful has arrived, is append &limit=5000 to the URL. --Redrose64 (talk) 23:07, 2 September 2015 (UTC)
You can also click one of "20 | 50 | 100 | 250 | 500" at the bottom of search results, and manually change the url to a number up to 5000. The choice is not remembered for future searches. Earlier there was a "Search" tab in preferences for this and other settings but it was removed in 2014. PrimeHunter (talk) 01:56, 3 September 2015 (UTC)
I believe the reason MediaWiki starts at twenty and offers the other low numbers is because, on average, the up-front cost of page-ranking is recouped in the first twenty results, and that the only other significant processing costs are the post-processing work done as it is sent—gathering the context in each page, highlighting the terms on each page, performing word-proximity search requests on each page. I think all indexed searches (even with millions of results) are nearly instant and represent only an insignificant amount of processing required at search time. (Although the indexes take quite a bit of work to build and maintain in the background.) — CpiralCpiral05:47, 3 September 2015 (UTC)
I wish there was a way to remove context and highlighting and all other post-processing, and just get the number of results and the pagenames from the index search. — CpiralCpiral05:47, 3 September 2015 (UTC)
You can modify the search results display - for example, the wrapping at 38em (less than half the page width at 1280px wide) was annoying me, so I did this (it might work in Vector too). On a search results page, each entry has three parts: the page name; the context; and the page size/edit date. If you only want to display the first of these, it should be possible to hide the other two with a CSS rule like
There is a Bot that scrubs Wikipedia for wikilinks that have 's outside the wikilink and then moves the 's to inside the wikilink (e.g. the Bot changes [[Bob Marley]]'s to [[Bob Marley|Bob Marley's]].
Where is the policy that encourages this house style?
How do I get a hold of the Bot owner?
How do I request Bot attention to an article needing changes?
FrescoBot managed by Basilicofresco goes from 's]] to ]]'s and I'm looking for the Bot that is doing it in reverse to make the "apostrophe s" part of the blue link. The Bot is out there. I've seen it. Thank you. Checkingfax (talk) 04:41, 3 September 2015 (UTC)
I wish I had jotted it down. That's why I'm here. The Bot was scraping a few pages on my watchlist. There is an alphabetical list of Bots but it is extremely long and there is no Bot description on that long list. Thanks again for checking in. Checkingfax (talk) 05:25, 3 September 2015 (UTC)
At Life is Good Company, there is some extra whitespace before the article content. I have found that if I remove just one of either {{DISPLAYTITLE}} or __NOTOC__, the whitespace disappears, so it seems the combination of the two is causing the extra whitespace. This repros on Firefox, Chrome, and IE. Regards, Orange Suede Sofa (talk) 06:06, 3 September 2015 (UTC)
Yes, two consecutive "blank" lines (with no rendered content) cause extra whitespace. Both {{DISPLAYTITLE}} and __NOTOC__ can be anywhere on the page. They have both been removed from that page by now but that's another matter. PrimeHunter (talk) 12:48, 3 September 2015 (UTC)
Wikipedia's HTTP compression
I am doing some research on Wikipedia's HTTP compression (I believe that Wikipedia uses mod_gzip.) I want to use 7zip (I am open to using something else) to compress some HTML files the same way that Wikipedia compresses them when sending them to the browser. The goal is to see how much the size of compressed file changes if we change the HTML in various ways
With 7zip the following options only give you one choice if you want to use gzip:
...gives me the compression level, and I see no place where the word size is defined, so it must be the default. I will have to figure out what the default is, but it should be findable. Of course I am assuming that Wikipedia uses the same settings for compressing text/html -- the code above only sets it for CSS and Javascript. --Guy Macon (talk) 15:55, 3 September 2015 (UTC)
Yeah I haven't been able to find that yet. Maybe if you checkout the entire git repo of the config you can fulltext search through it. —TheDJ (talk • contribs) 16:08, 3 September 2015 (UTC)
In the code, the "31" cell in Term is supposed to be three rows tall, and Babbitt is two rows tall. So it should look like Castro, Bolin, and Babbitt all shared term 31, and then Babbitt has 32 to himself. But it doesn't work that way ,at least in my Chrome; if people are seeing it correct, let me know and I'll post a screenshot. But when I examine it in Chrome, it has the third row for 31 as being 0px high. Is there any reason or fix for this? I've gotten complex rowspans to work recently but this one is still fighting me. --Golbez (talk) 21:04, 3 September 2015 (UTC)
The requested declarations are sent to your browser but Row 3 has no content that cannot be displayed alongside row 4, and then browsers may display a row with height zero. Below I have used style="height: 3em;" in row 3 to force it to display above normal height. Row 4 displays at normal height and you get the wanted result, at least in my Firefox. PrimeHunter (talk) 21:31, 3 September 2015 (UTC)
Yep, works here for me too, thanks. Incidentally, I solved the problem by adding portraits to the table, which made the rows much taller and thus Chrome got on board with it. I'll keep this in mind definitely for when it's needed, thanks!! --Golbez (talk) 21:36, 3 September 2015 (UTC)
Sounds as if something like HTML Tidy is being enthusiastic. Maybe there's a character blacklist, and the CR character has been added to that by a Unix guru who isn't aware of its uses in Windowsy systems. --Redrose64 (talk) 10:08, 31 August 2015 (UTC)
I suspect it has something to do with the following line from the HTML5 spec: "Where character references are allowed, a character reference of a "LF" (U+000A) character (but not a "CR" (U+000D) character) also represents a newline." This refers to content, not to using a CR in general. Somewhere further along it states: "The numeric character reference forms described above are allowed to reference any Unicode code point other than U+0000, U+000D, permanently undefined Unicode characters (noncharacters), surrogates (U+D800–U+DFFF), and control characters other than space characters." So it's no longer valid in HTML5 —TheDJ (talk • contribs) 18:52, 31 August 2015 (UTC)
Wikipedia:Categorization does not seem to have instructions on how to propose a new category, for discussion or for a more experienced editor to simply create. If there is a place for doing this, said article should mention it.
Is this a bug only for Talk:Denali that I can edit the entire talk page, but not the sections? It worked earlier today and I seem to have no problems with any other article talk page. Thanks. P.S. Another user has confirmed this problem, so it's not just me. Using Firefox ver 39. Fyunck(click) (talk) 05:15, 2 September 2015 (UTC)
That's really weird. I'm getting the same thing on Chrome, so I assume it's a problem with the page. Purging the page and removing the recently added toc limit didn't help. Someguy1221 (talk) 05:20, 2 September 2015 (UTC)
I wasn't sure where to report it. It could have been a bug, or perhaps an administrator checked off some weird setting that I'd never heard of before. So I tried here first to find out what others thought. Fyunck(click) (talk) 05:26, 2 September 2015 (UTC)
I added some warning text to the template, but wouldn't it be better if the default was not to suppress the TOC and sections edits? You would have to add the parameters with a "no" to specifically include suppressing? Fyunck(click) (talk) 23:56, 2 September 2015 (UTC)
The {{box-header}} template (which was originally at Wikipedia:Wikiportal/box-header, later at Portal:Box-header) was designed to assist in the layout of portal pages, which normally don't have section editing, and normally don't have a TOC either. It wasn't intended for general use, nor was it intended to be used in the specific ways that it is now being used at Talk:Denali and 2015 National Pro Fastpitch season. Those pages would perhaps be better off using templates more suited to the purpose. {{box-header}} should be left alone, since if its behaviour in the absence of the |TOC= and |EDIT= parameters is changed, the appearance of several thousand portal pages will be compromised. Since the use of |EDIT=yes and |TOC=yes is very much non-standard, I have reverted this edit. --Redrose64 (talk) 09:40, 3 September 2015 (UTC)
Ok, but that still leaves a problem because editors are using it for general use, probably because it says right up top "A template standardizing the portal templates and for other purposes. What about some extra wording added to Usage that would tell of the consequences if those parameters are missing? Without some additional warning, it seems unacceptable and a portent of more troubles down the road. Fyunck(click) (talk) 09:52, 3 September 2015 (UTC)
I agree. As a general rule, we should not only fix the immediate problem but take measures to avoid recurrences of the same problem. ―Mandruss☎09:59, 3 September 2015 (UTC)
@WikIan: I'm not sure what you mean by "get around", but there were no section edit links after the addition of {{TOC limit}}. Just wondering whether you got that (1) {{Box-header}} is not intended for article talk pages, and (2) if you use it there anyway, you must code |EDIT=yes. ―Mandruss☎09:18, 4 September 2015 (UTC)
@Mandruss:You stated TOC was not available after the box (which I did not know required that parameter to keep section editing and TOC open) template was added, so adding {{TOC limit}} doesn't do much in this case except bring back the TOC because there are no deep-level subheadings WikIan -(talk)10:03, 4 September 2015 (UTC)
@WikIan: No, I haven't said anything about the TOC, this was about the section edit links and I wasn't aware there was an issue with the TOC. Reviewing the page history, I now see that the TOC did disappear when you added {{Box-header}} and was restored when you added {{TOC limit}}. So that's two things one has to remember to do if using {{Box-header}} on an article talk page. Myself, I think I'll just not use {{Box-header}} on an article talk page. (Or any talk space, for that matter. I just forgot the tlx in two places and screwed up this page for about half a minute until I got it fixed.) ―Mandruss☎10:30, 4 September 2015 (UTC)
Edit by user tool
Now that Flow development is (almost) dead, any chance WMF development will finally take a more professional attitude towards the Tool server and the tools (some of which are called by the standard Wikipedia interface) it hosts? [61][62] --NeilNtalk to me16:33, 2 September 2015 (UTC)
Yes!!! I depend on Edits by user a lot. It has been broken, on and off, for weeks. When the tool is broken there are no instructions on who to report the problem to. Ottawahitech (talk) 01:21, 3 September 2015 (UTC)
Given the past responses I've gotten (and the disappearance of staff from a thread when I propose something concrete), WMF development is well aware of my criticisms of its practices. --NeilNtalk to me17:55, 3 September 2015 (UTC)
Edit count is also broken
@Cyberpower678: The Edit count tool is also broken right now: the error message says:This URI is managed by the xtools-ec tool, maintained by Cyberpower678 and Tools.xtools. Perhaps its files are on vacation, or the link you've followed doesn't actually lead somewhere useful?
I assume this is supposed to be funny, only I don’t have a sense of humour when trying to update Wikipedia:Missing Wikipedians when I am short of time, sigh… Ottawahitech (talk) 15:43, 3 September 2015 (UTC)
Today I got a slightly different message: This URI is managed by the xtools tool, maintained by MusikAnimal, Cyberpower678, Tools.xtools-articleinfo, Elee, Technical 13, Lixxx235, Tools.xtools-ec, and Nakon.bPerhaps its files are on vacation... (wikilink is mine) Ottawahitech (talk) 16:05, 4 September 2015 (UTC)
06:27, 3 September 2015 User account David Tombe (talk | contribs | block) was created
which is odd, because the David Tombe account was created a long time ago, and that user departed from Wikipedia in 2011: see the deletion log of User talk:David Tombe. At the same time, according to the logs, that account does not appear to have made any edits, deleted or undeleted, at any time, past or present, which just doesn't make sense, as Tombe was a prolific contributor. This is really peculiar: is this a database glitch, or the result of some sort of special administrative procedure? -- The Anome (talk) 17:43, 3 September 2015 (UTC)
If you look at the deleted edits on the user page or talk page you can see what the renamed account is. -- GBfan18:05, 3 September 2015 (UTC)
Looking at it more, what probably happened is that in March 2011 when he left the project he was renamed to the new name. Then in April of 2011 some recreated the account. That is the one that was recently renamed to Cinnamon90. Today someone again recreated the account. -- GBfan19:28, 3 September 2015 (UTC)
If you use pop-ups, you can see the contributions from the old account. Why was the usertalk page deleted? That is not normally allowed. DuncanHill (talk) 19:45, 3 September 2015 (UTC)
The account was renamed at some point and when that happens the contributions are credited to the new username. -- GBfan20:05, 3 September 2015 (UTC)
But the rename left his old signature pointing to the old name - see here for instance, and the original name has also been renamed to Cinammon90, and also recreated today. So - there appear to be at least 3 accounts with the same name at some stage or other. God help anyone trying to work out who contributed what! DuncanHill (talk) 20:12, 3 September 2015 (UTC)
Renames do not change the contents of pages, except of course for moving userspace pages to the new names. Whenever a user is renamed, signatures left under the old username will always be unchanged unless someone manually (and disruptively) modifies them. Nyttend (talk) 04:35, 4 September 2015 (UTC)
It's really easy 'once you have spent half an hour working out what happened. On renames, isn't a redirect normally left from the old userpage to the new one? DuncanHill (talk) 17:44, 4 September 2015 (UTC)
We allow people to create new accounts with the same name as deleted old ones? Surely that's a mistake: it can lead to confusion, as it has done here, and could also possibly be used for mischief. -- The Anome (talk) 20:35, 4 September 2015 (UTC)
Thank you so much. Great job. Just another small request: In the German versions the participants start right on top, in the English/American version the lists of participants are centered. I would very much prefer the German version. Are you able to fix this too? Thanks and regards --Meister und Margarita (talk) 15:27, 4 September 2015 (UTC)
I've just added a use of Template:Bar chart at Refugees of the Syrian Civil War#Aid given and have made use of the field | bar_width = 36 (the default is 30) so as to make the length of the third bar harmonise with the length of the number presented. One problem is that when page width is reduced (as may be the situation if people are reading from a small device) two word titles such as "United States" get split onto two lines. I was also wondering about a way of changing the width to page width and then to apply a minimum width.
D'oh! Thanks for fixing it. I was informing someone on the Help desk I had suggested coming here. Looking back at my contributions, it appears I went to the archived page and somehow didn't get it copied and pasted.— Vchimpanzee • talk • contributions • 21:26, 4 September 2015 (UTC)
Show the crossed W in Wikipedia logo
How do you specify the crossed W in the Linux Libertine font?
This will be difficult to get to work since users have to install Linux Libertine in order for it to appear (for me, on a Mac, the glyph renders as "tofu" [a square]). The only way that you'll be able to ensure that the font can render is to serve it as a WebFont (and then we'll be dealing with various browser support for web fonts).--Jorm (talk) 22:11, 4 September 2015 (UTC)
(edit conflict) Me too, the code is right but the browser support is probably extremely poor so don't use it as a character. Only use it as part of an image produced with software that can actually display it. In case you don't know, characters are sent as numbers to the user's browser which then has to know how to render the character. PrimeHunter (talk) 22:14, 4 September 2015 (UTC)
I thought Linux Libertine was already part of the WebFonts associated with the default (ULS) Universal Language Selector "package" so I assumed anybody using ULS would automatically "see it" (renders fine here btw).
When you click on the "gear" icon in the Languages section of the left hand Nav side-bar, under the Fonts tab -- is download fonts when needed selected? If not, I believe you're not rockin' any of the webfonts found in the ULS extension. I just assumed that enabled is default setting for everyone but its been so long since I've even opened it that I could be wrong about that. -- George Orwell III (talk) 22:40, 4 September 2015 (UTC)
I doubt that would be enabled globally by default given the significant extra load it would put on the servers. Web fonts are not trivial downloads.--Jorm (talk) 22:44, 4 September 2015 (UTC)
My mistake then. Still, if one enables it even for testing purposes here, I'm pretty sure it should render for them too.
The alternative would be to build an .svg file using characters within the Libertine font to spell W-i-k-i-p-e-d-i-A and substitute that for the ULS webfont approach. The downside then becomes the inability for some percentage of users to resize or zoom at the same ratios as the surrounding normal text does. -- George Orwell III (talk) 22:55, 4 September 2015 (UTC)
A few people have wondered why I don't spam this page more with notes about VisualEditor, so here's one for all of you:
James F. has started a discussion at WP:VPPR about offering VisualEditor to inexperienced editors. All new accounts already have access to both VisualEditor and the wikitext editor now, and this proposal would expand that (for example) to retroactively opt-in dormant accounts and inexperienced editors who were missed during the last couple of months (e.g., 75% of the editors who created an account during the week of the gradual deployment process when only 25% of new accounts were being opted in, etc.). There are some WP:PERF issues with having a quarter million people opted into any Beta Feature, and this one is on track to hit a million (mostly inactive) accounts around the end of the year. If you have opinions on the best way to handle these accounts, or the best way to define inexperienced editors or dormant accounts, then please join the conversation. Whatamidoing (WMF) (talk) 01:57, 5 September 2015 (UTC)
Edit summaries
Anyone else having problems entering in edit summaries ? I can type anything else (this message for example), however, when I attempt to enter an edit summary I get no text in the Edit Summary window (I do see a flashing cursor).
I'm running Chrome Version 45.0.2454.85 m on Win 7, using monobook skin, everything else seems to be working fine, except edit summaries KoshVorlonWe are all Kosh17:35, 2 September 2015 (UTC)
Have exactly the same issue since today and also use C45.0.2454.85 m with W7. It has made me switch to VisualEditor for the day which is actually pretty good although it takes some getting used to.--Wolbo (talk) 22:33, 2 September 2015 (UTC)
It might also be Chrome itself. I booted into Win 10 (at work) using Chrome 44 and edit summaries were no problem. I'll try the same with IE , FireFox and Opera as well and see what happens.KoshVorlonWe are all Kosh16:32, 3 September 2015 (UTC)
Speaking only for myself, I didn't know what that means. And having followed your wikilink, I still don't know what that means. --Dweller (talk) 10:48, 4 September 2015 (UTC)
BRIEF Followup - Seems Disabling "WikEd" in "Preferences/Gadget" works for me at the moment - entering text in the "Edit Summary" window now seems OK - Thank you for the suggestion - and - Enjoy! :) Drbogdan (talk) 17:18, 4 September 2015 (UTC)
@KoshVorlon: Could you try removing importScript('User:Δ/monobook.js'); from your monobook.js and check again? If that does not work, could you clear your entire monobook.js and see if the issue persists? - 185.108.128.10 (talk) 11:21, 4 September 2015 (UTC)
Struck out. I just tried Chrome logged out and it works just fine. Our I.P user seems to have it right, however, the delta monobook.js grants me a sidebar that I've really grown accustomed to using. I'll live with it I guess. It seems to not work well with my current version of Chrome. KoshVorlonWe are all Kosh13:49, 4 September 2015 (UTC)
FWIW - YES - Same/similar problem - Sent Feedback to Google (see copy below) - hope this helps in some way - in any case - Enjoy! :) Drbogdan (talk) 14:41, 4 September 2015 (UTC)
Google will try this with a basic setup. If the problem is a conflict between Chrome and User:Δ/monobook.js, they won't have that script in their user setup, so won't see anything wrong. If you mention User:Δ/monobook.js to them, they'll say that it's a problem in that script, nothing to do with them. --Redrose64 (talk) 16:17, 4 September 2015 (UTC)
@KoshVorlon: User:Δ/monobook.js is a collection of various deprecated scripts and the reason I asked you to remove it is because it contained an instance of an older version of WikiEd that is causing this issue on Chrome. - 185.108.128.8 (talk) 16:46, 4 September 2015 (UTC)
wikEd had to be disabled for the most recent Chrome version 45.0.2454.85 because of a browser bug. It was not not possible to type into empty wikEd input fields such as the edit summary or the find and replace fields. Cacycle (talk) 17:24, 4 September 2015 (UTC)
I just had my computer updated to Windows 10. When I got the computer back, it was set to Internet Explorer as the browser, so I changed it to Google Chrome, which is what I had before. Now, even though I have selected WikEd in the Gadgets section of "Preferences", WikEd is not displayed at all. Do you have any suggestions? Corinne (talk) 15:10, 5 September 2015 (UTC)
Just recently, I received this curious email in my inbox (the one that I use for Wikipedia). This has happened once before. It was written in Arabic, said something about "MediaWiki message delivery", and was from wiki@wikimedia.org. The email address seems to have been responsible for an email confirmation scam in the past. I didn't open the email (I just deleted it), but I'm wondering if anyone else has received an email like this. --Biblioworm15:32, 3 September 2015 (UTC)
Just a wild guess... Someone may have clicked on 'reset password' on the Arabic Wikipedia, while trying to (unsuccessfully of course) log in with your user name. Happens all the time. -- [[User:Edokter]] {{talk}}15:45, 3 September 2015 (UTC)
But you must know the recipient's email address to reset the password; only I and a few other users know my email address, and none of them edit on the Arabic Wikipedia (that I know of, anyway). The email also didn't appear to be about password resets, but rather said something about "MediaWiki message delivery", as I mentioned above. --Biblioworm15:51, 3 September 2015 (UTC)
Check your talk page on Arabic Wikipedia and other Arabic wikis. You may have received a talk page message and had an email notification as is default on many wikis. BethNaught (talk) 15:55, 3 September 2015 (UTC)
I have received many mails from wikis where I'm not active, usually welcome mails or notifications that somebody edited my talk page. And anynone can enter your username at Special:PasswordReset without knowing your email address, and request a new password sent to whatever address is stored for the account. The old password continues to work and the new expires if it isn't used. If you have deleted the mail and don't know what it actually said then I don't think there is much point in trying to guess what it was about. Don't worry about it. PrimeHunter (talk) 17:52, 3 September 2015 (UTC)
A lot of people got these messages. The e-mail message says that you have a message on your talk page at https://fa.wikivoyage.org/wiki/بحث_کاربر:Biblioworm (Farsi, not Arabic). The message on your talk page (and 2,500+ other people who have ever visited the Farsi Wikivoyage while logged in) congratulates the community upon their successes and encourages you to improve articles. WhatamIdoing (talk) 06:29, 4 September 2015 (UTC)
Special:CentralAuth/Biblioworm shows that during 13 minutes on 20 October 2014 the account was created at 665 Wikimedia wikis. I guess some tool was used to visit all the wikis and cause automatic account creation. The numerous accounts are likely to produce some mails. Just ignore them. PrimeHunter (talk) 15:07, 4 September 2015 (UTC)
Is there a way to get a list of editors who have edited any of the articles tagged with a certain WikiProject banner? If so, how would I go about getting said list? –Fredddie™00:01, 4 September 2015 (UTC)
Can be done with a SQL query. It wasn't very useful since articles tend to have lots of minor edits and vandalism, so you'll scoop up RC patrollers. Never got the system to work. You can try hitting me up again to take another stab if I ever get database access again. — Dispenser05:04, 4 September 2015 (UTC)
Well, since USRD turns 10 this year, in our newsletter, we were thinking about listing everyone who had been significant contributors over the years as a way to say thanks. I started compiling a list on my own, but I know that I've certainly missed a few. I figured it would be worth a shot to ask here. –Fredddie™04:23, 5 September 2015 (UTC)
Replacing WP logo in my skin
Is there some Javascript or CSS trick for replacing the Wikipedia logo in the upper-left corner with some other file or text? I edit several WP-language sites, all of whose logos are the same large image and differ by a small and non-visually-separated word or two in the native language. I would like a more obvious reminder about what site I'm using (given I know I'm on *.wp), so just a giant "EN.WP" or "DE.WP" text or something would be ideal. DMacks (talk) 22:01, 4 September 2015 (UTC)
There may be better code but try this in your CSS:
There's also this CSS script. By default, it replaces the current WP logo with the original Nupedia logo, but it can be modified to use other versions, and also allows for the addition of a custom logo/image (not sure about text additions, however). lavender|(formerly HMSSolent)|lambast06:52, 5 September 2015 (UTC)
Userfy deleted history of an article without destroying the current version?
A user made what seems like a perfectly reasonable request on my talk page to userfy for him an article which had been deleted. If it was still deleted, I would just restore all the versions and move it to his userspace. Easy. The problem is that the title has been recreated (if only as a redirect). What's the right process here to comply with the request while still keeping the exisitng redirect and avoiding trashing any of the past history? -- RoySmith(talk)22:22, 4 September 2015 (UTC)
Is it possible to undelete an article under a different title/namespace from the previous one? Otherwise, I'd delete the redirect, undelete the article, move it to userspace without leaving a redirect and then undelete the redirect. Does this work? Jo-Jo Eumerus (talk, contributions) 22:32, 4 September 2015 (UTC)
@RoySmith and Jo-Jo Eumerus: No, it is not, and the proposed process is relatively error-prone (because it's possible to undelete the redirect revisions by accident). A better way would be to move the redirect to a /Temp page, undelete the article, userfy it , then move the temp page back . All the steps involving page moves should be done without leaving a redirect behind. Graham8710:27, 5 September 2015 (UTC)
Would need some help, found today that Wikipedia editing toolbar is missing all images, Im using newest firefox, I see only Advanced Special characters Help, Cite and heading dropdown menu in toolbar, links are there but all images are missing. Already tried uninstalling FF , disabling FF addons and so on. Tested that it work ok with Internet explorer. Any help? Im using WIN10,FF 40.0.3 — Preceding unsigned comment added by Typ932 (talk • contribs) 06:49, 5 September 2015 (UTC)
Greetings! The Individual Engagement Grants program is accepting proposals from August 31st to September 29th to fund new tools, community-building processes, and other experimental ideas that enhance the work of Wikimedia volunteers.
Whether you need a small or large amount of funds (up to $30,000 USD), Individual Engagement Grants can support you and your team’s project development time in addition to project expenses such as materials, travel, and rental space.
You don't need to use a mobile device. I just tried it with Safari on Mac OS. Switch to 'mobile view' using the link at the bottom of the page and only the first two images work. In 'desktop view' they all work. Looking in the error console there’s the following error:
[Error] URIError: URI error
decodeURIComponent (undefined, line 111)
(anonymous function)
fire (load.php, line 45)
add (load.php, line 45)
loadImageOverlay
_matchRoute
(anonymous function)
each (load.php, line 5)
_checkRoute
proxy (load.php, line 6)
emit
(anonymous function)
dispatch (load.php, line 65)
handle (load.php, line 60)
Good day, I have a quick question, regardless of the fact it makes me look like a moron. I must have inadvertently clicked on something yesterday, and now when I pull up my editing screen, the handy-dandy characters menu below the edit screen (where you can click on {{ or [[, etc.) is no longer there. And there's no drop down menu any longer. Any idea what I did, and how I can correct it? Feel pretty stupid that I can't figure it out myself. Nothing like this has ever happened before. I checked at the CharInsert was checked on my gadgets page, so I unchecked it, cleared the cache, then checked it again and cleared the cache. Still missing. Haven't made any changes to my .js page in over a month. Any suggestions? Onel5969TT me18:36, 5 September 2015 (UTC)
@SilkTork: Since you had the same issue earlier, could you check if replacing "w.loader.load" with "mw.loader.load" in the last line of your vector.js and monobook.js will fix the issue? - 185.108.128.17 (talk) 19:11, 5 September 2015 (UTC)
Thanks 185.108.128.17 - That did the trick. Wonder why it took almost a month to cause a problem. Anyway, really appreciate the help and the time you took to figure it out. Perhaps someday I can return the favor. Onel5969TT me21:32, 5 September 2015 (UTC)
Does the API expose the value of $wgCategoryCollation in a query, I can't find it in the siteinfo data. Detail: in AWB I want to be able to determine using the API which language wikipedia wikis are using one of the uca- options i.e. use diacritics & accents in sortkeys. (From what I can see it seems like this value could be category-level, I am interested in the site value only.) Thanks Rjwilmsi08:16, 3 September 2015 (UTC)
@Thnidu: This is a known issue (see for example this archived thread; I can't find it on phab: though). If image markup with two consecutive pipe characters (e.g. [[File:Example.png||50px]]) is used inside a table, it will display in its nominal size regardless of the specified display size. I'll try fixing the template. SiBr4 (talk) 16:06, 6 September 2015 (UTC)
Moving the alt parameter appears to fix it but Editor SiBr₄ may have better knowledge so I'll bow out.
This should fix it. I moved one pipe into the #if statement used for setting the link (using {{!}}), so the pipe is only added if |link= is set. SiBr4 (talk) 16:20, 6 September 2015 (UTC)
Thank you to the translators for participating and the translatewiki.net staff for facilitating this initiative.
Done by Deor — Preceding unsigned comment added by Iady391 (talk • contribs) 16:52, 8 August 2015 (UTC)
Resolved
see [[Wikipedia talk:Tools/Navigation popups#Anyone else getting recent breakage? for the current failure of popups. DuncanHill (talk) 01:34, 7 August 2015 (UTC)
Moved from Help talk:Download as PDF
Fixed. For those curious, I actually used my shell access to do it, there is currenty no user group that can do anything with Gadget: in web interface. Max Semenik (talk) 21:10, 17 August 2015 (UTC)
Thank you --Redrose64 (talk) 16:06, 20 August 2015 (UTC)
Like x1000. I hope the MediaWiki devs and the WMF keep improving watchlists to help the community better improve and manage the projects. —Tom Morris (talk) 12:59, 21 August 2015 (UTC)
That's why, right? But Google has better typo correction. Compare Special:Search/Wikiedia with wikiedia. Eman235/talk 01:01, 29 August 2015 (UTC)
— CpiralCpiral 08:05, 29 August 2015 (UTC)
. — CpiralCpiral 08:05, 29 August 2015 (UTC)
Town hall of St-Astier
The church
War memorial
Town hall of St-Astier
War memorial
The church
Fixed Added 
), it is displaying about 8x size, not character size, everywhere it appears. This seems to be an interaction with the wikitable code:
