Policy | Technical | Proposals | Idea lab | Miscellaneous |
The technical section of the village pump is used to discuss technical issues about Wikipedia. Bug reports and feature requests should be made in Phabricator (see how to report a bug). Bugs with security implications should be reported differently (see how to report security bugs).
Newcomers to the technical village pump are encouraged to read these guidelines prior to posting here. Questions about MediaWiki in general should be posted at the MediaWiki support desk. |
|||||||||||||||||||||
|
|||||||||||||||||||||
« Older discussions, 121, 122, 123, 124, 125, 126, 127, 128, 129, 130, 131, 132, 133, 134, 135, 136, 137, 138, 139, 140, 141, 142, 143, 144, 145 | |||||||||||||||||||||
Contents
- 1 Unresolved issue is archived - How to "UN-Archive"?
- 2 Article talk page editing in mobile view is partially broken
- 3 Is the page views tool down for you too?
- 4 Template styles
- 5 Most visited wikipedia pages
- 6 How to see my uploads?
- 7 Technical help for expert review?
- 8 User stats - last edit
- 9 Server switch 2016
- 10 How to populate some requested articles lists
- 11 That watchlist jump that makes us misclick
- 12 Talk page watching
- 13 Restoring previous protection
- 14 Incorrect entries in abuse log
- 15 Tech News: 2016-16
- 16 Moving over salted titles
- 17 Arabic glitch
- 18 Template help request - English-only template needs to cater for rest if UK
- 19 No editing
- 20 watchlist, recent changes list missing some entries
- 21 About the "delete" function
- 22 Shared tabular data storage for Commons!
- 23 More than usually buggy
- 24 Receiving wikipedia emails 6 hours late
- 25 Unable to download PDF files of articles
- 26 Server transfer went too long
- 27 Strange problem with Template:Fb rs
- 28 Can't save edits from the default editor?
- 29 AFD link on article talk page fails
- 30 Strange file usage problem
- 31 Server changeover - API delays - user contributions
- 32 Strange image behavior
- 33 Regarding connecting to wiki in other languages
- 34 Template:Col-2
- 35 Category:Wales railway station stubs
- 36 Finding the most viewed Wikipedia articles on education
- 37 Earth to JDForrester
- 38 Going back again
- 39 Wikipedia to the Moon
- 40 Category:Song articles with missing songwriters
- 41 Page viewer overload
Unresolved issue is archived - How to "UN-Archive"?
Greetings, A problem awaiting resolution is now archived here and tracked at phabricator:T126553.
If it's not possible to pull back from archive, does it need to be re-posted again?
Regards, JoeHebda (talk) 19:04, 27 February 2016 (UTC)
- @JoeHebda: Just post the new question, with a link back to the archived thread. --Redrose64 (talk) 21:39, 27 February 2016 (UTC)
- If I re-post again here, will it be archived again before the issue is solved? Just wondering... JoeHebda (talk) 02:19, 29 February 2016 (UTC)
- Possibly; archiving bots do not take any notice of whether a thread has been replied to or not. Threads on this page are archived if they've not been posted to for five days. So if nobody responds here before the next bot run that occurs after 10:30, 5 March 2016 (UTC), it will be archived. --Redrose64 (talk) 10:30, 29 February 2016 (UTC)
-
-
- Redrose64 – Thanks for the update. Yesterday I did repost the new VPT archive link to Wikipedia talk:User scripts#Fix needed: Gadget only works with Vector skin, script error which was orginally posted on Feb. 15th. Wondering if there might be a better place to post where the issue can be fixed? Without waiting for months for a resolution? If I knew anything about scripts (which I do not) I would attempt to fix myself. Regards, JoeHebda (talk) 13:39, 29 February 2016 (UTC)
-
1) ω Awaiting a solution – also see: MediaWiki:Gadget-mobile-sidebar and Wikipedia:Gadget. JoeHebda (talk) 13:45, 29 February 2016 (UTC)
@JoeHebda: You can use {{DNAU}} to prevent archiving. nyuszika7h (talk) 21:26, 29 February 2016 (UTC)
2) ω Awaiting a solution — JoeHebda • (talk) 12:08, 2 March 2016 (UTC)
3) ω Awaiting a solution — JoeHebda • (talk) 18:12, 3 March 2016 (UTC)
-
-
- FWIW, i copied User:Brion VIBBER's script locally, and verified it works with "monobook" and "modern" after minor changes. i had to modify about 5 lines to use
mw.util.$content
instead of$('#content')
, and add a line to incease z-index specifically for monobook: for some reason the left edge of the mobile image was overshadowed by the right edge of the content in monobook (i'm sure there's more . you can try User:קיפודנחש/mobile-sidebarcopy.js to verify it indeed works with other skins (you'll probably want to disable the gadget, or you may get 2 of them...). peace - קיפודנחש (aka kipod) (talk) 20:55, 3 March 2016 (UTC)
- FWIW, i copied User:Brion VIBBER's script locally, and verified it works with "monobook" and "modern" after minor changes. i had to modify about 5 lines to use
-
-
-
-
- קיפודנחש – Thanks for helping. I know about testing computer programs in other languages but nothing about js scripts. If you or anther editor could explain the steps to test, I would be willing to try testing. So far, I did un-check existing Gadgets option to disable Mobile sidebar preview option. Regards, — JoeHebda • (talk) 21:36, 3 March 2016 (UTC)
- to test the modified script, add to your personal script file the following line (if you copy from edit screen, *do not* include the "code" tags):
importScript('User:קיפודנחש/mobile-sidebarcopy.js');
- (if the file does not exist yet, create it, add the line, and save. more detailed instructions and explanations about personal scripts can be found in WP:JS). peace - קיפודנחש (aka kipod) (talk) 22:15, 3 March 2016 (UTC)
- קיפודנחש – Thanks for helping. I know about testing computer programs in other languages but nothing about js scripts. If you or anther editor could explain the steps to test, I would be willing to try testing. So far, I did un-check existing Gadgets option to disable Mobile sidebar preview option. Regards, — JoeHebda • (talk) 21:36, 3 March 2016 (UTC)
-
-
קיפודנחש – Followed the test instructions & same results = Mobile sidebar preview works only with Vector skin & not the other skins. I did the Purge and logout for each; not seeing the little toolbar icon to activate preview. I know it is running the test version because I have the Gadgets one unchecked with Vector & icon shows & works correctly. — JoeHebda • (talk) 22:37, 3 March 2016 (UTC)
-
- you are correct. it turned out to be more elaborate than i thought - the code Brian wrote displayed the phone nicely, but placing the icon for turning it on/off on the menu turned out to be a bitch... anywhoo, i at least made it so that you can use it now, though it's not really pretty when you use a skin other than vector. peace - קיפודנחש (aka kipod) (talk) 00:10, 4 March 2016 (UTC)
- @JoeHebda: update: could not get the mobile on/off icon to look acceptable on monobook, modern and cologne blue, so on these skins, the on/off switch is text only (top row for mo*, left-menu under "Edit" for cologne). peace - קיפודנחש (aka kipod) (talk) 16:34, 4 March 2016 (UTC)
- @קיפודנחש: – So far, it looks good and okay to me. For Cologn Blue, I am confused because I can not find any "Edit" anywhere on the page; not on top or left sidebar. I do see a "Mobile view" but that is just for switching the entire page between Mobile/Desktop views. Wondering where to look? — JoeHebda • (talk) 16:48, 4 March 2016 (UTC)
- @JoeHebda: i practically never use cologne, and not aware of all its idiosyncrasies. for me, using this skin, when i am on a page i am allowed to edit, i see in the left-hand menu column "Edit". i verified that this is so even as anon (you can test any skin by appending to the address line "?useskin=<skinname>". this works for anons too. names are [ vector monobook modern cologneblue ]). i also verified that the script causes "Mobile" to appear there even for anons. there might be something in your prefs that causes it not to show, or maybe it *does* show and for some reason you missed it. HTH, peace - קיפודנחש (aka kipod) (talk) 17:58, 4 March 2016 (UTC)
- @קיפודנחש: – So far, it looks good and okay to me. For Cologn Blue, I am confused because I can not find any "Edit" anywhere on the page; not on top or left sidebar. I do see a "Mobile view" but that is just for switching the entire page between Mobile/Desktop views. Wondering where to look? — JoeHebda • (talk) 16:48, 4 March 2016 (UTC)
- @JoeHebda: update: could not get the mobile on/off icon to look acceptable on monobook, modern and cologne blue, so on these skins, the on/off switch is text only (top row for mo*, left-menu under "Edit" for cologne). peace - קיפודנחש (aka kipod) (talk) 16:34, 4 March 2016 (UTC)
- you are correct. it turned out to be more elaborate than i thought - the code Brian wrote displayed the phone nicely, but placing the icon for turning it on/off on the menu turned out to be a bitch... anywhoo, i at least made it so that you can use it now, though it's not really pretty when you use a skin other than vector. peace - קיפודנחש (aka kipod) (talk) 00:10, 4 March 2016 (UTC)
קיפודנחש – Yes, I did find it now. I had to set my custom CSS font-size to 155 percent for Cologne Blue skin to help overcome a line-height issue making that skin very hard to read. And the Mobile preview sidebar works okay there as well. Just a FYI, I found a report of User skin preferences at Wikipedia:Database reports/User preferences#Skin. Thanks so much for getting Mobile to work correctly with these skins! IMO not seeing the little toolbar icon is a lesser (non-structural) issue.
Now in order to go live with this script, what needs to be done? Once it is out there I will check On in Gadgets. Then, could the Mobile sidebar preview line of Gadgets be moved out of the Testing and development section? Perhaps move into Appearance section? Cheers! — JoeHebda • (talk) 19:13, 4 March 2016 (UTC)
- @JoeHebda: i saw this more as an experiment, to gauge the amount of change needed to make mobile-sidebar work with other skins. ideally, User:Brion VIBBER would patch the script on meta to work with all skins (TBH, Brion needs me to tell him how to do that exactly as much as i need my grandson to teach me to suck eggs). if, for any reason, Brion doesn't do it, enwiki can decide that limiting this gadget to vector is acceptable. the very last resort would be to change the gadget on enwiki to consume Brion's css file from meta, and the modified js file from my userspace (or some copy of it). this last option is both undesirable and unlikely. if none of those options is executed, people who do not use vector can consume my modified script privately, the same way i listed above and you tried. peace - קיפודנחש (aka kipod) (talk) 20:31, 4 March 2016 (UTC)
Article talk page editing in mobile view is partially broken
Mobile web Wikipedia with chrome. When an article talk page has no section headings, pressing the only edit button available (the one at the very top which would allow you to edit the templates at the top of the page) does nothing. It doesn't load anything. This happens at every page no matter what. If there are section headings on a talk page, pressing that same edit button will result in the editing of the first sub section rather than the 'lead' or it results in the same thing as previously mentioned. This doesn't happen every time like the first problem as sometimes it functions without any problem. So in other words, in mobile view, at some article talk pages, it's impossible to say change the grade and importance of an article or add a WikiProject template. If my post if difficult to understand because it's worded horribly, I will address any comments to explain further. —DangerousJXD (talk) 03:27, 14 April 2016 (UTC)
- While I'm here, this problem is still happening. —DangerousJXD (talk) 20:33, 14 April 2016 (UTC)
- At first the page has correct links ( and then the same with section=1 and subsequent sections) but around the same time as the "About this talk page" text appears the first link changes to https://en.m.wikipedia.org/wiki/Talk:ASDF#/editor/1 which goes to the same place as section=1 or displays a spinner icon if there's no section with that number. On some pages the correct /editor/0 appears in the link and when it's /1 the page can still be edited by clicking and then changing it to /0 in the browser. Edit links for other sections stay the same; when the pages are loaded they redirect to /1, /2, etc. It's unclear what is changing this link, and where the 1 is coming from - the API and the original link say 0, which should also be the default value, and it could probably be taken from any of these instead. Peter James (talk) 23:08, 17 April 2016 (UTC)
Is the page views tool down for you too?
https://tools.wmflabs.org/pageviews
Is this not working for anyone else too? From the 4th of April onwards, I can't see any page view results, for any page. Anticla rutila (talk) 13:53, 14 April 2016 (UTC)
- Works for me. PrimeHunter (talk) 14:35, 14 April 2016 (UTC)
- OK PrimeHunter, thanks for checking. I figured it must be a problem at my end. It didn't work in safari (Version 6.2.8), but I tried it in Chrome and it worked. Thank you again. Anticla rutila (talk) 14:43, 14 April 2016 (UTC)
- @Anticla rutila: I take it you are stilling running OSX Mountain Lion? Unfortunately it seems Apple doesn't release newer versions of Safari unless you upgrade your OSX. Officially with Pageviews Analysis we're only supporting Safari 8 and newer, which requires OS X Yosemite. Sorry! — MusikAnimal talk 16:21, 17 April 2016 (UTC)
- @Anticla rutila: Yep MusikAnimal, still using OSX Mountain Lion - I'll update my user system & version of safari. Thank you for your advice! Anticla rutila (talk) 10:25, 18 April 2016 (UTC)
- @Anticla rutila: I take it you are stilling running OSX Mountain Lion? Unfortunately it seems Apple doesn't release newer versions of Safari unless you upgrade your OSX. Officially with Pageviews Analysis we're only supporting Safari 8 and newer, which requires OS X Yosemite. Sorry! — MusikAnimal talk 16:21, 17 April 2016 (UTC)
- OK PrimeHunter, thanks for checking. I figured it must be a problem at my end. It didn't work in safari (Version 6.2.8), but I tried it in Chrome and it worked. Thank you again. Anticla rutila (talk) 14:43, 14 April 2016 (UTC)
Template styles
Hey all.
So, since the Jerusalem Hackathon I've been working on a very very longstanding issue we have had with styles. The current WIP solution: template styles.
That new feature allows attaching proper CSS to templates, finally getting rid of limited and troublesome inline styles in elements of the page. The upsides:
- No redundancy: If you use a style on more than an element, simply place them all in the same class and share styles;
- Even less redundancy: if you have a family of templates sharing styles, you can put all the styles in the one "library" template and include that;
- Proper style sheets means support for
@media
blocks, finally (thus making it possible for styles to work right on mobile, amongst other things); - Smaller and easier to maintain templates;
- Style sheets becomes available to anyone being able to edit the template, rather than just admins; and
- No more need to edit common.css and have to deal with the crap of caching, or the risk of breaking the site.
The downsides... well, I can't think of any yet but I'm sure we'll find some eventually. :-)
There is a test wiki in Labs where the current WIP extension is deployed. Feel free to register (not with your real Wikimedia credentials!) and play with it. Beware that this is my testing ground and thus may randomly be unstable. The main page there is a transcluded template with styles if you want a quick and easy example to look at. There is no documentation (yet) but the jist of it is simple: add a <templatestyles>...</templatestyles>
element to a template containing a style sheet, and that style will be prepended to any page that transcludes that template (just once, even if the template is transcluded multiple times, including recursively). Not unlike TemplateData, you can actually put the templatestyles element on a subpage - but I expect that would be a bad idea in this case since it affects transclusions and thus should track the template's own protection level.
This pet project of mine has a lot of buy-in and support from the WMF (tracked in phabricator at T483) so once we're happy about how it works I've no doubt it will end up being deployed in production fairly quickly. — Coren (talk) 15:05, 14 April 2016 (UTC)
- Sweeeeet! Hope this gets deployed soon, so we can properly style the Main Page.
-- [[User:Edokter]] {{talk}}
15:52, 14 April 2016 (UTC)
- Extreme enthusiasm \m/ =) \m/ fredgandt 16:46, 14 April 2016 (UTC)
- Best thing EVAH ! Will take us 5 years to get rid of the existing cruft I'm sure, but this will be awesome. —TheDJ (talk • contribs) 17:56, 14 April 2016 (UTC)
- Yeah, this looks very good. --Edgars2007 (talk/contribs) 17:57, 14 April 2016 (UTC)
- FYI, I experimented with this using the Wide image template. {{Wide image}}. —TheDJ (talk • contribs) 16:58, 18 April 2016 (UTC)
- Yeah, this looks very good. --Edgars2007 (talk/contribs) 17:57, 14 April 2016 (UTC)
- Wonderful! Sounds like an awesome change. Kudos to you for implementing/coming up with this. APerson (talk!) 02:35, 20 April 2016 (UTC)
I have only one thing to say: Lua Lua Lua.
This would be better if it came with a lua library that would allow adding such styles without a hacky extensiontag:
frame:extensionTag{ name = 'templatestyles', content = 'some text', args = { name = 'foo', group = 'bar' } }
Potentially something like mw.templatestyles or mw.styles or mw.html.styles. This would make the conversion of existing modules much more efficient. 08:28, 21 April 2016 (UTC) — Preceding unsigned comment added by 197.218.89.56 (talk)
Most visited wikipedia pages
Hello. Is there a way to find the most visited Wikipedia pages of all time? And not only for English Wikipedia. Xaris333 (talk) 17:12, 16 April 2016 (UTC)
- Here you go. There's no running total—the processing power needed to perform an all-time pageview count would be huge. User:West.andrew.g may be able to help if you want a particular statistic. ‑ Iridescent 17:27, 16 April 2016 (UTC)
- @Xaris333: I can't help you with attaining "all-time" stats, but you can query for any date range after August 2015, and for any WMF project, at toollabs:topviews. Hope this helps — MusikAnimal talk 19:20, 17 April 2016 (UTC)
- Gooood... Thanks, MusikAnimal. Actually, I was going to ask you for such tool :) One thing - maybe you can add option to exclude non-articles? There are some special and user namespace pages. --Edgars2007 (talk/contribs) 20:27, 17 April 2016 (UTC)
- I definitely want to add a dropdown to restrict to particular namespaces, but doing so is potentially expensive. I need to do more research. My hope is options like this will be built natively into the pageviews API. Note also a caveat with Topviews... the numbers you see represent the sum of the top 1000 most viewed pages for each day within the provided date range. This means the numbers might be slightly off if a given article was not in the top 1000 at any point during that date range, if that makes sense... This is also due to a limitation of the API, which I'm also going to ask the WMF services team about. To get the exact number for a given article in the list, click on the number of views on the right, which will open that article up in the Pageviews tool. Fortunately it seems most of the time the difference is trivial, but something you should still be aware of. Best — MusikAnimal talk 23:50, 17 April 2016 (UTC)
- Gooood... Thanks, MusikAnimal. Actually, I was going to ask you for such tool :) One thing - maybe you can add option to exclude non-articles? There are some special and user namespace pages. --Edgars2007 (talk/contribs) 20:27, 17 April 2016 (UTC)
- @Xaris333: I can't help you with attaining "all-time" stats, but you can query for any date range after August 2015, and for any WMF project, at toollabs:topviews. Hope this helps — MusikAnimal talk 19:20, 17 April 2016 (UTC)
How to see my uploads?
I've wondered a while and I still have no idea. --QEDK (T ☕ C) 19:32, 16 April 2016 (UTC)
- Special:ListFiles should do it. For your uploads it would be Special:ListFiles/QEDK. clpo13(talk) 19:42, 16 April 2016 (UTC)
- Or you could go to Contributions and then click Uploads up the top.... –Davey2010Talk 19:46, 16 April 2016 (UTC)
- Thanks, both of you. --QEDK (T ☕ C) 20:13, 16 April 2016 (UTC)
- Special:Log/upload/QEDK will also show (as redlinks) your uploads that have been deleted, which the above will not. —Cryptic 20:25, 16 April 2016 (UTC)
- Ah even I didn't know that!, Yeah the log's far more extensive. –Davey2010Talk 20:28, 16 April 2016 (UTC)
- The "uploads" link at top of user contributions has a link to the log, and to Commons uploads. The links are made by a customized MediaWiki:Listfiles-summary so registered users only see them if they have the default English interface language. PrimeHunter (talk) 18:09, 17 April 2016 (UTC)
- Ah even I didn't know that!, Yeah the log's far more extensive. –Davey2010Talk 20:28, 16 April 2016 (UTC)
- Special:Log/upload/QEDK will also show (as redlinks) your uploads that have been deleted, which the above will not. —Cryptic 20:25, 16 April 2016 (UTC)
- Thanks, both of you. --QEDK (T ☕ C) 20:13, 16 April 2016 (UTC)
Technical help for expert review?
BMJ, the publishers of the British Medical Journal and other top-tier biomedical journals, have kindly recruited the best minds they can get to review Parkinson's disease.
We began the review by passing the article, in a Word document, from one reviewer to the next by email. Each made proposed changes to the article text and left comments in the document, using Word's "Review" and "Track changes" features.
At that point we needed to start a discussion, and Word isn't ideal for that. So I pasted the relevant paragraphs from the Word document into the left column of a wiki table, and the reviewers' comments into the right column, where the discussion could happen (here). I manually applied background colours to distinguish deletions from additions in the left column, using <span style="background:#xxxxxx">.
That discussion has now begun but one of the many things I've learned during all this is, the top researchers and theorists spend a lot of time in the air (travelling to conferences, lectures, meetings), and it is then, free from the demands of job and family, when they do their reviewing.
So, yesterday, I pasted that table into Word and have made it available to the reviewers (here). Now they can download a copy before they get on a flight, and email it back to me with their comments when they're online again, and I'll transcribe their comments into the wiki table.
This may be as simple as it gets but I just thought I'd put this before you, in case you may have any thoughts on a better technical approach for next time. (BMJ have offered to do more of these.) I'm finding the construction of the wiki table tedious (particularly highlighting the deletions and additions), and transcribing offline comments from the Word document into the wiki table will be a small chore. The wiki table pastes easily into Word with highlighting and formatting intact, but not vice versa. --Anthonyhcole (talk · contribs · email) 04:59, 17 April 2016 (UTC)
- Forgive my being simplistic, but it seems you're unnecessarily convoluting a procedure MediaWiki software was designed to handle. That is, multiple editors working on and discussing an article. By taking the text out of the wiki, working on it and bringing a new version back, the history and attribution will be effectively corrupt, entirely aside from the whole process being clearly taxing. I think it's especially important to maintain a genuine edit history for attribution in this case, since there appears to be a not minor possibility of a conflict of interest concern. fredgandt 06:55, 17 April 2016 (UTC)
-
- Fred, you make a very good point about conflict of interest. What we're doing here is, under the oversight of one of the world's most prestigious journal publishers and editors, applying a highly stringent peer review model to a Wikipedia article, one element of which is transparency. BMJ's editor-in-chief, Fiona Godlee is an expert and has published widely on peer review. She and the organisation under her are strident evangelists for open science and open access. In our first meeting we agreed the reviewers would have to be named and declare their COIs and potential COIs. I think that's the best way to deal with reviewers' interests. Their peers will review their declarations so, hopefully that scrutiny will keep them honest. It's not perfect but I think transparency and a public declaration of interests is the least ineffective approach in peer review. What appears in the article is up to the Wikipedia editors, and Wikipedia's best biomedical editors are a tough crowd.
-
-
-
- The edit history of the Word document is saved by the "Track changes" feature and the remainder of the process happens on-wiki, so the review's edit history is preserved.
-
-
-
- I'd love to do it all on-wiki but these people need to be able to work on this stuff offline. --Anthonyhcole (talk · contribs · email) 10:37, 17 April 2016 (UTC)
-
-
-
-
- Sounds good Anthony; if Word is able to keep track of the changes for attribution, and they're comfortable editing with it, the major hurdle is the work you're doing to rebuild the table, correct? Notepad++ can do some nifty things which might be handy. Are you any good with Regular expressions? Could the use of the new fangled Visual Editor version of Wikipedia help? I might be able to build you some dandy web app to help, but would need to see the practical workflow and sleep on it. fredgandt 10:50, 17 April 2016 (UTC)
-
-
-
-
-
-
- (I don't know where I got the idea you mentioned COI. I'm in another conversation about this; it must have been someone there.)
- Let's all sleep on it for a while. Just articulating my problem here has helped me to put it in perspective - it's pretty trivial, really. Considering what the reviewers and editors are contributing.
- I'm using the VE for half my edits, I think, and the reviewers are only using the VE. They'll have to use wikitext when the review moves to the article's talk page, but I'm so glad they can begin with Word and Visual Editor. --Anthonyhcole (talk · contribs · email) 11:05, 17 April 2016 (UTC)
-
-
-
-
-
-
-
-
- I did mention COI, but only as a possible concern. It's mainly attribution that first struck me as a big problem, but I see now that the final wiki editing will take place after the review. Anyhoo - the technical issue of building and rebuilding the table - not easier with the VE? I must admit to not having even tried it.
- Notepad++ has an export feature that outputs HTML describing the syntax highlighting which could save you a lot of work. I'm not certain (experimentation required) but you should be able to paste the replies you get into NP++, then save as a custom language with the highlighting you require, then export as HTML to paste into your sandbox. All the highlighting would be already done. The devil's in the details. fredgandt 11:30, 17 April 2016 (UTC)
- The visual editor doesn't preserve his color-coding or text formatting. The table itself is fine, but there's no "highlighter marker" available. Whatamidoing (WMF) (talk) 15:13, 17 April 2016 (UTC)
- (Ah. I see it now.) Thanks for the NP++ tip, Fred. I'll have a play with it. --Anthonyhcole (talk · contribs · email) 07:25, 18 April 2016 (UTC)
-
-
-
-
@Anthonyhcole: - I have a simple (more or less) solution for part of the problem for you. A way to maintain the highlighting when you copy from Word and paste into the wiki. I'll be back after code wrangling (will require a small amount of JavaScript). fredgandt 08:36, 18 April 2016 (UTC)
-
- Anthonyhcole (talk · contribs · email) 12:34, 18 April 2016 (UTC)
- User:Fred_Gandt/contentEditTable.js <-- still a bit sketchy, but my dog needs a walk. I'll explain when I get back. Fundamentally it turns the table cells of the preview of one of the tables (per section basis) in your sandbox into a contenteditable version of itself. You can then copy the equivalent cell from the browser editing version of the Word doc, and paste it into the editable cell. The syntax highlighting is maintained. Then down by the save button there's another marked "Get raw table HTML", which when clicked, populates the textbox (you're in preview remember) with the HTML of the table (with some tweaks). Then preview that markup and the sky falls! Like I say, I have to walk my dog, so play around if you like. I'll be able to walk you through it and take feedback and solve problems when I return. fredgandt 13:45, 18 April 2016 (UTC)
- Thanks Fred. Have I done this right? I went to the "Introduction" table in my sandbox, clicked "Edit source", then "Show preview". The "Get raw table HTML" button appears but I can't edit the cells. (I'm in Vector on Chrome on Windows 10.) --Anthonyhcole (talk · contribs · email) 01:56, 20 April 2016 (UTC)
- @Anthonyhcole: - Sorry - for use with the normal (no Visual Editor) mode. I'll upload some screen capture later to assist. fredgandt 08:22, 20 April 2016 (UTC)
- Yep, I am using the normal mode. I should be able to copy the contents of a cell from this "Word online" document into a table in my sandbox (into the preview, not the edit box), right Fred? How do I make the table cell in the preview editable? Do I have to double-click or something? --Anthonyhcole (talk · contribs · email) 11:25, 20 April 2016 (UTC)
- I shall ping you with a link to a video of me using it in a while. I have to eat my lunch and wallow in the afterglow of a stuffed belly first :-) fredgandt 12:08, 20 April 2016 (UTC)
- Wow. Take your time. I really appreciate your engagement. --Anthonyhcole (talk · contribs · email) 14:21, 20 April 2016 (UTC)
- @Anthonyhcole: Interrupted by Wiki maintenance - upload linked at the top of User:Fred Gandt/contentEditTable#Use. Short and simple. fredgandt 15:35, 20 April 2016 (UTC)
- Wow. Take your time. I really appreciate your engagement. --Anthonyhcole (talk · contribs · email) 14:21, 20 April 2016 (UTC)
- I shall ping you with a link to a video of me using it in a while. I have to eat my lunch and wallow in the afterglow of a stuffed belly first :-) fredgandt 12:08, 20 April 2016 (UTC)
- Yep, I am using the normal mode. I should be able to copy the contents of a cell from this "Word online" document into a table in my sandbox (into the preview, not the edit box), right Fred? How do I make the table cell in the preview editable? Do I have to double-click or something? --Anthonyhcole (talk · contribs · email) 11:25, 20 April 2016 (UTC)
- @Anthonyhcole: - Sorry - for use with the normal (no Visual Editor) mode. I'll upload some screen capture later to assist. fredgandt 08:22, 20 April 2016 (UTC)
- Thanks Fred. Have I done this right? I went to the "Introduction" table in my sandbox, clicked "Edit source", then "Show preview". The "Get raw table HTML" button appears but I can't edit the cells. (I'm in Vector on Chrome on Windows 10.) --Anthonyhcole (talk · contribs · email) 01:56, 20 April 2016 (UTC)
- User:Fred_Gandt/contentEditTable.js <-- still a bit sketchy, but my dog needs a walk. I'll explain when I get back. Fundamentally it turns the table cells of the preview of one of the tables (per section basis) in your sandbox into a contenteditable version of itself. You can then copy the equivalent cell from the browser editing version of the Word doc, and paste it into the editable cell. The syntax highlighting is maintained. Then down by the save button there's another marked "Get raw table HTML", which when clicked, populates the textbox (you're in preview remember) with the HTML of the table (with some tweaks). Then preview that markup and the sky falls! Like I say, I have to walk my dog, so play around if you like. I'll be able to walk you through it and take feedback and solve problems when I return. fredgandt 13:45, 18 April 2016 (UTC)
- Anthonyhcole (talk · contribs · email) 12:34, 18 April 2016 (UTC)
-
- The issue concerns external review of medical articles by experts, and a discussion saying that such a review should not happen would only derail this important request. I'm hoping Anthonyhcole will get a reply from someone who knows how to handle it (perhaps try WP:Reference desk/Computing?), but if no one wants it I might have a look although I've never fiddled with review text in a doc file. Johnuniq (talk) 07:47, 17 April 2016 (UTC)
- I was going to let it slide, but changed my mind; don't fob me off as some idiot passer by that's getting in the way. Read what I wrote and try again. Talk about derailing?! Just exactly where did anyone suggest that the review shouldn't happen? Thankfully Anthony was capable of reading and responding properly, so with my question (of why this can't be done normally) answered, we can move on to making his life easier. fredgandt 11:12, 17 April 2016 (UTC)
- Hi Johnuniq. A discussion saying that such a review should not happen would be misconceived because it's out of Wikipedia's control. Wikipedia's rules kick in and the community exercises total control once the review is done and it arrives on the article talk page. It's entirely up to Wikipedia what it does with it. I hope some interested, intelligent editors take some notice, and engage the reviewers in polite but rigorous discussion of their proposals.
- Don't worry too much about the technical question I raised. This present set-up is working (I think) and it's really not very onerous when measured against the payback. --Anthonyhcole (talk · contribs · email) 10:37, 17 April 2016 (UTC)
- Export as PDF, import into Word and then you can use the Word reviewing tools (it's there in Word 2013, I don't know about previous versions). You can get the end product and submit it for review on-wiki by peers. Shouldn't that do it? --QEDK (T ☕ C) 11:19, 17 April 2016 (UTC)
- That's sort of what we're doing but between the Word review and the review appearing on the article's talk page we're having an intermediate conversation, making sure the reviewers' suggestions conform to WP policy, and sorting out differences between the reviewers. Word's review format isn't ideal for that kind of extended conversation about details in a long document. --Anthonyhcole (talk · contribs · email) 07:25, 18 April 2016 (UTC)
- Export as PDF, import into Word and then you can use the Word reviewing tools (it's there in Word 2013, I don't know about previous versions). You can get the end product and submit it for review on-wiki by peers. Shouldn't that do it? --QEDK (T ☕ C) 11:19, 17 April 2016 (UTC)
- The issue concerns external review of medical articles by experts, and a discussion saying that such a review should not happen would only derail this important request. I'm hoping Anthonyhcole will get a reply from someone who knows how to handle it (perhaps try WP:Reference desk/Computing?), but if no one wants it I might have a look although I've never fiddled with review text in a doc file. Johnuniq (talk) 07:47, 17 April 2016 (UTC)
User stats - last edit
I can use tools.wmflabs.org/xtools-ec/?user= to get the last edit date done by a user but it also dumps a bag of other stuff. Is there a way of giving a tool a list of users and getting just the corresponding last edit date, either a list or one at a time does not matter ? (I am thinking of reinvigorating a project, with a couple of hundred "registered" participants but even the lead coordinator formally retired as a Wikipedian over 12 months ago and the project page has not been updated accordingly and many others seem to have not edited at all anywhere for one or more years, so it would be good to be able to easily see who was still around.) Aoziwe (talk) 13:35, 17 April 2016 (UTC)
- Give me a list of user names, or point to place, where I can find them. --Edgars2007 (talk/contribs) 14:06, 17 April 2016 (UTC)
-
- Here - Wikipedia:WikiProject Law Enforcement#Participants and here - Wikipedia:WikiProject Law Enforcement/Participants. Thanks in advance. Aoziwe (talk) 12:42, 18 April 2016 (UTC)
-
- Sounds like you want my useractivity tool. — Dispenser 14:40, 17 April 2016 (UTC)
- You might also be interested in Wikipedia:WikiProject Directory/Description/WikiProject Astronomical objects (or equivalent for the project you're interested in). WhatamIdoing (talk) 15:27, 17 April 2016 (UTC)
Server switch 2016
➤ To read this in other languages, see m:Tech/Server switch 2016.
The Wikimedia Foundation will be testing its newest data center in Dallas. This will make sure Wikipedia and the other Wikimedia wikis can stay online even after a disaster. To make sure everything is working, the Wikimedia Technology department needs to conduct a planned test. This test will show whether they can reliably switch from one data center to the other. It requires many teams to prepare for the test and to be available to fix any unexpected problems.
They will switch all traffic to the new data center on Tuesday, 19 April.
On Thursday, 21 April, they will switch back to the primary data center.
Unfortunately, because of some limitations in MediaWiki, all editing must stop during those two switches. We apologize for this disruption, and we are working to minimize it in the future.
You will be able to read, but not edit, all wikis for a short period of time.
- You will not be able to edit for approximately 15 to 30 minutes on Tuesday, 19 April and Thursday, 21 April, starting at 14:00 UTC (15:00 BST, 16:00 CEST, 10:00 EDT, 07:00 PDT).
- If you try to edit or save during these times, you will see an error message. We hope that no edits will be lost during these minutes, but we can't guarantee it. If you see the error message, then please wait until everything is back to normal. Then you should be able to save your edit. But, we recommend that you make a copy of your changes first, just in case.
Other effects:
- Background jobs will be slower and some may be dropped. Red links might not be updated as quickly as normal. If you create an article that is already linked somewhere else, the link will stay red longer than usual. Some long-running scripts will have to be stopped.
- There will be a code freeze for the week of 18 April. No non-essential code deployments will take place.
This test was originally planned to take place on March 22. April 19th and 21st are the new dates. You can read the schedule at wikitech.wikimedia.org. They will post any changes on that schedule. There will be more notifications about this. Please share this information with your community. /User:Whatamidoing (WMF) (talk) 21:07, 17 April 2016 (UTC)
-
- Translation for NZ readers: You will not be able to edit for approximately 15 to 30 minutes on Wednesday, 20 April and Friday, 22 April, starting at 02:00 NZST. Akld guy (talk) 01:20, 18 April 2016 (UTC)
- Your comment seems more likely to confuse than help readers. Many may not realize NZ refers to New Zealand and NZST is New Zealand Standard Time. There must be relatively few editors in that time zone and most of them are probably aware they are in an unusual time zone for Wikipedia and sometimes need to change the date/day when converting UTC times to New Zealand time. For the large majority of editors it takes place Tuesday, 19 April and Thursday, 21 April in their local time zone. Your earlier objection to including day of the week in UTC announcements got no support. PrimeHunter (talk) 02:10, 18 April 2016 (UTC)
- Your comments come across as snarky and argumentative. NZ readers will immediately realize what NZ and NZST refer to. The translation is directed to nobody else, so why comment? Akld guy (talk) 02:36, 18 April 2016 (UTC)
- Non-NZ readers will not know the post is not directed to them if they don't know what NZ refers to. And NZ readers who are helped by the comment are probably so rare it isn't worth the time everybody else spend reading the comment. Using UTC time is standard in Wikipedia and I hope people don't start posting replies just to convert to other time zones. PrimeHunter (talk) 02:58, 18 April 2016 (UTC)
- Your comments come across as snarky and argumentative. NZ readers will immediately realize what NZ and NZST refer to. The translation is directed to nobody else, so why comment? Akld guy (talk) 02:36, 18 April 2016 (UTC)
- Your comment seems more likely to confuse than help readers. Many may not realize NZ refers to New Zealand and NZST is New Zealand Standard Time. There must be relatively few editors in that time zone and most of them are probably aware they are in an unusual time zone for Wikipedia and sometimes need to change the date/day when converting UTC times to New Zealand time. For the large majority of editors it takes place Tuesday, 19 April and Thursday, 21 April in their local time zone. Your earlier objection to including day of the week in UTC announcements got no support. PrimeHunter (talk) 02:10, 18 April 2016 (UTC)
- Translation for NZ readers: You will not be able to edit for approximately 15 to 30 minutes on Wednesday, 20 April and Friday, 22 April, starting at 02:00 NZST. Akld guy (talk) 01:20, 18 April 2016 (UTC)
-
-
-
-
-
- But they already did. In case you didn't notice, Whatamidoing converted it to BST, CEST, EDT, and PDT. So all I did was convert the time for NZ readers too. Why pick out my post as likely to be misleading? Are readers not also just as likely to misinterpret Whatamidoing's conversions, or is this something personal? Akld guy (talk) 03:27, 18 April 2016 (UTC)
- Continued on your talk page. PrimeHunter (talk) 11:18, 18 April 2016 (UTC)
- But they already did. In case you didn't notice, Whatamidoing converted it to BST, CEST, EDT, and PDT. So all I did was convert the time for NZ readers too. Why pick out my post as likely to be misleading? Are readers not also just as likely to misinterpret Whatamidoing's conversions, or is this something personal? Akld guy (talk) 03:27, 18 April 2016 (UTC)
-
-
-
- Barely anyone in that country would even notice what happened. Most people there would have been asleep that time. 49.148.29.21 (talk) 00:46, 20 April 2016 (UTC)
-
- I should have included a link to http://www.timeanddate.com/worldclock/fixedtime.html?iso=20160419T14 with this message. That provides a translation to any time zone. Whatamidoing (WMF) (talk) 19:42, 18 April 2016 (UTC)
How to populate some requested articles lists
I am often assigning my students articles to develop from the outline pages, and requested articles page. As I am teaching in Korea, my examples are Outline of South Korea, Outline of North Korea and Wikipedia:WikiProject Korea/Redlist. The latter, particularly, is a mess, and I think in general we don't have any system for maintaining such pages. At the same time, I know there are area-topic templates, such as Template:Asia topic and Template:Topic (Asia) (I don't understand why they are separate, but that's an aside). They produce some interesting if unlinkable (as far as I know) templates, see for example the bottom of Poverty in South Korea. Now, here's my question number one: is there a way we can generate a list of all red-linked mentions of South and North Korea topics in such templates? And can we add it to the Wikipedia:WikiProject Korea/Redlist? Currently it is very difficult to use such templates to figure out what topics are missing if one wants to search by country. Ex. if I go to Unemployment in India I can see that South and North Koreas are missing their respective "unemployment in" articles, but I'd love to have a list of all topics missing from such templates so I could assign my students to filling in the gaps. Currently I have no other idea on how to find such missing topics but semi-randomly type "social topic in Korea", see if it is red, see if it exists for some other countries - very cumbersome way of figuring out what important (notable) social issues are missing for Korean topics. Can anyone help? If we can figure out how to do it for other countries and topics, it would be a nice addition to Category:Wikipedia red link lists. PS. If anyone replies here please WP:ECHO me, thanks! --Piotr Konieczny aka Prokonsul Piotrus| reply here 05:23, 18 April 2016 (UTC)
That watchlist jump that makes us misclick
You know how when the watchlist loads and then at the last minute the top announcements that you dismissed vanish? The whole watchlist jumps up a few lines. That makes me accidentally hit rollback from time to time. I'm probably not the only one.
So, can't we instead have the option of a little notification somewhere linking to a page with announcements? Wouldn't that fix it?
Anna Frodesiak (talk) 05:52, 18 April 2016 (UTC)
- Thanks for posting here Anna. I struggle with this too. Jytdog (talk) 06:06, 18 April 2016 (UTC)
- And me. Thanks Anna for opening this discussion. --Dirk Beetstra T C 06:13, 18 April 2016 (UTC)
- Me too. A very regular and troublesome problem. Martinevans123 (talk) 12:47, 18 April 2016 (UTC)
- Yes, thank you. If you dismiss the announcement, it shouldn't load at all. The dismiss status needs to be checked before the page loads, not after. Akld guy (talk) 06:16, 18 April 2016 (UTC)
- Stopgap solution: put #watchlist-message { display:none; } in your user css and watchlist MediaWiki:Watchlist-details. I've done something similar with the sitenotice for years. —Cryptic 06:17, 18 April 2016 (UTC)
- For the watchlist messages this can be fixed by depoying this updated JS code and a new piece of CSS. Which admin wants to ? —TheDJ (talk • contribs) 09:16, 18 April 2016 (UTC)
- TheDJ, I was going to ask whether you were familiar with the coding and could stand behind it, but now I see that you're a developer. Only one issue remains: what do I do with it? Instead of suggesting that I deploy it, please give me the entire code for the destination (and a link, to ensure that I go to the right place), with your new piece added. I don't trust myself to add it to the right spot on the page, but copy/pasting the entire page's code should be failproof. Nyttend (talk) 14:41, 18 April 2016 (UTC)
- I got it.
-- [[User:Edokter]] {{talk}}
16:14, 18 April 2016 (UTC)- Was this intended to break the ability to permanently hide all watchlist notices with #watchlist-message { display:none; }? – Steel 17:32, 18 April 2016 (UTC)
- Intended, no, but that CSS rule won't work anymore since it is not strong enough. You'll need something like: #watchlist-message { display:none !important; }. —TheDJ (talk • contribs) 17:37, 18 April 2016 (UTC)
- Does size of watchlist have any bearing on the prevalence of this glitch? Martinevans123 (talk) 18:20, 18 April 2016 (UTC)
- The size of your watchlist has no bearing on this. At most the size of the part that you DISPLAY of your watchlist could have any bearing on it. —TheDJ (talk • contribs) 18:31, 18 April 2016 (UTC)
-
- Thanks. It must be my imagination that it's got worse over the course of 7 years. Or I've unwittingly changed the size of the part displayed. Or the top announcements have got bigger. Or I've learned to progressively click too impatiently. Or something else. I guess. Martinevans123 (talk) 18:36, 18 April 2016 (UTC)
- Thank you Anna! The struggle is real. I'm glad someone brought this up. EvergreenFir (talk) Please {{re}} 18:34, 18 April 2016 (UTC)
- I have found that there are three things that cause watchlist jumping, they are largely independent. They are: (i) not clicking [hide] on all geonotices; (ii) clicking [dismiss] on any non-geonotice messages; (iii) disabling "Display pages on your watchlist that have changed since your last visit in bold (see customizing watchlists for more options)" at Preferences → Gadgets → Watchlist. There may be others. --Redrose64 (talk) 23:32, 18 April 2016 (UTC)
-
- The size of your watchlist has no bearing on this. At most the size of the part that you DISPLAY of your watchlist could have any bearing on it. —TheDJ (talk • contribs) 18:31, 18 April 2016 (UTC)
- Does size of watchlist have any bearing on the prevalence of this glitch? Martinevans123 (talk) 18:20, 18 April 2016 (UTC)
- Intended, no, but that CSS rule won't work anymore since it is not strong enough. You'll need something like: #watchlist-message { display:none !important; }. —TheDJ (talk • contribs) 17:37, 18 April 2016 (UTC)
- Was this intended to break the ability to permanently hide all watchlist notices with #watchlist-message { display:none; }? – Steel 17:32, 18 April 2016 (UTC)
- I got it.
- TheDJ, I was going to ask whether you were familiar with the coding and could stand behind it, but now I see that you're a developer. Only one issue remains: what do I do with it? Instead of suggesting that I deploy it, please give me the entire code for the destination (and a link, to ensure that I go to the right place), with your new piece added. I don't trust myself to add it to the right spot on the page, but copy/pasting the entire page's code should be failproof. Nyttend (talk) 14:41, 18 April 2016 (UTC)
- For the watchlist messages this can be fixed by depoying this updated JS code and a new piece of CSS. Which admin wants to ? —TheDJ (talk • contribs) 09:16, 18 April 2016 (UTC)
yeah the "Display pages on your watchlist that have changed since " issue is the largest remaining one, that is a bother even if you dismissed the messages. The case of jumping when there are unread messages is harder to fix. —TheDJ (talk • contribs) 13:11, 19 April 2016 (UTC)
- @Edokter: I realize that I probably broke geonotices with that change to the watch list messages. Geonotices use the same div, but don't explicitly show the parent #watchlist-message element, when there are messages for display. —TheDJ (talk • contribs) 13:18, 19 April 2016 (UTC)
- @TheDJ: I didn't study the code in detail. Is there anything specific that should be done to fix it? Revert?
-- [[User:Edokter]] {{talk}}
15:43, 19 April 2016 (UTC)- @Edokter: Can you add
.show()
to line 111 of MediaWiki:Gadget-geonotice-core.js ? —TheDJ (talk • contribs) 17:06, 19 April 2016 (UTC)- Done.
-- [[User:Edokter]] {{talk}}
18:03, 19 April 2016 (UTC)
- Done.
- @Edokter: Can you add
- @TheDJ: I didn't study the code in detail. Is there anything specific that should be done to fix it? Revert?
Thanks all. I don't understand much of the above, but it seems fixed now. Is that right? Anna Frodesiak (talk) 01:37, 20 April 2016 (UTC)
Talk page watching
Speaking of watchlist, currently the addition of an article to it also adds the associated talkpage. Is it possible to unbundle these two, so that talkpages could be watchlisted separately from the articles? Was this issue raised before? Brandmeistertalk 12:47, 18 April 2016 (UTC)
- That is an excellent question, Brandmeister. I often don't want to see the ongoing llama-drama at a Talk Page, but do want to keep a quiet eye on the article Martinevans123 (talk) 13:20, 18 April 2016 (UTC)
- The talk page should always be added automatically when you add the page; it would be highly inconvenient for the software to cause you to watch only the article if you weren't intending that. However, it would be nice to have the talk page's watch button work separately from the article's; clicking the watch button at talk would add the talk page only (i.e. you're watching just the talk) or would remove it only. Nyttend (talk) 13:29, 18 April 2016 (UTC)
- Well it might be highly inconvenient. That would depend on user preference - a survey of user needs might elucidate. But your proposal sounds good. Martinevans123 (talk) 14:48, 18 April 2016 (UTC)
- "if you weren't intending that" is the operative phrase :-) I wouldn't mind a gadget that causes the talk page not to be added when you add the article. However, it would be a bad idea to change a core site feature (one that's been available for fifteen-ish years) just to provide a small enhancement for a few situtions. Enabling that enhancement would be good, but only as an add-on. Nyttend (talk) 14:55, 18 April 2016 (UTC)
- Yes of course, as you say. Am no great fan of the "but it's always been like that" argument. But happy to have it an an optional feature. Does size of watch list have any bearing on the prevalence of this glitch? Martinevans123 (talk) 17:47, 18 April 2016 (UTC)
- "but it's always been like that" is a good reason to oppose a major change unless it's for a big reason: big changes to things to which everyone's accustomed are fundamentally disruptive, so we shouldn't cause that disruption if we don't really have to. Not clear what you mean by "this glitch", as everything's working as intended; are you addressing the misclicks issue raised by Anna Frodesiak? Nyttend (talk) 18:02, 18 April 2016 (UTC)
- In general "but it's always been like that" suggests to me that no-one has yet had the talent the ability to imagine that things might be done better a different way. And that no direct user comparison has ever been performed. A more convincing reason might be: "we used to do it like x, but then we improved to do y, and then we optimised it to do x based on newer user's usability feedback." But yeah, folks do get used to things, don't they. Sorry, I thought this was a related sub-thread. Maybe it should be a wholly separate one. I'll ask above, thanks. Martinevans123 (talk) 18:19, 18 April 2016 (UTC)
- "but it's always been like that" is a good reason to oppose a major change unless it's for a big reason: big changes to things to which everyone's accustomed are fundamentally disruptive, so we shouldn't cause that disruption if we don't really have to. Not clear what you mean by "this glitch", as everything's working as intended; are you addressing the misclicks issue raised by Anna Frodesiak? Nyttend (talk) 18:02, 18 April 2016 (UTC)
- Yes of course, as you say. Am no great fan of the "but it's always been like that" argument. But happy to have it an an optional feature. Does size of watch list have any bearing on the prevalence of this glitch? Martinevans123 (talk) 17:47, 18 April 2016 (UTC)
- "if you weren't intending that" is the operative phrase :-) I wouldn't mind a gadget that causes the talk page not to be added when you add the article. However, it would be a bad idea to change a core site feature (one that's been available for fifteen-ish years) just to provide a small enhancement for a few situtions. Enabling that enhancement would be good, but only as an add-on. Nyttend (talk) 14:55, 18 April 2016 (UTC)
- Well it might be highly inconvenient. That would depend on user preference - a survey of user needs might elucidate. But your proposal sounds good. Martinevans123 (talk) 14:48, 18 April 2016 (UTC)
- The talk page should always be added automatically when you add the page; it would be highly inconvenient for the software to cause you to watch only the article if you weren't intending that. However, it would be nice to have the talk page's watch button work separately from the article's; clicking the watch button at talk would add the talk page only (i.e. you're watching just the talk) or would remove it only. Nyttend (talk) 13:29, 18 April 2016 (UTC)
- Brandmeister - yes, this has been discussed before - at length (it'll be in the archives). The API can be used to effectively screen what you see and don't on the watchlist, so a Gadget is either possible or already exists. Personally I agree with Nyttend, that The talk page should always be added automatically when you add the page since an interest in one should be an interest in both. fredgandt 16:50, 18 April 2016 (UTC)
Restoring previous protection
India national cricket team was indefinitely semiprotected in 2009. I've just now fully protected it because of an edit-war, but once the full protection expires in a few days, the software won't automatically restore the semiprotection. Perhaps a good thing in this specific situation; we can see whether the end of semiprotection will result in more vandalism, or not. Is there any tool that tracks situations in which temporary full protection of an indef-semiprotected page causes all protection to end? Some time ago, I suggested that we have a bot to remind admins to restore semiprotection if they thought it necessary, but I don't think that went anywhere. Nyttend (talk) 13:17, 18 April 2016 (UTC)
- Assuming the page is on your watchlist, you should get a watchlist entry detailing the protection change - right? If so, and also assuming that you have an epic watchlist, a script could alert you when specific changes occur i.e. use the API to keep tabs on a special user defined list of watched pages such that when they change, you get an almost instant heads up. If anything I just said makes sense, I can add it to my list of things to do. Currently sleepy. fredgandt 18:17, 18 April 2016 (UTC)
- Previous protection states are not remembered, although they are logged. For articles that exist, there are two actions that can be protected - edit and move; and each of these two can have any one of five protection levels (none, semi, 30/500, template, full) set for it, they don't need to be the same for both. Any protection level (other than "none") can be either indefinite, or be given an expiry time. When that expiry time is reached, the prot level drops right back to "none", regardless of the prot history. So, if an article has indef semi prot for editing, and is then changed to have a fixed-duration full prot (for editing), then when the expiry is reached it doesn't return to semi-protected but becomes unprotected (for editing). I'm sure this has come up at VPT before, if so, there may be a phab: ticket for it. --Redrose64 (talk) 09:02, 19 April 2016 (UTC)
Incorrect entries in abuse log
Some entries in the abuse log show a redlink even though the edit has never actually happened and the deletion and move logs for the page are empty. For example, Albaniaf has three entries in the abuse log pertaining to ShqipStadium-Facebook page even though that page has never actually been created. Also, User talk:87.182.28.87, User talk:92.21.230.222, and User talk:198.248.150.147 have no deletion or move log entries but still appear in the abuse log for ClueBot NG. GeoffreyT2000 (talk) 17:57, 18 April 2016 (UTC)
- The IPs are fairly straightforward. The log entries show an action of 'warn'. ClueBot won't be able deal with that, so won't save the page. -- zzuuzz (talk) 18:13, 18 April 2016 (UTC)
Tech News: 2016-16
20:40, 18 April 2016 (UTC)
Moving over salted titles
During this AFD I came across this edit where User:NawlinWiki (presumably) inadvertently moved Jordan schaul to Jordan Schaul which was salted. Is there anyway to prevent this happening? I just tested it out and there is no warning when moving a page onto a fully-protected page. This did come up before in 2008 but nothing happened. SmartSE (talk) 22:20, 18 April 2016 (UTC)
Arabic glitch
I wrote an article on Munira Thabit and input her name right after the English in Arabic script, as I always do with names that are originally foreign. Though the birth range appeared as typed (1902-1967) it showed on the screen as (1967-1902). As you can see here Wikipedia talk:WikiProject Women in Red#Munira Thabit a fellow Wikipedian tried to fix it also, to no avail. Any idea why this is happening? Thanks! SusunW (talk) 23:10, 18 April 2016 (UTC)
- I've corrected it in the article. For some reason the years get swapped in the edit textbox. This is clearly a right-to-left issue, but I don't think this is supposed to be happening (or was happening earlier). —Ruud 23:24, 18 April 2016 (UTC)
-
-
- Ruud Koot I don't even need you to explain what you did, though Maile66 would probably be interested. The technical stuff is really beyond me and if I can't fix it I am glad to raise my hand. I am totally happy to have it fixed. I knew that it was the left to right text issue, but why it wasn't reading it correctly, I have no idea. Gracias mi amigo. SusunW (talk) 23:33, 18 April 2016 (UTC)
-
-
-
-
- @Maile66: What I think is happening is that the browser sees some Arabic text and goes into right-to-left mode, and then "cleverly" also displays from right-to-left the immediately following years that are on both sides of the dash (the years themselves don't get swapped around because numbers are written in the same direction in Arab as they are in English). The template {{lang-ar}} contains some magic to prevent this from happening when the article is displayed, but that doesn't work in the edit box. I've managed to also stop the browser from "being clever" there, by putting some text in the middle of the numbers. —Ruud 23:57, 18 April 2016 (UTC)
-
-
-
-
-
-
-
-
-
- Strangely enough, that doesn't seem to be the case. See User:Ruud Koot/RTL. I have no idea why. —Ruud 00:34, 19 April 2016 (UTC)
-
-
-
-
-
-
Template help request - English-only template needs to cater for rest if UK
Template:Infobox Site of Special Scientific Interest turns out to cater only for English SSSIs. Trying to implement a Welsh SSSI gets you a broken locationmap image. Guess the same holds for NI & Scotland). I herewith request assistance by way of template expertise to enable Welsh SSSIs to have an Infobox - see this talk for more. Thanks --Tagishsimon (talk) 23:28, 18 April 2016 (UTC)
No editing
You've probably already seen this, but just a small reminder: No editing for ~30 minutes starts in less than two hours from now. You can read more on Meta. /Johan (WMF) (talk) 12:26, 19 April 2016 (UTC)
- Editing resumed after about 47 minutes, but first attempt to delete a page gave the following:
[VxZFZQrAAEcAAGB3Z8kAAAAK] 2016-04-19 14:49:11: Fatal exception of type JobQueueError
Not good... Fram (talk) 14:50, 19 April 2016 (UTC)
- Me too, Johan (WMF). --Malcolmxl5 (talk) 14:58, 19 April 2016 (UTC)
- It seems OK now. --Malcolmxl5 (talk) 15:26, 19 April 2016 (UTC)
- I'm guessing this was probably related to the cause of phab:T133053; the job queue backs features like recent changes and the watchlist, which were missing entries from the time you encountered this error. --Dan Garry, Wikimedia Foundation (talk) 16:25, 19 April 2016 (UTC)
- It seems OK now. --Malcolmxl5 (talk) 15:26, 19 April 2016 (UTC)
- For the record, no editing was from Special:Diff/716040655 (14:02 UTC) to Special:Diff/716040656 (14:48 UTC). PrimeHunter (talk) 15:36, 19 April 2016 (UTC)
watchlist, recent changes list missing some entries
The history page for Help talk:Citation Style 1, here, shows that I made edits to that page at 15:03 UTC and 15:09 UTC. This page is on my watch list but niether of those edits appear there. When I looked at Special:RecentChanges, filtered for the Help talk namespace, my edits are not listed.
It appears that someone broke something in the recent server move.
—Trappist the monk (talk) 15:21, 19 April 2016 (UTC)
- There was about 15 minutes when recent changes and watchlists weren't updating due to a config error. Missing records will not be re-inserted automatically, but it's my understanding that developers will try to manually run a script to recover them. Changes made now will show in RC and watchlists. Mamyles (talk) 15:24, 19 April 2016 (UTC)
- @Trappist the monk: Thanks for the report. This was due to the recent data centre migration that took place earlier today. The issue is tracked in phab:T133053. I edited the title of this section a bit to make it clearer what happened. Thanks again. --Dan Garry, Wikimedia Foundation (talk) 16:24, 19 April 2016 (UTC)
- Please tell me I'm not the only one on here who tried to use Listen to Wikipedia to figure out when the site would be back up, and was rather confused when edits were being allowed but that site was silent! :-) Oh well, these things happen. I'll try the same procedure out tomorrow. Graham87 07:40, 20 April 2016 (UTC)
- I understand that "Listen to Wikipedia" depends upon Special:RecentChanges and Wikimon working. Special:RecentChanges had some difficulties yesterday for about 20 minutes. As of three hours ago (and subject to change), the Ops team seemed to think that there would be a short delay for Special:RecentChanges – a big improvement, but not complete success.
- There is, as always, a chance that they'll decide to postpone the planned switch back (to the regular servers in Virginia). Even things outside their control, such as a power outage at the last second, could scuttle the whole thing. However, as of this moment, everything is proceeding under the assumption that the switch back will happen as planned. Whatamidoing (WMF) (talk) 19:04, 20 April 2016 (UTC)
About the "delete" function
Just wondering, is it technically possible to allow the "delete" function to be enabled for only (a) specific namespace(s)? Im thinking of a new user group that may include something like this, but all I really want to know right now is if it is technically possible. Steel1943 (talk) 20:25, 19 April 2016 (UTC)
- Almost anything is technically possible. The better question is always: how much time, energy and money are you willing to feed the problem with. If the question is, is this already implemented in MediaWiki, then the answer is no. There is only one user right for page deletion and it applies to all namespaces. —TheDJ (talk • contribs) 22:04, 19 April 2016 (UTC)
CCing from commons, please participate there as this will be a cross-wiki shared feature
During the last hackathon I created a new on-wiki tabular storage described in T120452, similar to CSV and TSV formats. It allows any user to create a page, e.g. "Data:List of interesting facts.tabular" (demo), and keep it as a table, rather than wiki text. Tabular storage allows strings, numbers, Booleans (true/false), and "localized strings" – a string that has different value depending on the language. Additionally, tabular data stores metadata, such as description (localized) and license. More metadata can be added as needed.
Tabular storage greatly simplifies storing data for lists, tables, and graphs. Graphs may directly access tabular data, and on-wiki tables and lists can be created by using simple Lua scripts. This storage is fundamentally different from Wikidata, because it works with "blobs" (batches) of data, whereas Wikidata works with tiny "facts". Wikidata technology is simply not suited for large storage such as the list of the most expensive paintings, the shoe size comparisons table, or data to plot Moscow subway growth graph.
After a long discussion, it seems Commons is the best fit for such data. Commons community already has good experience with international multi-licensed content. The current proposal is to create the data namespace on Commons, and use it from all of the wikis.
Feel free to experiment with it at http://data.wmflabs.org/wiki/Data:Sample.tabular. Note that you can view it with different languages, e.g. http://data.wmflabs.org/wiki/Data:Sample.tabular?uselang=fr
Technical notes: When storing, the data is validated and stored as JSON, so there are no delimeter problems common to the traditional CSV/TSV files. At this point, the wiki editor shows tabular data as a JSON, but very soon I hope to have a CSV/TSV editor to simplify copy/pasting, and afterwards – a full scale spreadsheet table editor. Eventually, I would also like to implement Q number support, allowing direct links to Wikidata. --Yurik (talk) 20:54, 19 April 2016 (UTC)
- Very interesting, thanks. In case you have posted this elsewhere, I fixed the commons link in the first line. Johnuniq (talk) 02:00, 20 April 2016 (UTC)
More than usually buggy
Has anyone else noticed Wikipedia being more than usually buggy since the planned outage earlier today? I am getting more frequent edit-conflicts-with-self, database locked for maintenance notices, and Wikimedia down notices. DuncanHill (talk) 21:19, 19 April 2016 (UTC)
- I note that the elements in my edit window are very tiny. I have a 4K monitor, so my size setting is at 200%, but the elements and the text in my edit window looks like it's running 100%. Other than that, no.—cyberpowerChat:Online 21:36, 19 April 2016 (UTC)
- I'm getting some lag beyond what I usually experience every now and then, but other than that, no, no issues for me. AddWittyNameHere (talk) 21:40, 19 April 2016 (UTC)
Receiving wikipedia emails 6 hours late
So I just got a Wikipedia email alerting me to a post on my talk page from another user, only the edit was made 6.5 hours ago by MarnettD.—cyberpowerChat:Online 22:18, 19 April 2016 (UTC)
- I think that some of the logs entries were lost and re-added. For example, my notifications show two entries "Pegship thanked you for your edit on Wikipedia talk:WikiProject Stub sorting", one a few minutes ago, the other eight hours ago (which I noticed this morning). They both relate to this edit, but there is only one entry in the thanks log - the one that should be there from eight hours ago is missing. --Redrose64 (talk) 23:04, 19 April 2016 (UTC)
- Got two more emails. 3 hours gap.—cyberpowerChat:Online 23:26, 19 April 2016 (UTC)
- The mail server in Carrollton wasn't set up quite right, so email broke for a few hours after the datacentre switch. You can see the server's queue graph at [6]. The peak of the graph is roughly when someone reported it and ops fixed it. It should have been working normally since that went back down to 0. --Krenair (talk • contribs) 14:17, 20 April 2016 (UTC)
Unable to download PDF files of articles
Following this on the help desk, I attempted to download a PDF of an article myself, only to get an error that states that the file cannot be found. This also appears to line up with the recent updates, so I decided to list this here as well. -- The Voidwalker Discuss 00:23, 20 April 2016 (UTC)
Hello, thanks for reporting this issue. I could confirm it and created T133136 on Phabricator. The issue is being investigated by Operations right now. DZahn (WMF) (talk) 05:22, 20 April 2016 (UTC)
Update: Also see this and this. DZahn (WMF) (talk) 05:32, 20 April 2016 (UTC)
Update 2: Please try again. Issue should be fixed now. DZahn (WMF) (talk) 05:54, 20 April 2016 (UTC)
- Thanks, I've left a note at the Help desk that this is fixed. -- The Voidwalker Discuss 20:18, 20 April 2016 (UTC)
Server transfer went too long
It was originally announced that the migration of servers to Dallas would take only 15 to 30 minutes, however, it took longer than expected, and it started a bit late. Rather precise, the transfer began at 15:03 BST and would end around more than 40 minutes later. In addition, there were cases when there was a server difficulty and we were shown an error page which can allow us to search for archived mirrors by using Google. I wonder what went wrong during the lost time? Has WMF issued any statement regarding what happened? 49.148.29.21 (talk) 00:33, 20 April 2016 (UTC)
- Things never go to plan. It started 3 minutes late, and ended 10 minutes late. For a server move that's pretty good. Nothing to worry about here. Also since the wiki is being moved it's reasonable to assume that site errors where going to crop up as the domain points to a new physical location.—cyberpowerChat:Online 01:06, 20 April 2016 (UTC)
- @49.148.29.21: Sounds like you're just curious about how server administration works here. Fortunately, #wikimedia-operations is a public channel, so you can look back on all the fun stuff that happened during the switchover. Starts at 1400. Mamyles (talk) 19:13, 20 April 2016 (UTC)
- Usually, Ops posts reports on outages at wikitech:Incident documentation. In this case, they will probably do something bigger. But I wouldn't expect them to write up anything until at least next week. They're busy getting ready to switch back to the Virginia servers right now (same time; watch wikitech:Switch Datacenter#Schedule for Q3 FY2015-2016 rollout for possible changes). Whatamidoing (WMF) (talk) 23:22, 20 April 2016 (UTC)
Strange problem with Template:Fb rs
See the discussion at Wikipedia talk:WikiProject Football#{{Fb rs}}. For some reason, {{Fb rs}} now displays positive overall and away goal differentials above the wikitable. I have tested a solution which appears to work in my sandbox (code at User:Jkudlick/sandbox/Fb rs), but when I applied it, it didn't fix the error and actually started making negative goal differentials in some articles disappear. I reverted all changes I made to {{Fb rs}} and {{Fb gd}}, and we need someone with more template experience than I have to take a look and see if there is an explanation. — Jkudlick • t • c • s 04:18, 20 April 2016 (UTC)
Can't save edits from the default editor?
I originally posted this to the help desk, it was recommended that I ask here.
I can't save changes made in the default editor. When I click the "Save page" button it just reloads the edit page with a message to sign in (I have not tried signing in, this should be unnecessary). My IP does not appear to be blocked, and if I use the visual editor my changes save correctly. This is not a new problem, it's affected me for at least a few months.
I'm using Chrome on Windows 7. I have tried with IE11 and it works fine. I can also edit at work, from Chrome on Linux (what I'm doing right now). — Preceding unsigned comment added by 2620:0:1019:13:7009:5270:E0D7:8D0D (talk) 04:28, 20 April 2016 (UTC)
AFD link on article talk page fails
At Talk:Emoji there is a link which should lead to an AFD debate regarding an article.It says "💮 was nominated for deletion. The debate was closed on 05 March 2013 with a consensus to merge. Its contents were merged into Emoji. The original page is now a redirect to here. For the contribution history and old versions of the redirected article, please see its history; for its talk page, see here." It is part of a template. Instead of leading to the old AFD debate, clicking on "the debate" directs the reader to the current set of AFDs being debated. The template is there, and the (former) name of the article (just an emoji symbol, since redirected to Emoji) is included. Is there a problem with the template working in general? Does it not work when the article title was just one emoji symbol?Edison (talk) 13:58, 20 April 2016 (UTC)
- A required parameter was removed in [7]. I have restored it.[8] PrimeHunter (talk) 19:01, 20 April 2016 (UTC)
Strange file usage problem
If you take a look at File:Pulling Strings movie poster.jpg, you will find that the file usage section reports that the file is in use on the page Pulling Strings (film), and only on that page. On the other hand, if you ask the database where the file is used (see quarry:query/9163), then the database reports that the file is used on page #50035842 (Pulling Strings (film)) and additionally on page #50084289 (doesn't exist, the query reports it as being in the draft namespace), and as a result, it looks as if the file is violating WP:NFCC#9. What's causing this and what exactly is page #50084289? --Stefan2 (talk) 15:00, 20 April 2016 (UTC)
- Might be Draft:Pulling Strings (film) (but the file is commented out there) but that page's ID is 50053934 not 50084289. Maybe that ID is a deleted page; not sure how curid does work when one uses an ID of a deleted page.Jo-Jo Eumerus (talk, contributions) 15:25, 20 April 2016 (UTC)
- You see MediaWiki:Title-invalid-empty if you use
curid
with the page number of a deleted page, I think. --Stefan2 (talk) 15:32, 20 April 2016 (UTC)- Based on phab:T73578 it seems you are right.Jo-Jo Eumerus (talk, contributions) 15:39, 20 April 2016 (UTC)
- That report suggests that you can find the page title by searching for log messages, so I did this: quarry:query/9167. Page #50084289 had the title Draft:Pulling Strings (film) but was deleted per WP:G6 to merge the history of two pages, and the page got a new page number when the revisions were undeleted. Is there a way to remove the claim that File:Pulling Strings movie poster.jpg is used on page #50084289 so that it no longer looks as if the file violates WP:NFCC#9? --Stefan2 (talk) 16:25, 20 April 2016 (UTC)
- If the query is reading deleted pages, that's probably a bug - content of deleted pages should not be visible to regular users, generally (c.f Wikipedia:Viewing deleted content).Jo-Jo Eumerus (talk, contributions) 16:44, 20 April 2016 (UTC)
- The query for finding WP:NFCC#9 violations, quarry:query/1203, reads the
imagelinks
table, which is not supposed to contain references to deleted pages. Entries are supposed to be removed from that table when a page is deleted or when a file is removed from a page. --Stefan2 (talk) 17:02, 20 April 2016 (UTC)
- The query for finding WP:NFCC#9 violations, quarry:query/1203, reads the
- If the query is reading deleted pages, that's probably a bug - content of deleted pages should not be visible to regular users, generally (c.f Wikipedia:Viewing deleted content).Jo-Jo Eumerus (talk, contributions) 16:44, 20 April 2016 (UTC)
- That report suggests that you can find the page title by searching for log messages, so I did this: quarry:query/9167. Page #50084289 had the title Draft:Pulling Strings (film) but was deleted per WP:G6 to merge the history of two pages, and the page got a new page number when the revisions were undeleted. Is there a way to remove the claim that File:Pulling Strings movie poster.jpg is used on page #50084289 so that it no longer looks as if the file violates WP:NFCC#9? --Stefan2 (talk) 16:25, 20 April 2016 (UTC)
- Based on phab:T73578 it seems you are right.Jo-Jo Eumerus (talk, contributions) 15:39, 20 April 2016 (UTC)
- You see MediaWiki:Title-invalid-empty if you use
Server changeover - API delays - user contributions
Since yesterday's server changeover I've been suffering intermittent delays (of many seconds in some cases) when requesting lists of user contributions via the API – for instance when using Popups and hovering over a user's contribs entry in a page history (try it on this page's). The delays particularly affect accounts with many contribs. Until yesterday the lists always used to appear pretty much instantaneously. Is anyone else affected? —SMALLJIM 15:33, 20 April 2016 (UTC)
- I don't know if it's related, but I'll pass your observation along. Thanks. Whatamidoing (WMF) (talk) 23:23, 20 April 2016 (UTC)
- Thanks Whatamidoing (WMF). I've tried Popups on different PCs and using two different accounts, and also calling the API via a script, and I still get the same problem – a long delay the first time I call API:usercontribs on a user with a long contribs record. The delays are variable, but often more than 30 seconds. It doesn't happen on other API calls (API:Revisions is fine, for example). I can't see how this could be a problem at this end.
- I note that since the changeover to the backup server, ClueBot NG has been up and down too – this may be related because I expect that bot would look up usercontribs via API too: I reported this here. I'd expect it to affect Huggle and other AV tools too.
- Will someone else check to see if they see the same delays please (try Popups, see above); if it's not just me this may indicate something that needs fixing on the new server. And if it is just me, then...why?! Thanks. —SMALLJIM 10:00, 21 April 2016 (UTC)
I get a probably related issue when I refresh my watchlist: "Changes newer than 13 seconds may not appear in this list." The last time I saw such a message here is years ago. Fram (talk) 10:07, 21 April 2016 (UTC)
- I get that every few weeks. 13 seconds is insignificant; delays like these are nothing to worry about until they exceed 10-20 minutes. --Redrose64 (talk) 12:36, 21 April 2016 (UTC)
- I'm not sure that would be related, Fram & Redrose64. API delays of a few seconds can be pretty disastrous. Anyway, as of now it's back to responding almost instantaneously, so thanks to whoever fixed it :) —SMALLJIM 15:57, 21 April 2016 (UTC)
- Ah, I see we've been transferred back to the old server (I really shouldn't leave the computer and have a life!). So whatever was causing the delays may not have been fixed after all. —SMALLJIM 16:05, 21 April 2016 (UTC)
Strange image behavior
I have never seen this one before. These two images are identical except that the one on the right has an "upright" parameter. (The one on the left has a "left" parameter but that makes no difference.) On my screen anyway (Firefox) the one on the right renders sideways. How did that happen? Kendall-K1 (talk) 19:19, 20 April 2016 (UTC)
- The 220px one is rotated for me, while the 170px one looks correct. This is a problem which sometimes happens. Image thumbnails are cached and sometimes the server forgets to update old thumbnails when the file is overwritten, but the problem tends to go away if you wait for a few days or months. The solution is to use a different file size. 220px is a very common thumbnail size, and many images are therefore cached in that thumbnail size. Try using
[[File:Schloss Eggenberg Hopfenkönig.jpg|221px|thumb]]
or something to force a different size, and remember to remove the page size whenever MediaWiki has corrected the 220px thumbnail. --Stefan2 (talk) 21:54, 20 April 2016 (UTC)
Regarding connecting to wiki in other languages
I assume the content in wiki is free, so I'm building an android app that shows wiki content.
I show random pages by using Java to connect to "https://en.wikipedia.org/wiki/Special:Random"
However, going to "https://he.wikipedia.org/wiki/Special:Random" doesn't work!
I only use a simple code to connect:
URL url = new URL(site); HttpURLConnection connection = (HttpURLConnection) url.openConnection(); connection.setRequestMethod("GET"); connection.setRequestProperty("Accept", "application/xml"); (InputStream) connection.getContent()
but connection.getContent() is null in Hebrew, but not in English. Why?
Also, I have many other connection problems when I try to get data. Do you have a mechanism that says "Person 'X' can get 'Y' bytes of data, and other requests are rejected"? רן כהן (talk) 07:16, 21 April 2016 (UTC)
- Going to https://he.wikipedia.org/wiki/Special:Random works for me, as does he:Special:Random. Using those links, I've gone to about six different articles; I can't read Hebrew, so I don't know what they were about, but the pictures were different so they must have been different pages. --Redrose64 (talk) 12:39, 21 April 2016 (UTC)
-
- Is there any limit on the number of calls I can make to the wiki server? רן כהן (talk) 12:59, 21 April 2016 (UTC)
- Please always set a user-agent. Also, why are you requesting xml and not "*/*", as to why you have connection problems.. That I'm not sure.. —TheDJ (talk • contribs) 14:59, 21 April 2016 (UTC)
- Is there any limit on the number of calls I can make to the wiki server? רן כהן (talk) 12:59, 21 April 2016 (UTC)
-
Template:Col-2
There is bug in where {{Col-2}} is used. Bare code | style="width:50%; text-align:left; vertical-align:top;" |
displays in articles. Eg: River Cam or style="width:50%; text-align:left; vertical-align:top;". --AntanO 11:10, 21 April 2016 (UTC)
- To use
{{Col-2}}
, you need to use{{Col-begin}}
and{{Col-end}}
as explained on the documentation page. On that page, however, I think you actually want{{Refbegin|30em}}
. Relentlessly (talk) 11:27, 21 April 2016 (UTC)- @Relentlessly: They're not references. @AntanO: It's best to avoid manual column breaks, for accessibility reasons. In this case you want a normal unordered (bulleted) list to show as multiple columns, for which the
{{div col}}
/{{div col end}}
construct is eminently suitable, like this. --Redrose64 (talk) 12:59, 21 April 2016 (UTC)- Thanks @Redrose64:. Usage of {{div col|small=yes|colwidth=35em}} and {{div col end}} look good. I think we need to cleanup these style="width:50%; text-align:left; vertical-align:top;". --AntanO 13:11, 21 April 2016 (UTC)
- Redrose64, I suggested it only because it was already being half-used. Relentlessly (talk) 15:54, 21 April 2016 (UTC)
- @Relentlessly: They're not references. @AntanO: It's best to avoid manual column breaks, for accessibility reasons. In this case you want a normal unordered (bulleted) list to show as multiple columns, for which the
Category:Wales railway station stubs
Hi, can somebody create me a list organized by county? ♦ Dr. Blofeld 11:23, 21 April 2016 (UTC)
- Which flavour of county, Dr. Blofeld? PetScan looks like it may cooperate, to the extent that the stubs have sane cats. (And, note, many of the Welsh railway stubs are by now far beyond stubs & need de-stubbing. I'll not touch them until after the 1st May.) --Tagishsimon (talk) 13:33, 21 April 2016 (UTC)
- By modern county I think, they can then be sifted into preserved counties. Yes, some of them meet length requirements but destubbing is more than just about length, the information has to all be sourced. Not a problem, plenty of SSSI stubs to expand ;-)♦ Dr. Blofeld 14:21, 21 April 2016 (UTC)
- Yes. I was going to slip them in. I'll have a play with rail stations tonight - seven or so hours hence. --Tagishsimon (talk) 14:51, 21 April 2016 (UTC)
- By modern county I think, they can then be sifted into preserved counties. Yes, some of them meet length requirements but destubbing is more than just about length, the information has to all be sourced. Not a problem, plenty of SSSI stubs to expand ;-)♦ Dr. Blofeld 14:21, 21 April 2016 (UTC)
Finding the most viewed Wikipedia articles on education
Hi all
I'm trying to use TreeViews to get information on what are the most viewed articles in Category:Education, unfortunately such large categories just crash my browser, it means I will have to split the query up into at least 50-100 smaller queries.
Does anyone know of a less manual way around this? Ideally the output would be spreadsheet of the article title and the number of page views of the article for a 30, 60 or 90 period in the recent past. I will use Treeviews if it is the only way but I'd really love to save myself from half a day of data entry. I imagine this would also be useful for people working with other organisations for other subjects.
Thanks
John Cummings (talk) 12:12, 21 April 2016 (UTC)
Earth to JDForrester
Wikipedia:Village pump (technical)/Archive 145#Do you want one Edit tab, or two? It's your choice, and especially the subsection "VE was imposed as primary editor", have been archived. User:Alsee was told off last week because he wasn't patient enough and User:Jdforrester (WMF) had no time then to address this, but his interpretation that nothing would be forthcoming the week after that comment (the 14th) was completely misguided.
Sure enough, it's the 21st, and the product manager, who promised before the implementation that VE would not be the primary editor on enwiki, has still not responded anywhere about this. He has edited a lot of other things, and must have seen the messages on his talk page, but apparently acknowledging that something seems to have gone wrong and that you will look into it (preferably with some timeline) is too hard. Easier to just let it archive and forget about it. If only we had some people at the WMF who could drop you a note at your talk page there, some WMF-community intermediaries or something similar. Oh well, we can always dream... Fram (talk) 12:12, 21 April 2016 (UTC)
Going back again
It's server transfer again, but this time around it's going to be a lot more overloaded, as not only MediaWiki will be returning from Dallas, but also everything else that went ahead of it—all to go side by side. I'm rather anxious, as I'm expecting a longer transfer this time around. (Will it?) I'm not also exactly sure whether the technical staff has done anything about Tuesday's issues, or if they will work on them after the transfer. IRC looks rather too technical to non-programmers like me, but I'll try to take another look there. 49.148.27.180 (talk) 13:15, 21 April 2016 (UTC)
- Today's transfer took much faster, around 20 minutes to be precise. I also like the banner on technical maintenance, but it seems like it's appearing even after it's done. I think I thought too much on the transfer time. 49.148.27.180 (talk) 14:25, 21 April 2016 (UTC)
Wikipedia to the Moon
Hello! Sorry that this is in English only, but we are using village pump messaging in order to reach as many language communities as possible. Wrong page? Please fix it here.
This is an invitation to all Wikipedians: Wikimedia Deutschland has been given data space to include Wikipedia content in an upcoming mission to the Moon. (No joke!) We have launched a community discussion about how to do that, because we feel that this is for the global community of editors. Please, join the discussion on Meta-Wiki (and translate this invitation to your language community)! Best, Moon team at Wikimedia Deutschland 15:35, 21 April 2016 (UTC)
Category:Song articles with missing songwriters
There appears to be a bot adding articles to this category without reason. For example A Day in the Life and Billie Jean. Should be less than 400 members in the cat. --Richhoncho (talk) 17:19, 21 April 2016 (UTC)
- @Richhoncho: See Template talk:Infobox song#Missing songwriters. There is no bot. --Redrose64 (talk) 17:58, 21 April 2016 (UTC)
Page viewer overload
I was just wondering: I tried to read Prince (musician) a few minutes ago, and ran across this error text:
Sorry, the servers are overloaded at the moment.
Too many users are trying to view this page. Please wait a while before you try to access this page again.
Pool queue is full
I completely understand the reason why this is happening: A lot of readers are trying to view this page since the subject of the article was just reported to pass away. But my question is: Does anyone here know how many viewers are "too many users" when it comes to the amount of people trying to view a page at once? Just wonderful since I've never seen this error message before. Steel1943 (talk) 17:19, 21 April 2016 (UTC)