Contents
- 1 Minor nit about watchlist tags for mobile edits
- 2 Notification not clearing
- 3 Adding a picture in a table with background color?
- 4 Backtracking strange nuisance exploits
- 5 Unique red links
- 6 Hashes into Section
- 7 The donation popup should not scale with page size.
- 8 Template:Top icon seems to be broken in Monobook
- 9 VisualEditor newsletter—September and October 2014
- 10 Problem with image size
- 11 Adding accessdate parameter
- 12 Working On A University Project About Wikipedia - Technical Questions About Its' Information Security Systems
- 13 RfC VE in Template:No article text
- 14 Strange issue with WMF Tool Labs
- 15 Generating traffic stats for a defined list of pages?
- 16 Category specific export
- 17 Change the title on the category page
- 18 SNFref outside a cite?
- 19 Edit toolbar
- 20 Editing
- 21 Wikidata licensing triples
- 22 Hiding minor edits in contibs list?
- 23 Layout Issues
- 24 Irrelevant tags
- 25 "Tag: Mobile edit" and erroneous edits
- 26 Enormous blue search button
- 27 Suggestion for main space blocking tool option for admins
- 28 Diff number
- 29 The Teahouse's ask a question script is broken
- 30 How to fix use of old script here?
- 31 Tech News: 2014-42
- 32 Problem with Active users list?
- 33 Moving interface Linkshere tool from (broken) tool server to third party
- 34 Template:TOC limit does not work in mobile view
- 35 protect?
- 36 Getting Started edit tag
- 37 User script suddenly not working any more
- 38 Search&Replace on Edit page
- 39 signature Icon not responding in IE11
- 40 When deleting BLP-prods, reason is not filled in
- 41 anchor template breaks → click in edit summary
- 42 Why am I seeing a notice in my contributions list at times?
- 43 Very old page creations show major problems in history / contributions
- 44 Pages in category Section name
- 45 older version of the map
- 46 Why do time stamps use DMY regardless of what I set my preferences to?
- 47 Randomly logging out
- 48 Can someone make a list for me?
- 49 Improving article history
- 50 Wikimedia Tool Labs
- 51 What links here
- 52 [OAuth page] some internal links not working (e.g. Facebook)
- 53 Did something happen to Ambox?
- 54 Dark colour schemes and the interface between the system, browser and Wikipedia
- 55 Tearing its guts out
- 56 Change in behaviour of Special:LinkSearch
- 57 SSL 3.0 discontinued
- 58 Error when searching for template "a"
- 59 FeaturedTopicSum
- 60 Login problems on IE9 Vista
- 61 Custom CSS
- 62 Checking custom tables of contents
- 63 Page in "edit" mode is broken
- 64 Creating a Help article
- 65 I'm signed in/I'm not signed in
- 66 Edits cannot be made to Sankar Chakraborti
- 67 Watchlist option when moving pages
- 68 Creation of the "Special talk:" namespace
- 69 Template:CoNo to speedily insert <code><nowiki>...</nowiki><code> markup
- 70 Tech News: 2014-43
- 71 External link CAPTCHA, PMID, and protocol-relative URL
- 72 Can't edit my /skin.js subpage
- 73 Layout problems
- 74 Get list of edited articles
- 75 Can auto archives include a noarchive or if command....
- 76 Why data are store after the power off
- 77 Toollabs down?
- 78 Meta-Wiki watchlist... a bug?
- 79 bibleversefinder tool not working
- 80 Width hack in Template:Article history
- 81 Image problem
- 82 Can't fix a bad URL in a citation
- 83 Xtools 2: Electric Boogaloo
- 84 Bug in Minerva Beta (Mobile Site)
- 85 Article count tool
- 86 New search and redirects
- 87 What's the template for saying exactly what text a citation supports?
- 88 Charlinsert below edit window gone
- 89 Broken templates
- 90 Page view statistics tool down?
- 91 "Group notice" and/or "Page notice" links
- 92 Module:Wikidata
- 93 {{Template:Admin_dashboard}}
- 94 Tooltip text with protection padlocks missing
- 95 Noindexing articles
- 96 Redirect to disambig
- 97 Cannot edit section 2 because it does not exist - apparently!!
- 98 /js ceased to work at some point
- 99 Meta RfCs on two new global groups
- 100 "What links here" problem
- 101 Tech News: 2014-44
- 102 Greyness
- 103 Four difflink syntax behavior questions.
- 104 Coordinates display appears to be broken
- 105 Ref in a ref?
- 106 revision history statistics
- 107 Developer job openings
- 108 Bot issue
- 109 The Jewish Encyclopedia's internet address
- 110 Can't access list of contributors
- 111 Watchlist page changes not notified on watchlist
- 112 Wikimedia labs pages and edit count page
- 113 30 day limit on Watchlist
- 114 Navbox templates whose name parameter does not match the template's actual name
- 115 Tiny glitch
- 116 Time to knock out obsolete HTML tags
- 117 Template Help - Global Way of Centering Group Titles - or not?
- 118 Database reports
- 119 Problem with Huggle?
- 120 Fix a problem with What Links Here?
- 121 Max archive size?
- 122 Linking
- 123 Pending requested move
- 124 User:Blueye
- 125 Media Viewer Update: New Improvements
- 126 Extracting PMIDs
- 127 Linking a sub-template problem
- 128 Strange time substitution
- 129 Edit Counters missing data
- 130 Problem with adding the first interwiki to a page
- 131 Monospace font-size
- 132 Reference lists on talk pages
- 133 Bot or tool to keep the record of dead links
- 134 All sections not showing up on WP:RFD - too many, so possible technical issue
- 135 Pending changes block
- 136 My edits?
- 137 Automatically mark spelling errors as errors
- 138 Xtools / edit counter
- 139 Search for special chars
- 140 Wmflabs tool
- 141 Coordinates problem again
- 142 mobile issue
- 143 How to embedded a font for a single page?
- 144 Template help needed
- 145 data-sort-value
- 146 My edits on Bloodline (Netflix TV Series) glitched?
- 147 Tech News: 2014-45
- 148 TemplateData: Extending use; removing redundancy
- 149 Combining abbr and wikilink
- 150 Pages showing as still loading
- 151 Active users list
- 152 Signature
- 153 My edits to a specific page?
- 154 Rangeblock calculator down
- 155 Simple Move
- 156 Reflinks error
- 157 Revision history statistics
- 158 Xtools are still intermittent
- 159 Error
- 160 VisualEditor newsletter—November 2014
- 161 Looking for small tasks and mentors for Google Code-In - Got something in mind?
- 162 Causing a within page link to appear as non bold re: template:History of the Islamic State of Iraq and the Levant
- 163 Easier searching for templates
- 164 How does one make the "atschool" auto-appear and disappear on a schedule?
- 165 Ghost edit?
- 166 Insert character
- 167 Richard Gonda
- 168 Help with Stacked Infoboxes on Imran Khan
- 169 Technical input requested about coordinates
- 170 Short pages and Draft article space
- 171 Test?
- 172 CirrusSearch
- 173 Template titled "under discussion"
- 174 EasyTimeline: ISO 8601 support
- 175 What interface page is used for the results after a successful undeletion?
- 176 How do I work image redirects?
- 177 Caching issue
- 178 Wikidata sidebar links
- 179 Download as PDF does not print infoboxes
- 180 "Lost" featured article
- 181 {{Philippine Census}} or {{Historical populations}} or maybe even {{PAGR}}
- 182 Tech News: 2014-46
- 183 Viewing changes instantly
- 184 Wikipedia ads
- 185 Minimal display in mobile view
- 186 EasyTimeline: Chinese glyphs support
- 187 SQL
- 188 Producing a list of parameters
- 189 Download as ZIM & Table of Contents
- 190 Cuniform font problem
- 191 MathJax not working
- 192 Eigenvalues_and_eigenvectors
- 193 Barelinks
- 194 Old version of ITNC displayed
- 195 Course related userrights
- 196 Module syntax highlighting broken for hidden comments
Minor nit about watchlist tags for mobile edits
It seems that if an edit is tagged as "mobile web edit" or "mobile app edit", it is also tagged as "mobile edit" (example). Given that the first implies the second, is it possible to only display the more precise tag (mobile web/app edit) and suppress the more general tag? Or does the tag system not work that way? Is there even any other way to edit from mobile if not from the app or from the web? Regards, Orange Suede Sofa (talk) 00:42, 4 October 2014 (UTC)
- Thanks for the suggestion. I actually suggested this back when we were looking at rolling the app out, and the Analytics team at the WMF suggested that we use the current structure as it was easier for them. So I don't think we can change this at this time. --Dan Garry, Wikimedia Foundation (talk) 21:08, 6 October 2014 (UTC)
Notification not clearing
For some reason the red "1" won't clear, even when I log out and clear cookies, or view the changes, after an article I started (Molecular gyroscope) was linked to from molecular machine. It had cleared just a short time before when linked from gyroscope. Did someone break something? Wnt (talk) 20:40, 6 October 2014 (UTC)
Note: I did eventually clear this by turning off notifications then turning them back on again - the problem is, a different ping came in right when I was doing this, so I'm not actually sure which category turned off and on cleared it. Wnt (talk) 21:55, 6 October 2014 (UTC)
Adding a picture in a table with background color?
Hey, I have the page WWII Puppet States, and I have a table with most of (hopefully) the puppet states in WWII. In this page, there is a table. Some of the info in this table have background colors, using the tool bgcolor=, and then a color, like lightgreen. I'm trying to add a column to the table with flags, however, on the corresponding row, the background color goes over the image. You can still mouse over and click the link of the picture, but you can't actually see it.
I asked this over at the help desk and after several days of no response, someone redirected me here. Hope it can get resolved.
Thanks for any help. Cnd474747 (talk) 00:53, 7 October 2014 (UTC)
- @Cnd474747: Could you add the table with the flags to your sandbox so that we can see the code you're using? — Mr. Stradivarius ♪ talk ♪ 01:39, 7 October 2014 (UTC)
-
- @Mr. Stradivarius: I would love to, but for simplicity's sake I'll just post a snippet of the problem here.
Created | Disestablished | Puppet State | Flag | Country/territory | Notes |
---|---|---|---|---|---|
1921-08-14 | 1944-10-11 |
|
![]() |
Tannu Uriankhai, part of China | Also known as "Tuva," Russia had been sending people (mainly farmers and fishermen) in to Tuva since 1860. In 1921, Russian-backed Bolsheviks stormed Tuva, after recently having declared its independence during the Mongolian Revolution of 1921. It was later annexed into the Tuvan Autonomous Oblast, per request of the "Little Khural," the executive committee of the Great Khural. |
1939-12-01 | 1940-03-12 |
|
![]() |
Finland | Encompassing the Hanko Peninsula, Suursaari, Seiskarim Lavansaari, Tytärsaari, and "Great and Little Koivisto", the Finnish Democratic Republic (sometimes also called the "Terijoki Government," because Terjoki was the first town to be captured by the Soviets) was created during the Winter War, and later merged with the Karelian ASSR to make the Karelo-Finnish SSR |
That's weird, I swear it wasn't working the other day.Cnd474747 (talk) 01:50, 7 October 2014 (UTC)
Backtracking strange nuisance exploits
I frequently get a notification by e-mail stating that somebody has requested a password reset. However, instead of my username it says: "Username:?" It looks as though someone is trying to gain access but somehow there is a connection between my e-mail address and some account that doesn't have a printable username. Is there any way to go from an e-mail address to all accts that use that e-mail address? I know that whoever it is that initiates these requests can't get into my acct, but this nonsense has been going on for two or three years. The IP address that starts this process is always some mobile phone-type site, often in Europe, occasionally in Canada...
Thanks. P0M (talk) 03:51, 7 October 2014 (UTC)
Unique red links
Can some master of Wiki-fu generate for me a list of article-space red links that appear precisely one article in all of Wikipedia. I have a theory that a great many such links are likely to be either misspellings or links to topics that will never have an article on them (e.g. "nothing is known about 1890s relief pitcher Billy Joey Bloggs except that as a child he lived on a farm with his younger brother, Joey Jo-Jo Bloggs, who died of consumption at the age of 15"). Cheers! bd2412 T 16:46, 1 October 2014 (UTC)
- I'm running this query now, which should do it:
select pl_title from pagelinks
inner join page as srcpage on(pl_from = srcpage.page_id)
left outer join page as dstpage on(pl_title = dstpage.page_title)
where srcpage.page_namespace = 0 and pl_namespace = 0
and dstpage.page_title is null
group by pl_title
having count(*) = 1;
- It will probably take a while. I'll let you know when it's done. Jackmcbarn (talk) 23:39, 1 October 2014 (UTC)
- It is apparently done. Howicus (Did I mess up?) 03:02, 2 October 2014 (UTC)
- That's Betacommand's query, which should be the same as mine. For some reason, mine's not done though. Once it is, I'll compare the two. Jackmcbarn (talk) 03:09, 2 October 2014 (UTC)
- Sounds like it's going to be pretty big list. Well, more to do. Thanks for your help! bd2412 T 04:07, 2 October 2014 (UTC)
- Mine was still running now, over 12 hours later. I ran out of patience and killed it, since Betacommand's is done. Just use his. Jackmcbarn (talk) 14:31, 2 October 2014 (UTC)
- Sounds like it's going to be pretty big list. Well, more to do. Thanks for your help! bd2412 T 04:07, 2 October 2014 (UTC)
- That's Betacommand's query, which should be the same as mine. For some reason, mine's not done though. Once it is, I'll compare the two. Jackmcbarn (talk) 03:09, 2 October 2014 (UTC)
/* Article Red Link Counter
* Runtime: Untested <SLOW_OK>
*/
SELECT
CONCAT("* [[", pl_title, "]]") AS Redlinks,
SUM(src.page_namespace=0) AS ArticleCount,
COUNT(*) AS TotalCount
FROM page AS src
JOIN pagelinks ON pl_from=src.page_id
LEFT JOIN page AS dst
ON pl_namespace=dst.page_namespace AND pl_title=dst.page_title
WHERE dst.page_title IS NULL AND pl_namespace=0
GROUP BY pl_title
HAVING ArticleCount BETWEEN 1 AND 1;
You forgot dstpage.page_namespace=0
which is why your query ran slow. I've improved it by adding namespace totals since some people and WikiProjects like WP:VG keep internal lists of missing articles (And fixes another bug in your query). The submitter then can use Pivot Tables (MS Excel or LibreOffice) to narrow the results. — Dispenser 16:35, 2 October 2014 (UTC)
Hashes into Section
To whomever was responsible for translating hash-marks in see-also wiki-URLs in into the section-marker... thank you. Maury Markowitz (talk) 15:16, 3 October 2014 (UTC)
- Looks like that was Mr. Stradivarius through module:hatnote. -- Gadget850 talk 16:42, 3 October 2014 (UTC)
- You're welcome! Credit also belongs to Codename Lisa for having the idea in the first place. :) — Mr. Stradivarius ♪ talk ♪ 00:35, 4 October 2014 (UTC)
- Mr. Stradivarius, can it be adapted to not misformat already piped links to sections? The end of MOS:LINK2SECT displays the example
{{See also|Help:Link#Section linking (anchors){{!}}Section linking help}}
which renders like below (currently badly). -
See also: Section linking help
- I have long wondered whether the hacky use of
{{!}}
to make piped links in some template parameters (not just hatnotes but also infoboxes and others) would cause problems later. PrimeHunter (talk) 22:05, 4 October 2014 (UTC)- That would be easy to fix, but I wonder if it wouldn't be better to fix the individual transclusions to not include
{{!}}
. If we wanted to do that, we could add a tracking category to Module:Hatnote to detect pages where they appear so that they can be changed to non-pipe versions. — Mr. Stradivarius ♪ talk ♪ 03:19, 5 October 2014 (UTC)- I've made the fix in Module:Hatnote to detect piped links made with
{{!}}
now. (Notice that the link above displays properly again.) I'm still not sure that allowing this is the best course of action, though, so I'm thinking of adding tracking categories to the individual hatnote modules as well. — Mr. Stradivarius ♪ talk ♪ 11:03, 7 October 2014 (UTC)- Thanks for the fix. Relying on the fix or removing the instances are both OK by me. I don't know how common
{{!}}
is to make pipes in hatnotes. I mainly see it used in infoboxes. PrimeHunter (talk) 13:08, 7 October 2014 (UTC)
- Thanks for the fix. Relying on the fix or removing the instances are both OK by me. I don't know how common
- I've made the fix in Module:Hatnote to detect piped links made with
- That would be easy to fix, but I wonder if it wouldn't be better to fix the individual transclusions to not include
- Mr. Stradivarius, can it be adapted to not misformat already piped links to sections? The end of MOS:LINK2SECT displays the example
- You're welcome! Credit also belongs to Codename Lisa for having the idea in the first place. :) — Mr. Stradivarius ♪ talk ♪ 00:35, 4 October 2014 (UTC)
The donation popup should not scale with page size.
As a visually impaired person I have to increase page size for all pages in order to be able to read anything, but with the wikipedia donation popup. I get this large obtrusive page like This. — Preceding unsigned comment added by 68.58.108.131 (talk) 23:36, 6 October 2014 (UTC)
- Hi 68.58.108.131, I'm sorry to hear you have had trouble closing the donation banner on Wikipedia! I am sending this information along to my team to see if there is anything we can do to resolve it. In the meantime, we have a few workarounds to hide banners:
- You can visit our donation Thank You page, which will insert a cookie to hide banners for about another year: https://wikimediafoundation.org/wiki/Thank_You/en
- You can log in to Wikipedia, as we no longer show our banners to logged in users.
- I hope that helps! Thanks for the feedback, and please feel free to email the Fundraising team at donate
wikimedia.org. --CCogdill (WMF) (talk) 17:56, 7 October 2014 (UTC)
Template:Top icon seems to be broken in Monobook
Template:GA user topicon (which inherits from Template:Top icon) seem to now give a display style of "none" for all the icons. See User:Ritchie333/TopIcons for example. Works okay in Vector, but not in Monobook. Ritchie333 (talk) (cont) 14:15, 7 October 2014 (UTC)
- @Ritchie333: What browser and OS are you using? Your example page worked ok for me when I used this monobook-ified link in Firefox on Ubuntu. — Mr. Stradivarius ♪ talk ♪ 14:33, 7 October 2014 (UTC)
- Windows 7 64 bit, Google Chrome, user agent is :
Mozilla/5.0 (Windows NT 6.1; WOW64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/37.0.2062.124 Safari/537.36
But it's just started working again. The important bit seems to be the default monobook.js overriding the style on a div in class "topicon" from "none" to "block !important" Ritchie333 (talk) (cont) 14:38, 7 October 2014 (UTC)
- Windows 7 64 bit, Google Chrome, user agent is :
VisualEditor newsletter—September and October 2014
TemplateData is a separate program that organizes information about the parameters that can be used in a template. VisualEditor reads that data, and uses it to populate its simplified template dialogs.
With the new TemplateData editor, it is easier to add information about parameters, because the ones you need to use are pre-loaded.
See the help page for TemplateData for more information about adding TemplateData. The user guide has information about how to use VisualEditor.
Since the last newsletter, the Editing team has reduced technical debt, simplified some workflows for template and citation editing, made major progress on Internet Explorer support, and fixed over 125 bugs and requests. Several performance improvements were made, especially to the system around re-using references and reference lists. Weekly updates are posted on Mediawiki.org.
There were three issues that required urgent fixes: a deployment error that meant that many buttons didn't work correctly (bugs 69856 and 69864), a problem with edit conflicts that left the editor with nowhere to go (bug 69150), and a problem in Internet Explorer 11 that caused replaced some categories with a link to the system message, MediaWiki:Badtitletext (bug 70894) when you saved. The developers apologize for the disruption, and thank the people who reported these problems quickly.
Increased support for devices and browsers
Internet Explorer 10 and 11 users now have access to VisualEditor. This means that about 5% of Wikimedia's users will now get an "Edit" tab alongside the existing "Edit source" tab. Support for Internet Explorer 9 is planned for the future.
Tablet users browsing the site's mobile mode now have the option of using a mobile-specific form of VisualEditor. More editing tools, and availability of VisualEditor on smartphones, is planned for the future. The mobile version of VisualEditor was tweaked to show the context menu for citations instead of basic references (bug 68897). A bug that broke the editor in iOS was corrected and released early (bug 68949). For mobile tablet users, three bugs related to scrolling were fixed (bug 66697, bug 68828, bug 69630). You can use VisualEditor on the mobile version of Wikipedia from your tablet by clicking on the cog in the top-right when editing a page and choosing which editor to use.
TemplateData editor
A tool for editing TemplateData will be deployed to more Wikipedias soon. Other Wikipedias and some other projects may receive access next month. This tool makes it easier to add TemplateData to the template's documentation. When the tool is enabled, it will add a button above every editing window for a template (including documentation subpages). To use it, edit the template or a subpage, and then click the "Manage TemplateData" button at the top. Read the help page for TemplateData. You can test the TemplateData editor in a sandbox at Mediawiki.org. Remember that TemplateData should be placed either on a documentation subpage or on the template page itself. Only one block of TemplateData will be used per template.
Other changes
Several interface messages and labels were changed to be simpler, clearer, or shorter, based on feedback from translators and editors. The formatting of dialogs was changed, and more changes to the appearance will be coming soon, when VisualEditor implements the new MediaWiki theme from Design. (A preview of the theme is available on Labs for developers.) The team also made some improvements for users of the Monobook skin that improved the size of text in toolbars and fixed selections that overlapped menus.
VisualEditor-MediaWiki now supplies the mw-redirect
or mw-disambig
class on links to redirects and disambiguation pages, so that user gadgets that colour in these in types of links can be created.
Templates' fields can be marked as 'required' in TemplateData. If a parameter is marked as required, then you cannot delete that field when you add a new template or edit an existing one (bug 60358).
Language support improved by making annotations use bi-directional isolation (so they display correctly with cursoring behaviour as expected) and by fixing a bug that crashed VisualEditor when trying to edit a page with a dir
attribute but no lang
set (bug 69955).
Looking ahead
The team posts details about planned work on the VisualEditor roadmap. The VisualEditor team plans to add auto-fill features for citations soon, perhaps in late October.
The team is also working on support for adding rows and columns to tables, and early work for this may appear within the month. Please comment on the design at Mediawiki.org.
In the future, real-time collaborative editing may be possible in VisualEditor. Some early preparatory work for this was recently done.
Supporting your wiki
At Wikimania, several developers gave presentations about VisualEditor. A translation sprint focused on improving access to VisualEditor was supported by many people. Deryck Chan was the top translator. Special honors also go to संजीव कुमार (Sanjeev Kumar), Robby, Takot, Bachounda, Bjankuloski06 and Ата. A summary of the work achieved by the translation community has been posted here. Thank you all for your work.
VisualEditor can be made available to most non-Wikipedia projects. If your community would like to test VisualEditor, please contact product manager James Forrester or file an enhancement request in Bugzilla.
Please join the office hours on Saturday, 18 October 2014 at 18:00 UTC (daytime for the Americas; evening for Africa and Europe) and on Wednesday, 19 November at 16:00 UTC on IRC.
Give feedback on VisualEditor at mw:VisualEditor/Feedback. Subscribe or unsubscribe at Meta. To help with translations, please subscribe to the Translators mailing list or contact Elitre at Meta. Thank you!
— Whatamidoing (WMF) (talk) 00:10, 8 October 2014 (UTC)
Problem with image size
Recently I uploaded an image on Wikipedia. As it can be seen, it does not fit into the box. I can't understand where the problem is. On my PC, the image size is 900 x 570. The file has been used on Hajj article. Will anyone please tell me what the problem is? I used Illustrator CS 11 to edit this image after collecting it from an Arabic article where it fits nicely. -AsceticRosé 00:51, 8 October 2014 (UTC)
- Isn't your new file redundant to File:Hajj1.gif anyway? Jackmcbarn (talk) 00:53, 8 October 2014 (UTC)
- Answering the original question, the image itself has a large transparent region to the left. It needs to be re-cropped. See this rendering to see the problem. Regards, Orange Suede Sofa (talk) 00:56, 8 October 2014 (UTC)
- @Jackmcbarn, Idon't think it is redundant. File:Hajj1.gif is much smaller and hence unclear.
- @Orange Suede Sofa, in Illustrator, the image has no such extra transparent area so that I can crop. -AsceticRosé 01:15, 8 October 2014 (UTC)
- Answering the original question, the image itself has a large transparent region to the left. It needs to be re-cropped. See this rendering to see the problem. Regards, Orange Suede Sofa (talk) 00:56, 8 October 2014 (UTC)
Adding accessdate parameter
If adding an accessdate parameter to a citation template, am I correct in that the original date the template was added should be used, and not the date the parameter was added, unless the editor verifies that the URL still supports the assertion? --NE2 10:30, 6 October 2014 (UTC)
- The date used should be the last time someone verified the link still worked and contained what the citation asserts it contains. -Rrius (talk) 10:50, 6 October 2014 (UTC)
- Oops, I thought I posted this on the policy pump. If anyone else feels it fits better there, feel free to move it. --NE2 11:43, 6 October 2014 (UTC)
- As Rrius said, use the date when the link was last verified. The point of the parameter is to let readers now how recently the URL was known to work. Here is the full documentation from Template:Citation Style documentation:
- accessdate Full date when original URL was accessed; use the same format as other access and archive dates in the citations; requires url. Do not wikilink. Not required for web pages or linked documents that do not change; mainly for use of web pages that change frequently or have no publication date. Can be hidden or styled by registered editors.
- If you feel the documentation is misleading or incorrect in its wording, please consider improving it. Cheers, Jason Quinn (talk) 12:48, 6 October 2014 (UTC)
- I ask because the "reflinks" script appears to add the current date as accessdate,
at least as it's being used by one useras I confirmed by running it. --NE2 14:00, 6 October 2014 (UTC)- Yes, the date on which the referenced text supports the Wikipedia article text is what is recorded in
|accessdate=
. It is not the most recent date on which some server happened to respond to a request for that URL. The documentation has been updated to more clearly reflect this. The script should not be updating|accessdate=
to the current date without user verification that the contents still support the text in the Wikipedia article. — Makyen (talk) 15:21, 6 October 2014 (UTC)- @Makyen and NE2: Then what should happen when the original reference does not have an accessdate? The tool currently does not expand references with anything beyond an external link. Zhaofeng Li [talk... contribs...] 07:05, 7 October 2014 (UTC)
- Either don't add one at all, or go back in the history and find when the reference was added. --NE2 08:37, 7 October 2014 (UTC)
- (edit conflict) @Zhaofeng Li: The date which should be used for a missing
|accessdate=
is the date the reference was originally entered into the article. It can be assumed the person who entered it into the article actually was using the reference on that date. However, flagging it as something which a human should address by actually verifying the reference text supports the article text would be better. Note that it can be a non-trivial task to find the first date of when the reference was entered in the article, particularly if User:Citation bot was involved (in the past it has mangled citations quite effectively). The reference/citation can have changed form, some content and, of course, location within the page over its lifetime, potentially over several years. It can take multiple history searches to find the actual insertion of a reference with each search looking for the text that the reference was prior to a change. — Makyen (talk) 09:01, 7 October 2014 (UTC)
- (edit conflict) @Zhaofeng Li: The date which should be used for a missing
- Either don't add one at all, or go back in the history and find when the reference was added. --NE2 08:37, 7 October 2014 (UTC)
- @Makyen and NE2: Then what should happen when the original reference does not have an accessdate? The tool currently does not expand references with anything beyond an external link. Zhaofeng Li [talk... contribs...] 07:05, 7 October 2014 (UTC)
- Yes, the date on which the referenced text supports the Wikipedia article text is what is recorded in
- I ask because the "reflinks" script appears to add the current date as accessdate,
@Makyen and NE2: Thanks for the response. As there isn't a standard way to "flag" the references on-wiki currently, I've implemented an option to skip accessdate generation. Please try the the test version (check the "Do not add access dates in the result" box). Thanks. Zhaofeng Li [talk... contribs...] 09:15, 7 October 2014 (UTC)
- This should be the default, not a box that needs to be checked. Something also has to be done about all the bogus accessdates that have been added. --NE2 09:18, 7 October 2014 (UTC)
- @Zhaofeng Li: Thank you for being responsive and making changes. I agree with both points which NE2 mentioned. Not changing the
|accessdate=
should be the default. The user should have to make an effort to change them. Probably, not just a checkbox. Certainly not a single checkbox for multiple references as changing the|accessdate=
means you have actually read the reference and checked to be sure that it still supports the article text. - Reverting the already made changes to
|accessdate=
: Yes, this should be done. I expect that it will be a pain the the rear. - By flagging, I meant that within your user interface you indicate to the user that this particular reference should have human attention for reason X. In this case, because there was no
|accessdate=
and we need to figure out when the reference was inserted into the article. You can then have a link to the revision history search with the contents of the reference already filled in. Make sure to note to the user that multiple searches may be required and that they need to actually look at the diff to the version resulting from the history search to see if the reference was inserted, moved (note that they need to check at least one version earlier as it might be a copy-delete-save-paste-save type move), or changed and a new search initiated with the older version of the reference. There may be a need for multiple iterations of this process. — Makyen (talk) 10:04, 7 October 2014 (UTC)- This is an interest thread. Speaking as a user who regular follows citations and cite- can I add that there are two bits of information missing, verifiedby and verifieddate and even verifycomment. If I see an article in my specialism that has been verified by User:XYZ- who I know, than I am happy, If I see that it is User:Flopsybunny1996 I am likely not to trust it, and will wish to verify it. If the reference is vague but still useful I would like to comment on that. That said, all this needs to default when I chase a link- as I am not patient enough to lose focus by editing another set of boxes. What we are doing is enhancing the quality of the data.-- Clem Rutter (talk) 11:18, 7 October 2014 (UTC)
- What if someone else trusts Flopsybunny1996 but not XYZ? --NE2 12:57, 7 October 2014 (UTC)
- Ditto- we have just saved them some work. We can all be more confident in the quality of the data if the verification is signed.-- Clem Rutter (talk) 18:27, 7 October 2014 (UTC)
- You're missing my point. XYZ comes across the article and sees it's verified by Flopsybunny1996. XYZ thinks he's more reputable than Flopsybunny1996, and replaces Flopsybunny1996 with himself after verifying the citation. Now it's less useful to my hypothetical Flopsybunny1996-truster. (I realize Flopsybunny1996 was deliberately chosen to scream 'noob', but it would be simple to change it to two editors that are roughly equivalent and have slight biases on either side of an issue, thus people on the same side are more likely to trust one over the other.) --NE2 19:11, 7 October 2014 (UTC)
- It really doesn't matter, the reference is not being changed. In 1% of cases- there may be two guys who want to do that- it will appear in the edit summmary. When I know that someone has verified it there is no more to do. If an IP verified it, I would want to check again. We are verifying the existence of a reference- not the quality (that can be put in the verifiedcomment field)- that could open a can of worms in a very few cases. In the case od edit warriors with POVs, then they would just change the reference. I surmise that the only people who do take references seriously are those of us who are trying to drag an article from start through C, B to the dizzy heights.-- Clem Rutter (talk) 20:28, 7 October 2014 (UTC)
- You're missing my point. XYZ comes across the article and sees it's verified by Flopsybunny1996. XYZ thinks he's more reputable than Flopsybunny1996, and replaces Flopsybunny1996 with himself after verifying the citation. Now it's less useful to my hypothetical Flopsybunny1996-truster. (I realize Flopsybunny1996 was deliberately chosen to scream 'noob', but it would be simple to change it to two editors that are roughly equivalent and have slight biases on either side of an issue, thus people on the same side are more likely to trust one over the other.) --NE2 19:11, 7 October 2014 (UTC)
- Ditto- we have just saved them some work. We can all be more confident in the quality of the data if the verification is signed.-- Clem Rutter (talk) 18:27, 7 October 2014 (UTC)
- What if someone else trusts Flopsybunny1996 but not XYZ? --NE2 12:57, 7 October 2014 (UTC)
- While I am distracted, is there a known reason why the cite family of templates don"t default to ref=harv, thus allowing the Notes/Bibliography style of referencing, we all use. The editor citation entry wizard does't even have an box to add it. It is a real pain having to teach professional newbys that way to make this work is to type 20-10-2014|ref=harv into the date box. We do need to think about the way our editor base is changing- or, if this is too complicated, not. At the last training course a very useful professional did not know about the Ctrl key and was delighted to be shown Ctrl-C/Ctrl-V. -- Clem Rutter (talk) 11:18, 7 October 2014 (UTC)
- @ClemRutter: If ref=harv were turned on by default, two citations with the same author name and year would lead to invalid HTML. See Template:Citation/doc#IDs must be unique. -- John of Reading (talk) 11:36, 7 October 2014 (UTC)
- Thanks for that, and it is not trivial to code up a duplication check.-- Clem Rutter (talk) 18:27, 7 October 2014 (UTC)
- Sorry for the late response, will make no accessdate as default soon. @Smith609: Is it possible for you to make your Citation Bot find out when a reference was added, and add accessdate to it when appropriate? Zhaofeng Li [talk... contribs...] 09:15, 8 October 2014 (UTC)
- Thanks for that, and it is not trivial to code up a duplication check.-- Clem Rutter (talk) 18:27, 7 October 2014 (UTC)
- @ClemRutter: If ref=harv were turned on by default, two citations with the same author name and year would lead to invalid HTML. See Template:Citation/doc#IDs must be unique. -- John of Reading (talk) 11:36, 7 October 2014 (UTC)
- This is an interest thread. Speaking as a user who regular follows citations and cite- can I add that there are two bits of information missing, verifiedby and verifieddate and even verifycomment. If I see an article in my specialism that has been verified by User:XYZ- who I know, than I am happy, If I see that it is User:Flopsybunny1996 I am likely not to trust it, and will wish to verify it. If the reference is vague but still useful I would like to comment on that. That said, all this needs to default when I chase a link- as I am not patient enough to lose focus by editing another set of boxes. What we are doing is enhancing the quality of the data.-- Clem Rutter (talk) 11:18, 7 October 2014 (UTC)
- @Zhaofeng Li: Thank you for being responsive and making changes. I agree with both points which NE2 mentioned. Not changing the
Working On A University Project About Wikipedia - Technical Questions About Its' Information Security Systems
Good evening, My name is Francisco Camões, I'm an 18 year-old student from Portugal. I'm currently studying at FEUP (Engeneering Faculty of Oporto's University). Me and 4 other students were given a theme to do a project about, which was to search for Wikipedia's systems to control the incoming information and it's fiability. Sadly, we couldn't find enough detailed information about it (we looked through practically every wikipedia's corner) and we're fearing our project won't correspond to our expectations. This beeing said, we would like to kindly ask you to provide us some information about the following subjects, if possible.
1. We know Wikipedia's extremely efficient in deleting "information vandalism" in its' databases, but we wanted to know how that is processed. Is the information filtered by any computer program (bot) or is it manually checked by wikipedia's staff &/or other individuals? Or both?
1.1. Does wikipedia use any program to detect (...) or is it manually deleted: - duplicated information - fake information
2. Do wikipedia users have different credibilty, when writing about an article, according to previous activity on wikipedia (this means: an individual who contributed with correct & verifiable information in other posts has a bigger chance of when writting a new article getting accepted and that article beeing posted online faster? If so, that process is executed automatically or manually by the wikipedia staff?)
We would be truly thankful if we received an answer from you because this project counts a lot to our final grade,
Kind Regards, Francisco Camões, FEUP, Oporto, Portugal --Franciscompnsc (talk) 08:09, 7 October 2014 (UTC)
- "Wikipedia" is a vague concept. The Wikimedia foundation runs the servers and provides the infrastructure, but, as far as I know, there is no general automated gatekeeper system. Maintaining the quality of the information is done by the Wikipedia community (or communities, if you look at different projects). On the English Wikipedia, a number of Bots try to detect and revert vandalism using heuristics - see e.g. User:ClueBot. But these bots run on external servers (which may or may not be provided by the Wikimedia foundation) and use (mostly) the same API as normal users - in particular, on a technical level every user could run a bot on his own computer. However, bot operation is guided by community-enforced rules - see Wikipedia:Bots. On the other hand, many editors like working as "recent change patrollers" and improve or revert incoming changes. Yes, reputation does matter, but this is only on a social level. There is no "reputation score" being kept by the system, although users may well look at editing statistics when interacting with a user they don't know well. --Stephan Schulz (talk) 08:27, 7 October 2014 (UTC)
- As a note, the vandal-fighting bot is User:ClueBot NG, from the family of ClueBots. As mentioned, it's volunteers' duty to verify the contents on Wikipedia. Wikimedia Foundation is responsible for the stability of the technical infrastructure, not the content, though some staffers regularly help us with the work as well. Also, there are pages with the Pending Changes feature enabled, which means every edit by new or anonymous users are manually checked by pending changes reviewers. Zhaofeng Li [talk... contribs...] 08:47, 7 October 2014 (UTC)
- Also WP:Abuse filter - unfortunately, I have seen this abused for outright censorship just recently, and may be being used so still. The first and best "main line of defense" is patrolling of WP:Recent changes, originally done by hand, now more often perhaps with WP:Huggle or WP:Twinkle; these collaborate with the weaker setting of the abuse filter via Special:AbuseFilter/examine. Wikipedia also relies heavily on WP:Admins who try to block the source of vandalism via blocking accounts, WP:rangeblocks on IP addresses. Pending Changes is a rare and problematic form of WP:Page protection. Wnt (talk) 13:39, 7 October 2014 (UTC)
- Also should have mentioned WP:watchlists. Though these are used not infrequently more to check if your point of view differs with that of the watcher... Wnt (talk) 20:08, 7 October 2014 (UTC)
This is a good question, but please post any further replies on Franciscompnsc's talk page. Alsee (talk) 14:38, 8 October 2014 (UTC)
It's at User_talk:Franciscompnsc#Working_On_A_University_Project_About_Wikipedia_-_Technical_Questions_About_Its.27_Information_Security_Systems --15:50, 8 October 2014 (UTC)
RfC VE in Template:No article text
Please give comments at Template_talk:No_article_text#Include_visual_editor if you would like to see a reference to the Visual Editor in de Template:No article text or not. Thanks. Stratoprutser (talk) 09:24, 8 October 2014 (UTC)
Strange issue with WMF Tool Labs
Hi, I've noticed a strange issue trying to access many of the tools on the WMF tool labs. When I load a page, I just get a blank screen (the HTML code is blank too). Tools affected include Earwig's copyvio tool, the edit counter and the articles created list. Possibly there are others, I haven't checked. I've already tried refreshing my browser; that doesn't work. If it's relevant, my browser is Firefox 32.0.3. It'd be great if anyone could shed some light as to what's going on. Thanks, --Jakob (talk) 00:19, 8 October 2014 (UTC)
- When I click the coordinates link on geographic articles, it goes to https://tools.wmflabs.org/geohack/geohack.php?pagename=... but I get a blank page and a 502 (bad gateway) error. Nurg (talk) 08:08, 8 October 2014 (UTC)
- Edits by user is also down. --NeilN talk to me 14:08, 8 October 2014 (UTC)
Generating traffic stats for a defined list of pages?
Hi all,
We've just finished the stub contest, and one of the prizes is for the most "visited" article which has been improved - ie, the one that had the most pageview hits on a given day. We have a strong suspicion as to which one it is, but manually checking a few hundred pages seems... an unpleasant way to confirm this :-)
Is there a script somewhere (or a tool) which can take a list of page titles and spit out the traffic numbers for a given day? Andrew Gray (talk) 22:23, 8 October 2014 (UTC)
Category specific export
I want to know how to export wikipedia database xml dumps (ie, all pages) based on specific category. Example: --category:electronics Systemconsole™ (talk) 22:48, 8 October 2014 (UTC)
- @Systemconsole™: The "Add pages from category" box on Special:Export. Jackmcbarn (talk) 01:23, 9 October 2014 (UTC)
Change the title on the category page
There was an early attempt at Apple to make a networking system known as AppleNet. It was abandoned, and very little information on it exists. However, it is known that it was based on Xerox XNS, and that its failure led, indirectly, to AppleTalk. So I linked AppleTalk to the XNS category. Now how do I change the category link so it points to the sub-section on AppleNet? Maury Markowitz (talk) 14:56, 7 October 2014 (UTC)
- @Maury Markowitz: You can't. What this edit did was to change the sort key of the category, i.e. how it is sorted alphabetically on the category page itself. You can't change the link targets of links on category pages. The closest thing you can do is to make a redirect to a section on the page you want and then categorise that redirect, but that doesn't seem to be what you are aiming to do here. — Mr. Stradivarius ♪ talk ♪ 15:20, 7 October 2014 (UTC)
-
- No, but knowing I can't do it "solves" the problem after a fashion. Thanks! Maury Markowitz (talk) 15:27, 7 October 2014 (UTC)
- @Maury Markowitz: As an illustration of the redirect technique mentioned above, see Category:Female drummers and look under "L" for Honey Lantree. It's in italics because a redirect - Honey Lantree - is categorized, rather than the target article (The Honeycombs), which is about a band (bands often include drummers, but are not themselves drummers). --Redrose64 (talk) 15:59, 7 October 2014 (UTC)
-
- Ahhh, actually that does look like precisely what I want. Thanks! Maury Markowitz (talk) 16:06, 7 October 2014 (UTC)
- Yes, works perfect. Maury Markowitz (talk) 13:51, 9 October 2014 (UTC)
-
- @Maury Markowitz: As an illustration of the redirect technique mentioned above, see Category:Female drummers and look under "L" for Honey Lantree. It's in italics because a redirect - Honey Lantree - is categorized, rather than the target article (The Honeycombs), which is about a band (bands often include drummers, but are not themselves drummers). --Redrose64 (talk) 15:59, 7 October 2014 (UTC)
- No, but knowing I can't do it "solves" the problem after a fashion. Thanks! Maury Markowitz (talk) 15:27, 7 October 2014 (UTC)
-
SNFref outside a cite?
I love SFN. I hate CITE. So I use SFN to point to normal text-based bib entries. However, this leaves the SFN linked to a non-existent anchor. I would like to fix that. So I did this. What did I do wrong? Maury Markowitz (talk) 13:48, 9 October 2014 (UTC)
- @Maury Markowitz:
{{sfnref}}
doesn't set an anchor, it allows an anchor to be defined which matches the one that{{sfn}}
is expecting. What you can do is feed that into{{wikicite}}
through its|ref=
parameter, and put the unformatted ref into the|reference=
parameter, like this. More at my post at Wikipedia:Village pump (technical)/Archive 106#Complex template edit request. --Redrose64 (talk) 14:57, 9 October 2014 (UTC)- Got it, but I'm not sure I prefer that format any more than CITE. Is there any simpler syntax to achieve the same thing? Or perhaps there should be an "anchor" flag and I should suggest that somewhere? Maury Markowitz (talk) 15:08, 9 October 2014 (UTC)
{{anchor|{{SfnRef|Stephens|1989}}}}Mark Stephens, [http://books.google.ca/books?id=GzoEAAAAMBAJ&pg=PT15 "OSI Layer 3 Differentiates System Software"], ''InfoWorld'', 6 March 1989, p. 15.
- —Trappist the monk (talk) 15:14, 9 October 2014 (UTC)
- (edit conflict) I've just found Template:Sfn#Citation format does not support anchors: .7B.7Bwikicite.7D.7D.
- You could use
{{anchor|{{SfnRef|Stephens|1989}}}}
which would work almost as well. The thing about{{wikicite}}
is that when you click on the link that takes you there, the whole of the text enclosed by that{{wikicite}}
is highlighted in pale blue (except in Internet Explorer);{{anchor}}
won't give you the blue highlight. --Redrose64 (talk) 15:16, 9 October 2014 (UTC)
- Got it, but I'm not sure I prefer that format any more than CITE. Is there any simpler syntax to achieve the same thing? Or perhaps there should be an "anchor" flag and I should suggest that somewhere? Maury Markowitz (talk) 15:08, 9 October 2014 (UTC)
Edit toolbar
What is the best method of adding buttons to the Vector enhanced Edit toolbar? -- Gadget850 talk 22:31, 7 October 2014 (UTC)
- Check out mw:Extension:WikiEditor. It has a section called Toolbar_customization and there's a link in the "See also" section to mw:Extension:WikiEditor/Toolbar customization. I found this documentation very difficult to use in practice when I last tried to use it a couple years ago but you can get simple things done with determination. Cheers, Jason Quinn (talk) 01:01, 8 October 2014 (UTC)
Editing
It is really hard to edit an article using a mobile devise (i am using my ipad),because the whole thing just goes blank and you can only type and expect it to be correct. (I am not good with describing.) And there is no "undo edit" button. — Preceding unsigned comment added by Annonymus user (talk • contribs) 21:26, 9 October 2014 (UTC)
Wikidata licensing triples
We (BBC/Jisc/BUFVC partnership) have a LOD crawler which processes and indexes permissively-licensed Linked Open Data, provided it is explicitly marked as being such (i.e., the crawler ignores any data which either isn't LOD, or we can't successfully determine is permissively-licensed). More info here.
Currently, requests for Wikidata entities jump through 303 chains — one to disambiguate the IR/NIR, and one for content negotiation. While there's nothing about this that the crawler can't deal with (it does, as it's not an uncommon pattern), it means we end up with this, when requesting Turtle, for example:
1. Fetch http://www.wikidata.org/wiki/Q1 (303 See Other) 2. Fetch https://www.wikidata.org/wiki/Special:EntityData/Q1 (303 See Other) 3. Fetch https://www.wikidata.org/wiki/Special:EntityData/Q1.ttl
Within this graph, which has a URI of https://www.wikidata.org/wiki/Special:EntityData/Q1.ttl, there are triples describing the licensing of the data. However, the subject of those triples is the conceptual document (https://www.wikidata.org/wiki/Special:EntityData/Q1), not the concrete serialisation (https://www.wikidata.org/wiki/Special:EntityData/Q1.ttl):
data:Q1 schema:version 160817834 ; schema:dateModified "2014-09-30T17:59:49Z"^^xsd:dateTime ; a schema:Dataset ; schema:about entity:Q1 ; cc:license <http://creativecommons.org/publicdomain/zero/1.0/> .
As there are no triples relating to the specific serialisation, it's not possible to reliably evaluate the licensing status of https://www.wikidata.org/wiki/Special:EntityData/Q1.ttl. Unfortunately, the fact that there was an inbound 303 to it from a URI which does have licensing data is not sufficient to be able to reliably do this (it's inference of a relationship which isn't sufficiently described in the data and which manifests differently in different datasets).
Therefore, can I ask devs to consider adding triples to each RDF serialisation whose subject is the serialisation-specific URL, and either (or both!):
- Replicates the cc:license predicate/object which are emitted for the abstract document
or
- Indicates that the serialisation is a concrete representation of the abstract document (perhaps with dct:isFormatOf)
My preference is strongly towards the former, but expressing the relationship between the abstract and concrete documents may be desirable in any case, and could provide enough data to infer properly the licensing status of the graph without false-positives arising elsewhere.
Many thanks!
Nevalicori (talk) 08:34, 10 October 2014 (UTC)
- If you are specifically after Wikidata, https://www.wikidata.org/wiki/Wikidata:Contact_the_development_team might be a better place to bring this up. --AKlapper (WMF) (talk) 09:20, 10 October 2014 (UTC)
-
- Thanks -- I was directed here in error, shall post over there! Nevalicori (talk) 10:27, 10 October 2014 (UTC)
Hiding minor edits in contibs list?
Is it possible to fetch or display only non-minor edits in Special:Contributions, either by gadget or javascript workaround? I have a lot of semi-automated Twinkle reversions, plus some other various minor edits, and I'd like to be able to hide those to see what the rest of my contributions look like. It's possible that there's already something in the gadgets or preferences that I'm just not seeing. Thanks. --Bongwarrior (talk) 20:48, 10 October 2014 (UTC)
- It could be done with jQuery in a couple lines of code, or it could be added to the core code for the page. Doing it with jQuery would hide all of the one that weren't minor, which might leave you with none on the page; whereas, doing it in the core code (not too hard, we recently added the checkbox for "new pages") would return a new page with just minor edits. — {{U|Technical 13}} (e • t • c) 21:23, 10 October 2014 (UTC)
-
- Sounds good, but I want to hide the minor edits, not display only minor edits. Also, I forgot to mention that the watchlist (or, at least, my watchlist - not sure if it's standard) already has this feature. --Bongwarrior (talk) 21:33, 10 October 2014 (UTC)
-
-
- Same decision. You want to remove the minor edit (reducing the edits listed on page potentially to none) or do you want a full list of edits with no minor? .js v .php. There is a watchlist gadget (that you're likely using) that removes them on the watchlist but not on contribs or rc (if you look at rc). — {{U|Technical 13}} (e • t • c) 15:16, 11 October 2014 (UTC)
-
Layout Issues
Hey everyone, hope all is well. So I have had a problem today with wikipedia's layout on Google Chrome. For some reason, all infoboxes are on the left side instead of the right, the lead section is underneath the infobox instead of being adjacent and the VTE boxes are all messed up as well. Interestingly enough it only happens on Chrome (I logged into my account on Safari and everything was normal) and only when I'm on English wiki. I don't think I changed my preferences or did anything to change the settings. Anybody know what's wrong? Is it just something with my browser that I need to troubleshoot? Thanks for any help! Rupert1904 (talk) 03:43, 11 October 2014 (UTC)
- One possibility is that the stylesheet only partially loaded, for some reason (or that you happened to load a broken stylesheet while someone was experimenting with it). Try following the instructions at WP:BYPASS to bypass your cache, to see if that fixes the problem. If not, something is probably more generally broken and this might need looking into more closely. --ais523 11:02, 11 October 2014 (UTC)
-
- Hey ais523, you were right, thanks for the help! It was a problem with cache, so I just deleted it and now everything seems to be in order. Rupert1904 (talk) 15:15, 11 October 2014 (UTC)
Irrelevant tags
Why would this edit get tagged with copyright violation template removed and speedy deletion template removed if the edit did not remove the templates? Is this a bug in the tags system? The user used HHVM and VisualEditor, is this relevant? 109.79.177.119 (talk) 09:43, 11 October 2014 (UTC)
- Impossible to tell just like that, but something is definitely amiss here. If you review the page history a bit (which I managed to do before it was deleted), the two templates were indeed removed at a point (and that was correctly tagged) and then restored, with the next edit being tagged incorrectly. I'd rather suspect AbuseFilter (the tagging system) instead of VE or HHVM – there were some issues with incorrect tagging in the past – but who knows.
- You can examine the logic that led to that edit being tagged at Special:AbuseFilter/examine/log/10945503 – if you look at the row described as "Unified diff of changes made by edit", you can see that AbuseFilter really thinks these tags were removed in that edit (although they were not). I filed this as bug 71947 Matma Rex talk 10:36, 11 October 2014 (UTC)
- Admins can see the page history at Special:Undelete/M.R. Organisation Limited. I also see two diffs with tags "copyright violation template removed, speedy deletion template removed". The first edit did remove them but not the second by the same user two hours later. Other tags in the two edits were not identical so it wasn't the complete tag sequence which was duplicated. PrimeHunter (talk) 10:50, 11 October 2014 (UTC)
"Tag: Mobile edit" and erroneous edits
It seems whenever I see a tagged "mobile edit", that the edit results in an erroneous saved page. Such as [1] where either the top of the page is replaced with the new material, or the entire page is replaced with mobile edit material. Is this something to do with the way mobile edit works? -- 67.70.35.44 (talk) 12:41, 11 October 2014 (UTC)
- That appears to be user error, rather than any problem with the mobile editor. Jackmcbarn (talk) 13:30, 11 October 2014 (UTC)
- It's not a user issue. The mobile editor is horrendous and many of the editing gadgets cause issues when mobile editing. #Editing above likely related. — {{U|Technical 13}} (e • t • c) 15:10, 11 October 2014 (UTC)
Enormous blue search button
The search button on the contibs page is now big and blue, and it's one butt-ugly monstrosity in my opinion. Any chance we could switch it back, and possibly refrain from any future attempts at Facebookization? --Bongwarrior (talk) 20:07, 9 October 2014 (UTC)
- I noticed this on Wikidata yesterday or the day before which really hacked me off. This change really does imitate facebook. Jared Preston (talk) 20:11, 9 October 2014 (UTC)
- It's utterly egregious and out of keeping with the rest of the interface. William Avery (talk) 20:16, 9 October 2014 (UTC)
- See mw:Wikimedia Foundation Design (outdated) and mediawiki.ui. In time, all buttons and controls will have this style.
-- [[User:Edokter]] {{talk}}
20:27, 9 October 2014 (UTC)- From the sounds of it, many if not most users were initially surprised to learn that there was a Commons file page link button at all because it had little contrast. There may be a better way to indicate to users that it is there, but until this way is presented, no changes should be made, and simply changing it back would not be helpful in my opinion. Also, unless some very drastic changes have been made since the last time I saw a Facebook page (it has been a while, emphasis on has), I don't recall the site having any association with high-contrast buttons. Dustin (talk) 20:35, 9 October 2014 (UTC)
- FYI: I had to purge the page to see what this was about. -- Gadget850 talk 20:42, 9 October 2014 (UTC)
- The HTML for the button changed from
<input class="mw-submit" value="Search" type="submit" />
to<input class="mw-submit mw-ui-button mw-ui-progressive" value="Search" type="submit" />
so it gained themw-ui-button mw-ui-progressive
classes. From what I can find out with my browser's "Inspect element" feature, it's two new CSS rules with a whole bunch of declarations:.mw-ui-button.mw-ui-progressive, .mw-ui-button.mw-ui-primary { background: none repeat scroll 0% 0% #347BFF; color: #FFF; border-width: 1px medium; border-style: solid none; border-color: #347BFF -moz-use-text-color; -moz-border-top-colors: none; -moz-border-right-colors: none; -moz-border-bottom-colors: none; -moz-border-left-colors: none; border-image: none; text-shadow: 0px 1px rgba(0, 0, 0, 0.1); } .mw-ui-button { font-family: inherit; font-size: 1em; display: inline-block; padding: 0.5em 1em; margin: 0px; box-sizing: border-box; background: none repeat scroll 0% 0% #FFF; color: #555; border: 1px solid #CCC; border-radius: 2px; min-width: 70px; vertical-align: middle; text-align: center; font-weight: bold; cursor: pointer; transition: #3A6EA5 0.1s ease-in-out 0s, color 0.1s ease-in-out 0s, box-shadow 0.1s ease-in-out 0s; }
background
border
andcolor
ones, obviously. --Redrose64 (talk) 20:49, 9 October 2014 (UTC)
- The HTML for the button changed from
- FYI: I had to purge the page to see what this was about. -- Gadget850 talk 20:42, 9 October 2014 (UTC)
- From the sounds of it, many if not most users were initially surprised to learn that there was a Commons file page link button at all because it had little contrast. There may be a better way to indicate to users that it is there, but until this way is presented, no changes should be made, and simply changing it back would not be helpful in my opinion. Also, unless some very drastic changes have been made since the last time I saw a Facebook page (it has been a while, emphasis on has), I don't recall the site having any association with high-contrast buttons. Dustin (talk) 20:35, 9 October 2014 (UTC)
Hi guys. This is my fault. I can assure you it was not a sneaky move. I and several others are refactoring the form interfaces across the Wikipedia site. We've been doing this behind a global but this one slipped through the net. It will restore to a normal button in a weeks time (you'll notice the button is no longer blue on mediawiki.org).
To give a tiny bit of background on the project, the goal is to describe forms semantically and consistently, to help newbies understand what the interfaces across Wikipedia do. In this case the contributions button is a progressive button which means that clicking it will not have any consequences to data. We are currently in a phase of code refactoring, but we plan to run this as an opt in feature to gather feedback.
If you are not a fan of the buttons, it will be very easy to remove the styles since they will all use a consistent selector e.g. mw-ui-button/mw-ui-progressive. It should also help gadget developers by giving them further clues about what different buttons do. I'm sharing this thread with the design mailing list so they are aware of your concerns. Thanks! Jon (WMF) (talk) 23:36, 9 October 2014 (UTC)
- I have to say, the idea of a big, high-contrast "delete" or "block" button sounds strangely appealing. But yeah, this should be it's own skin -- keep this stuff away from Monobook. MER-C 05:03, 10 October 2014 (UTC)
- Thank you for the explanation, Jon. --Bongwarrior (talk) 20:31, 10 October 2014 (UTC)
- Jon, I think you missed a word: "We've been doing this behind a global" what? Nyttend (talk) 04:05, 11 October 2014 (UTC)
- A global variable, specifically
$wgUseMediaWikiUIEverywhere
. Global variables are what MediaWiki currently uses for site configuration settings, though recently there has been some work on moving configuration into objects. PleaseStand (talk) 02:10, 12 October 2014 (UTC)
- A global variable, specifically
- Jon, I think you missed a word: "We've been doing this behind a global" what? Nyttend (talk) 04:05, 11 October 2014 (UTC)
-
- Yep sorry. Global variable. Writing from my volunteer account. I'm not actually sure why the styles are applying in MonoBook and I've asked why on a mailing list and if we should revisit any decision that was made there (i think it may be tied to the login form). I feel like MonoBook is the editors skin and stylistic changes there should be keep to an absolute minimum and only enabled when requested specifically by community members. The result of the change however would be that MonoBook could style these buttons differently across the site if wished. As stated the change should reset by Thursday and I feel this mistake has been enlightening and although accidental has provided useful feedback so thanks! Im hoping for a beta feature sometime this year and i hope youll be able to give us more feedback so this change can be seen as a useful one! Jdlrobson (talk) 22:06, 12 October 2014 (UTC)
Suggestion for main space blocking tool option for admins
One of our users User:David Hedlund has suggested that wikipedia would benefit from a tool which would allow admins to block users from mainspace edits, but allow them to use talk pages and noticeboards. David is a problem user who has been blocked several times for disruptive edits, but to all appearances they are genuinely trying to improve the encyclopedia. I'm not protesting this block, or suggesting that if this tool is implemented that it should be applied to David, those are not discussions for this page. I am suggesting that a tool which allows users who have made disruptive mainspace edits to participate in community discussion would be useful for the community. That tool would serve to help those users with competence problems become productive editors and force them to learn the collaborative nature of Wikipedia. It would also serve as a possible halfway point in response to an unblock request where a user could actively show the community how they intend to interact with others in the future.Coffeepusher (talk) 14:04, 10 October 2014 (UTC)
- We're not a rehabilitation center. If a user is not to be trusted with editing the encyclopedia, why would we want them here at all? – Juliancolton | Talk 14:10, 10 October 2014 (UTC)
- I think that the collaborative aspects of the encyclopedia is one of the most difficult things to master, and also the foundation of all edits we do here. So if a user is willing to collaborate, and does bring a knowledge and skill set to the encyclopedia, then I think that allowing them to share their suggestions while at the same time limiting their access to mainspace edits will improve the encyclopedia more so than kicking them off the project entirely. We already see this form of editing in use with page protection, and that has proven to be a useful tool.Coffeepusher (talk) 14:31, 10 October 2014 (UTC)
- If this is a good idea (which I'm not convinced of), and if we get consensus for it, we could do it with just a config change. When/if we get consensus, I'll prepare the change. Jackmcbarn (talk) 14:36, 10 October 2014 (UTC)
- Thank you @Juliancolton: and @Jackmcbarn:, I'm interested in what the community thinks about this and do understand that there are very real concerns with opening an additional level of access to problem users, but I believe that it will improve the encyclopedia.Coffeepusher (talk) 15:19, 10 October 2014 (UTC)
- I'd personally oppose this change. Just because a user is blocked from editing on this wiki, does not mean they are blocked on all projects. The current way for a user to demonstrate that they get it is for them to constructively edit and communicate in another MediaWiki community (commons, mediawiki wiki, wiktionary, whatever). Once they have done that for awhile (time may vary depending on multiple factors), then they can come back and request an unblock on their talk page citing the work and community acceptance they have gotten working on the other project (they might even find they enjoy the other work more and decide to stay there, and as bad as we need good editors here, most of those other projects need them more). This proposal seems like an unnecessary convenience for those that come here with a wrong impression of enwiki. — {{U|Technical 13}} (e • t • c) 17:03, 10 October 2014 (UTC)
- In my impression, this sounds helpful. It's easy for me to imagine someone who's getting into excessive conflicts while editing a certain article (or group of articles) while editing productively in categories and/or templates. We might as well block the person from editing articles instead of blocking him from editing everything. Nyttend (talk) 04:00, 11 October 2014 (UTC)
- That's what topic bans are for. If they can't follow the rules and respect the topic ban and community discussion, they don't need to be editing. You might be able to convince me it's a good use case for PC2 though. Allows the article to be protected without preventing them from contributing in othe areas. — {{U|Technical 13}} (e • t • c) 15:23, 11 October 2014 (UTC)
- Yes, a social solution: a technical solution is much simpler. Why would we want to prevent someone from helping in other namespaces? Building the encyclopedia is the ultimate goal, so if someone's unable to contribute properly to part of it and able to contribute properly elsewhere, we ought to prevent editing only to the "unable" part. Nyttend (talk) 20:58, 12 October 2014 (UTC)
- That's what topic bans are for. If they can't follow the rules and respect the topic ban and community discussion, they don't need to be editing. You might be able to convince me it's a good use case for PC2 though. Allows the article to be protected without preventing them from contributing in othe areas. — {{U|Technical 13}} (e • t • c) 15:23, 11 October 2014 (UTC)
- If you get blocked for your behavior, what inclination should the community have to believe your behavior is different in other areas? A topic ban is one thing, because sometimes people can be overzealous. On the other hand, if you've been acting in a way to get you restricted from editing all of the main namespace, then there's an issue at hand that's more to do with editing, and I can't swallow that a user like that will be whipped into shape just by being unable to edit the mainspace. moluɐɯ 22:49, 12 October 2014 (UTC)
-
- reply in this case the disruptive editing consisted of an overzealous editor who created too many articles that got deleted and had problems interacting with the community before doing major changes. Having them interact on the talk pages as an exclusive form of editing will allow editors to review their suggestions and act on them appropriately, while at the same time maintaining an editor who, in my opinion, genuinely wants to contribute but has a bit of an impulse control problem. As I have already stated the worst editors I have encountered were the one's who had thousands of mainspace edits, but few to none talk page edits. Mainspace campers are more problematic than those who learn to interact on the talk pages. Cheers! Coffeepusher (talk) 23:40, 12 October 2014 (UTC)
-
- Then it sounds more like a user who needs a binding moratorium than something that needs a technical limitation on. If a user can't respect a moratorium on a particular editing behavior of theirs, I'm not going to feel any inclination to cut them slack everywhere else. If he can't work cooperatively with others, he's WP:NOTHERE. moluɐɯ 18:28, 13 October 2014 (UTC)
Diff number
Can anyone explain what happened here? (Check the tech note that follows the message). – Paine Ellsworth CLIMAX! 17:13, 11 October 2014 (UTC)
PS. and why does this URL, https://en.wikipedia.org/w/index.php?title=Template%3ATestcases_page_header&diff=629082496&oldid=625450950, take us to the correct edit? Also, I have found that the only difference between the two bare URLs is the "prev" vs. "next" at the end, as in diff=prev&oldid=625450950 vs. diff=next&oldid=625450950. Use of the "next" takes one to the correct edit. PS left by – Paine
Summary: Okay, first I used the {{Diff}} template with
–{{diff|Template:Testcases page header|prev|625450950|this edit}}
Then I tried the bare URL
- http://en.wikipedia.org/w/index.php?title=Template:Testcases_page_header&diff=prev&oldid=625450950
- no joy –
Both of the above have the same oldid as my edit does: 625450950
Further checks showed me that if I used "next" instead of "prev" in both the URL and the Diff template
- http://en.wikipedia.org/w/index.php?title=Template:Testcases_page_header&diff=next&oldid=625450950
which takes us here to my edit{{diff|Template:Testcases page header|next|625450950|
}}
These both take us to the correct edit. So the question is why both the previous edit and my edit seem to have the same oldid number? – Paine Ellsworth CLIMAX! 18:45, 11 October 2014 (UTC)
- (edit conflict) @Paine Ellsworth: The numerical
oldid
codes correspond to specific page revisions, not to diffs. There are several different ways of linking to a diff page:&diff=next&oldid=X
shows the difference between revision X and the succeeding revision, while&diff=prev&oldid=X
compares X with the preceding revision. See Help:Diff#Linking to a diff. SiBr4 (talk) 18:47, 11 October 2014 (UTC)- Thank you, SiBr4! So this says to me that it is normal and natural for two diffs to have the same oldid number, as they will have different diff numbers? This is way beyond my ken, as one would expect as you said that "The numerical
oldid
codes correspond to specific page revisions," so that each revision should have its own oldid number – yet apparently this is not so (at least not for the most recent edit and the previous one). – Paine Ellsworth CLIMAX! 19:26, 11 October 2014 (UTC)- oldid, which refers to a revision, is basically specifying one of the revisions you're comparing. So we can say "compare oldid 625450950 with the next edit to the page", or "compare oldid 625450950 with the previous edit to the page". These are each sensible descriptions of a diff, but they refer to different diffs; one of the revisions being compared is the same, but the other one is different. --ais523 19:40, 11 October 2014 (UTC)
- I appreciate your response, ais523, and I'm beginning to appreciate the inherent complexities of the URLs, the diff numbers and the oldid numbers, complexities which before this I took for granted. I'll just have to be more careful of the terms I use in the Diff template from now on. Joys! to all – Paine 02:52, 12 October 2014 (UTC)
- oldid, which refers to a revision, is basically specifying one of the revisions you're comparing. So we can say "compare oldid 625450950 with the next edit to the page", or "compare oldid 625450950 with the previous edit to the page". These are each sensible descriptions of a diff, but they refer to different diffs; one of the revisions being compared is the same, but the other one is different. --ais523 19:40, 11 October 2014 (UTC)
- Thank you, SiBr4! So this says to me that it is normal and natural for two diffs to have the same oldid number, as they will have different diff numbers? This is way beyond my ken, as one would expect as you said that "The numerical
The Teahouse's ask a question script is broken
Some more detail at Wikipedia talk:Teahouse#Bottom posting. Teahouse questions are mostly placed through a script that places an "ask a question" button at the top of the page. It's not working. If someone could look into this that would be great. Some pages that might give a headstart to anyone looking: {{TH question page}}, Wikipedia:Teahouse/Question-form2 and Wikipedia:Teahouse/All subpages. Thanks--Fuhghettaboutit (talk) 19:39, 11 October 2014 (UTC)
- F, can you offer some detail on how it is not working? The entire script is actually located at MediaWiki:Gadget-teahouse/content.js. — {{U|Technical 13}} (e • t • c) 22:58, 12 October 2014 (UTC)
-
-
- Fixed! See Wikipedia_talk:Teahouse#Bottom_posting. - J-Mo Talk to Me Email Me 20:13, 13 October 2014 (UTC)
-
How to fix use of old script here?
In "India article statistics" on Wikipedia:WikiProject_India the numeric hyperlinks are all broken -- How do I fix it? The intended functionality is working properly onWikipedia:WikiProject_United_States page. --AmritasyaPutraT 14:47, 12 October 2014 (UTC)
- The tested links all worked for me. Can you give an example link which doesn't work for you? The links are transcluded from User:WP 1.0 bot/Tables/Project/India which has not been edited since June. PrimeHunter (talk) 15:38, 12 October 2014 (UTC)
- I think the problem is that User:WP 1.0 bot/Tables/Project/India hasn't been updated since 12 June. This is in common with many other similar tables. The bot which updates it is WP 1.0 bot (talk · contribs), which isn't actually broken, because the tables for some WikiProjects are being updated. The updating seems sporadic though, check the revision history for User:WP 1.0 bot/Tables/Project/Australia. --Redrose64 (talk) 15:46, 12 October 2014 (UTC)
Tech News: 2014-42
08:54, 13 October 2014 (UTC)
Problem with Active users list?
Looking for usernames starting with "Albino" I get [10] which shows Albino 123, a puppetmaster, but not the socks Albino242 (talk · contribs), Albino252 (talk · contribs) or Albino222 (talk · contribs). Why is this? Dougweller (talk) 11:43, 13 October 2014 (UTC)
- In the page header I'm seeing "You are viewing a cached version of this page, which can be up to 15 hours, 42 minutes and 37 seconds old", which would explain why these three are not shown. -- John of Reading (talk) 11:55, 13 October 2014 (UTC)
- Sorry, didn't read down far enough, even though I wondered if that was the problem. That really should be up at the top. Thanks very much. Dougweller (talk) 14:06, 13 October 2014 (UTC)
- They all show up now ("11 minutes and 47 seconds"). עוד מישהו Od Mishehu 18:17, 13 October 2014 (UTC)
- Sorry, didn't read down far enough, even though I wondered if that was the problem. That really should be up at the top. Thanks very much. Dougweller (talk) 14:06, 13 October 2014 (UTC)
Moving interface Linkshere tool from (broken) tool server to third party
A discussion regarding using a third party site in the MediaWiki:Linkshere interface message has begun at MediaWiki talk:Linkshere, please see the discussion there. Thank you, — xaosflux Talk 20:32, 13 October 2014 (UTC)
Template:TOC limit does not work in mobile view
I was working on trying to limit the size of the ToC as it competes with the two infoboxes on Islamic State in Iraq and the Levant and I came to realize that that {{TOC limit}} does not seem to work as expected in mobile view. Take a look at this mobile view link here in mobile and desktop view and you'll see what I mean. I submitted a bug report to Bugzilla #71726 to see if there's anything that can be done to help get the desired results. It would also be nice if the TOC limit on mobile view can be set independently of normal view as well.~Technophant (talk) 03:07, 7 October 2014 (UTC)
- The
{{TOC limit}}
template works by wrapping a normal TOC in a<div>...</div>
which specifies an appropriate class, such asclass="toclimit-3"
. The MediaWiki:Common.css file declares a CSS rule for those classes, but MediaWiki:Mobile.css doesn't. Since it's something that we have the ability to fix from our end, I don't think that it's a bugzilla matter. --Redrose64 (talk) 09:24, 7 October 2014 (UTC)- @Technophant: bugzilla:71726 has been marked "Resolved Wontfix". --Redrose64 (talk) 10:31, 11 October 2014 (UTC)
- Right, we may want to add the same CSS classes to mobile.css as to common.css in order to get the template to work properly. This doesn't need support from MediaWiki itself. --ais523 10:34, 11 October 2014 (UTC)
- I've produced a possible coding at User:ais523/mobile.css (it has to be different from the non-mobile view because the HTML layout is different). I'll go request that the edit's made; it should be uncontroversial. --ais523 10:48, 11 October 2014 (UTC)
- And now the request's been submitted. We might want to continue this conversation over on the talk page for the site CSS, as the admins considering updating site CSS might not check this page. --ais523 10:57, 11 October 2014 (UTC)
- I've produced a possible coding at User:ais523/mobile.css (it has to be different from the non-mobile view because the HTML layout is different). I'll go request that the edit's made; it should be uncontroversial. --ais523 10:48, 11 October 2014 (UTC)
protect?
[11]
- 19:07, 5 September 2013 Trust Is All You Need (talk | contribs) protect
What does it mean?--GZWDer (talk) 06:38, 11 October 2014 (UTC)
- Remains of article feedback tool, it seems. https://en.wikipedia.org/w/index.php?diff=571681315 --Glaisher (talk) 06:43, 11 October 2014 (UTC)
Weird log entry
Can someone have a look at [12]? I'm seeing this at the top:
18:29, 19 October 2013 Innotata (talk | contribs) protect
This looks very strange and might be a bug of some kind. (pinging Innotata because they might know what this is?) --NYKevin 13:51, 15 October 2014 (UTC)
- Might it be from the Article Feedback tool? —innotata 14:16, 15 October 2014 (UTC)
Getting Started edit tag
The "gettingstarted edit" tag is now shown as inactive on Special:Tags.
Since 10 October some edits still have been coming through with this tag, but only at about 5% of the previous rate. This has been the 8th most frequently used of all edit tags, and is of great value in WP:recent changes patrolling. It should not be de-activated without warning or explanation. Can it please be restored to full operation as soon as possible?: Noyster (talk), 17:54, 12 October 2014 (UTC)
- Not sure if that's intentional. Maybe Superm401 or Robmoen know... --AKlapper (WMF) (talk) 09:26, 13 October 2014 (UTC)
- I don't think you should be seeing those at all, except when the mw:Growth team is running an experiment with the mw:Extension:GettingStarted software. It's not a tag for new users; it's a tag to identify users that have been given a slightly different version of the software, such as the one described for mw:Onboarding new Wikipedians. I believe that they're a bit "between projects" at the moment, and today's a holiday for most of the WMF staff. It's likely that they'll have another one out before long. Whatamidoing (WMF) (talk) 22:14, 13 October 2014 (UTC)
- OK if the stoppage of GettingStarted is just a short-term blip, but if it's more than that I'd like the community to be told and the WP:GettingStarted page to be amended. This feature has been active for quite a few months and over 230,000 edits have been tagged as made through it. GettingStarted has aroused considerable discussion, showing that those of us who deal with new users and their edits have a legitimate interest in the experience they are offered: Noyster (talk), 11:54, 15 October 2014 (UTC)
- The Growth team has been retired, so it's unclear if/when we'll be able to continue experimenting with new GettingStarted features. Mattflaschen (WMF) (talk) 23:56, 15 October 2014 (UTC)
- I don't think you should be seeing those at all, except when the mw:Growth team is running an experiment with the mw:Extension:GettingStarted software. It's not a tag for new users; it's a tag to identify users that have been given a slightly different version of the software, such as the one described for mw:Onboarding new Wikipedians. I believe that they're a bit "between projects" at the moment, and today's a holiday for most of the WMF staff. It's likely that they'll have another one out before long. Whatamidoing (WMF) (talk) 22:14, 13 October 2014 (UTC)
- This change is intentional. I've updated Wikipedia:GettingStarted (sorry, we should have done that before). Note that the tag was never solely for new users (it applied to all edits using a particular interface, but even when that interface was being offered to everyone, so not only for experiments), nor did it cover all edits by new users. After we added a new experimental feature (Task recommendations) which could be used by new and existing users (which initially did not support edit tagging), we later decided not to use edit tagging for any GettingStarted edits.
- There is a separate core feature that shows only contributions from new users (if I'm reading it right, it shows the 1% newest users) at [13]. This applies regardless of what interface people use. But remember to focus on the edit, not the editor. New users do a lot of good work (even though they're learning the ropes), and everyone makes mistakes, new and old. Mattflaschen (WMF) (talk) 23:56, 15 October 2014 (UTC)
- It appears that it is still tagging edits made by users with HHVM (a small minority, as you said, since HHVM is opt-in). This is bugzilla:72106.
- Note, due to new WMF staff policy, I've split my work account off from my personal one. Going forward, User:Superm401 is now solely my personal account, and User:Mattflaschen (WMF) is my work account. (CCing User:Phuedx since he also worked on this). Mattflaschen (WMF) (talk) 23:56, 15 October 2014 (UTC)
- Sorry, I meant to ping Noyster before. Mattflaschen (WMF) (talk) 23:57, 15 October 2014 (UTC)
User script suddenly not working any more
I use User:קיפודנחש/watchlistScout.js to alert me when something on my watchlist changes. It is supposed to run on page load and refresh every 60 seconds afterwards. For the past few days, though, I have been getting nothing from the script. All of my other scripts are working, I'm getting no errors on the javascript console, and it doesn't look like anything has changed in the code of the script recently (latest change was in 2012). Is there something else that may have changed site-wide that broke the script? Possibly an update to the API or something?--Dudemanfellabra (talk) 02:34, 14 October 2014 (UTC)
- I am probably wrongly guessing here as I cannot see any suspicious function calls, but the timing would fit with https://lists.wikimedia.org/pipermail/wikitech-ambassadors/2014-September/000953.html --AKlapper (WMF) (talk) 05:40, 14 October 2014 (UTC)
- Thanks for pointing that out. That was probably it. The creator of the script changed something related to an ajax call in the script and fixed it. I guess the old method was recently deprecated. Thanks for the help!--Dudemanfellabra (talk) 15:39, 14 October 2014 (UTC)
Search&Replace on Edit page
Using Firefox 31 and Vector skin on my laptop (Windows 7), I cannot make this function work. If I move the box to the column on the left, it disappears upwards as the page scrolls down on subsequent "Searches", and sometimes the "Search" will not highlight the word wanted at all, and is erratic at best. This even happens if the box is centred in the middle of the page. What is going wrong? I obviously use full screen mode when doing "Search&Replace". --P123ct1 (talk) 16:01, 14 October 2014 (UTC)
- For small portions of text when the edit window does not have a scroll bar of its own, the search & replace window will always move along with the main browser page. When there's a large portion of text in the editor forcing its own scroll bar you can hold your cursor above the edit window and use the mousewheel to scroll it up and down with the S&R window staying in place. As to missing search results, the search function is case-sensitive, so you will have to do a separate search for words beginning with an upper-case letter (that's why there is a tickbox "match case"). De728631 (talk) 18:14, 14 October 2014 (UTC)
signature Icon not responding in IE11
After opening an edit window, the signature icon (labelled 'signature and timestamp') works when using Opera 24 as browser but not when using Internet Explorer 11. This edit made and signed using Opera as browser. --— Philogos (talk) 18:22, 14 October 2014 (UTC)
When deleting BLP-prods, reason is not filled in
After clicking "delete" for a page with a standard CSD or PROD template, the reason is automatically filled in for every case except BLP-prod, when it is necessary to select it from the drop-down list. This may be be a hangover from the days when BLP-prod had a ten-day wait time, but now that it is seven days like normal PRODs, could automatic fill-in of the reason be provided? JohnCD (talk) 19:21, 14 October 2014 (UTC)
- @JohnCD: I've been looking into this, and {{prod blp/dated}} actually does automatically fill in a deletion reason if you click the delete link in the template. The reason is set to a default of "Expired PROD, concern was: unsourced BLP", which cannot be changed with a parameter. From your post here, it looks like you're not seeing this text. Can you tell us exactly which delete link you're clicking? Is it the one that appears after the text in the middle of the template that looks like "
Expired [[WP:PROD|PROD]], concern was: unsourced BLP
"? — Mr. Stradivarius ♪ talk ♪ 11:05, 15 October 2014 (UTC)- The usual way I delete anything - click "Delete" on the drop-down menu under "More" just left of the search box (Win7, FF33.0, Vector). That fills in the reason for CSDs and normal PRODs. JohnCD (talk) 11:48, 15 October 2014 (UTC)
- @JohnCD: Ok, this should be fixed now. {{prod blp/dated}} was missing an HTML element with an ID of "delete-criterion", which is why the reason wasn't being automatically filled in. I've added the correct HTML, as well as doing some general template clean-up. I've also removed the default reason from {{prod blp}}, but existing BLPPRODs still have it, so for the next seven days you will see a lot of deletion reasons that look like "Expired [[WP:BLPPROD|BLPPROD]], concern was: All biographies of living people created after March 18, 2010, must have references." — Mr. Stradivarius ♪ talk ♪ 14:24, 15 October 2014 (UTC)
- The usual way I delete anything - click "Delete" on the drop-down menu under "More" just left of the search box (Win7, FF33.0, Vector). That fills in the reason for CSDs and normal PRODs. JohnCD (talk) 11:48, 15 October 2014 (UTC)
anchor template breaks → click in edit summary
I can no longer follow the → click in this edit summary. I had to move down the anchor template to make the → click in the edit summary work. Environment: Firefox 33, Ubuntu 12.04 LTS. --Ancheta Wis (talk | contribs) 21:06, 14 October 2014 (UTC)
- These links are always broken if there is a template in the heading. The subject of templates in section headings is under discussion at Template talk:Talk header#No links in headings. --Redrose64 (talk) 23:44, 14 October 2014 (UTC)
Why am I seeing a notice in my contributions list at times?
At times right now, I'm seeing a notice in my contributions list that says:
Changes newer than [anywhere from 10 to 15] seconds may not appear in this list.
I've never seen this notice before, ever. It's only showing up at times, not all the time. Did a new build just go out recently? Gparyani (talk) 00:26, 15 October 2014 (UTC)
Very old page creations show major problems in history / contributions
Probably a known issue, but here goes...
Looking at the earliest edits by User:Damian Yerrick (for no particular reason, was browsing some old edits), I noted that many of those had huge negative diff sizes (up to -100 kB). Looking e.g. at the oldest edits to PUSA ([14]), we see this edit indicated with -100 kB, when it actually doubled the size of the article. The reason for these strange numbers appears when you look at [15], and there click on the "diff" link next to these contribs. For this particular page, the diff you get is this, comparing a version of late 2009 to a version of late 2001. Here as well, mid 2010 compared to October 2001. Or here, May 2011 to September 2001.
I haven't been able to find a pattern (e.g. this happens after X edits to a page), and don't know yet if it only happens with very old edits, but it is not really good of course. But another result of this problem is that e.g. User:Swhite created the page Spam[16], but it doesn't appear in his contributions[17]!
Are these inconsistencies still the result of that major database crash in the early years (2002?), or is it a new problem? I have never heard of edits appearing in one history (article history), but not in another (contributions list), but then again I haven't heard everything ;-) Fram (talk) 09:48, 15 October 2014 (UTC)
- @Fram: This sounds like it might be in Graham87's area of expertise. I see that he's also documented some of his work at User:Graham87/Page history observations. — Mr. Stradivarius ♪ talk ♪ 11:10, 15 October 2014 (UTC)
- Thanks. Hopefully he can shed some light on this, the section "Revision ID numbers" maybe relevant here, but he will be probably much better placed to judge this. Fram (talk) 11:16, 15 October 2014 (UTC)
- The problem with erroneous byte differences in page histories is tracked as Bug 36976, and is indeed related to revision ID numbers, as they are used to calculate the previous and next revision of a page. The problem with missing contributions is tracked as bug 34873, and occurs because many older edits are stored with a user ID of 0; the reason for this is that the accounts of the affected usernames hadn't been created in September 2002, when the older edits were mass-imported into the Wikipedia database. Graham87 11:25, 15 October 2014 (UTC)
- Thanks. Hopefully he can shed some light on this, the section "Revision ID numbers" maybe relevant here, but he will be probably much better placed to judge this. Fram (talk) 11:16, 15 October 2014 (UTC)
- Is it because I'm user 1? I've been confused with a mop bearer more than once. Anyway I clicked "next" on that edit and expected to see a revert. My, how Wikipedia has changed since then. --Damian Yerrick (talk) 23:31, 15 October 2014 (UTC)
- @Damian Yerrick: Nope, it's because I've done so many imports of your edits from the Nostalgia Wikipedia and other places. Graham87 09:34, 16 October 2014 (UTC)
Pages in category Section name
What is the technical Section name for what appears as 'Pages in category "Φ"' in read mode? In other words, how do I get this edit to work properly? Thanks It Is Me Here t / c 14:50, 15 October 2014 (UTC)
- I tweaked it to use
{{anchor}}
instead of the section header.
- —Trappist the monk (talk) 15:30, 15 October 2014 (UTC)
- The html source of the rendered category page contains:
<h2><a name="Pages_in_category" id="Pages_in_category"></a>Pages in category "CS1 errors: dates"</h2>
- So the anchor name is "Pages in category". You had the right name but swapped the parameter order in {{sts}}. PrimeHunter (talk) 15:39, 15 October 2014 (UTC)
-
- I have changed it with edit summary: use MediaWiki's anchor "mw-pages" instead of "Pages in category" which is an ugly hack added in MediaWiki:Category header so the link would fail in other user languages than the default en.[18] That hack can cause other problems and should probably be removed but I don't know whether we rely on it elsewhere. PrimeHunter (talk) 16:12, 15 October 2014 (UTC)
older version of the map
hello, I have uploaded a map for an article Im working on Yamhad.
the problem is that the infobox is showing an older version of the map, instead of showing this : https://en.wikipedia.org/wiki/File:Yamhad_and_Vassals.png its showing this ! : https://upload.wikimedia.org/wikipedia/commons/archive/2/22/20141015123556!Yamhad_and_Vassals.png is there anyway to fix this problem ?--Attar-Aram syria (talk) 17:29, 15 October 2014 (UTC)
- I purged the version in the article with https://upload.wikimedia.org/wikipedia/commons/thumb/2/22/Yamhad_and_Vassals.png/250px-Yamhad_and_Vassals.png?action=purge. It displays right now. PrimeHunter (talk) 17:57, 15 October 2014 (UTC)
Why do time stamps use DMY regardless of what I set my preferences to?
In my preferences, I set my timezone to CDT (America/Chicago on the list), and so that properly converts the timestamps from using UTC to instead display CDT, but regardless of what date format I set it to use, it displays in DMY. What is the problem here? Dustin (talk) 21:43, 15 October 2014 (UTC)
- It works for me at for example the history of this page.[19]. What is your date format setting at Special:Preferences#mw-prefsection-rendering and where do you see DMY? If you mean in signatures then they are not software-generated but saved in the wikitext as UTC and DMY. The MediaWiki software does not change them according to your preferences. The English Wikipedia has added an option at Special:Preferences#mw-prefsection-gadgets: "Change UTC-based times and dates, such as those used in signatures, to be relative to local time". This changes the displayed time in signatures but is not supposed to affect the date format. PrimeHunter (talk) 22:51, 15 October 2014 (UTC)
- @PrimeHunter: Just as through my preferences, date format in page histories can be chosen, and the display timestamp can be modified to work for a user's timezone, why can the date format of time stamps just be auto-converted? I don't particularly like DMY as it puts the least significant values before more significant values. I set my preferences at at Special:Preferences#mw-prefsection-rendering to use MDY because that is what I am used to, but I also have tried out or used YMD on occasion, but neither actually change how the time stamps display for me, even though they change the date format of revisions on page histories. Dustin (talk) 16:05, 16 October 2014 (UTC)
- The MediaWiki software only has built-in functions to change the display of times which are stored as database entries, for example edit times in page histories, user contributions, watchlists, recent changes. This display is controlled by Special:Preferences#mw-prefsection-rendering. When you sign with
~~~~
, the time and date is not stored as a database entry in a time field but as actual text in the wikisource of the page. That text can then be treated like any other wikitext. It is an editor at the English Wikipedia who created the gadget to identify times in wikitext and change the time zone display. If a user enables the gadget then MediaWiki:Gadgets-definition tells the software to run MediaWiki:Gadget-CommentsInLocalTime.js which loads User:Gary/comments in local time.js which is made by User:Gary. Your browser receives the original UTC time but the JavaScript then runs in your own browser and changes what you see. I'm not a JavaScript programmer and don't know whether it could be modified to get the date format from your preferences and also change that, or maybe a new gadget or user script created to do it so users can choose independently. If somebody writes the code then administrators can add gadgets with easy one-click enable/disable at Special:Preferences#mw-prefsection-gadgets. Any registered user with the right knowledge can write and run their own JavaScript or import it from elsewhere by editing their own Special:MyPage/common.js. I don't know whether somebody has a script somewhere to change the displayed date format. PrimeHunter (talk) 18:06, 16 October 2014 (UTC)
- The MediaWiki software only has built-in functions to change the display of times which are stored as database entries, for example edit times in page histories, user contributions, watchlists, recent changes. This display is controlled by Special:Preferences#mw-prefsection-rendering. When you sign with
- @PrimeHunter: Just as through my preferences, date format in page histories can be chosen, and the display timestamp can be modified to work for a user's timezone, why can the date format of time stamps just be auto-converted? I don't particularly like DMY as it puts the least significant values before more significant values. I set my preferences at at Special:Preferences#mw-prefsection-rendering to use MDY because that is what I am used to, but I also have tried out or used YMD on occasion, but neither actually change how the time stamps display for me, even though they change the date format of revisions on page histories. Dustin (talk) 16:05, 16 October 2014 (UTC)
-
-
-
- With the Comments in Local Time script, you can set the date format with the instructions found here. Available date formats are DMY, MDY, and YMD. Gary (talk · scripts) 18:38, 16 October 2014 (UTC)
-
-
Randomly logging out
Every time I open a new tab (and sometimes even if I don't), I randomly log out. Help? --User J. Dalek (talk | contribs) 22:39, 15 October 2014 (UTC)
- By the way, I use IE 11. --User J. Dalek (talk | contribs) 22:43, 15 October 2014 (UTC)
- @UserJDalek: try reloading; Works for me. --Mdann52talk to me! 16:38, 16 October 2014 (UTC)
- It seems to work now. Thanks. --User J. Dalek (talk | contribs) 22:15, 16 October 2014 (UTC)
- @UserJDalek: try reloading; Works for me. --Mdann52talk to me! 16:38, 16 October 2014 (UTC)
Can someone make a list for me?
I'd like to better understand WP:LEADLENGTH—how we do it in actual practice, not just the theory on the guideline page. One way to address this, I thought, would be to compare our (old) advice against our (recent) WP:TFAs. Does someone know how to make a table (or spreadsheet, or text file) that has this kind of information, without having to do it all by hand?
Article name | Number of characters | Number of words | Number of sentences | Number of paragraphs | Characters in the lead | Words in the lead | Sentences in the lead | Paragraphs in the lead |
---|---|---|---|---|---|---|---|---|
Tropical Storm Kiko (2007) | 6,050 | 965 | 50 | 6 | 1,010 | 160 | 8 | 1 |
Colorado River | 67,400 | 11,100 | 510 | 82 | 4,425 | 716 | 34 | 4 |
I'd like to have this data for, say, the last 100 consecutive TFAs. Since my manual method is slow, and since eyeballing the text to remove section headings and ref numbers is doubtless sloppy, I'm really hoping that someone can come up with a fast, easy, automated method. It seemed to me that the WP:DYK script might be useful for the character counts, but that still leaves the rest.
If you can produce the list and also feel like doing the basic analysis for me (which of the whole-page numbers correlates best with which of the lead-only numbers?), then so much the better. WhatamIdoing (talk) 22:59, 15 October 2014 (UTC)
- If you are going to build a small task force to do this work (5 members, 20 articles), or cerate a sub-page under your user-page, you may call me in there. Thanks. --Tito☸Dutta 23:18, 15 October 2014 (UTC)
- Umm, I might be able to whip up a script to do this automagically. I'll give it a shot.--v/r - TP 00:00, 16 October 2014 (UTC)
- Thanks for the offer, Tito. TParis, I hope that the script works. WhatamIdoing (talk) 20:16, 16 October 2014 (UTC)
Improving article history
I think article history should more often than it does not show information is removed then added. For example, the first sentence is all I removed from Chess#Promotion here and it still treats it like I removed the whole thing and wrote something else. Blackbombchu (talk) 21:11, 16 October 2014 (UTC)
Wikimedia Tool Labs
I use a couple of wikimedia tool labs sites such as [20] to check my user statistics and [21] to check article statistics, bugs and such. They are really useful sites but for the last few days they have been down. I can't seem to find a place to report the sites being down and I was referred to here by the IRC help chat. I hope you can help and I appreciate you looking at my request. - SantiLak (talk) 22:08, 16 October 2014 (UTC)
- See bugzilla:72104. PrimeHunter (talk) 22:52, 16 October 2014 (UTC)
-
-
- User:Wbm1058/common.js contains
-
mw.loader.load('//meta.wikimedia.org/w/index.php?title=User:Hedonil/XTools/XTools.js&action=raw&ctype=text/javascript');
-
-
- The loaded meta:User:Hedonil/XTools/XTools.js contains
-
importScriptURI("//tools.wmflabs.org/xtools/api.php?pageid=" + ...
-
-
- I guess that's the cause. PrimeHunter (talk) 23:57, 16 October 2014 (UTC)
- I see, thanks. That's probably one of the causes. Perhaps there's another one or more... Wbm1058 (talk) 00:25, 17 October 2014 (UTC)
- I think the labs bug is the entire cause of the spinning donut and message about labs, if the Hedonil tool scrpt is loaded on the user's .js page. I've been getting it for several days. When it finally stops spinning, which seems to take forever, the Hedonil tool does not show at the top of the article page — Maile (talk) 14:47, 18 October 2014 (UTC)
- I see, thanks. That's probably one of the causes. Perhaps there's another one or more... Wbm1058 (talk) 00:25, 17 October 2014 (UTC)
- I guess that's the cause. PrimeHunter (talk) 23:57, 16 October 2014 (UTC)
-
What links here
Before October 16, when I type in a page for What links here, there would be no suggestion drop down list. Now there is. Usually, I know what exact article title I'm going to put in there. I don't need the dropdown list's help. Any way to disable it? (Don't completely remove it, I sometimes want it enabled.) The only way to disable it is to check box but that does it for the search box, too. I would like it to be kept for the search boxes but disabled (however I sometimes want to re-enable it) on the What links here. I did not find this in any tech news. A Great Catholic Person (talk) 05:32, 17 October 2014 (UTC)
[OAuth page] some internal links not working (e.g. Facebook)
There are several links on the OAuth page that are not rendering. Specifically, in the List of notable OAuth providers the links for Facebook, LinkedIn, and Twitter do not show on the article view. What could be the cause of these links not rendering? Brylie Christopher Oxley (talk) 06:54, 17 October 2014 (UTC)
- Someone else mentioned a similar problem a few days ago over on ANI. It seems to come down to AdBlock Plus and Fanboy's Social Blocking List. They mentioned that it should be fixed now though, perhaps if you update the extension/list? Organics talk 12:34, 17 October 2014 (UTC)
Did something happen to Ambox?
I am using Monobook, and all of the templates based on {{ambox}} such as {{POV}}, {{refimprove}}, {{FAQ}}, etc. are displayed in a strange manner. See this image. --benlisquareT•C•E 08:22, 17 October 2014 (UTC)
- I don't see a problem in Monobook. Try clearing your cache.
-- [[User:Edokter]] {{talk}}
10:43, 17 October 2014 (UTC)
Dark colour schemes and the interface between the system, browser and Wikipedia
I hope this is the right place to ask this question. This is the number one issue that stops me editing Wikipedia comfortably, and it's an issue that hasn't yet been resolved, due to its technical nature. There are issues with formulae, box quotes, transparency in images (e.g. chemical structure diagrams), and the list just goes on. Adding the the problems is the new software that is coming out through 2014-15 (Media Viewer, VisualEditor, etc.) which utilises set colour schemes which from my (poor) understanding are hard to change with CSS script. I haven't filed a bug report, because it seemed others already had for the exact same issue.
One of my last sentences on that discussion page, "However, on Wikipedia, [the stylesheet is] already suitable for my daily use", has since been found to only be true for the reading of non-technical articles which didn't contain box quotes. It's very frustrating, in that it severely impedes my use of this amazing website.
The other annoying behaviour, which is related, is the actions of certain text-entry boxes. The new piece of software, Flow, is an example, as is the larger search box that pops up under the heading "Search results" when your search query isn't found. The text and text box are almost the same colour; really dark. This is probably caused by the interaction between the system and browser, but changing the browser's default colour settings isn't an option, because then everything else is unreadable. I don't know how to tell my browser to ignore my dark system colours on websites and use the default light ones (I've tried playing around with all the colour settings in Firefox already).
Another interesting observation is that the source editing form I'm using to write this is using the dark background too, but it uses the light-grey text from my system theme in tandem, meaning that reading the text is not a problem. Same with the buttons down the bottom. I'm not sure if perhaps the specific input boxes I'm having trouble with take information from the system for the background, but none for the text, which might just be set as an unchanging black?
If any of this doesn't make sense, I can post more screenshots.
I'm running Linux Mint 17 Cinnamon, with a dark colour scheme for my window manager. Firefox 33.0 is my browser.
Any help would be vastly appreciated. Thanks, Thennicke (talk) 13:24, 17 October 2014 (UTC)
- The issue for the larger search box, and probably for other things such as flow, is that the WMF UX designers have fallen in love with using dark grey rather than black text all over the place but they're only overriding the text color and not the background color. This works fine with the default white, but for people like you who've set the browser to a different color scheme this causes problems. This should be filed as a bug if it hasn't been already. Anomie⚔ 14:45, 17 October 2014 (UTC)
- Anomie⚔, I thought it was a bit strange that only the text should be set to a different colour; that explanation makes sense though. Thank you, I'll file that bug. The issue with Wikipedia's lack of support for dark colour schemes is obviously a much bigger task. Thennicke (talk) 15:29, 17 October 2014 (UTC)
- Thennicke, you might be interested in my suggested Appearance and accessibility panel (see Wireframe/napkin-sketch illustration in particular) - feedback appreciated!. And thanks Thennicke and Matma_Rex for filing those bugs. Quiddity (talk) 19:49, 17 October 2014 (UTC)
- Anomie⚔, I thought it was a bit strange that only the text should be set to a different colour; that explanation makes sense though. Thank you, I'll file that bug. The issue with Wikipedia's lack of support for dark colour schemes is obviously a much bigger task. Thennicke (talk) 15:29, 17 October 2014 (UTC)
- I would also like light colored text on a black background, but gave up on it due to all the issues it seems to cause. If it would work, it would solve several problems. On my CRT monitor, light backgrounds require more electricity, generate more heat, cause more damage to the eyes, make flickering appear worse, and cause more electromagnetic interference. Depending on the technology, this may be true for various flat screen monitors, too. If the screen was white when you turn the monitor off, and LCDs were used to block portions of that white background, then Wikipedia's default white background would make more sense. StuRat (talk) 21:26, 17 October 2014 (UTC)
- StuRat, check out User:Dodoïste/vector.css for a prototype skin. You and I are not alone in this issue; Axl mentioned it as well, for example, and there are definitely others. The main issues with this skin at the moment are as follows:
- Interaction with the UI elements in the new beta software
- Templates with user-defined colour schemes are also a huge issue
- Mathematical formulae are unreadable
- Box quotes are unreadable
- There's a lot of generally ugly and incompatible stuff
- Quiddity, that wireframe looks really good at the moment! I honestly don't have any suggestions to add, other than perhaps an "advanced" menu where every font size and UI element colour is customisable for people who find the defaults unsuitable. (e.g. a direct inversion of the default colour scheme, for me, is too harsh. Hence the greys used on User:Dodoïste/vector.css)
- This dark colour scheme is certainly a critical feature for me and others, and it will obviously require a community effort, because it's such a big project. Too bad I can't code. Cheers to everybody here for their help! Thennicke (talk) 05:44, 18 October 2014 (UTC)
- Thank you for pinging me, Thennicke. For the benefit of other readers: I use the green-on-black skin to reduce background glare. However I am unable to view many diagrams properly—often the labels or lines do not appear. Also, I am not able to view the WP:GAN pages. As a result, I have stopped undertaking GAN reviews. Axl ¤ [Talk] 08:39, 18 October 2014 (UTC)
- StuRat, check out User:Dodoïste/vector.css for a prototype skin. You and I are not alone in this issue; Axl mentioned it as well, for example, and there are definitely others. The main issues with this skin at the moment are as follows:
Tearing its guts out
Here's another bit of enigmatic (for me, at least) template stuff:
The way that grouping should appear is as follows:
I actually came across a redirect that was tagged like that first link above. The separation of the innards of the {{Redr}} template doesn't happen if the external rcat, {{R to section}}, is removed. When the Redr is placed in the usual position on the third line (or even on the second line), then all is normal. I tried using other independent rcats and received mysterious results – {{R with possibilities}} gives the same puzzling separation, while {{R from subpage}} looks normal. Of course, I'd like to fix this so editors don't have to be concerned about where they position the templates on a redirect, but I have no idea where to start. Is there maybe an easy fix to the template(s) for this? Is this suitable for a bug report? – Paine Ellsworth CLIMAX! 16:24, 17 October 2014 (UTC)
- Sorry, I should have been looking at this. The problem is that
{{mbox}}
-based templates only work properly if placed at the start of a new line, otherwise HTML Tidy screws with what's inside the box. In the case of Sandbox2, you've got a table inside a list item of an unordered list; in the case of Sandbox3, the table is after the unordered list. It often happens with{{edit protected}}
- compare old version with fixed version; the only difference is the presence of a colon in the first one. --Redrose64 (talk) 17:16, 17 October 2014 (UTC)- No problemo, and thank you for your explanation! The colon works well to spoil Redr as well:
- I'll note it in the documentation. – Paine 22:11, 17 October 2014 (UTC)
Change in behaviour of Special:LinkSearch
It is possible to link Wikipedia pages in two ways: as an internal Wikilink, which shows in "What links here", or as an external link, which does not. In the past it was possible to use Special pages → External links search for such links. At the top of that page it shows MediaWiki:Linksearch-text, which advises "To search for external links to pages on this site, start with en.wikipedia.org/wiki/".
This no longer works. According to bugzilla:72185, this is because $wgRegisterInternalExternals
is not switched on. But, this certainly used to work, so when was it turned off? Bawolff (talk · contribs) and AKlapper (WMF) (talk · contribs) both say that it was intentional. --Redrose64 (talk) 19:08, 17 October 2014 (UTC)
- I believe it was turned off at about MediaWiki 1.16 (2010-ish). See rev:53104. Following the link to bugzilla:19637, this appears to be a performance optimization (I didn't realize that when I commented on the bug). User:SPringle (WMF) would be the one to ask if the performance concerns are still valid, or if it can be re-enabled. Bawolff (talk) 19:44, 17 October 2014 (UTC)
SSL 3.0 discontinued
Possibly only dozen people in the world noticed this, but in case any of them are wondering: it appears that SSL 3.0 was disabled yesterday on the Wikipedia secure server. If you try to login via https: (and of course no one passes login data over http:) and your browser has "SSL 3.0" enabled—oops! The initial error message was:
Error code: ssl error no cypher overlap
At the end of the day message changed to:
SSL protocol has been disabled.
This apparently unannounced change (I haven't seen any mention of it) is presumably due to a "critical flaw in SSlV3" — "POODLE" — discovered just last month.
Anyone encountering this problem should go into their browser settings and disable SSL 3.0. If you have really old browser, it's time to upgrade. ~ J. Johnson (JJ) (talk) 00:23, 18 October 2014 (UTC)
- If your browser has TLS 1.2, 1.1, or 1.0 enabled, those should be preferred (in that order) to SSL 3.0. As for announcements, see [22] Anomie⚔ 00:46, 18 October 2014 (UTC)
Error when searching for template "a"
This query results in the error message "An error has occurred while searching: The search backend returned an error:". Other single-letter templates are found just fine, maybe someone should take a look at this. Paradoctor (talk) 08:56, 18 October 2014 (UTC)
- When that happens, I try to get to the bare URL, as in http://en.wikipedia.org/wiki/Template:A. – Paine Ellsworth CLIMAX! 14:31, 18 October 2014 (UTC)
- It works when I enable "New search" at Special:Preferences#mw-prefsection-betafeatures. I think New search is planned to become the default or only search and there is limited interest in using resources on fixing such problems with the old search. PrimeHunter (talk) 14:39, 18 October 2014 (UTC)
- No sweat, it's just something I noticed and thought might be of interest. Paradoctor (talk) 17:45, 18 October 2014 (UTC)
FeaturedTopicSum
Can anybody work out what the "-2" in Template:FeaturedTopicSum is for? I've been trying to convert this template to Lua at Module:FeaturedTopicSum, because it will be used in Module:Article history, but I can't work out why the current template code is the way it is. The template takes a topic name as {{{1}}}
, returns {{{2}}}
if the topic is a featured topic, and returns {{{3}}}
otherwise. Now, one of the featured topic criteria is that 50% or more of the articles in the topic are featured articles. This criterion is translated into the following template code:
{{#ifexpr:{{PAGESINCATEGORY:Wikipedia featured topics {{{1}}} featured content}} >= ({{PAGESINCATEGORY:Wikipedia featured topics {{{1}}}}} + {{PAGESINCATEGORY:Wikipedia featured topics {{{1}}} good content}}-2) |{{{2}}} |{{{3}}} }}
For a figure of 50% or more, I would expect the calculation to be "featured >= good + other", not "featured >= good + other - 2". Am I missing something here? — Mr. Stradivarius ♪ talk ♪ 18:11, 18 October 2014 (UTC)
Also, I should leave a ping for User:Ucucha, who made the most recent edit to the template. — Mr. Stradivarius ♪ talk ♪ 18:12, 18 October 2014 (UTC)
- My guess: "Wikipedia featured topics ... good content" and "Wikipedia featured topics ... featured content" are subcategories of "Wikipedia featured topics ...", so subtracting two from the
{{PAGESINCATEGORY:Wikipedia featured topics {{{1}}}}}
term ensures that these subcategories are not included in the article count. SiBr4 (talk) 18:49, 18 October 2014 (UTC)- (edit conflict) It appears the reason for this adjustment is that the page:
- Category:Wikipedia featured topics *
- contains both category pages:
- Wikipedia featured topics * featured content
- Wikipedia featured topics * good content
- I expect the "-2" is to adjust for this inclusion. A quick look at the first category in the list shows:
- Category:Wikipedia featured topics 1906 Atlantic hurricane season pages:2 (with no pages actually in this category)
- Category:Wikipedia featured topics 1906 Atlantic hurricane season featured content pages:0
- Category:Wikipedia featured topics 1906 Atlantic hurricane season good content pages:3
- — Makyen (talk) 19:12, 18 October 2014 (UTC)
- Indeed, see mw:PAGESINCATEGORY. An alternative would be to use
{{PAGESINCATEGORY:Wikipedia featured topics {{{1}}}|pages}}
, which doesn't count subcategories. — HHHIPPO 19:19, 18 October 2014 (UTC)- Aha, that makes sense. I was getting messed up because the equivalent code in Lua doesn't count subcategories. (Or more accurately, you can specify whether you want it to count pages, subpages, files, or all three.) Thanks, everyone. — Mr. Stradivarius ♪ talk ♪ 19:50, 18 October 2014 (UTC)
- And looking at the PAGESINCATEGORY docs, I see that the parser function works that way as well. The option to specify pages only came in MediaWiki 1.20, though, which would be why the template didn't use it. The last update to the template was in 2010, and 1.20 was released in 2012. — Mr. Stradivarius ♪ talk ♪ 19:57, 18 October 2014 (UTC)
- Indeed, see mw:PAGESINCATEGORY. An alternative would be to use
- (edit conflict) It appears the reason for this adjustment is that the page:
Login problems on IE9 Vista
I'm currently having problems logging into my account using Internet Explorer 9 on Windows Vista. I'm having no problems using this wiki when not logged in, but when attempting to log in, I get a "Internet Explorer cannot display the webpage" error; any attempt to refresh quickly regenerates the error screen, as if it's not even trying to load the login screen. I really prefer to be logged into my account whenever possible, so it is possible to do something about this issue? Thanks. --76.92.210.183 (talk) 00:09, 19 October 2014 (UTC)
- Found out what was wrong. I didn't have a specific value turned on--I had "Use TLS 1.0" off when it should have been on ("Use SSL 2.0" and "Use SSL 3.0" were already on, anybody else who's going through what I went through might want to check those as well). Shouldn't have a problem logging on now...--76.92.210.183 (talk) 06:10, 19 October 2014 (UTC)
-
- You were using SSL 3.0? See #SSL 3.0 discontinued, above. ~ J. Johnson (JJ) (talk) 20:44, 19 October 2014 (UTC)
Custom CSS
- "Code that you insert on this page could contain malicious content capable of compromising your account. If you are unsure whether code you are adding to this page is safe, you can ask at the appropriate . The code will be executed when previewing this page."
This is shown when I preview the CSS page. "you can ask at the appropriate ." seems to be unintended and something is missing. I post here to make you aware of it in case you want to change it. Iceblock (talk) 01:06, 19 October 2014 (UTC)
- I see MediaWiki:Jswarning which says "Code that you insert on this page could contain malicious content capable of compromising your account. If you are unsure whether code you are adding to this page is safe, you can ask at the appropriate village pump". The text "village pump" is a link to this page, but it displays bold here instead because it's a link to the page itself. Are you sure you have nothing after "appropriate"? If you see a large space but cannot make out any text then it may be a textcolor versus background color problem on your computer. Try holding your mouse over the space. And did you copy-paste the text with your browser or retype it manually? PrimeHunter (talk) 01:24, 19 October 2014 (UTC)
Checking custom tables of contents
Does anybody know of an automated or partially automated way to check the accuracy of the table of contents on pages like List of birds of French Guiana? I've been checking them by clicking on each heading to see if it has a target, then generating a normal table of contents and visually comparing it to the list to see if any headings have been missed. It is tedious and there are hundreds of articles in the series List of birds of ... which I'm hoping to clean up. SchreiberBike talk 03:40, 19 October 2014 (UTC)
Page in "edit" mode is broken
Page in "edit" mode is broken, left side navigation bar is pushed down, no WP logo. --Tito☸Dutta 23:22, 19 October 2014 (UTC) Here is a screenshot (use "zoom") --Tito☸Dutta 23:27, 19 October 2014 (UTC)
- Have you tried to clear your entire cache? PrimeHunter (talk) 02:52, 20 October 2014 (UTC)
Creating a Help article
I would like to create an article named Help:Automatically generated reference list, and copy into it the information in this draft page, per the discussion at Help talk:Footnotes. But whenever I search for the not-yet-existing new page, I get "An error has occurred while searching: The search backend returned an error:". Does creating a page in the Help namespace require some kind of administrator privileges? – Margin1522 (talk) 02:32, 20 October 2014 (UTC)
- @Margin1522: Nope, this looks like a search bug rather than a page creation bug. If you click on the link you've made above you should be able to create the page. — Mr. Stradivarius ♪ talk ♪ 02:47, 20 October 2014 (UTC)
- Yes, this has unfortunately become a common error for the default search engine. At Special:Preferences#mw-prefsection-betafeatures you can choose "New search" which doesn't have the problem. Clicking the red link also works fine. PrimeHunter (talk) 02:50, 20 October 2014 (UTC)
- Success! Thank you both very much. Now I will go and select the new search engine. – Margin1522 (talk) 03:10, 20 October 2014 (UTC)
- Another time, it would be more appropriate to WP:MOVE the draft to the new location. Doing so preserves the edit history, which is what is used to attribute the work and comply with the licensing model which Wikipedia uses. Even though it is (mostly) your work (there is one edit of the draft by BattyBot), preserving the edit history is one of the things that demonstrates that it is the work of the people credited in the history. Having a history that shows the development of the content is much stronger than having a fully formed version appearing in a first edit. — Makyen (talk) 06:05, 20 October 2014 (UTC)
- Actually most of the content on that page was developed on the Help:Footnotes page. I just expanded it a bit and added some formatting and examples. I should have mentioned that in the edit summary. Now that you've reminded me, I will mention it on the Talk page of the new article. (The rest of the history on the draft page, including BattyBot, is for a completely different article, Bettina von Zwehl, which is why I copied it instead of moving it.) – Margin1522 (talk) 07:58, 20 October 2014 (UTC)
- @Margin1522: If you made the new page by copying text from another page, WP:SPLIT applies and attribution is still required. --Redrose64 (talk) 15:13, 20 October 2014 (UTC)
- Thanks. There was a template {{Copied}}, so I added that. Essentially it duplicated information already on the talk page, but if there is a standard format it's better that way. – Margin1522 (talk) 22:05, 20 October 2014 (UTC)
- @Margin1522: If you made the new page by copying text from another page, WP:SPLIT applies and attribution is still required. --Redrose64 (talk) 15:13, 20 October 2014 (UTC)
- Actually most of the content on that page was developed on the Help:Footnotes page. I just expanded it a bit and added some formatting and examples. I should have mentioned that in the edit summary. Now that you've reminded me, I will mention it on the Talk page of the new article. (The rest of the history on the draft page, including BattyBot, is for a completely different article, Bettina von Zwehl, which is why I copied it instead of moving it.) – Margin1522 (talk) 07:58, 20 October 2014 (UTC)
- Another time, it would be more appropriate to WP:MOVE the draft to the new location. Doing so preserves the edit history, which is what is used to attribute the work and comply with the licensing model which Wikipedia uses. Even though it is (mostly) your work (there is one edit of the draft by BattyBot), preserving the edit history is one of the things that demonstrates that it is the work of the people credited in the history. Having a history that shows the development of the content is much stronger than having a fully formed version appearing in a first edit. — Makyen (talk) 06:05, 20 October 2014 (UTC)
- Success! Thank you both very much. Now I will go and select the new search engine. – Margin1522 (talk) 03:10, 20 October 2014 (UTC)
- Yes, this has unfortunately become a common error for the default search engine. At Special:Preferences#mw-prefsection-betafeatures you can choose "New search" which doesn't have the problem. Clicking the red link also works fine. PrimeHunter (talk) 02:50, 20 October 2014 (UTC)
I'm signed in/I'm not signed in
On a computer with Firefox, for the past several months, if I accessed Wikipedia from a search engine after signing in, it would appear that I was not signed in (and my skin would be different). If I remained on Wikipedia after signing in and searched for the appropriate article there, I remained signed in. Another option was to use a link from an email containing "https:", which is not found in the URL of an article accessed from a search engine. Inserting "https://" before "en" fixed the problem. Now, the problem appears to have been fixed, although for some strange reason at home, where I have IE9, this happened to me once and I don't remember what I did. I actually never use search engines at home.— Vchimpanzee • talk • contributions • 21:50, 20 October 2014 (UTC)
Edits cannot be made to Sankar Chakraborti
![](https://web.archive.org/web/20160102094217im_/https://upload.wikimedia.org/wikipedia/en/thumb/f/fb/Yes_check.svg/20px-Yes_check.svg.png)
OTRS agent here, and was trying to make changes to the above article, but I definitely cannot edit it for some reason. While I can enter the edit window (edit source), I cannot submit changes. The button appears, but clicking on it yields no response. Any reason why this might be the case? I, JethroBT drop me a line 00:04, 21 October 2014 (UTC)
- It works fine for me. AndyTheGrump (talk) 00:09, 21 October 2014 (UTC)
-
- Also works for me. JethroBT posted more at Wikipedia:Administrators' noticeboard#Editing and other functions disabled at Sankar Chakraborti. A tested null edit in Monobook gave me no problems. There are only three transcluded pages beyond those used in {{notability}}. Have you tried to clear your entire cache? PrimeHunter (talk) 00:55, 21 October 2014 (UTC)
- Works fine for me too. If you still have problems after clearing your cache, could you please specify if you can edit other articles? Thanks! GoingBatty (talk) 01:08, 21 October 2014 (UTC)
- Clearing the cache worked, thanks. I, JethroBT drop me a line 01:49, 21 October 2014 (UTC)
- Works fine for me too. If you still have problems after clearing your cache, could you please specify if you can edit other articles? Thanks! GoingBatty (talk) 01:08, 21 October 2014 (UTC)
- Also works for me. JethroBT posted more at Wikipedia:Administrators' noticeboard#Editing and other functions disabled at Sankar Chakraborti. A tested null edit in Monobook gave me no problems. There are only three transcluded pages beyond those used in {{notability}}. Have you tried to clear your entire cache? PrimeHunter (talk) 00:55, 21 October 2014 (UTC)
Watchlist option when moving pages
When moving a page, one has an option to tick or untick the "Watch source page and target page" box. However, more often than not, I am finding myself in need of watching only the target (i.e., where the article is being moved to) but not the source (which will become a simple redirect). Is there a technical reason why the source and the target can't be unbundled into separate boxes? It's somewhat annoying to have to go through an extra step of going back and watching the target (if the box was not checked during the move) or unwatching the redirect (if the box was checked). Surely I'm not the only one feeling so?—Ëzhiki (Igels Hérissonovich Ïzhakoff-Amursky) • (yo?); October 17, 2014; 14:03 (UTC)
- Watchlists can have thousands of entries and redirects are rarely edited so I don't see a problem in adding the redirect to the watchlist. Maybe some users would like the option but it doesn't seem significant enough to clutter the interface and ask for developer work. Note that if others move a page on your watchlist then the new title is also added to the watchlist without removing the old title. PrimeHunter (talk) 15:49, 17 October 2014 (UTC)
- I have no problem with the old title being kept on my watchlist when others move a page—in this case retaining the redirect in the watchlist actually helps see that the article has been moved, especially if consequent edits are done to the target before the move is seen on the watchlist. But keeping unnecessary (to me) records of redirects on my already overly long watchlist does not seem to be useful at all. If I kept every such redirect, my watchlist would not be just difficult to edit (as it is now, with 14,000+ entries and counting), but extremely so (I did have browsers on older PCs crash and hang when trying to open my watchlist in edit mode). And just how much of developers' time would splitting the option in two take, anyway? Ten, fifteen minutes? :) And if both options ("watch source", "watch destination" are placed on the same line, the cluttering is going to be minimal. Come to think of it, the "leave a redirect behind" seems a lot less useful than what I'm proposing. Yes, occasionally there is a need to suppress the creation of a redirect when moving a page, but does that really happen so often we need a separate option for that? Anyone else cares to chime in?—Ëzhiki (Igels Hérissonovich Ïzhakoff-Amursky) • (yo?); October 17, 2014; 17:11 (UTC)
- "leave a redirect behind" is only seen by admins. I often use either option there. Non-admins only have one checkbox on the move form. Many of them may not realize that anyone can change the redirect, and watching the source will inform them of such changes. PrimeHunter (talk) 17:35, 17 October 2014 (UTC)
- The ability to suppress redirects by unchecking the "leave a redirect behind" box makes some history merges and swaps much much easier, and I would vociferously object to the removal of that check box. Graham87 08:52, 18 October 2014 (UTC)
- Well, OK, I'm not here to advocate the removal of that box; it's just something that came up during the discussion (I personally don't care either way). Any opinions on the proposed split of the "Watch source page and target page" box, though?—Ëzhiki (Igels Hérissonovich Ïzhakoff-Amursky) • (yo?); October 21, 2014; 20:09 (UTC)
- I have no problem with the old title being kept on my watchlist when others move a page—in this case retaining the redirect in the watchlist actually helps see that the article has been moved, especially if consequent edits are done to the target before the move is seen on the watchlist. But keeping unnecessary (to me) records of redirects on my already overly long watchlist does not seem to be useful at all. If I kept every such redirect, my watchlist would not be just difficult to edit (as it is now, with 14,000+ entries and counting), but extremely so (I did have browsers on older PCs crash and hang when trying to open my watchlist in edit mode). And just how much of developers' time would splitting the option in two take, anyway? Ten, fifteen minutes? :) And if both options ("watch source", "watch destination" are placed on the same line, the cluttering is going to be minimal. Come to think of it, the "leave a redirect behind" seems a lot less useful than what I'm proposing. Yes, occasionally there is a need to suppress the creation of a redirect when moving a page, but does that really happen so often we need a separate option for that? Anyone else cares to chime in?—Ëzhiki (Igels Hérissonovich Ïzhakoff-Amursky) • (yo?); October 17, 2014; 17:11 (UTC)
Creation of the "Special talk:" namespace
Template:CoNo to speedily insert <code><nowiki>...</nowiki><code> markup 15:44, 5 November 2014 (UTC)
Thanks much for the response! I'm in Eastern Standard Time in North America, and I have school from 7:24 - 13:51 from Monday till Friday from September (or very late August) till May or till early to mid June (it really depends on the circumstances). The reason why I liked that "atschool" template was because it said that I "might possibly be able to edit on occasion", because that is true enough, though I wanted it to be clear that there was no guarantee that such would be the case on any given day. Tharthandorf Aquanashi (talk) 20:23, 5 November 2014 (UTC)
- Being in EST, it can't be 100% automagical, as there is no way via template to deal with DST at the moment (the logic is in the parser function, but since Wikipedia uses UTC, we can't access it here on this wiki). So, at the start of the school year, you'll want to put the code on your user page (and maybe on your talk page edit notice). You'll also have to change the
-5 hours
to-4 hours
when the change happens in the spring and the-4 hours
to-5 hours
when the change happens in the fall. The code for the winter months (EST months - eg now) will be{{#ifexpr:{{#time:N|-5 hours}} <=5|{{#ifexpr:{{#time:G|-5 hours}} > 7|{{#ifexpr:{{#time:G|-5 hours}} < 14|{{Atschool}}}}}}}}
— This code will have the template only show up from 7AM - 2PM Monday-Friday. I don't think it is really a good idea to have it be any more specific than that (down to the minute), although if you really wanted to, you could do it based on what I've given you to start and the #time parser function documentation. Happy editing! — {{U|Technical 13}} (e • t • c) 22:35, 5 November 2014 (UTC)- Thanks much! I really appreciate it! Tharthandorf Aquanashi (talk) 22:42, 5 November 2014 (UTC)
- @T13: There is a formula to calculate DST dates in the EU at Summer Time in Europe#Exact transition dates; I use a parser function-driven DST switch based on that formula on my userpage. I think a similar trick should be possible for North American DST rules too. SiBr4 (talk) 23:03, 5 November 2014 (UTC)
- This can probably be done with Template:Time, which says it takes daylight savings into account. — Mr. Stradivarius ♪ talk ♪ 00:19, 6 November 2014 (UTC)
- With all my years here, I actually never came across that template before... Thanks for the heads up Mr. S. So, based on this new knowledge, the new chunk of code that you won't have to worry about making DST adjustments (although you still should comment it out during summer break) would be:
{{#ifexpr:{{#time:N|{{Time/EST offset}}}} <=5|{{#ifexpr:{{#time:G|{{Time/EST offset}}}} > 7|{{#ifexpr:{{#time:G|{{Time/EST offset}}}} < 14|{{Atschool}}}}}}}}
— {{U|Technical 13}} (e • t • c) 00:53, 6 November 2014 (UTC)
- With all my years here, I actually never came across that template before... Thanks for the heads up Mr. S. So, based on this new knowledge, the new chunk of code that you won't have to worry about making DST adjustments (although you still should comment it out during summer break) would be:
- This can probably be done with Template:Time, which says it takes daylight savings into account. — Mr. Stradivarius ♪ talk ♪ 00:19, 6 November 2014 (UTC)
-
-
- Thanks much again, Technical 13, as well as everyone else! However... this is my last year until University, so I will probably have to make changes to it or use it for something entirely different in the years to come. Tharthandorf Aquanashi (talk) 01:04, 6 November 2014 (UTC)
-
- @Technical 13: Would you be kind enough to add this functionality to the {{at school}} template? I'm sure Tharthan is not the only user interested in this option! SFB 18:15, 6 November 2014 (UTC)
- Due to the multiplicity of combinations of days on or off and hours of various days, I think adding it to the template in this capacity would be way too much template bloat and would be a bad idea. Perhaps you could get Mr. S. to write a wrapper module in Lua that would allow you to set your timezone, set your days of the weeks and hours, and set which template you want transcluded during those times. Good luck! — {{U|Technical 13}} (e • t • c) 18:45, 6 November 2014 (UTC)
- Who or what is going to arrange for the page to be purged at the appropriate times? -- John of Reading (talk) 19:32, 6 November 2014 (UTC)
- @Technical 13: I checked earlier this morning, around 7:10, and the template wasn't showing, even though it should've been according to the coding. It's showing up now, but it wasn't then. Do you have any idea why this may be? Tharthandorf Aquanashi (talk) 14:18, 7 November 2014 (UTC)
- @Tharthan: This is probably because the displayed time isn't the current time, but the last time that the page was rendered into HTML. It has to be this way so that MediaWiki can cache its pages. If MediaWiki didn't use caching, the server load caused by rendering each page from scratch for all of Wikipedia's millions of readers would bring the site down. You can work around this by purging, which forces the server to render the page again. Purging is done through a specially formatted link; you might find it easiest to use Template:Purge for this purpose. — Mr. Stradivarius ♪ talk ♪ 15:28, 7 November 2014 (UTC)
- This is the main reason things like this generally aren't done on a day to day basis. While purging will update what you see, and everyone will see the right thing on their first load of the page, others won't know to purge the page to get an updated copy every time they visit. What you could do, if you are really adamant about this template, is create yourself a null edit bot that will purge your user page twice a day every day. You don't have to go through BAG for this since it is exempt as it is only making edits to your page (that aren't even really edits as they don't get logged in any way), but I'm certain there might be a few people that would frown upon this as it will add a little bit of server load to everyone for such a globally unimportant thing. Think about it. :) — {{U|Technical 13}} (e • t • c) 15:36, 7 November 2014 (UTC)
- @Technical 13: I checked earlier this morning, around 7:10, and the template wasn't showing, even though it should've been according to the coding. It's showing up now, but it wasn't then. Do you have any idea why this may be? Tharthandorf Aquanashi (talk) 14:18, 7 November 2014 (UTC)
- Who or what is going to arrange for the page to be purged at the appropriate times? -- John of Reading (talk) 19:32, 6 November 2014 (UTC)
- Due to the multiplicity of combinations of days on or off and hours of various days, I think adding it to the template in this capacity would be way too much template bloat and would be a bad idea. Perhaps you could get Mr. S. to write a wrapper module in Lua that would allow you to set your timezone, set your days of the weeks and hours, and set which template you want transcluded during those times. Good luck! — {{U|Technical 13}} (e • t • c) 18:45, 6 November 2014 (UTC)
Ghost edit?
I got a notification that AcidSnow "reverted" me on the article Somalia. I found that I had reverted AcidSnow's edit. However I have never edited Somalia, and neither have I enabled HHVM as shown in the diff. Yeah, I was reading the article around that time; but is it possible for an edit to be assigned to my contributions, when I was not the one who did that edit? Or am I suffering from memory loss? --Fauzan✆ talk✉ mail 18:30, 6 November 2014 (UTC)
- Wow that pretty weird if you ask me. AcidSnow (talk) 19:58, 6 November 2014 (UTC)
- Fauzan, there are several unexpected reverts in my edit history. I have traditionally put it down to clumsy mousework on my part, and nowadays I blame oversensitive tablets. I don't worry too much. Mr Stephen (talk) 21:16, 6 November 2014 (UTC)
Insert character
Who has stolen "insert character". One simply cannot work without it, and will have to flounce. All the best: Rich Farmbrough, 21:13, 6 November 2014 (UTC).
- What is your skin and browser? Try to clear your entire cache. Does it work when you are logged out? Do you mean a feature below or above the edit box? I have clickable character insert features in both places and both work. PrimeHunter (talk) 22:20, 6 November 2014 (UTC)
- Monobook, and Pale Moon, CometBird and Firefox. All work logged out. And the feature below the edit box that used to be below the save/preview/changes button. I don't want the space between my edit window and my buttons wasted. There is now a gadget CharInsert (more camel case) that is turned on automatically, but does not seem to help. What, one wonders, was wrong with the previous working system? All the best: Rich Farmbrough, 02:01, 7 November 2014 (UTC).
- Are you saying the wanted feature works when you are logged out but not logged in? Is it there when you are logged in and use vector like ? Do you have CharInsert enabled at Special:Preferences#mw-prefsection-gadgets? It works for me but it is above the edit summary and not below Save page. It has a drop-down box where I can choose between Insert, Wiki markup, Symbols and some special charater sets. Are you referring to another feature than this? I haven't examined all the stuff in User:Rich Farmbrough/monobook.js. PrimeHunter (talk) 02:31, 7 November 2014 (UTC)
-
- Clearing cache makes no difference.
- There used, for many years, to be a built in character insert tool, as recently as 4th August this year. It was below the buttons (or was it?).
- The ambiguously dubbed "CharInsert" gadget (at the bottom of the edit window) is present logged out, but not logged in to this account.
- The gadget is enabled on preferences. I disabled it, and there was no difference. I re-enabled it and there was no difference. (I saved my preferences both times.)
- I assume CharInsert is intended to be a replacement for the original feature.
- CharInsert is not visible using the Vector skin, when logged in.
- My monobook.js stopped working some undetermined amount of time ago, probably due to a MediaWiki change breaking it.
- All the best: Rich Farmbrough, 03:32, 7 November 2014 (UTC).
- Special:Gadgets is quite useful.
- All the best: Rich Farmbrough, 03:36, 7 November 2014 (UTC).
- It looks like MediaWiki:Edittools is the standard that I am used to, whereas MediaWiki:Gadget-charinsert.js is the new gadget (which is on for everyone automatically). The nuts and bolts are at
Gadget-charinsert-core.js and Gadget-charinsert-core.cssMediaWiki:Gadget-charinsert-core.js and MediaWiki:Gadget-charinsert-core.css
-
- Are you saying the wanted feature works when you are logged out but not logged in? Is it there when you are logged in and use vector like ? Do you have CharInsert enabled at Special:Preferences#mw-prefsection-gadgets? It works for me but it is above the edit summary and not below Save page. It has a drop-down box where I can choose between Insert, Wiki markup, Symbols and some special charater sets. Are you referring to another feature than this? I haven't examined all the stuff in User:Rich Farmbrough/monobook.js. PrimeHunter (talk) 02:31, 7 November 2014 (UTC)
- Monobook, and Pale Moon, CometBird and Firefox. All work logged out. And the feature below the edit box that used to be below the save/preview/changes button. I don't want the space between my edit window and my buttons wasted. There is now a gadget CharInsert (more camel case) that is turned on automatically, but does not seem to help. What, one wonders, was wrong with the previous working system? All the best: Rich Farmbrough, 02:01, 7 November 2014 (UTC).
<gadget-charinsert-core> (View source | Export)
Uses: Gadget-charinsert-core.js, Gadget-charinsert-core.css
Requires the following right:
<right-hidden>
-
-
-
- So two thing to notice here, there is no such page as gadget-charinsert-core (the view source link is red), and there is apparently a need for some user-right that is hidden.
- All the best: Rich Farmbrough, 03:49, 7 November 2014 (UTC).
- It's MediaWiki:Gadget-charinsert-core.js and MediaWiki:Gadget-charinsert-core.css. Gadget code is always in the MediaWiki namespace and doesn't display the namespace at Special:Gadgets but there should be piped links like Gadget-charinsert-core.js. The CharInsert location changed in 2012. See Wikipedia:Village pump (technical)/Archive 104#Charinsert not working. I have CharInsert when logged in, both in MonoBook and Vector, in Firefox on Windows Vista. Do you have "Enable enhanced editing toolbar" at Special:Preferences#mw-prefsection-editing? Does it help to disable it? CharInsert works for me either way. PrimeHunter (talk) 04:15, 7 November 2014 (UTC)
Yes I get that the pages are in MediaWiki namespace...
- Enhanced toolbar doesn't help, though it does give me a work-around since it has its own insert character tool.
- Thanks for all the help. All the best: Rich Farmbrough, 13:52, 7 November 2014 (UTC).
- It's MediaWiki:Gadget-charinsert-core.js and MediaWiki:Gadget-charinsert-core.css. Gadget code is always in the MediaWiki namespace and doesn't display the namespace at Special:Gadgets but there should be piped links like Gadget-charinsert-core.js. The CharInsert location changed in 2012. See Wikipedia:Village pump (technical)/Archive 104#Charinsert not working. I have CharInsert when logged in, both in MonoBook and Vector, in Firefox on Windows Vista. Do you have "Enable enhanced editing toolbar" at Special:Preferences#mw-prefsection-editing? Does it help to disable it? CharInsert works for me either way. PrimeHunter (talk) 04:15, 7 November 2014 (UTC)
-
-
- You mention your monobook.js isn't working anymore... that is a clear indication you are running or importing some broken javascript, which probably causes your browser to stop executing it alltogehter, which means CharInsert is never run. However, you also indicate it doesn't work on Vector, which does not support my theory. In any case, you should try disabling all content in your monobook.js and re-enable all code step-by-step to find the culprit, clearing your cache every step of the way.
-- [[User:Edokter]] {{talk}}
08:55, 7 November 2014 (UTC)- Yes I guess that is the next step, reluctant though I am to do anything with my js. Or I can use the advanced toolbar.
- It might (for other reasons) be worth looking at the why Special:Gadgets points to MediaWiki:Gadget-charinsert-core instead of MediaWiki:Gadget-charinsert.
- It would be nice to solve the mystery of <right hidden> too.
- All the best: Rich Farmbrough, 13:52, 7 November 2014 (UTC).
- There are three gadgets that have the ResourceLoader
|rights=hidden
parameter; they are marked as hidden because they're not available for normal enable/disable, but are linked to another gadget, which itself can be enabled and disabled in the normal way. These other gadgets are 'Geonotice: Display notices on your watchlist about events in your region.', 'CharInsert, adds a toolbar under the edit window for quickly inserting wiki markup and special characters (troubles?)' and 'refToolbar, adds a "cite" button to the editing toolbar for quick and easy addition of commonly used citation templates.'. If you are having trouble with any of these gadgets, it might be that one half thinks it's enabled when the other half thinks it's disabled. My suggestion is to disable it and save, then enable it and save. This should get the database to sort its internal pointers out. --Redrose64 (talk) 16:53, 7 November 2014 (UTC)
- There are three gadgets that have the ResourceLoader
Richard Gonda
Please add Richard Gonda to Gonda (disambiguation). Thanks. 213.151.215.195 (talk) 23:13, 6 November 2014 (UTC)
- Added. Materialscientist (talk) 23:16, 6 November 2014 (UTC)
- Wow !!! That was a 1000% addition.
Done 213.151.215.195 (talk) 22:39, 7 November 2014 (UTC)
- Wow !!! That was a 1000% addition.
Help with Stacked Infoboxes on Imran Khan
On the Imran Khan article, consensus has been reached that his sports stats and his political info should all appear as one infobox. There are two separate infoboxes which deal with this: Template:Infobox officeholder and Template:Infobox cricketer. The only way I could figure out to merge the two infoboxes was to include Template:Infobox cricketer as a module of Template:Infobox officeholder as is the case in the article right now. Is that the only way that this can be done or is there way to stack them one below the other? Thanks in advance. Myopia123 (talk) 21:53, 7 November 2014 (UTC)
- @Myopia123: I've made some tweaks to Template:Infobox cricketer and to the infobox code in the article so that infobox cricketer displays as a child infobox inside infobox officeholder. — Mr. Stradivarius ♪ talk ♪ 00:57, 8 November 2014 (UTC)
Technical input requested about coordinates
Could the coordinate templates convert DMS coordinates to decimal? Please comment at Wikipedia talk:WikiProject Geographical coordinates#This is why we have templates. Oiyarbepsy (talk) 23:48, 7 November 2014 (UTC)
Short pages and Draft article space
Something changed overnight, and I'm wondering who to go to in order to find out if it was intentional, accidental, permanent, etc. I do Short Pages patrolling regularly. Overnight something changed, and suddenly pages in the Draft article-space are appearing on the list. They were not there as of yesterday. This change greatly reduces the useability of the short pages list. Draft article-space pages are not subject to a lot of normal article restrictions that would let me clean them out of the list, and I would rather not start sticking the normal "Long Comment" on them that gets placed on legitimate short pages to force them down the list. So I'm wondering what should be my next step in either requesting the change be rolled-back, seeing if it's a bug somewhere, or finding out that it's a change that will have to be lived with. - TexasAndroid (talk) 14:23, 6 November 2014 (UTC)
- @TexasAndroid: My first thought is that this was probably caused by something in Wednesday's rollout of mw:MediaWiki 1.25/wmf6, but I don't see anything obviously related in the list of patches. I don't see anything obvious in any other recent deployments either. I also checked the recent MediaWiki-namespace changes on this wiki and found nothing, although a MediaWiki change sounds like the most likely explanation to me. In the absence of an obvious cause, probably the best next step would be to file a bug at Bugzilla so that the devs can take a look at it. — Mr. Stradivarius ♪ talk ♪ 01:41, 7 November 2014 (UTC)
- [85] bug added. - TexasAndroid (talk) 14:37, 7 November 2014 (UTC)
-
-
- The inclusion of drafts in ContentNamespaces sounds like a very bad change to me. I have started a discussion at Wikipedia talk:Drafts#Draft namespace added to ContentNamespaces. PrimeHunter (talk) 14:40, 8 November 2014 (UTC)
-
Test?
Would some of you mind trying this, please?:
- Log out. Refresh your browser so you're in the default skin and preferences that 99% of our readers use. Hover your mouse pointer on the second footnote marker.[2]
- Log in. Hover your mouse pointer on (or under, depending on your preferences settings) the second footnote marker.[2]
In Firefox and IE on Windows 8 you will see a tooltip displaying the text supported by that source. Does it work on other operating systems and browsers?
The British Polio Fellowship, then called The Infantile Paralysis Fellowship, was founded on the 29th January 1939 by Patricia Carey, who had contracted polio aged eight, and Frederic Morena, who had contracted the disease at the age of 42, as a self-help and mutual aid society for those affected by polio. They called a meeting in January 1938 at Bloomsbury, London which was attended by 30 people and which acted as the foundation of the organisation being formed the following year.[1][2]
- ^ North, Barry "Something To Lean On". The British Polio Fellowship, 1999, p.1-3
- ^ Tony Gould (11 September 1997). A Summer Plague: Polio and Its Survivors. Yale University Press. p. 165. ISBN 978-0-300-07276-1.
Anthonyhcole (talk • contribs) 20:59, 6 November 2014 (UTC)
- So where is this 'magic' generated? I think it is a bad idea to mix abbreviations with links.
-- [[User:Edokter]] {{talk}}
21:10, 6 November 2014 (UTC)- I don't know what either of those sentences means. Sorry. The template was devised by User talk:Makyen at my behest - about 6 months ago I think it was. It's for those sentences and paragraphs that have content from two or more sources scattered randomly throughout them. Rather than repeat the footnote markers a dozen times throughout a short piece of text, you can just cluster them together at the end. In practice, people don't pepper such paragraphs with relevant footnote markers so it's clear what is supported by what because it looks so crap - they just leave them in a cluster at the end and leave it up to the reader and later editors to guess what supports what.
- So, have you tried it on other browsers/OSs? Did it work? --Anthonyhcole (talk · contribs · email) 21:17, 6 November 2014 (UTC)
- Works for Opera/9.80 (Windows NT 6.1; WOW64) Presto/2.12.388 Version/12.17. Mr Stephen (talk) 21:36, 6 November 2014 (UTC)
- Thank you, Mr Stephen. --Anthonyhcole (talk · contribs · email) 22:18, 6 November 2014 (UTC)
- I don't know the point of logging out and in. It's there whether you are logged in or out. It works in all five browsers I tested. In this example it is made with {{Ref supports2}} which uses the feature described at ABBR tag, Wikipedia:Manual of Style#HTML elements, {{abbr}}. It's a html feature and not a Wikipedia or MediaWiki feature, although it relies on MediaWiki permitting the abbr tag and passing it on to the rendered page. Hover here to see an example made directly with the abbr tag. Using it for other things than abbreviations is apparently controversial. PrimeHunter (talk) 21:54, 6 November 2014 (UTC)
- I don't know which of my settings does it - or maybe it's my skin, Monobook - but when I'm logged in the abbr tag only pops up if I hover the mouse under the footnote marker. --Anthonyhcole (talk · contribs · email) 22:04, 6 November 2014 (UTC)
- "Navigation popups" at Special:Preferences#mw-prefsection-gadgets and "Hovercards" at Special:Preferences#mw-prefsection-betafeatures can interfere by also trying to display something when you hover over a link. Below the footnote marker there is no link. PrimeHunter (talk) 22:13, 6 November 2014 (UTC)
- I've got both of those enabled, so that'll be it. Thanks, PrimeHunter. --Anthonyhcole (talk · contribs · email) 22:20, 6 November 2014 (UTC)
- @Anthonyhcole: This is very closely related to Template talk:Abbr#OK to combine abbr and wikilink?. --Redrose64 (talk) 23:42, 6 November 2014 (UTC)
- Thanks, Redrose64. I've got hovercards and navigation popups enabled, and they're reasonably compatible. I'm mainly interested in informing the 99.99% of our readers that don't have either of those features enabled, though. If either hovercards or popups becomes a default feature, and this Ref supports2 thing impairs their function, I'll just take it off the pages I'm using it on. --Anthonyhcole (talk · contribs · email) 23:50, 6 November 2014 (UTC)
- Per test, logged out, login again, footnote 2 underline displays "Supports ...". It appears to work as you described under Firefox 33, Ubuntu 14.04, with no mw:beta:hovercards enabled, with navigation popups enabled, and with reference tooltips enabled. As a side note, User:hedonil's XTools .js is displaying right now; sometimes those XTools are not displaying, but they are working at the same time your test displayed the text after hovering under footnote 2. --Ancheta Wis (talk | contribs) 00:44, 7 November 2014 (UTC)
- Thank you, Ancheta Wis. --Anthonyhcole (talk · contribs · email) 01:39, 7 November 2014 (UTC)
- I believe that Hovercards is likely to be enabled by default at some point (weeks? months? I don't follow that product, so I don't know). User:Quiddity (WMF) might know more than I do. (I wonder if Hovercards could be adapted to play well with this?) Whatamidoing (WMF) (talk) 17:41, 7 November 2014 (UTC)
- (Defaulting to laziness:) If there is incompatibility between this feature and Hovercards when Hovercards are enabled by default, I'll raise it with Quiddity. Thanks What. --Anthonyhcole (talk · contribs · email) 19:42, 8 November 2014 (UTC)
- As far as I can tell, Hovercard never tries to make tooltips on footnote markers so it doesn't conflict with the way abbr is used in {{Ref supports2}}. It conflicts if {{abbr}} is used with a wikilink like here: Text with link. You can still see the abbr tooltip on the unlinked part but it gets hard if the whole part is linked like here: link. If I approach the mouse carefully from below in Firefox then I can see the abbr tooltip on a millimetre with a dotted line below the link, before Hovercard takes over. In my Firefox tests, Popups and Hovercard always "win" over abbr when there is a conflict. {{Ref supports2}} is currently only used in one article. PrimeHunter (talk) 00:31, 9 November 2014 (UTC)
- (Defaulting to laziness:) If there is incompatibility between this feature and Hovercards when Hovercards are enabled by default, I'll raise it with Quiddity. Thanks What. --Anthonyhcole (talk · contribs · email) 19:42, 8 November 2014 (UTC)
- Per test, logged out, login again, footnote 2 underline displays "Supports ...". It appears to work as you described under Firefox 33, Ubuntu 14.04, with no mw:beta:hovercards enabled, with navigation popups enabled, and with reference tooltips enabled. As a side note, User:hedonil's XTools .js is displaying right now; sometimes those XTools are not displaying, but they are working at the same time your test displayed the text after hovering under footnote 2. --Ancheta Wis (talk | contribs) 00:44, 7 November 2014 (UTC)
- Thanks, Redrose64. I've got hovercards and navigation popups enabled, and they're reasonably compatible. I'm mainly interested in informing the 99.99% of our readers that don't have either of those features enabled, though. If either hovercards or popups becomes a default feature, and this Ref supports2 thing impairs their function, I'll just take it off the pages I'm using it on. --Anthonyhcole (talk · contribs · email) 23:50, 6 November 2014 (UTC)
- @Anthonyhcole: This is very closely related to Template talk:Abbr#OK to combine abbr and wikilink?. --Redrose64 (talk) 23:42, 6 November 2014 (UTC)
- I've got both of those enabled, so that'll be it. Thanks, PrimeHunter. --Anthonyhcole (talk · contribs · email) 22:20, 6 November 2014 (UTC)
- "Navigation popups" at Special:Preferences#mw-prefsection-gadgets and "Hovercards" at Special:Preferences#mw-prefsection-betafeatures can interfere by also trying to display something when you hover over a link. Below the footnote marker there is no link. PrimeHunter (talk) 22:13, 6 November 2014 (UTC)
- I don't know which of my settings does it - or maybe it's my skin, Monobook - but when I'm logged in the abbr tag only pops up if I hover the mouse under the footnote marker. --Anthonyhcole (talk · contribs · email) 22:04, 6 November 2014 (UTC)
CirrusSearch
We're in the home stretch for CirrusSearch. If you haven't been following along, this is the new search engine we're deploying to all wikis. We'll be deploying to dewiki and zhwiki next week leaving only enwiki to deploy to as the primary search backend. For this, we're planning to do the deployment on Wednesday, November 19th. I want to thank the over 20,000 beta testers here on enwiki who's been helping us test-drive the new setup. Your feedback has been (and remains to be) valuable for us getting this right. As always, please reach out to us on IRC (^d and manybubbles), Bugzilla (CirrusSearch component) or on mw:Help talk:CirrusSearch if you have any questions, problems or other feedback. Thanks! ^demon[omg plz] 19:10, 7 November 2014 (UTC)
- Perhaps someone should update the timeline at mw:Search for those who are watching that page but not the Village Pump. Chris the speller yack 05:31, 8 November 2014 (UTC)
Template titled "under discussion"
For the template {{under discussion}}, if you link to a separate talkpage and provide a section header, the link on the word discussion goes to the talk page, but doesn't jump to the section. See the top of Wikipedia:Requests for comment/User conduct for an example. At the same time, I recognize that I might have screwed up the template call, so either way, I could use some assistance. Oiyarbepsy (talk) 20:08, 7 November 2014 (UTC)
- There are two parameters,
|talkpage=
- which is for the page name alone - and|talk=
- which is for the section name or anchor. They can't both be passed through the same parameter because of the way that it's encoded - the rules are different for URLs and fragments. I fixed it. --Redrose64 (talk) 20:44, 7 November 2014 (UTC)
-
- The documentation falsely claimed
|talkpage=
could include a section heading. Oiyarbepsy corrected the documentation after the above reply but I have now modified the template [86] to allow what the documentation said before, and modified the documentation to match this. PrimeHunter (talk) 12:14, 8 November 2014 (UTC)
- The documentation falsely claimed
EasyTimeline: ISO 8601 support
There is a patch to support ISO 8601 in timelines, in case anyone wants this feature. 84.127.115.190 (talk) 23:57, 8 November 2014 (UTC)
- Hi! Thanks for your patch! Please use mw:Developer access to submit this as a Git branch directly into Gerrit. Putting your branch in Git instead of a wikipage makes it easier to review it quickly. If you don't want to set up Git/Gerrit, you can also use the Gerrit Patch Uploader. Thanks again! --AKlapper (WMF) (talk) 10:29, 10 November 2014 (UTC)
- How can an anonymous editor use any of those tools? 84.127.115.190 (talk) 00:42, 11 November 2014 (UTC)
What interface page is used for the results after a successful undeletion?
I want to modify the resulting page I get afte a successful undeletion of a page. Unfortunately, I can't find the right MediaWiki: page to use - it's definityly not MediaWiki:Undeletedtext. Can some one please help me here? עוד מישהו Od Mishehu 12:12, 9 November 2014 (UTC)
- Beats me... The source text should look something like this (but search in MediaWiki: space turned up nothing):
<strong>$1 has been restored</strong> Consult the [[Special:Log/delete|deletion log]] for a record of recent deletions and restorations.
-- [[User:Edokter]] {{talk}}
12:29, 9 November 2014 (UTC)
- It's the default MediaWiki:Undeletedpage. Searches in the MediaWiki namespace only find pages created at the English Wikipedia. PrimeHunter (talk) 12:57, 9 November 2014 (UTC)
- I once downloaded Special:AllMessages 5000 at a time and stored them on my computer. That's how I easily found this one. If you guess it may have prefix "undelete" then it can quickly be found at Special:AllMessages. PrimeHunter (talk) 13:05, 9 November 2014 (UTC)
- If you don't know the message prefix you can also search for the text on translatewiki.net. (Note that this only works for the default MediaWiki messages, not ones that have been customised for this wiki.) — Mr. Stradivarius ♪ talk ♪ 13:18, 9 November 2014 (UTC)
- You can also append the code
&uselang=qqx
to URLs of the form/w/index.php?...
to make MediaWiki display the message names instead of the contents of the messages. However, because you have to request the page again to do this, it isn't very useful for one-time operations like undeletion. — Mr. Stradivarius ♪ talk ♪ 13:37, 9 November 2014 (UTC)- and fwiw....
- MediaWiki:Category-empty will give you the current message - be it modified or the default - in use "site-wide". Nothing new about that; but
- MediaWiki:Category-empty/qqx will always give you the default message (if there is one). /just-about-anything will work too.
- ... its a quick and easy way to retrieve the default message without having to drill down through the history or dealing with Special:AllMessages for comparison, etc. -- George Orwell III (talk) 13:55, 9 November 2014 (UTC)
- Preferences → Gadgets → Advanced = Add a toolbox link to reload the current page with the system message names exposed. -- Gadget850 talk 13:59, 9 November 2014 (UTC)
- Not effective when the page is the result of a POST action.
-- [[User:Edokter]] {{talk}}
14:03, 9 November 2014 (UTC)
- Not effective when the page is the result of a POST action.
- Preferences → Gadgets → Advanced = Add a toolbox link to reload the current page with the system message names exposed. -- Gadget850 talk 13:59, 9 November 2014 (UTC)
- In cases like that, I usually use Firebug to add the "uselang=qqx" parameter to the
<form action="...">
URL before submitting. Anomie⚔ 18:30, 9 November 2014 (UTC)
- and fwiw....
How do I work image redirects?
On Commons I redirected File:Virginia Route 209 Shield - Old.png to a more accurate version, File:Virginia 209 (old).svg, but the old one is still displaying (see at right). --NE2 17:15, 9 November 2014 (UTC)
- Redirects on file pages only have effect if there is no actual file at the title. You'd have to delete the file on Commons to be able to redirect it. Anomie⚔ 18:32, 9 November 2014 (UTC)
- Is there a bot at Commons that finds redirects with images uploaded? --NE2 22:49, 9 November 2014 (UTC)
Caching issue
Just a heads up, I have pages which are refusing to update, even looking from a fresh session on another browser. I will work around this until it is resolved (or resolves itself), but if others have the same problem, it might be worth poking operations. All the best: Rich Farmbrough, 17:57, 9 November 2014 (UTC).
- Are you talking about pages which had just been edited, or about other pages which transclude them? If it's the second, it's probably just a caching issue - if absolutely necessary, try a null edit. עוד מישהו Od Mishehu 18:54, 9 November 2014 (UTC)
![](https://web.archive.org/web/20160102094217im_/https://upload.wikimedia.org/wikipedia/en/thumb/f/fb/Yes_check.svg/20px-Yes_check.svg.png)
Wikidata sidebar links
I've been trying to figure out how to get the Wikidata link displayed under "tools" in the sidebar to display the relevant Wikidata ID rather than just "Wikidata item". It feels like it should be a simple bit of js, but I have had absolutely no success in working out what it is. Anyone have an idea? Andrew Gray (talk) 20:12, 9 November 2014 (UTC)
- There is a userscript you can import from Wikidata, at d:User:Yair rand/WikidataInfo.js. Add the following your common or skin-specific js:
-
mw.loader.load("//www.wikidata.org/w/index.php?title=User:Yair rand/WikidataInfo.js&action=raw&ctype=text/javascript"); // Backlink: [[d:User:Yair rand/WikidataInfo.js]]
- to add a link to Wikidata under the article title, along with the ID number, description, and aliases. - Evad37 [talk] 00:00, 10 November 2014 (UTC)
- Excellent, thanks! Andrew Gray (talk) 20:50, 10 November 2014 (UTC)
Download as PDF does not print infoboxes
Till fairly recently (date unknown), the "Download as PDF" and "Create a book" functions used to print the infoboxes. I noticed a while back that this did not work and assumed it was something to do with the page I was printing. I now find that the PDF-print of infoboxes seems to have been completely disabled. Does anyone know if this is a bug, or have I missed some Community discussion that decided to disable the feature on English Wikipedia? This may be a MediaWiki problem, but I don't know where best to start looking. Can someone point me in the right direction?--Boson (talk) 22:10, 9 November 2014 (UTC)
- It's probably related to this. Basically, {{only in print}} stopped working recently due to software changes, which has lead to some infoboxes not rendering at all. --ais523 22:24, 9 November 2014 (UTC)
- Yep. To be clear, it is the software changes that lead to infoboxes not rendering, not the fact that {{only in print}} stopped working. MediaWiki recently switched from using the legacy PediaPress PDF renderer to using OfflineContentGenerator. The old PDF renderer worked by using its own wikitext parser written in Python, and that was causing problems with maintainability. The new architecture uses Parsoid to render pages, which solves the maintainability problems, and a lot of bugs in the old renderer have been fixed along the way. But the fact that the backend for rendering PDFs from wikitext has completely changed means that there are inevitably differences in the way the rendered pages appear. Apparently tables do not look very good with the new code, and there are an awful lot of different kinds of tables on Wikimedia sites, so as a workaround the devs stopped some of them from displaying completely. After some digging, I have found the code responsible: it appears that HTML is removed from PDF output if it contains any of the classes "infobox", "navbox", "rellink", "dablink", "toplink", or "metadata". Apparently the WMF are looking for volunteers to work on this code, so if anyone who knows JavaScript wants to help to make infoboxes visible in print view again, please take a look at it. — Mr. Stradivarius ♪ talk ♪ 09:50, 10 November 2014 (UTC)
"Lost" featured article
Hello! I am working on assessment of articles for WikiProject Systems, and I notice that in the last few days, we have "lost" a featured article, dropping from 8 to 7. I've tried checking the quality log to no avail, and the assessment logs for the Wikipedia Release Version Tools have a known issue that rules that out. I've also been through the lower-ranked results for Mid-Class articles, in case the article had been demoted, but cannot see any recent entries matching this. Has anyone got any suggestions that might help me track down the article in question? — Sasuke Sarutobi (talk) 00:42, 10 November 2014 (UTC)
- The fish: Wikipedia:Featured article review/Manila Metro Rail Transit System/archive1
- How to fish: http://www.google.com/search?q=http%3A%2F%2Fen.wikipedia.org%2Fwiki%2FCategory%3AFA-Class_Systems_articles (then view the cached version)
- --NE2 01:00, 10 November 2014 (UTC)
{{Philippine Census}} or {{Historical populations}} or maybe even {{PAGR}}
There is a problem here - Eastern Visayas
Percentage growth shown is too high even for one year. Value should actually be (approximately, because census-month is taken into account)
(((1 + (cur - prev) / prev)) ^ (1 / (cur_year - prev_year)) - 1 ) * 100 = 1.69 and 1.28
Unbuttered parsnip (talk) mytime= Mon 10:40, wikitime= 02:40, 10 November 2014 (UTC)
- Appears to be correct, it's using percent change, not percent change per year: 18.2%. If you want PAGR, you need to set
|percentages=pagr
. Plastikspork ―Œ(talk) 02:59, 10 November 2014 (UTC)- Well I'll be ...! Why's it set like that? (NB omitting
|percentages=
defaults to|percentages=PAGR
) Unbuttered parsnip (talk) mytime= Mon 11:27, wikitime= 03:27, 10 November 2014 (UTC)
- Well I'll be ...! Why's it set like that? (NB omitting
Tech News: 2014-46
15:00, 10 November 2014 (UTC)
Viewing changes instantly
I think Wikipedia should have the preview displayed automatically in Google Chrome and when ever the sources code in the edit box gets changed, the text in the preview should change by itself without you having to click 'Show preview'. I think it might also technically possible to do what I suggested in Wikipedia:Village_pump_(proposals)/Archive_111#Teahouse questions in Google Chrome but not in Internet Explorer. I think Wikipedia should even change in such a way that that when ever an edit occurs on a page that you're reading, the edit actually occurs right in front of your eyes in Google Chrome even if you don't refresh the page, just like you don't have to refresh to see an email you just got pop up in gmail. That way, more people will undo edits they saw pop up that weren't worth making. If that's not possible, then maybe Wikipedia could just do nothing and wait for a newer version of Google Chrome to get made that will make all changes in any web page you're viewing automatically show the change right in front of your eyes, just like I once gave Google feedback that Internet Explorer 12 should do, then all 3 changes I said here were probably technically possible except for the first will happen automatically when that version of Google Chrome starts existing even if nobody managing Wikipedia does anything to make that change. In fact not only would somebody viewing the teahouse see their post appear without reloading the page just like a facebook post when they post their own question but they would also see that happen when somebody else posts their question. Because asking a question at the teahouse opens a popup box, even if somebody else posts their question when they're in the middle of asking their question, it should still be possible for them to see the other person's question pop up behind their question box then click 'Ask my question' and still have it post the same way as a facebook post and not cause an edit conflict. I also think that once that version of Google Chrome starts existing, the having the preview show automatically won't happen automatically but the change of the preview automatically updating itself once you click 'Show preview' will happen automatically eliminating the need to click 'Show preview' a second time. Blackbombchu (talk) 02:10, 5 November 2014 (UTC)
- Having an article change out from under a reader is a terrible idea. Jackmcbarn (talk) 02:25, 5 November 2014 (UTC)
- In that case, the ability to see any web page change instantly could be an option whose default is to be turned off that anyone can turn on in internet options. Blackbombchu (talk) 17:39, 5 November 2014 (UTC)
- The purpose of an article changing right in front of people's eyes was so that more edits could be undone, not so that they will always be reading the current. The number of people who would benefit from the edit being undone when they read the article after the edit is undone is much greater than the number of people who would just happen to be reading it when it got edited. Blackbombchu (talk) 00:14, 13 November 2014 (UTC)
Having an edit change the article while your editing (without the preview button) is one of the features of the visual editors, altho it does have some flaws. But Jack McBarn is right about readers, they should see a static page unless they hit the reload button. Oiyarbepsy (talk) 02:43, 5 November 2014 (UTC)
- Web pages that change frequently (not necessarily instantly) do exist (they do it by means of the
<meta http-equiv="Expires" content="..." />
element); the ones that I've encountered are mainly those with live coverage of a sports match. Test cricket is an excellent example; the match lasts five days, but the page can update several times per over. But Wikipedia is not a news feed. --Redrose64 (talk) 20:16, 5 November 2014 (UTC)- Except for talk pages, which, while not a news feed, are a defacto discussion board. I presume that WP:Flow will live update. Oiyarbepsy (talk) 04:54, 6 November 2014 (UTC)
- User:Quiddity (WMF) should be able to tell us whether that's planned. Whatamidoing (WMF) (talk) 20:27, 6 November 2014 (UTC)
- @Oiyarbepsy: Maybe Wikipedia should instead work in such a way that each registered user can turn on or off the ability to see edits popup right in front of their eyes when they're logged in. I never saw the visual editor in Wikipedia even when I was using Google Chrome so I don't know if it works the same way as the one in [Speedy deletion Wiki] but the one in Speedy deletion Wiki is very cumbersome to edit mathematical expressions using {{sfrac}} so it might be better to have the option of using the source editor and displaying an updating preview after you click 'Show preview' anyway. Blackbombchu (talk) 22:20, 7 November 2014 (UTC)
- I see no problem with such a preference, but I suspect it might be technically challenging to auto-update as you type wikicode. It seems like it would require some sort of split screed with wikicode on one side and the resulting page on the left (otherwise you lose your code box when you scroll to the top). I'm not a techie, so I don't know if there is a technical challenge in doing this. As far as Visual Editor, it's not perfect, I use it for some edits and not others, and usually anything with templates I use wikicode. I don't work with math much, so I have no opinion on that. Oiyarbepsy (talk) 23:04, 7 November 2014 (UTC)
- I think it is still possible for it to work on Google Chrome. Google Chrome can do all sorts of things that didn't used to be possible on other browsers. Blackbombchu (talk) 02:02, 9 November 2014 (UTC)
- I see no problem with such a preference, but I suspect it might be technically challenging to auto-update as you type wikicode. It seems like it would require some sort of split screed with wikicode on one side and the resulting page on the left (otherwise you lose your code box when you scroll to the top). I'm not a techie, so I don't know if there is a technical challenge in doing this. As far as Visual Editor, it's not perfect, I use it for some edits and not others, and usually anything with templates I use wikicode. I don't work with math much, so I have no opinion on that. Oiyarbepsy (talk) 23:04, 7 November 2014 (UTC)
- Except for talk pages, which, while not a news feed, are a defacto discussion board. I presume that WP:Flow will live update. Oiyarbepsy (talk) 04:54, 6 November 2014 (UTC)
Wikipedia ads
I have deployed Wikipedia ads template on my userpage, But the size of this ad is small, I wish to reconfigure this ad so that it fits to my profile(increasing height & width). How can this be accomplished? ( !dea4u 05:37, 6 November 2014 (UTC))
This would need a change to Module:Wikipedia ads.Looking at the module code gives me an urge to rewrite the whole thing, and especially to change the format of Module:Wikipedia ads/list. It could be possible to add a hack to make the images resizable until someone gets around to rewriting it, but personally I would prefer a rewrite. If you want to have bigger ads straight away, you can add a random Wikipedia ad directly to your userpage by using[[File:Qxz-ad{{#invoke:random|number|235}}.gif|800px]]
. This displays a random file from File:Qxz-ad1.gif to File:Qxz-ad235.gif, with a width of 800px. Some files using this pattern of filename do not exist, however, so when those files are randomly selected, the code won't work. And it won't detect new ads. But for the most part, that code should do what you want. Change the width to suit your setup. — Mr. Stradivarius ♪ talk ♪ 10:40, 6 November 2014 (UTC)- @!dea4u: Sorry, it looks like I completely misread the module code (and the template documentation). It's already possible to change the width of Wikipedia ads with the
|width=
parameter. There is more info in the template documentation. — Mr. Stradivarius ♪ talk ♪ 18:44, 9 November 2014 (UTC)- An update: I've just found out that I wasn't actually going crazy - Frietjes added the width parameter on 6 November, pretty soon after I made my first post in this section. I've since completely rewritten the module (and fixed a few bugs and instances of invalid HTML); hopefully now it will be easier to read and maintain, particularly for people who are adding new ads. The new version also supports the width parameter, so you can keep using it as before. — Mr. Stradivarius ♪ talk ♪ 11:45, 10 November 2014 (UTC)
-
Great!, @Mr. Stradivarius: Thank you for guidance on this case and updation of module. Yes, you were right about Frietjes adding the width parameter at later stage. Same was also shared by him on Template_talk:Wikipedia_ads#Change_in_Dimensions( !dea4u 06:53, 12 November 2014 (UTC))
-
- @!dea4u: You're welcome. Also, Frietjes is a her, not a him. :) — Mr. Stradivarius ♪ talk ♪ 07:46, 12 November 2014 (UTC)
-
- An update: I've just found out that I wasn't actually going crazy - Frietjes added the width parameter on 6 November, pretty soon after I made my first post in this section. I've since completely rewritten the module (and fixed a few bugs and instances of invalid HTML); hopefully now it will be easier to read and maintain, particularly for people who are adding new ads. The new version also supports the width parameter, so you can keep using it as before. — Mr. Stradivarius ♪ talk ♪ 11:45, 10 November 2014 (UTC)
- @!dea4u: Sorry, it looks like I completely misread the module code (and the template documentation). It's already possible to change the width of Wikipedia ads with the
Minimal display in mobile view
The page Cloud Atlas (novel) looks normal in desktop view, but in mobile view there's virtually nothing apart from the page title, a TOC which appears to be expanded, and the usual bits and pieces around the top, bottom and sides. An examination of the page source reveals that apart from the standard headers (Special:MobileMenu, etc.) and footers (Terms of Use, etc.), there is very little in the page - just the page title. What is causing such massive omission? --Redrose64 (talk) 15:20, 8 November 2014 (UTC)
- For me the mobile page displays fine – everything is shown except the navbox (which is usual for mobile view). SiBr4 (talk) 15:30, 8 November 2014 (UTC)
- Same for me. Caching issue?
-- [[User:Edokter]] {{talk}}
15:44, 8 November 2014 (UTC)- It was the first time that I'd been to the page in mobile view; I only went there because of this thread (I went there in desktop view a few months ago when the Booker noms were announced, and wanted to check out what else David Mitchell had written). --Redrose64 (talk) 15:56, 8 November 2014 (UTC)
- Is this still happening for you? Do you have a different mobile device/OS/browser than SiBr4 and Edokter? Whatamidoing (WMF) (talk) 20:28, 10 November 2014 (UTC)
- It was the first time that I'd been to the page in mobile view; I only went there because of this thread (I went there in desktop view a few months ago when the Booker noms were announced, and wanted to check out what else David Mitchell had written). --Redrose64 (talk) 15:56, 8 November 2014 (UTC)
- Same for me. Caching issue?
EasyTimeline: Chinese glyphs support
It looks like the Chinese Wikipedia has trouble with its timeline font, bugzilla:20825, but I can use wqy-zenhei.ttc without problems. Whoever is working on the WMF server should check that the font is under the GDFONTPATH directory (or change GDFONTPATH). 84.127.115.190 (talk) 00:09, 9 November 2014 (UTC)
- Could you please directly add a comment to bugzilla:20825 how you are using that font and with which MediaWiki version and extension version? Thanks in advance! --AKlapper (WMF) (talk) 10:39, 10 November 2014 (UTC)
- How can an IP editor comment in Bugzilla?
- I am not using MediaWiki. I run the PHP file directly.[95] 84.127.115.190 (talk) 01:06, 11 November 2014 (UTC)
- Commenting in Bugzilla requires a completely separate registration process. It also publishes your e-mail address to the world. In a few weeks, Bugzilla's contents will be migrated to Phabricator:, at which point editors' normal login will work. But until then, everyone has to register separately, regardless of whether you normally edit logged-in or logged-out. Whatamidoing (WMF) (talk) 19:08, 11 November 2014 (UTC)
SQL
I have something like such table in Access
NAME | YEAR | RANK |
---|---|---|
FFF | 2014 | 1 |
BBB | 2014 | 2 |
CCC | 2014 | 3 |
FFF | 2013 | 2 |
BBB | 2013 | 1 |
CCC | 2013 | 3 |
FFF | 2012 | 3 |
BBB | 2012 | 2 |
CCC | 2012 | 1 |
Is it possible with SQL (I would like to stick to the Access) to get something like this:
NAME | 2014 | 2013 | 2012 |
---|---|---|---|
FFF | 1 | 2 | 3 |
BBB | 2 | 1 | 2 |
CCC | 3 | 3 | 1 |
This is just an example. The real table could contain much more rows with different and with more years. --Aswan fan (talk) 11:02, 9 November 2014 (UTC)
- @Aswan fan: This is the page for discussing technical issues that arise in Wikipedia. Your query is really a matter for WP:RD/C. --Redrose64 (talk) 11:37, 9 November 2014 (UTC)
Producing a list of parameters
Is there a function or something I may use to produce a list of the parameters appearing in some (lengthy) template code..? Apologies if I've overlooked or forgotten something nearby. Sardanaphalus (talk) 11:17, 9 November 2014 (UTC)
- What problem are you trying to solve? We will be better able to help you if you give us more details about what you are trying to achieve. — Mr. Stradivarius ♪ talk ♪ 13:38, 9 November 2014 (UTC)
- @Sardanaphalus: ping. — Mr. Stradivarius ♪ talk ♪ 13:40, 9 November 2014 (UTC)
- I have sometimes wanted the same. I don't know about Sardanaphalus but my purpose is usually to look for undocumented parameters so I can use them in template calls or add them to documentation. PrimeHunter (talk) 13:50, 9 November 2014 (UTC)
- Thanks for the prompt responses. Prime Hunter's scenario is the context: undocumented parameters within lengthy templates. Sardanaphalus (talk) 14:07, 9 November 2014 (UTC)
-
- For wikitext templates, perhaps this could be done with Parsoid? I'm not at all sure of the details on that, though. For Lua modules, there's no way that I know of to do this automatically, and writing the code to do it would be very difficult as you need to be able to parse arbitrary Lua code. To do it manually, though, a simple text search for "args" will usually do the trick, as that is the standard name for a module's arguments table. A parameter named "foo" can look like
orargs.foo
. — Mr. Stradivarius ♪ talk ♪ 14:59, 9 November 2014 (UTC)args["foo"]
- There's a clever trick invented (IIRC) by David Gothberg and/or Amalthea that does something like that, in template code. Trouble is it's so clever I can never remember it. All the best: Rich Farmbrough, 19:36, 9 November 2014 (UTC).
- For regular (i.e. non-Lua) templates I look for triple opening braces. If there are a lot, I copy the template's wikisource to a text editor, and use regexps to insert a newline before each set of triple opening braces, before each pipe, and before each set of triple closing braces. Then I save the file, grep for the triple opening braces and send it through sort and uniq which gives me my param list. For Lua templates, it's worse than as described by Mr. Stradivarius because the args list might not be in the main module; you've got to search all the submodules too - if you can work out which they are. --Redrose64 (talk) 19:45, 9 November 2014 (UTC)
- Yep, that's why I said "usually". :) Another problem is the ability to use a variable as an argument table key. For example, with the code
you would have to work out what all the possible values of i are to find all the possible parameters that will be accepted. And there is also the ability to reassign the args table to a different variable, meaning that the same table might not be called "args" at all. To make a complete list of parameters, you have to understand the module code, or at least the parts of it that involve the arguments table. — Mr. Stradivarius ♪ talk ♪ 03:07, 10 November 2014 (UTC)args['data' .. i]
- Yep, that's why I said "usually". :) Another problem is the ability to use a variable as an argument table key. For example, with the code
- For regular (i.e. non-Lua) templates I look for triple opening braces. If there are a lot, I copy the template's wikisource to a text editor, and use regexps to insert a newline before each set of triple opening braces, before each pipe, and before each set of triple closing braces. Then I save the file, grep for the triple opening braces and send it through sort and uniq which gives me my param list. For Lua templates, it's worse than as described by Mr. Stradivarius because the args list might not be in the main module; you've got to search all the submodules too - if you can work out which they are. --Redrose64 (talk) 19:45, 9 November 2014 (UTC)
- There's a clever trick invented (IIRC) by David Gothberg and/or Amalthea that does something like that, in template code. Trouble is it's so clever I can never remember it. All the best: Rich Farmbrough, 19:36, 9 November 2014 (UTC).
- For wikitext templates, perhaps this could be done with Parsoid? I'm not at all sure of the details on that, though. For Lua modules, there's no way that I know of to do this automatically, and writing the code to do it would be very difficult as you need to be able to parse arbitrary Lua code. To do it manually, though, a simple text search for "args" will usually do the trick, as that is the standard name for a module's arguments table. A parameter named "foo" can look like
- I have sometimes wanted the same. I don't know about Sardanaphalus but my purpose is usually to look for undocumented parameters so I can use them in template calls or add them to documentation. PrimeHunter (talk) 13:50, 9 November 2014 (UTC)
You might want to invoke TemplateDataGenerator once within template or template documentation page, looking at preview and compare displayed output with already known and documented parameters. Module:TemplateDataGenerator is locally available. You could also use a recent TemplateData Utility which produces the same list of detected parameters, but the module offers sorting and works also on doc page. Greetings --PerfektesChaos (talk) 19:58, 9 November 2014 (UTC)
- @Sardanaphalus: look at "Template parameters wizard" in WP:JS. peace - קיפודנחש (aka kipod) (talk) 20:53, 11 November 2014 (UTC)
Download as ZIM & Table of Contents
Few weeks ago, wikipedia had this feature of downloading an article as a ZIM file. But now it's not found anymore. I just don't get why that has been removed. It was a great feature, please bring it back. And also while downloading any atricle as PDF....the tables in that articles are all missing. Even if I keep 'include table of contents' !! These features of downloading articles were awesome few weeks ago. Now nothing seems to work properly!! — Preceding unsigned comment added by Sree has it (talk • contribs) 14:36, 10 November 2014 (UTC)
- See #Download as PDF does not print infoboxes. ZIM might come back at some time. See Help talk:Books#ePub format vanished. PrimeHunter (talk) 16:54, 10 November 2014 (UTC)
- Related bug report: bugzilla:71660. --AKlapper (WMF) (talk) 11:18, 11 November 2014 (UTC)
Cuniform font problem
Our Gilgamesh article has what is supposed to be cuniform text in it - except that it doesn't seem to display. I'm not sure if this is a font problem (possibly browser-specific), whether the characters are corrupted, or whether Wikipedia simply can't display cuniform. Could someone familiar with font issues take a look? AndyTheGrump (talk) 17:19, 10 November 2014 (UTC)
- It's not surprising that most fonts don't support cuneiform. The freely available Assyrian font here works for me; the Gilgamesh article renders properly after it is installed. Regards, Orange Suede Sofa (talk) 17:26, 10 November 2014 (UTC)
- Template:Script/Cuneiform might be helpful.—Wavelength (talk) 17:32, 10 November 2014 (UTC)
- We should probably implement a template like {{contains Chinese text}} to indicate to readers that they can install a font supporting cuneiform. I'll draft a template at {{contains cuneiform text}}. Would someone please create or find an appropriate and representative image for such a template? {{Nihiltres|talk|edits}} 19:07, 10 November 2014 (UTC)
-
- That seems like a good idea - displaying characters in a font that few readers will have support for and not providing an explanation isn't particularly helpful. AndyTheGrump (talk) 01:14, 11 November 2014 (UTC)
- How about
? VanIsaacWScont 06:44, 11 November 2014 (UTC)
- I set a lang/script tag on the template {{Script/Cuneiform}}. That might enable the webfonts download to kick in for those who don't have a compatible font installed locally. —TheDJ (talk • contribs) 09:33, 11 November 2014 (UTC)
- @TheDJ: is there any documentation about those tags and the effect they have on possible downloads of webfonts - including limitations and such? There was a question here some week back that might have benefitted from the same approach, and I'd like to know how it works. Martijn Hoekstra (talk) 09:54, 11 November 2014 (UTC)
- ULS docs. Interestingly, cuneiform is actually shown as an example there.. Actually, this was working before without the lang tag..... I wonder if the additional font added by a user recently disabled the autoloading... Or am I just seeing things and I didn't change a thing with my addition of the lang tag and was the original reporting user just using a browser that doesn't support webfonts or did he have ULS disabled ? —TheDJ (talk • contribs) 10:12, 11 November 2014 (UTC)
- {{cuneiform}} doesn't render any cueniform symbols for me in the examples, and I don't see any font downloads in my console. Am I not understanding what it's supposed to be doing, or is it broken? (or maybe both!) Martijn Hoekstra (talk) 11:37, 11 November 2014 (UTC)
- Just tried it, Akkadian.woff downloads: Akkadian.woff. Not sure what browser you are using. And what ULS settings... —TheDJ (talk • contribs) 12:02, 11 November 2014 (UTC)
-
-
- Yes, it downloads for me, as well, and the cuneiform displays as well, in the example link, ULS docs. (Firefox 33) Vanisaac's svg above looks like cuneiform to me, also. --Ancheta Wis (talk | contribs) 14:42, 11 November 2014 (UTC)
-
- Oh dear, are you implying I should have read something before making bold statements? This is unacceptable! (I'll come back to this if I can reproduce after reading the manual). Martijn Hoekstra (talk) 14:09, 11 November 2014 (UTC)
-
- Just tried it, Akkadian.woff downloads: Akkadian.woff. Not sure what browser you are using. And what ULS settings... —TheDJ (talk • contribs) 12:02, 11 November 2014 (UTC)
- {{cuneiform}} doesn't render any cueniform symbols for me in the examples, and I don't see any font downloads in my console. Am I not understanding what it's supposed to be doing, or is it broken? (or maybe both!) Martijn Hoekstra (talk) 11:37, 11 November 2014 (UTC)
- ULS docs. Interestingly, cuneiform is actually shown as an example there.. Actually, this was working before without the lang tag..... I wonder if the additional font added by a user recently disabled the autoloading... Or am I just seeing things and I didn't change a thing with my addition of the lang tag and was the original reporting user just using a browser that doesn't support webfonts or did he have ULS disabled ? —TheDJ (talk • contribs) 10:12, 11 November 2014 (UTC)
- @TheDJ: is there any documentation about those tags and the effect they have on possible downloads of webfonts - including limitations and such? There was a question here some week back that might have benefitted from the same approach, and I'd like to know how it works. Martijn Hoekstra (talk) 09:54, 11 November 2014 (UTC)
- I set a lang/script tag on the template {{Script/Cuneiform}}. That might enable the webfonts download to kick in for those who don't have a compatible font installed locally. —TheDJ (talk • contribs) 09:33, 11 November 2014 (UTC)
MathJax not working
As the title says; it shows nothing. Anyone know why? -- [[User:Edokter]] {{talk}}
13:51, 11 November 2014 (UTC)
- What have you tried so far? Whatamidoing (WMF) (talk) 19:28, 11 November 2014 (UTC)
-
- Nothing... and it seems to be working again.
-- [[User:Edokter]] {{talk}}
21:14, 11 November 2014 (UTC)
- Nothing... and it seems to be working again.
Eigenvalues_and_eigenvectors
Just before ==REferences== lies too much space.174.3.125.23 (talk) 16:27, 11 November 2014 (UTC)
- That looks like that because the second column of notes is one line longer than the first column. Jackmcbarn (talk) 16:40, 11 November 2014 (UTC)
- +1, It seems to be all in order. I understand where you're coming from though. Because the section above it is two columns, which together form a block, and the block is spaced from the top of the text references (which is on the left side) to the bottom of the block (which is on the right side, because there is right column is lower than the left) the amount of white space seems too large. I'm not sure if that should be changed, and if so, how. Thanks for the report tho! Martijn Hoekstra (talk) 16:48, 11 November 2014 (UTC)
- A little space is always there because of unequal column height. However, Chrome has a bug that does not take orphan list items into account when calculating the necessary column height, which may amplify the effect.
-- [[User:Edokter]] {{talk}}
17:37, 11 November 2014 (UTC)
- A little space is always there because of unequal column height. However, Chrome has a bug that does not take orphan list items into account when calculating the necessary column height, which may amplify the effect.
Barelinks
Is there any tool other than this which can fix barelinks semi automatically? Please help me. I need any similar tool (which is not broken) urgently. I'm planning to take a wikibreak shortly but there are unfinished works. It will be frustrating for me to fix 104 barelinks. So, please help!! Jim Carter 20:04, 11 November 2014 (UTC)
- @Jim Cartar: That's the only tool I'm aware of that currently does such a thing. Why don't you want to use that one? Is there a problem with how it works? — Mr. Stradivarius ♪ talk ♪ 05:42, 12 November 2014 (UTC)
- I moved the following post from my talk page. — Mr. Stradivarius ♪ talk ♪ 13:55, 12 November 2014 (UTC)
- Hello Strad, it appears that this is working for you. So, I was wondering if you can fix this using that tool. For some technical reasons, it's not working for me. Since there is no other way, so I thought if you can help me. I'm going to go offline by 14 November. Before I go in a break, I want it to be complete. Your help is greatly appreciated. Thank you very much! Jim Carter 10:45, 12 November 2014 (UTC)
- @Jim Cartar: I left the reflinks tool running for about 5 minutes, and it came up with this. A lot of your URLs are 404s, and some others couldn't be filled in by reflinks either, so you will have to fix those manually. — Mr. Stradivarius ♪ talk ♪ 13:55, 12 November 2014 (UTC)
Old version of ITNC displayed
When I look at ITNC, often a version of the page is displayed that is clearly not the current version despite the fact that I had the URL for the current version entered in my browser. This is apparent because the version displayed is often missing at least one candidate. This has also happened to me on other similar pages, such as ANI, but I mostly notice it on ITNC because that is the one I visit most frequently. Jinkinson talk to me 03:42, 12 November 2014 (UTC)
- Does it help to bypass your cache or purge the page? PrimeHunter (talk) 11:24, 12 November 2014 (UTC)
The list of admin userrights at Special:Listgrouprights is getting clogged up by 17 course related userrights. This seems totally unneeded since there is already the course coordinator usergroup, which admins can assign to themselves if needed. In addition, having those two separate lists seems to create maintenance issues for the devs, considering that the userright ep-bulkdelorgs is assigned to admins, but not to course coordinators. It makes it unnecessarily hard to review admin userrights, which have accumulated very quickly in recent years. Would you agree that it makes sense to request a removal of those 17 ep userrights from sysop ? Cenarium (talk) 03:48, 12 November 2014 (UTC)
- @Cenarium: It's not really a maintenance issue for the devs. In fact, the permissions are built in to the extension right now rather than being customized for enwiki, so removing them would actually make maintenance issues worse rather than better. I'm not sure what reviewing admin userrights means. Jackmcbarn (talk) 05:02, 12 November 2014 (UTC)
- @Jackmcbarn: There's lots of talks about unbundling admin rights and users would like to know which userrights can be unbundled. So it would be appreciable to have a good idea of the meaning of each userright, and not have lots of extraneous userrights that are excessively specialized and of no use to the vast majority of admins. There are also misleading userrights such as proxyunbannable, which from what I understand has no effect, yet many users think that admins can edit through proxy, despite not having torunblocked, the page on IP block exemption is even wrong on that count. Cenarium (talk) 09:51, 12 November 2014 (UTC)
- "proxyunbannable" appears to have to do with editing via IP addresses blanned via the wiki configuration, via DNS blacklists, and whether blocks on IPs in the X-Forwarded-For HTTP header are applied to the user. Anomie⚔ 14:02, 12 November 2014 (UTC)
- But according to Mr.Z-man here, it's not in use, since we don't use mw:Extension:AutoProxyBlock but instead mw:Extension:TorBlock. So admins cannot edit through tor. There's also rate limits, I don't know if they are used for anything besides account creation on WMF wikis (noratelimit is given to account creators so they can create more than 6 per 24 hrs). I'll add this to Wikipedia:User_access_levels#Table when it's clarified.
- I should note that there's precedent for unbundling specialized userrights from sysop, with the abusefilter extension which has a special group for editing filters. Couldn't this make sense for this extension too ? The concerns shouldn't be limited to en.wp. Cenarium (talk) 19:00, 12 November 2014 (UTC)
- "proxyunbannable" appears to have to do with editing via IP addresses blanned via the wiki configuration, via DNS blacklists, and whether blocks on IPs in the X-Forwarded-For HTTP header are applied to the user. Anomie⚔ 14:02, 12 November 2014 (UTC)
- @Jackmcbarn: There's lots of talks about unbundling admin rights and users would like to know which userrights can be unbundled. So it would be appreciable to have a good idea of the meaning of each userright, and not have lots of extraneous userrights that are excessively specialized and of no use to the vast majority of admins. There are also misleading userrights such as proxyunbannable, which from what I understand has no effect, yet many users think that admins can edit through proxy, despite not having torunblocked, the page on IP block exemption is even wrong on that count. Cenarium (talk) 09:51, 12 November 2014 (UTC)
- For rate limits, I've found out from Wikipedia:Rollback/throttle removal, then bug 12760 , that this API query gives them. I've performed it from a test account, and when (auto)confirmed with no added rights it gives :
"ratelimits": { "move": { "user": { "hits": 8, "seconds": 60 } }, "emailuser": { "user": { "hits": 20, "seconds": 86400 } }, "rollback": { "user": { "hits": 10, "seconds": 60 } }, "linkpurge": { "user": { "hits": 30, "seconds": 60 } }, "renderfile": { "user": { "hits": 700, "seconds": 30 } }, "renderfile-nonstandard": { "user": { "hits": 70, "seconds": 30 } }, "pagetriage-mark-action": { "user": { "hits": 1, "seconds": 3 } }, "pagetriage-tagging-action": { "user": { "hits": 1, "seconds": 10 } }, "thanks-notification": { "user": { "hits": 10, "seconds": 60 } } } }
So notably, there are no restrictions for edits, and 8 moves per minute max. IPs and newbies have max 8 edits per minute. Rollbackers can make up to 100 rollbacks per minute. Cenarium (talk) 00:11, 13 November 2014 (UTC)
Has someone broken the syntax highlighting on module pages (edit mode appears to be fine). For example see Module:String. Code is all gray text except a bit of red at the very bottom. At Module:Citation/CS1 highlighting starts out normally and then goes gray and then red at the very bottom.
—Trappist the monk (talk) 23:44, 12 November 2014 (UTC)
- Fwiw...
there was an update to the related extension that was rolled in wmf7 - can't say if the cause lies there or not howeverthere will be an update to the related extension coming in wmf8 released next week - doesn't seem to change anything except the version numbers however (see the beta wmf8 here).The problem seems to be that text "hidden" using --[[ doesn't recognize the close of the hidden section anymore in "view" mode.
Maybe the close ]] now needs a space before the next true function call begins in order to differentiate "hidden" from "code"? -- George Orwell III (talk) 00:09, 13 November 2014 (UTC)
-
- Worse than that I think. In Module:Citation/CS1 the first opening (
--[[
) of a multiline comment is on line 38. The last]]
that occurs in the page is at line 2401 but is a quoted string so is not a multiline comment close. Looks to me like the highlighting is well and truly broken if it is treating']]'
as the close of a multiline comment. The red text is because the highlighter is treating the closing quote of that string (now outside of a 'comment') as the start of a quoted string.
- Worse than that I think. In Module:Citation/CS1 the first opening (
-
- I noticed the other day that the other version of Lua multiline comments (
--[=[ ... ]=]
) is ignored by the hightlighter.
- I noticed the other day that the other version of Lua multiline comments (
-
- —Trappist the monk (talk) 00:30, 13 November 2014 (UTC)
-
-
- add existing Bugzilla 73281 for tracking purposes -- George Orwell III (talk) 02:13, 13 November 2014 (UTC)
-
-
-
-
- As mentioned in the bug report, this is a bug in GeSHi, and needs to be reported/fixed on GitHub. The module view mode uses GeSHi for Lua syntax highlighting (via mw:Extension:SyntaxHighlight GeSHi), but the edit mode (CodeEditor) uses different syntax highlighting code, which is why there are slightly different results. I seem to remember the highlighting on Module:String working before, so this looks like a regression. But again, that's probably best brought up on GitHub. — Mr. Stradivarius ♪ talk ♪ 07:03, 13 November 2014 (UTC)
- As having written a Lua syntaxhighlighter myself, I can tell you that the options to construct strings and comments in Lua is a nightmare for any syntax highlighting software :). And yes, this should be reported on Github.
Done —TheDJ (talk • contribs) 08:54, 13 November 2014 (UTC)
- As having written a Lua syntaxhighlighter myself, I can tell you that the options to construct strings and comments in Lua is a nightmare for any syntax highlighting software :). And yes, this should be reported on Github.
- As mentioned in the bug report, this is a bug in GeSHi, and needs to be reported/fixed on GitHub. The module view mode uses GeSHi for Lua syntax highlighting (via mw:Extension:SyntaxHighlight GeSHi), but the edit mode (CodeEditor) uses different syntax highlighting code, which is why there are slightly different results. I seem to remember the highlighting on Module:String working before, so this looks like a regression. But again, that's probably best brought up on GitHub. — Mr. Stradivarius ♪ talk ♪ 07:03, 13 November 2014 (UTC)
-
-