→Math aligned environments failing to parse: +3 replies |
→Problems with math rendering: slightly amended. When this is solved, I might report that other thing. |
||
(One intermediate revision by the same user not shown) | |||
Line 891: | Line 891: | ||
:You can use the [https://en.wikipedia.org/w/index.php?title=Special%3ALog&type=review&user=Anomalocaris&page=&year=&month=-1&tagfilter= review log]. You can "unnaccept" a revision, but unless there are no newer reviewed revisions, it's kind of pointless. You don't have to unnaccept an edit to revert it. <span style="font-family:Broadway">[[User:Mr.Z-man|Mr.]][[User talk:Mr.Z-man|'''''Z-'''man'']]</span> 18:31, 7 February 2014 (UTC) |
:You can use the [https://en.wikipedia.org/w/index.php?title=Special%3ALog&type=review&user=Anomalocaris&page=&year=&month=-1&tagfilter= review log]. You can "unnaccept" a revision, but unless there are no newer reviewed revisions, it's kind of pointless. You don't have to unnaccept an edit to revert it. <span style="font-family:Broadway">[[User:Mr.Z-man|Mr.]][[User talk:Mr.Z-man|'''''Z-'''man'']]</span> 18:31, 7 February 2014 (UTC) |
||
::Thanks. I reviewed my changes and did what I needed to do. —[[User:Anomalocaris|Anomalocaris]] ([[User talk:Anomalocaris|talk]]) 21:17, 7 February 2014 (UTC) |
::Thanks. I reviewed my changes and did what I needed to do. —[[User:Anomalocaris|Anomalocaris]] ([[User talk:Anomalocaris|talk]]) 21:17, 7 February 2014 (UTC) |
||
== Problems with math rendering == |
|||
As of 7-Feb-2014 there seems to be a problem with math rendering. |
|||
Referring to ''Preferences'', ''Appearance'', ''Math'', options "''Always render PNG''", and "''MathJax (experimental; best for most browsers)''", the following used to work in PNG and in MathJax. Now it doesn't work in PNG anymore, producing an error {{!xt|<big>"Failed to parse(unknown function '\begin'): {\begin{aligned}..."</big>}}, but it still works in MathJax, although the formular are now centered on the page: |
|||
In article [[Complex number]]: |
|||
:<math>\begin{align} |
|||
\operatorname{Re}(-3.5 + 2i) &= -3.5 \\ |
|||
\operatorname{Im}(-3.5 + 2i) &= 2 |
|||
\end{align}</math> |
|||
In article [[Polynomial]]: |
|||
:<math>\begin{align} |
|||
P &= 3x^2 - 2x + 5xy - 2 \\ |
|||
Q &= -3x^2 + 3x + 4y^2 + 8 |
|||
\end{align}</math> |
|||
Attempts were made to "correct" the faulting aligns; [https://en.wikipedia.org/w/index.php?title=Polynomial&diff=594373192&oldid=593619236], [https://en.wikipedia.org/w/index.php?title=Polynomial&diff=next&oldid=594373192], [https://en.wikipedia.org/w/index.php?title=Polynomial&diff=next&oldid=594373496], [https://en.wikipedia.org/w/index.php?title=Polynomial&diff=next&oldid=594383248]. |
|||
Other changes were made, for instance [https://en.wikipedia.org/w/index.php?title=Maxwell%27s_equations&curid=19737&diff=594417511&oldid=593989245 this] one to [[Maxwell's equations]]. |
|||
The following render correctly (no problems in PNG) but in MathJax some equations get centered on the page, whereas other remain left aligned and are properly indented: |
|||
:<math>e = 1 + \frac{1}{1} + \frac{1}{1\cdot 2} + \frac{1}{1\cdot 2\cdot 3} + \frac{1}{1\cdot 2\cdot 3\cdot 4}+\cdots</math> |
|||
<math>e = 1 + \frac{1}{1} + \frac{1}{1\cdot 2} + \frac{1}{1\cdot 2\cdot 3} + \frac{1}{1\cdot 2\cdot 3\cdot 4}+\cdots</math> |
|||
:<math>e = 1 + \frac{1}{1} + \frac{1}{1\cdot 2} + \frac{1}{1\cdot 2\cdot 3} + \frac{1}{1\cdot 2\cdot 3\cdot 4}+\cdots</math> |
|||
::<math>e = 1 + \frac{1}{1} + \frac{1}{1\cdot 2} + \frac{1}{1\cdot 2\cdot 3} + \frac{1}{1\cdot 2\cdot 3\cdot 4}+\cdots</math> |
|||
:::<math>e = 1 + \frac{1}{1} + \frac{1}{1\cdot 2} + \frac{1}{1\cdot 2\cdot 3} + \frac{1}{1\cdot 2\cdot 3\cdot 4}+\cdots</math> |
|||
::::<math>e = 1 + \frac{1}{1} + \frac{1}{1\cdot 2} + \frac{1}{1\cdot 2\cdot 3} + \frac{1}{1\cdot 2\cdot 3\cdot 4}+\cdots</math> |
|||
When text is added after the math tags, there is no centering: |
|||
:<math>e = 1 + \frac{1}{1} + \frac{1}{1\cdot 2} + \frac{1}{1\cdot 2\cdot 3} + \frac{1}{1\cdot 2\cdot 3\cdot 4}+\cdots</math> (text) |
|||
<math>e = 1 + \frac{1}{1} + \frac{1}{1\cdot 2} + \frac{1}{1\cdot 2\cdot 3} + \frac{1}{1\cdot 2\cdot 3\cdot 4}+\cdots</math> (text) |
|||
:<math>e = 1 + \frac{1}{1} + \frac{1}{1\cdot 2} + \frac{1}{1\cdot 2\cdot 3} + \frac{1}{1\cdot 2\cdot 3\cdot 4}+\cdots</math> (text) |
|||
::<math>e = 1 + \frac{1}{1} + \frac{1}{1\cdot 2} + \frac{1}{1\cdot 2\cdot 3} + \frac{1}{1\cdot 2\cdot 3\cdot 4}+\cdots</math> (text) |
|||
:::<math>e = 1 + \frac{1}{1} + \frac{1}{1\cdot 2} + \frac{1}{1\cdot 2\cdot 3} + \frac{1}{1\cdot 2\cdot 3\cdot 4}+\cdots</math> (text) |
|||
::::<math>e = 1 + \frac{1}{1} + \frac{1}{1\cdot 2} + \frac{1}{1\cdot 2\cdot 3} + \frac{1}{1\cdot 2\cdot 3\cdot 4}+\cdots</math> (text) |
|||
What's up? - [[User:DVdm|DVdm]] ([[User talk:DVdm|talk]]) 10:49, 8 February 2014 (UTC) |
Revision as of 10:53, 8 February 2014
Policy | Technical | Proposals | Idea lab | WMF | Miscellaneous |
- Table of contents
- First discussion
- End of page
- New post
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.
How should external protocol-relative links be implemented?
At Wikipedia:Village pump (policy)/Archive 111#As WP uses HTTPS.2C should .28some.29 external links.2C_too.3F it was recently decided that Wikipedia should "use HTTPS links for HTTPS only sites, protocol relative links for sites that support both HTTP and HTTPS, and HTTP links for sites that don't support HTTPS at all". The closer of that discussion noted that "the discussion [didn't] concern the implementation of this proposal, and therefore a new one should be initiated regarding this". I am therefore opening such a discussion on how this can best be implemented.
Some editors in the previous discussion and elsewhere have suggested that the consensus can be implemented simply by removing the protocol from the URLs of sites which support both HTTP and HTTPS. For example, [https://www.youtube.com/ YouTube]
could be changed to [//www.youtube.com/ YouTube]
. However, I contend this may be a bad idea because it breaks such links when reading an offline (or otherwise non-HTTP[S]-hosted) version of Wikipedia. There at least a couple scenarios in which someone might be reading such a version:
- Some Wikipedia Apps for mobile devices and offline readers for computers download a complete dump of Wikipedia to local storage and access it from there. Such scenarios are particularly advantageous for users subject to low bandwidth, government surveillance, or government censorship, which were three groups singled out in the previous discussion.
- Some users who normally read Wikipedia online may use their web browser to manually save an article to local storage for future reference.
When viewing these offline copies the protocol used to view the article is likely file:
, which means that the previous example would link to the non-existent file://www.youtube.com/
.
In light of this I wonder if there is some technical workaround, be it via clever use of templates or changes to MediaWiki itself. —Psychonaut (talk) 20:49, 23 January 2014 (UTC)
- IMO, it would be a bug in the application that has stored the webpage to
file://
that any protocol relative links on the page not been changed to the protocol being used at the time the page was stored (unless selected by the user to make an exact copy, or if the linked resource has also been stored). The application is effectively re-authoring the pages and should be responsible for making such changes. My opinion on this does not change the fact that such issues may exist in some situations, may impact users, and are something to be considered in any implementation which we adopt.
- Having just checked this, I find that Firefox 26.0 correctly translates PR links to the protocol in use at the time the page is saved when saving files for offline viewing.
- I also just checked the Wikipedia App on Android which properly translated a PR link to //www.youtube.com/ stored from a Wikipedia page on to local storage to be https://www.youtube.com/, the protocol in use at that time. I was able to open the link from a saved page with out any problems. It automatically opened in a browser using the HTTP protocol. So, the Wikipedia App is not an issue. Makyen (talk) 01:23, 24 January 2014 (UTC)
- Does the WMF Wikipedia App really let you read offline? From the article it wasn't clear, though some of the non-WMF ones listed there certainly do. We should also consider popular offline readers for traditional computers, such as XOWA and Kiwix. —Psychonaut (talk) 10:03, 24 January 2014 (UTC)
- If you have saved the page for offline viewing the Wikipedia App does enable viewing the page while completely disconnected from any network.
- Does the WMF Wikipedia App really let you read offline? From the article it wasn't clear, though some of the non-WMF ones listed there certainly do. We should also consider popular offline readers for traditional computers, such as XOWA and Kiwix. —Psychonaut (talk) 10:03, 24 January 2014 (UTC)
- In addition, I checked IE. Like the others above, IE properly translated
//www.youtube.com/
tohttps://www.youtube.com/
on a Wikipedia page when stored as a file for offline viewing.
- For both Firefox and IE, I verified that the original page source served by Wikipedia contained the link as
//www.youtube.com/
and that it was translated tohttps://www.youtube.com/
in the stored file. I did not do this verification for the Wikipedia App. Makyen (talk) 02:02, 24 January 2014 (UTC)- I tested Firefox and SeaMonkey myself. The links are correctly converted only if you use the "Web page, complete" save mode. Using "Web page, HTML only" they don't work. Some web clients, such as Links, don't handle protocol-relative URLs even when reading online—of course, that's a bug, though if it's one that affects several popular browsers, or even a small number used by a particular subset of our readers who have litttle or no choice (such as the blind and visually impaired), then that's something we need to consider. —Psychonaut (talk) 10:03, 24 January 2014 (UTC)
- There are many other URLs in the HTML of a Wikipedia page are always protocol-relative, whether we intend them to be or not. Some examples:
- Images - the emitted HTML uses the
<img />
tag, with attributes likesrc="//upload.wikimedia.org/wikipedia/commons/thumb/..."
andsrcset="//upload.wikimedia.org/wikipedia/commons/thumb/..."
- Interlanguage links (whether in the sidebar or in the page's inline text) - the
<a>...</a>
element has an attribute likehref="//fr.wikipedia.org/wiki/..."
- Interwiki links (commons, meta, wikidata, wiktionary etc.) - similarly, the
<a>...</a>
element has an attribute likehref="//commons.wikimedia.org/wiki/..."
- Images - the emitted HTML uses the
- So long as these work without a protocol, I don't think that we should worry about external links which also happen to be formatted using the protocol-relative syntax. --Redrose64 (talk) 13:11, 24 January 2014 (UTC)
- Psychonaut: So, at least for Firefox, your issue is that protocol relative links don't work if the user chooses to translate the page first from being online to being offline, and then selects a non-default format which is guaranteed to have all links, other than internally to the page, broken when viewed offline? Sorry, I don't really see that as an issue. As it currently stands, every single link to within Wikipedia is broken under those circumstances. I don't feel we should be considering it to be to be a significant negative that the links are broken when someone chooses to store just the HTML page. Further, this discussion is supposed to be about how we implement the change, not if we are to do so.
- There are many other URLs in the HTML of a Wikipedia page are always protocol-relative, whether we intend them to be or not. Some examples:
- I tested Firefox and SeaMonkey myself. The links are correctly converted only if you use the "Web page, complete" save mode. Using "Web page, HTML only" they don't work. Some web clients, such as Links, don't handle protocol-relative URLs even when reading online—of course, that's a bug, though if it's one that affects several popular browsers, or even a small number used by a particular subset of our readers who have litttle or no choice (such as the blind and visually impaired), then that's something we need to consider. —Psychonaut (talk) 10:03, 24 January 2014 (UTC)
- So far, the primary thing that I hear you saying is that you have concerns that PR links might be an issue under some unknown/unspecified circumstances (some browsers, etc.), or when the user has made choices which are guaranteed to break most/all links (at least those internal to Wikipedia). Your statements now imply that you do not have any actual cases where using PR links is a known problem (for situations where the content was actually intended to be viewed, which saving just the HTML page is not). I know that it is unreasonable to expect one person to test all cases for all browsers. Thus, I don't expect you to do so.
- The reality is that for external sites which support both HTTP and HTTPS we can offer links that are A) HTTP, B)HTTPS, or C) protocol relative. The previous discussion ended with unanimous opposition to both options A and B while showing unanimous support for option C, protocol relative links. The current discussion is how we are to implement changing to using protocol relative links for external sites which support both HTTP and HTTPS. We appear to be getting sidetracked on a subset of concerns as to if we should provide PR links under such circumstances as opposed to how we do so. While considering the potential issues you have brought up about providing PR links, keep in mind that providing HTTP links, or HTTPS links each has its downside where the links are broken for some readers viewing the pages while online. Using PR links was, and is, the best of the three options (when both protocols are available from the external site).
- So the question remains how are we going to implement providing such links. I will take a stab at the very rough basics:
- For external sites providing both HTTP and HTTPS:
- Change templates which provide links to such sites to providing PR links (e.g. {{YouTube}} ).
- Change configuration files for AWB and other tools such that the change is made along with any other general fixes, typo fixes, etc.
- Consider running a bot/bot task to make such changes more rapidly.
- For external sites providing both HTTP and HTTPS:
- There are certainly enough pages where such links exist to make a bot an appropriate option. One question is: do we want to push such a change through wholesale with a bot, or let it be more of a gradual migration? Is now when we want to make such a change? How fast do we want to make the change? etc.
- I am sure that there is more to it than just the above very rough list. Makyen (talk) 15:32, 24 January 2014 (UTC)
- Before doing the above, I suggest that we create a page describing protocol relative links, so when someone asks why we removed the "http(s):" from a link, we could point them to protocol relative link or an appropriate page in the Wikipedia or Help namespace. Also, are there any other domains that could use PR links besides youtube.com and web.archive.org? Thanks! GoingBatty (talk) 15:25, 27 January 2014 (UTC)
- OK, I'm glad to learn that the situation isn't as problematic as I suspected, and that we've already been using protocol-relative links for some time without any apparent objections. In the absence of any more substantiated suspicions then I'd support changing the necessary templates, and requesting a bot to convert existing and future hard-coded links. —Psychonaut (talk) 17:17, 29 January 2014 (UTC)
- As to what links to change: I believe at least the following all can use PRLs:
- web.archive.org
- youtube.com
- myspace.com
- twitter.com
- As to what links to change: I believe at least the following all can use PRLs:
- I am sure that there is more to it than just the above very rough list. Makyen (talk) 15:32, 24 January 2014 (UTC)
- There are certainly others. I know that user:Bender235 has a list that has been used to implement a large number of PRL changes via AWB.
- Any volunteers to take on creating Protocol relative link? Makyen (talk) 00:11, 4 February 2014 (UTC)
- MySpace and Twitter use HTTPS by default. No need for protocol-relative links there. Wayback only keeps the existing HTTP links alive so that no link is broken. Anyone who enters their site now is redirected to HTTPS per default. Only YouTube has a true either/or strategy from those on your list. --bender235 (talk) 00:35, 4 February 2014 (UTC)
- When I enter "web.archive.org" into my browser, I'm not redirected to a HTTPS page. When I click on a link in Wikipedia that starts with "http://web.archive.org" (e.g. reference 5 in Linda McCartney), I'm not redirected to a HTTPS page. GoingBatty (talk) 02:18, 5 February 2014 (UTC)
- MySpace and Twitter use HTTPS by default. No need for protocol-relative links there. Wayback only keeps the existing HTTP links alive so that no link is broken. Anyone who enters their site now is redirected to HTTPS per default. Only YouTube has a true either/or strategy from those on your list. --bender235 (talk) 00:35, 4 February 2014 (UTC)
Count transclusions/links
Is there any way to count how many pages links to a certain page or translude a certain template? (Something like magic word PAGESINCAT) --XXN (talk) 21:40, 24 January 2014 (UTC)
- No magic word, but you can get an on-the-fly count of transclusions by using the "Page information" link in the sidebar, and look for "Pages transcluded on". --Redrose64 (talk) 22:17, 24 January 2014 (UTC)
- For template ”infobox officeholder” number of transclusions is not displayed. XXN (talk) 20:38, 30 January 2014 (UTC)
- You can also get this information from the API (mw:API:Alltransclusions) if you are writing yourself a userscript perchance that needs the information. Technical 13 (talk) 22:35, 24 January 2014 (UTC)
- Older tool: http://toolserver.org/~jarry/templatecount/index.php?lang=en&namespace=10&name=Infobox+officeholder Werieth (talk) 21:10, 30 January 2014 (UTC)
- You can also get the information yourself from page information for River. This doesn't really help you with an automated method. Technical 13 (talk) 21:47, 30 January 2014 (UTC)
- All that
{{Transclusion count}}
does is create a link to an anchor on the "Page information" page. It doesn't calculate anything additional. --Redrose64 (talk) 22:45, 30 January 2014 (UTC)- That is correct Rose. Was pointing to the page, not suggesting using the template. Technical 13 (talk) 23:02, 30 January 2014 (UTC)
- All that
The "Page information" pages for some reason don't show the number of transclusions anymore. A new section about this has just been started. SiBr4 (talk) 13:02, 2 February 2014 (UTC)
Soft redirects
There's been a longstanding system bug by which some soft redirects to other wikis (e.g. Wikisource or Wiktionary) get erroneously picked up as "uncategorized articles" by the various uncategorized page detection tools. Most commonly this occurs after someone has converted a Wiktionary redirect into a dicdef article and then somebody else has reverted it back to a soft redirect — however, with the recent creation of {{Wikisource redirect}} a few days ago, it's now beginning to also happen to many pages on which the new template has been added as a replacement for {{softredirect|wikisource}}.
The problem is that once this erroneous automated pickup has happened, the only way the page can ever be removed from the uncats list again is to be permanently added to the internal Category:Temporary maintenance holdings category; just in the few days since the new template's creation I've had to so "categorize" Allende's last radio message, As some day it may happen, Chinese proverb, Chinese proverbs, Declaration of the Breakdown of Chile’s Democracy, Executive Order 13026, Executive Order 13072, French proverbs, German proverbs, Hungarian proverbs, Icelandic proverbs, Indonesian proverbs, Korean Air Lines Flight 007 transcripts, List of misquotations, List of Polish proverbs, Phil the Fluther's Ball, Portuguese proverbs, The Interest of America in Sea Power, Present and Future and The River Merchant's Wife: A Letter. In other words, I've had to add twice as many articles to that bugtrap "category" in the past week alone as have ever had to be added to it in the entire previous three years combined, and the problem's only going to get worse as the usage of that new replacement wikisource template expands further.
I've asked before if there was anything that could be done to fix this, but it keeps happening nonetheless. Can anybody assist in figuring out how to ensure that soft redirects stop getting improperly detected as uncategorized pages? Bearcat (talk) 01:37, 31 January 2014 (UTC)
- I just pulled Allende's last radio message out of Category:Temporary maintenance holdings to see what happens after I edited {{Wikisource redirect}} to try something. To be clear, you're saying these pages end up in Special:UncategorizedPages without this holding category? If so, we'll need to wait for the next update of that page to see if it reappears. You sure the bug hasn't been fixed? Technical 13 (talk) 02:08, 31 January 2014 (UTC)
- This link is the primary tool I've been looking at. So far, both Allende and "As some day it may happen" have already immediately reappeared on the list; the "proverbs" pages that you pulled out as part of the test haven't, but those were tagged a few days ago and thus might potentially reappear tomorrow when the new daily batch rolls over, and the "deaths" ones were never part of this issue at all (the 2012 one was a similar but not directly related issue over a year ago; the 2013 one appears, from what I can tell, to have been added only because the 2012 one was in there and so whoever converted the 2013 list to a redirect erroneously assumed that was standard process in all cases.)
- And just for the record, that tool doesn't pick up most soft redirects as a rule; it successfully avoids the vast majority of them overall, and only specific quirks like the situations I've talked about here (dicdef reversions, conversion of wikisource redirects to this new template) seem to trip it up, which means that there's something about the pages' status in our database that isn't correctly reporting rather than something in the toolserver coding. Bearcat (talk) 02:21, 31 January 2014 (UTC)
- (edit conflict × 2) I think I know what is going on, but it will take a little more time for stuff to process through to be sure. Have you tried contacting that tool's operator, JaGa to find out if it is something in the tool itself?
- What I'm guessing is that the tool is only doing one check on the page props that looks like:
- API query response
<?xml version="1.0"?>
<api>
<query>
<pages>
<page pageid="983737" ns="0" title="Allende's last radio message" />
</pages>
</query>
</api>
- The tools should be doing a second query that looks like:
- API query response
- The tools should be doing a second query that looks like:
<?xml version="1.0"?>
<api>
<query>
<pages>
<page pageid="983737" ns="0" title="Allende's last radio message">
<categories>
<cl ns="14" title="Category:Redirects to Wikisource" />
</categories>
</page>
</pages>
</query>
</api>
- The second query would pick up the fact that it is in a hidden category which it is currently missing. If the tool maintainer doesn't respond directly, I'll see if I can find the tool's code and find a way to submit a pull request to fix it. Technical 13 (talk) 02:51, 31 January 2014 (UTC)
- Okay, I'll ask him about that. But I suspect that the tool is already coded for that, because as I noted above it successfully avoided soft redirects to Wikisource using the old template, which wouldn't have been the case if the toolserver wasn't already coded that way. Bearcat (talk) 02:57, 31 January 2014 (UTC)
- I've pinged him here, left a {{Talkback}} on his talk page pointing here and sent an email through the system... I've been playing in the Special:ApiSandbox and it seems that it can be done in one request like https://en.wikipedia.org/w/api.php?action=query&prop=categories&format=xml&cllimit=10&titles=Allende%27s+last+radio+message which returns API query response
- I've pinged him here, left a {{Talkback}} on his talk page pointing here and sent an email through the system... I've been playing in the Special:ApiSandbox and it seems that it can be done in one request like https://en.wikipedia.org/w/api.php?action=query&prop=categories&format=xml&cllimit=10&titles=Allende%27s+last+radio+message which returns
- Okay, I'll ask him about that. But I suspect that the tool is already coded for that, because as I noted above it successfully avoided soft redirects to Wikisource using the old template, which wouldn't have been the case if the toolserver wasn't already coded that way. Bearcat (talk) 02:57, 31 January 2014 (UTC)
- The second query would pick up the fact that it is in a hidden category which it is currently missing. If the tool maintainer doesn't respond directly, I'll see if I can find the tool's code and find a way to submit a pull request to fix it. Technical 13 (talk) 02:51, 31 January 2014 (UTC)
<?xml version="1.0"?>
<api>
<query>
<pages>
<page pageid="983737" ns="0" title="Allende's last radio message">
<categories>
<cl ns="14" title="Category:Redirects to Wikisource" />
</categories>
</page>
</pages>
</query>
</api>
- So, I guess we'll just have to wait for the tool operator to respond. :) Technical 13 (talk) 03:02, 31 January 2014 (UTC)
- Well, just for the record I think the missing hidden category that you identified and added was the problem. I thought not at first, because the pages didn't drop from the list right away after you added it, but then I remembered that there's been a problem lately with pages lagging in picking up changes to their transcluded templates — so I null-edited both of the pages again, and that succeeded in dropping them. So it's still worth seeing if JaGa has anything helpful to contribute, but I think you've already fixed the problem. So thanks for that :-) Bearcat (talk) 03:14, 31 January 2014 (UTC)
- Never mind. They both dropped on first refresh but then returned again on a second one, so the problem's still active and we'll definitely need JaGa's input. Bearcat (talk) 03:16, 31 January 2014 (UTC)
- So, I guess we'll just have to wait for the tool operator to respond. :) Technical 13 (talk) 03:02, 31 January 2014 (UTC)
- I'm totally not familiar with this, but just out of curiosity: what would happen if instead of manually adding Category:Temporary maintenance holdings at the bottom [1] you added Category:Redirects to Wikisource -- the text that is supposed to be being added by the template? In other words, is it the transclusion that doesn't work, or the category it's put in? Wnt (talk) 03:40, 7 February 2014 (UTC)
- Wnt, according to the bot operator's note on my talk page, Hey, FYI, I just went through the code and it does exclude certain hidden categories, such as Category:Redirects to Wiktionary, and didn't have an entry for Category:Redirects to Wikisource. I've now added it, so the problem should go away with tomorrow's run (but not with a user-triggered update). Please let me know if you still see the problem tomorrow! Thanks, --JaGatalk 00:22, 8 February 2014 (UTC)
Customizing user experience based on logged-in status
Hi. I'd like to do the following.
Add this block of code to MediaWiki:Common.css:
.display-for-user {
display: none;
}
Add this block of code to MediaWiki:Group-user.css
.display-for-user {
display: inline;
}
Then create a wrapper template similar to testwiki:Template:Hide from anons. This will have the effect of allowing us to show content only to logged-in users. Thoughts? --MZMcBride (talk) 07:02, 31 January 2014 (UTC)
- @MZMcBride: What is the use case for this? Wikipedia is not really set up to have truly private information that isn't visible to readers. Yes, we can noindex things and remove them from default search settings, but the wiki is public to all readers for good reason. I'm not sure we want people creating content that should be absolutely hidden from unregistered users... Steven Walling (WMF) • talk 17:40, 31 January 2014 (UTC)
- S: Yes, I'm deeply familiar with how both Wikipedia and CSS operate. This isn't intended to be used with trade secrets or personally identifiable information. :-)
- One suggested use-case was hiding the scary-looking links at the bottom of MediaWiki:Anontalkpagetext as they're off-putting and probably only intended for logged-in users.
- I think having a generalized, trackable way of hiding information based on logged-in status would be useful. You make a good point that we would need to clearly document that the information is only hidden and not deleted, however. --MZMcBride (talk) 18:57, 31 January 2014 (UTC)
- If that content is in a MediaWiki message, why don't we hide that content by stripping out the IP inspection tools in to a separate message and hide that conditionally within MediaWiki proper? Similar tools are available on some wikis (en, es, fr) but not others. It might be appropriate to provide some default IP inspection tools, which people could customize. If the use case was merely in templates which are entirely specific to English Wikipedia, I'd support adding these classes. But hiding content from logged out users is the kind of thing that we usually do within core or an extension. Steven Walling (WMF) • talk 20:35, 31 January 2014 (UTC)
- S: I don't think modifying MediaWiki core is needed here, but feel free to file tickets in Bugzilla as you see fit. As I understand it, MediaWiki hasn't had the ability to customize the user experience based purely on logged-in status (using CSS) until very recently. (Previously JavaScript could be used.) This is partially why traditionally MediaWiki extensions or modifications to MediaWiki core have been used instead. By using CSS, the content is still transferred to the client, but parser cache fragmentation is reduced and there's no JavaScript dependency. This seems like a reasonable trade-off to me. --MZMcBride (talk) 21:40, 31 January 2014 (UTC)
- "By using CSS, the content is still transferred to the client, but parser cache fragmentation is reduced and there's no JavaScript dependency. This seems like a reasonable trade-off to me." Agreed, that's entirely reasonable. I guess I'm just a little worried about people abusing this whenever they want to hide content. Steven Walling (WMF) • talk 22:08, 31 January 2014 (UTC)
- You're thinking about a censorship problem, like someone using it to hide "bad words" in articles, without any indication of their removal or anyway for the reader to override it? I don't mind people being able to hide disturbing material from themselves, but I do object to it being done to them with no notice and no way to override it.
- In practice, though, I think we could easily have a policy against that, although a small number of abuses in low-traffic articles might get overlooked. It might also be possible to design it so that it did not work in the mainspace. WhatamIdoing (talk) 00:47, 1 February 2014 (UTC)
- WhatamIdoing, Steven: The use of a wrapper template allows us to track (mis|ab)use. We can also add in namespace restrictions at the CSS level or the template level, as necessary and appropriate. I'd personally prefer to take a "wait and see" approach.
- Broadly, the idea here is less prone to abuse than its opposite, I think. That is, if content could be hidden from only logged-in users, it might allow vandalism and other bad content to be exposed to anonymous users for a longer period of time. However, in the proposed scenario, the abuse vector seems much smaller. --MZMcBride (talk) 23:36, 3 February 2014 (UTC)
- But if it exists, there's no way to prevent someone from calling it directly or substing the template, and thus not being able to track it (in our ample free time), right?
- I don't actually feel that strongly about it. If it became a nightmare, it could (in theory) be removed. But I am a little nervous about it. WhatamIdoing (talk) 00:05, 4 February 2014 (UTC)
- If that content is in a MediaWiki message, why don't we hide that content by stripping out the IP inspection tools in to a separate message and hide that conditionally within MediaWiki proper? Similar tools are available on some wikis (en, es, fr) but not others. It might be appropriate to provide some default IP inspection tools, which people could customize. If the use case was merely in templates which are entirely specific to English Wikipedia, I'd support adding these classes. But hiding content from logged out users is the kind of thing that we usually do within core or an extension. Steven Walling (WMF) • talk 20:35, 31 January 2014 (UTC)
Differences between Wiki ViewStats and Stats.grok.se
From what I can tell, German user Hedonil is the adminstrator of the new Wiki ViewStats pageview tool, which started in 2013. It seems to be more robust than the Stats.grok.se which started in 2007 in the sense of having generally higher pageview counts. However, I have noticed that on pages with the apostrophe character (') like Victoria's Secret or Sinéad O'Connor its totals are lower. Has anyone else noticed other problematic characters? Not even the diacratic of just the word Sinéad is a problem for the tool so I am not sure what the tool's problems are. Hedonil is ignoring me for some reason so I am unable to communicate this problem. If anyone is able to make contact with that German user, please call his/her attention to this problem (which may be one of many).--TonyTheTiger (T / C / WP:FOUR / WP:CHICAGO / WP:WAWARD) 09:07, 31 January 2014 (UTC)
- I should note that Stats.grok.se continues to have problems with the question mark (?) in articles like Who Dat?.--TonyTheTiger (T / C / WP:FOUR / WP:CHICAGO / WP:WAWARD) 15:00, 31 January 2014 (UTC)
- With the changeover to a new month, I just noticed that the View stats is a rolling 90 day database. It does not do older months as they age.--TonyTheTiger (T / C / WP:FOUR / WP:CHICAGO / WP:WAWARD) 07:43, 2 February 2014 (UTC)
- I finally have gotten a reply from Hedonil. ViewStats does not currently aggregate variants. See this example of variants stats.grok.se aggregates variants and ViewStats just presents the primary result. As you can see in the case of apostrophes, the difference is rather large.--TonyTheTiger (T / C / WP:FOUR / WP:CHICAGO / WP:WAWARD) 05:31, 5 February 2014 (UTC)
- I am not sure why the tool is not currently aggregating variants, but it might be because it is improperly identifying some redirects as variants such as this example.--TonyTheTiger (T / C / WP:FOUR / WP:CHICAGO / WP:WAWARD) 05:48, 5 February 2014 (UTC)
Wasted space on right-hand side constraining width
What is the user preference that causes the big blank space down the right-hand side of this screenshot? This is in relation to Template talk:Multiple issues#Default to collapsed? where it causes lateral compression of a banner, and hence the banner expands vertically. I have never had that blank space, so it must be something that GliderMaven (the user concerned) has set for themselves - I thought that it might be one of the new "beta" things, but it's not listed there, and I can't find where else it could be set. --Redrose64 (talk) 09:54, 31 January 2014 (UTC)
- Yes its caused by the mw:Typography refresh beta feature.--Salix alba (talk): 10:25, 31 January 2014 (UTC)
- Also worth noting, I tried digging into it myself yesterday and there are two userscripts added to GliderMaven's User:GliderMaven/vector.js. When I tried loading them, the top one, Dr pda's User:Dr_pda/prosesize.js, refused to run and crashed my browser. It is very outdated code and could badly use an update. The second one, tools:~magnus/wysiwtf/wysiwtf.js, is a script by Magnus Manske that is hosted on the all but dead toolserver, will refuse to run on most browsers due to a mixed mode compatibility issue, the
importScriptURI()
calling it is a part of the deprecated wikibits.js and has been replaced with mediaWiki.loader. I'm sure that these two scripts in their skin.js is also causing them many other issues. Technical 13 (talk) 12:37, 31 January 2014 (UTC)
- Any news on this? I get squeeze effects in places like Template:Periodic table, where content page width matters. If the page margins change, there will be some place to get information? The mw:Typography refresh suggestion mentioned by Salix alba did not explain this (unsurprisngly, given that topic). -DePiep (talk) 13:29, 1 February 2014 (UTC)
- All I could see there was that the image captioned 2nd iteration - Since January 6th also shows the big blank space. No explanation of why it's there. --Redrose64 (talk) 14:56, 1 February 2014 (UTC)
- Indeed, it appears the documentation does not mention this. The best I can refer you to is a previous announcement on this page and bugzilla:59815. – PartTimeGnome (talk | contribs) 16:49, 1 February 2014 (UTC)
- PartTimeGnome gave the right links. That page also provides a link to the mw:Talk:Typography_refresh#max-width:_715px for comments. (Content page width was set to maximum of 715px). Indeed part of the mw:Typography refresh Beta that Salix mentioned. I am very unhappy. -DePiep (talk) 18:23, 1 February 2014 (UTC)
- There is a fix but it requires adding something to your vector.css (like I have here User:Spudgfsh/vector.css). That will override the maximum width => Spudgfsh (Text Me!) 18:35, 1 February 2014 (UTC)
- PartTimeGnome gave the right links. That page also provides a link to the mw:Talk:Typography_refresh#max-width:_715px for comments. (Content page width was set to maximum of 715px). Indeed part of the mw:Typography refresh Beta that Salix mentioned. I am very unhappy. -DePiep (talk) 18:23, 1 February 2014 (UTC)
- Any news on this? I get squeeze effects in places like Template:Periodic table, where content page width matters. If the page margins change, there will be some place to get information? The mw:Typography refresh suggestion mentioned by Salix alba did not explain this (unsurprisngly, given that topic). -DePiep (talk) 13:29, 1 February 2014 (UTC)
- Just a note, the tracked template reports it as "resolved", for clarification that is "RESOLVED WONTFIX". I'm curious why we can't apply a global fix to some MediaWiki:??.css or MediaWiki:??.js page... Technical 13 (talk) 18:56, 1 February 2014 (UTC)
- It appears to have been a deliberate policy decision in the refresh. What I thought would be better if it could be made optional somehow (even if the what they'd decided was the default option).=> Spudgfsh (Text Me!) 19:05, 1 February 2014 (UTC)
- See the last post in the bug: "Won'tfix" because it is considered a "feature not a bug" (in a Beta test environment). They let the idea linger on in the Beta. See discussion at mw:Talk:Typography refresh. -DePiep (talk) 07:37, 2 February 2014 (UTC)
- Something that squeezes Wikipedia:Featured_pictures/Places/Panorama and two-column WP:DIFFs should probably be called a misfeature. WhatamIdoing (talk) 23:52, 5 February 2014 (UTC)
- See the last post in the bug: "Won'tfix" because it is considered a "feature not a bug" (in a Beta test environment). They let the idea linger on in the Beta. See discussion at mw:Talk:Typography refresh. -DePiep (talk) 07:37, 2 February 2014 (UTC)
- It appears to have been a deliberate policy decision in the refresh. What I thought would be better if it could be made optional somehow (even if the what they'd decided was the default option).=> Spudgfsh (Text Me!) 19:05, 1 February 2014 (UTC)
- Also worth noting, I tried digging into it myself yesterday and there are two userscripts added to GliderMaven's User:GliderMaven/vector.js. When I tried loading them, the top one, Dr pda's User:Dr_pda/prosesize.js, refused to run and crashed my browser. It is very outdated code and could badly use an update. The second one, tools:~magnus/wysiwtf/wysiwtf.js, is a script by Magnus Manske that is hosted on the all but dead toolserver, will refuse to run on most browsers due to a mixed mode compatibility issue, the
DPL, revisited: Extension:DynamicPageListEngine
Extension:DynamicPageList appears to have been rejected before, as it doesn't appear to scale. Would we like to use Extension:DynamicPageListEngine instead? It could be infinitely useful for managing WikiProjects work, such as to show fresh category members. --Gryllida (talk) 07:33, 2 February 2014 (UTC)
- Related discussion can likely be found in existing bug reports. --AKlapper (WMF) (talk) 15:40, 3 February 2014 (UTC)
- In short, no. Extension:DynamicPageListEngine is much better written than the real DPL extension, however it still doesn't solve the underlying problem of self-joins on the categorylinks table to do category intersections is inefficient. In order to make something that would scale to wikipedia levels, it would have to use a different backend (Such as Solr/lucene search). Bawolff (talk) 01:08, 7 February 2014 (UTC)
Templates etc do not get updated automatically
I don't know if this is a bug or a technical issue but templates don't get updated automatically. For example, at this page you can't see the title of the episode added on the template even though it was added to it. I know that if I purge the page the update will happen but, someone can't purge ALL the pages the template is everytime a new info is added to it. The same thing happens with infoboxes that contain templates in them and also at this page, the episode is also not linked even though the page that has to be updated is updated. These were no happening before...why are they happening now? Can anyone help? Thanks TeamGale 07:40, 2 February 2014 (UTC)
- Please read job queue. Technical 13 (talk) 15:24, 2 February 2014 (UTC)
Thanks. It's just that about a month ago they were being updated automatically and I was wondering. Or maybe I didn't notice the delay...? I don't know. I'll wait to see how long they need. Thanks again TeamGale 20:25, 2 February 2014 (UTC)
Transclusion count missing at action=info pages
Some time last year, the transclusion count was added to the page information for templates and modules, and perhaps other pages too. However, in the last week or so, the transclusion count seems to have disappeared. For example, https://en.wikipedia.org/w/index.php?title=Template:Ubxdisplay&action=info#mw-pageinfo-transclusions used to link to the "transclusions" section of Template:Ubxdisplay's info page, but now there is no such section. Does anyone know why it isn't showing up? — Mr. Stradivarius ♪ talk ♪ 12:40, 2 February 2014 (UTC)
- The count appears to have been removed from display when "miser mode" is enabled in gerrit:107903 (and an underlying query was removed in gerrit:109710). Given the summaries, presumably it was determined these were causing too much load. Anomie⚔ 16:06, 2 February 2014 (UTC)
- Sometimes it's there, sometimes not. See #Count transclusions/links. --Redrose64 (talk) 16:35, 2 February 2014 (UTC)
- I imagine that this is due to old versions of info pages still being cached. I'm struggling to find any pages where the transclusion count is displayed at the moment. — Mr. Stradivarius ♪ talk ♪ 22:40, 2 February 2014 (UTC)
- Added the tracked for the specific Bugzilla:60740 ticket by MZMcBride and gerrit:110299 is where it is already being worked on getting fixed from my understanding. Technical 13 (talk) 17:44, 2 February 2014 (UTC)
- T13: gerrit:110299 is completely unrelated. --MZMcBride (talk) 20:05, 2 February 2014 (UTC)
- Sometimes it's there, sometimes not. See #Count transclusions/links. --Redrose64 (talk) 16:35, 2 February 2014 (UTC)
Highlighting within an article from a list of regex expressions
There's some interest in a script that will draw a little red box (as User:Ucucha/duplinks.js does) around words and phrases of interest that come from a regex list. I know the regex bit, but I don't know how to adapt Ucucha's script. Any help? - Dank (push to talk) 18:47, 2 February 2014 (UTC)
- Dank, I'd love to try and help you, but I'm afraid I'm going to need some more information.
- Do you want this script to run automagically or only if you click a link?
- Clicking a link in the left-hand column, as duplinks does. - Dank (push to talk)
- Which namespaces do you want it to run in? Surely there is no need for it in Talkspaces?
- Articlespace and userspace (for testing)
- Where is your ReGex list? If it's not already on a page, could you put it on User:Dank/Highlighter/list for me please?
- Done. Comma-space-delimited, because I want to optimize it for readability by, you know, humans, but I can massage it if you like.
- Do you want this script to run automagically or only if you click a link?
- I think knowing these things, we can start to write you a script to highlight stuffs. :) — {{U|Technical 13}} (t • e • c) 19:52, 2 February 2014 (UTC)
- All done, thanks much. - Dank (push to talk) 20:43, 2 February 2014 (UTC)
- Great! I'll work on this over the next couple days and leave a message on your talk page when it is done. (Library is closing for the day or I'd work on it tonight, should be able to do in less than a day...) :) — {{U|Technical 13}} (t • e • c) 21:57, 2 February 2014 (UTC)
- All done, thanks much. - Dank (push to talk) 20:43, 2 February 2014 (UTC)
Indefinitely blocked IP addresses
- Moved to Wikipedia:Village pump (policy)#RFC: Indefinitely blocked IP addresses — Preceding unsigned comment added by TeleComNasSprVen (talk • contribs) 02:48, 3 February 2014 (UTC)
Tech News: 2014-06
08:30, 3 February 2014 (UTC)
Fraction formats
I think we have fixed most templates so mixed numbers hide a space after the whole-number portion (to allow screenreaders to separate fraction portion). The next issue is the over-tall fractions, where superscript+subscript format could be reduced as superscript+small denominator; compare:
- superscript+subscript format: 27⁄32, 3⁄4 as <sup>3</sup>⁄<sub>4</sub>
- superscript+small format: 27/32, 3/4 as <sup>3</sup>/<small>4</small>
By avoiding subscripts, <sub>4</sub>, then the line-height seems to remain consistent to better align with text not containing fractions. Except for being a new fraction format, can anyone think of technical problems which might occur by keeping the denominator inline as small-font text? People have complained for years about over-tall fractions, but no hurry on this. -Wikid77 (talk) 12:13, 3 February 2014 (UTC)
- Reformatting of fractions is discussed every year or so. If any change is made, it must consider MOS:ACCESS. --Redrose64 (talk) 12:34, 3 February 2014 (UTC)
<small>
may not render in the same fontsize as<sup>
, so I would advice against it. And to be frank... I don't see any 'issue' here. — Edokter (talk) — 13:14, 3 February 2014 (UTC)
- Main issue is interline spacing as font size similar: Although the font-size difference is an issue, I think the difference is one pixel, as a smaller difference than the current slash "/" versus fraction &frasl "⁄". However, the way fractions shift the line spacing downward seems to be about 10 pixels, which is a "horrific" order of magnitude greater than a 1-pixel font difference, and that has been the main complaint about over-tall fractions for years. By comparison, using the small-font denominator (here: 3/4) would barely affect the interline spacing and certainly not lower a line by 10-pixel downward shift or such. As an example, note above how in the 2 numbered examples, the downward shift in line "1." is much greater than the shifting in line "2." above. -Wikid77 21:22, 3 February 2014 (UTC)
- Being buried in list items does not show the issue, and inline (27⁄32 v.s 27/32) certainly does not show the 10 pixel displacement you claim (I only see 1px displacement). Screenshots would help here, but I'm afraid it won't help much; minor displacement is inherent to sub- and super scripts. You'd still see the the above line being displaced upward due to the superscript. The ⁄ entity was also chosen to be semantically correct, which the slash is not. The proposed format looks horrid to me; very badly typeset and out of alignment. — Edokter (talk) — 19:27, 4 February 2014 (UTC)
"Search"
I entered "Brolin" in Wikipedia search and instead of a list of search results I was taken straight to this page: http://en.wikipedia.org/wiki/Brolin
This seems to be a serious flaw in Wikipedia. "Search" does not mean "Redirect me to a page that matches the search term."
If I google "Brolin" the first page of results shows 3 Wikipedia pages, including the one I was looking for. Wikipedia search, meanwhile, seems more like Google's "I'm feeling lucky" option, although I think most people would feel pretty unlucky if Google sent them to a page about Famotidine...
What's gone wrong with Wikipedia search? Dadge (talk) 13:18, 3 February 2014 (UTC)
- Did you click the magnifying glass icon (Vector skin) or the Search button (Monobook skin), or did you just press ↵ Enter? --Redrose64 (talk) 13:37, 3 February 2014 (UTC)
- I think Brolin is a bad redirect. It should probably be a disambig since there's also results under Josh Brolin, Tomas Brolin and James Brolin. If you do the Google test, most of these people will return higher than the current target of Famotidine. Heck, the redirected word doesn't even appear in the article :\ ^demon[omg plz] 18:32, 3 February 2014 (UTC)
- This is by design. Below the search box there should be a drop-down box saying "containing..." Click that to get a list of search results instead of going directly to a matching page name or redirect. Otherwise you hit a redirect [21] from Brolin to Famotidine. Instead of "containing..." you can also start with a blank search and then use the other search box at Special:Search. PrimeHunter (talk) 18:50, 3 February 2014 (UTC)
- To force search, use "~Brolin" to avoid redirect: There is a documented trick by using a prefix tilde "~" to turn the wp:wikisearch back into an actual search-mode operation. Every few years, the exact-page match had been suppressed, to retain the typical search-mode results, and then someone decided how a non-searching-exact-match is somehow better rather than being a massive warping of the concept of searching for all pages matching a word. Without a doubt, the exact-match redirect is a horrendous problem which can leave new users totally stunned with how to actually "Search" for all pages which contain various words. Yet, so many wikiwarp problems in Wikipedia have been overlooked (or ignored, such as wp:edit-conflicts) with the lazy excuse, "the users will learn to cope" as a way to rationalize the release of poor software. But think how easy to just set the wikisearch software to just always "search" (duh) or to auto-merge edit-conflicts to adjacent lines (set diff3.c line-count delta from 1 to 0). There is a fine line between "smart software" and "smart-ass software" and we should try to be on the better side of that line. -Wikid77 (talk) 21:22, 3 February 2014 (UTC)
New extension: Flow
The new Flow extension is being deployed to enwiki today. It is being deployed to only two wikiproject pages as a test run to get real users trying out the new interface constructs so they can be tweaked or completely changed based on real world usage until we arrive at a discussion system that can serve the needs of wikipedians.
Because Flow is in such an early stage, with many things uncertain, the API modules it enables are a shim exposing the internals which is sufficient only for the existing ajax calls. These will change without notice, and I encourage you to not yet build out integrations with these APIs.
We have a regular integrated mediawiki API in the works which bots and scripts will be able to integrate with, we expect to have this merged and deployed well before expanding from our initial test runs in the wiki project space. Flow integrates with a number of mediawiki constructs such as recent changes, watchlists, contributions, etc. Feel free to file bugs for anything those integrations might break that previously worked.
EBernhardson (WMF) (talk) 17:44, 3 February 2014 (UTC)
- See tests: Use "WT:Flow/Developer test page" not the 2 live wp:WikiProjects. -Wikid77 22:30, 6 February 2014 (UTC)
- What are the two pages? How are we supposed to comment on it if you won't tell us where we're meant to be looking? Mogism (talk) 17:50, 3 February 2014 (UTC)
- (edit conflict) No mention of just which two wikiproject pages. One, I suspect, is WT:WikiProject Hampshire. --Redrose64 (talk) 17:52, 3 February 2014 (UTC)
- The other page is WT:WikiProject Breakfast. I encourage any testing to be done on either mw:Talk:Sandbox or if testing within enwiki is necessary, WT:Flow/Developer test page. Note that the enwiki pages are not enabled yet, they will be in the next four hours. EBernhardson (WMF) (talk) 18:09, 3 February 2014 (UTC)
- So does this mean that Flow-enabled pages will basically be non-editable by bots and user scripts until the API is done? Documentation on this is all very sparse and poorly organized. Nor is it very clear where the community should provide feedback. Mr.Z-man 18:35, 3 February 2014 (UTC)
- Yes. The initial project pages flow is being released to were chosen in part because they see very little, if any, bot activity. There is no documentation for the API because we do not want anyone developing against the Flow API at this time. The API that has been exposed is not an API in the classic mediawiki sense, it is a shim that exposes the internals of Flow's implementation. It requires knowledge of these internals to construct a proper request currently, and is only intended for use with the AJAX requests used by the web interface.
- If you wish to provide feedback on Flow in general i can suggest mw:Talk:Sandbox for testing and mw:Talk:Flow for feedback. The release to enwiki is incredibly limited and targeted, If you are not a member of the two wiki projects we are testing with you wont have a chance to use Flow on enwiki. We kindly ask that users do not disturb the wikiprojects from their normal workflow's by going off-tangent about flow in their project pages. If you are a member of a wiki project that was not chosen and would like to propose the project for being converted to Flow in the future User:Quiddity is our community point person, but I'm not sure we will be expanding from the current group of two pages too soon. We expect to find many things, based on this initial test group, that will need to change before its worthwhile for anyone to build a bot or user script integrating with flow.
- EBernhardson (WMF) (talk) 19:42, 3 February 2014 (UTC)
- Looks good. It'll be easier for new editors. Older editors may need to change habit if this is installed in all talk pages. In MediaWiki sandbox I tried it, my text was included in nowiki. Tito☸Dutta 19:52, 3 February 2014 (UTC)
- Known issue, we have a fix in code review right now that will remove the square brackets from urls. EBernhardson (WMF) (talk) 20:01, 3 February 2014 (UTC)
- See also Help:Link#Disallowed characters and percent-encoding. --Redrose64 (talk) 20:11, 3 February 2014 (UTC)
- Everything delivered to a user is properly encoded, unfortunatly some web browsers try and be helpful and decode the links for you when copy/paste. EBernhardson (WMF) (talk) 21:13, 3 February 2014 (UTC)
- Is there a description somewhere of how the proposed API might work or where bot/script authors can provide feedback on that specifically? I'm just wanting to make sure that this won't be like WikiEditor, where documentation to help us rewrite our tools for it lagged behind deployment. Mr.Z-man 21:48, 3 February 2014 (UTC)
- bugzilla:57659 and bugzilla:58361 cover the API and its documentation. Quiddity (WMF) (talk) 01:51, 4 February 2014 (UTC)
- How is it supposed to work in the watchlist? Since the old talk pages were moved to the archives, I see 13 entries for Wikipedia talk:WikiProject Hampshire, and 7 for Wikipedia talk:WikiProject Breakfast. The familiar "diff" and "hist" links have mostly gone, to be replaced in some cases by "topic" and "post" (in two cases "history") links. These links ("history" excepted) don't tell you what the actual change was, they just take you to the current version of the page, so I cannot see what the change was. The edit summaries are mostly the non-intuitive "added a comment" - yes, but what was the comment? Some of the entries have no links at all on the left - the edit summary is either "created the board header" or "edited the board header", but again, there is no way of finding out what the exact change was. Only two of those (timed at 21:17 and 21:19) have the familiar "diff" link - and it doesn't work as expected, it just does the same as those "topic" links. Only the "history" links seem to do anything different - but how can a page with 13 edits have only three entries in the history? --Redrose64 (talk) 22:35, 3 February 2014 (UTC)
- The entries for RC/watchlists/contribs are being overhauled very soon. You can see the target layout at mingle card 631. This will include a slightly clearer automatic edit-summary. A few people have suggested adding automated excerpts as additional edit-summary context (also per the editsummary guideline's recommendation). (Further feedback on that is welcome, but ideally at WT:Flow where everyone interested is watchlisting. :)
- The Board-history and the Topic-history are currently separated (A vs B); iirc, there are plans to merge their display (to prevent this confusion), but I'll have to check how far along that is. If it will be long, I'll see if we can get a note added to the page-history header, asap.
- HTH. Quiddity (WMF) (talk) 01:51, 4 February 2014 (UTC)
- Why reintroducing old LQT bugs? Helder 13:10, 4 February 2014 (UTC)
Cirrus now a Beta Feature
Hi everyone. So we've finished indexing all of the English Wikipedia and we're ready for more of you to give the new search engine a try. So we've made it a beta feature that you can enable. Just click "New search" and all of your searches (prefix and full text) will go via the new search engine Cirrus. I hope you'll give it a try, and if you have any feedback please feel free to file a bug in Bugzilla or leave some feedback on the project talk page. Thanks! ^demon[omg plz] 17:51, 3 February 2014 (UTC)
- Cirrus matches exact spelling, singular/plural, but no markup: I have also confirmed how CirrusSearch does not automatically match both singular and plural forms, but the biggest difference is not "seeing" the markup at all during a search. A CirrusSearch for "align center" will only match those words in the rendered text (rare), and similarly searching for {{convert}} parameters "abbr on" will not match the markup with CirrusSearch. Obviously, we now need to keep both types of search, and call the current MediaWiki search as the "markup-search" feature which can also search template parameter names/values, spantags, nowiki tags, and other markup before rendered. -Wikid77 14:45, 4 February 2014 (UTC)
- Obviously we don't. Please use AWB's Database Scanner to search for specific markup. It's not like you could ever search for
'''
using the search, I don't see why you would want to search foralign=center
. Matma Rex talk 15:02, 4 February 2014 (UTC)- I'm finding that folks use search for wiki maintenance quite a bit and while searching rendered text has its upsides it makes that more difficult. As for exact Cirrus not searching plurals can you post an example? If you put text in quotes then it'll require a more exact match. I've just updated the documentation to be more clear. NEverett (WMF) (talk) 16:26, 4 February 2014 (UTC)
- I'm obviously clueless - click "new search" where? Dougweller (talk) 18:51, 4 February 2014 (UTC)
- I'm finding that folks use search for wiki maintenance quite a bit and while searching rendered text has its upsides it makes that more difficult. As for exact Cirrus not searching plurals can you post an example? If you put text in quotes then it'll require a more exact match. I've just updated the documentation to be more clear. NEverett (WMF) (talk) 16:26, 4 February 2014 (UTC)
- Obviously we don't. Please use AWB's Database Scanner to search for specific markup. It's not like you could ever search for
- In the previous sentence, there is a link to it. --Redrose64 (talk) 20:16, 4 February 2014 (UTC)
- Thanks. Dougweller (talk) 21:38, 4 February 2014 (UTC)
- In the previous sentence, there is a link to it. --Redrose64 (talk) 20:16, 4 February 2014 (UTC)
- Matma Rex: bugzilla:43652 :-) --MZMcBride (talk) 01:21, 5 February 2014 (UTC)
I want to use a commons photo twice in one article, the second time being a close-up
To see what I want to use requires going to the photo's page. I would like to enlarge a portion of the photo to use on the article.— Vchimpanzee · talk · contributions · 20:32, 3 February 2014 (UTC)
- Someone who knows how would have to do this.— Vchimpanzee · talk · contributions · 20:52, 3 February 2014 (UTC)
- You would need to create a new image based off the old one, as there's no way that I know of to "thumbnail" an image in that fashion. --Izno (talk) 21:03, 3 February 2014 (UTC)
- (edit conflict) A couple of days ago, I wanted a coat-of-arms for this article section. So I went to this image, downloaded the original file to my PC, loaded it into an image editor, cropped off the unwanted sections, and saved the image without enlargement or any other resizing. Then I uploaded the result to File:Great Central Railway Coat of Arms.jpg preserving the licensing etc. of the original. At commons:Commons:Upload, the link a derivative work of one or several files from Commons can be used for this. --Redrose64 (talk) 21:04, 3 February 2014 (UTC)
- Thanks. I don't have the software or know how to use it.— Vchimpanzee · talk · contributions · 21:06, 3 February 2014 (UTC)
- The specific image editor that I used was Microsoft Office Picture Manager 12; it came free with Microsoft Office 2007 Home & Student Edition, but isn't listed on the box. --Redrose64 (talk) 21:28, 3 February 2014 (UTC)
- What portion of the image should be retained after the rest is cropped off? --Redrose64 (talk) 21:11, 3 February 2014 (UTC)
- I want the two stop lights on the left side.— Vchimpanzee · talk · contributions · 21:23, 3 February 2014 (UTC)
- Thanks. I don't have the software or know how to use it.— Vchimpanzee · talk · contributions · 21:06, 3 February 2014 (UTC)
Thanks.— Vchimpanzee · talk · contributions · 21:30, 3 February 2014 (UTC)
- Done, see File:Mint Museum in uptown Charlotte, North Carolina crop.jpg --Redrose64 (talk) 21:41, 3 February 2014 (UTC)
- For images on Commons, there is an excellent cropping tool Commons:Commons:CropTool. I run it directly at http://tools.wmflabs.org/croptool/ Thincat (talk) 21:45, 3 February 2014 (UTC)
- Thanks. Here is the result I wanted.— Vchimpanzee · talk · contributions · 23:07, 3 February 2014 (UTC)
- (edit conflict) alternatively, you can use Template:Cropped image. if the original image is very large, and the portion you want to show is small, then this might be wasteful, otherwise it may be a good solution. (after conflict: i am not sure this is a good use-case...) peace - קיפודנחש (aka kipod) (talk) 23:12, 3 February 2014 (UTC)
- Thanks. Here is the result I wanted.— Vchimpanzee · talk · contributions · 23:07, 3 February 2014 (UTC)
Change of username, contributions and SUL
About 15 months ago I had my username changed from Basemetal00 to Basemetal.
On the English Wikipedia all my contributions were transferred from one username to the other: when you display Contributions by Basemetal on the English WP you also see those edits made under Basemetal00 and when you try to display Contributions by Basemetal00 on the English WP you get nothing. This is as it should be.
But, despite SUL, this does not happen on Wikipedias in other languages. There (I'll demonstrate what happens on the German Wikipedia) Contributions by Basemetal on the German WP and Contributions by Basemetal00 on the German WP show separately and of course edits made under Basemetal00 do not show up under Basemetal.
How come, despite of SUL, something like this can happen? Can this be fixed? Should this be considered a bug?
It's not so much that I really care about two old edits not showing up. It's more that I'm concerned about the technical implications of this in terms of the robustness of the software.
Contact Basemetal here 21:09, 3 February 2014 (UTC)
- It's not a bug; it happens because, right now, renames are purely local: any account that is renamed is renamed only on that one wiki, not all the others. Renaming an account thus detaches the local account from the SUL. So, for you, when you were renamed, your Basemetal account here was detached from your Basemetal00 SUL, which is why your other accounts don't link up. In order to fix this, you'll have to go to all your other local accounts on the other wikis and ask the local 'crats to rename each account to Basemetal and to merge the accounts under the Basemetal SUL. This is planned to change by making all renames be global, not local, but the project has not been done yet, and there isn't an ETA for it yet. Writ Keeper ⚇♔ 21:15, 3 February 2014 (UTC)
- (edit conflict) It's a known problem, and the MediaWiki devs were hoping to address it in mid/late 2013 but there have been delays. Essentially what you need to do for the time being is to file a separate user rename request at every individual wikipedia language, commons, meta, etc. that you have ever edited on. --Redrose64 (talk) 21:16, 3 February 2014 (UTC)
Two cool statistical tables; 2013 on en.wp
Greetings everyone. After much processing has been brought to bear, I've aggregated all the page view statistics for 2013 (I'm the guy who does WP:5000 on a weekly basis). I thought these would likely be of broader interest, so I decided to post here. For a more analytical discussion about what drives these statistics, see our older Signpost article.
- The 10,000 most popular pages of 2013 (be patient with load time!)
ARTICLE | VIEWS -------------------------------------- [[Main_Page]] | 3,895,581,597 [[Facebook]] | 30,608,777 [[Deaths_in_2013]] | 21,246,624 [[Breaking_Bad]] | 17,389,161 [[Google]] | 16,759,294 [[World_War_II]] | 16,676,636 [[Wiki]] | 16,285,560 [[YouTube]] | 15,938,076
ARTICLE | UTC DATE | VIEWS | REASON ---------------------------------------------------------------------- [[Jorge_Bergoglio]] | March 13, 2013 | 1,460,586 | Papal ascension [[Shakuntala_Devi]] | November 4, 2013 | 766,256 | Google Doodle [[Paul_Walker]] | December 1, 2013 | 752,770 | Death [[Grace_Hopper]] | December 9, 2013 | 621,694 | Google Doodle [[Nelson_Mandela]] | December 5, 2013 | 484,966 | Death [[Jodie_Foster]] | January 14, 2013 | 451,270 | Came out at Golden Globes [[Beyonc%C3%A9_Knowles]] | February 4, 2013 | 378,923 | Super bowl halftime [[Nicolaus_Copernicus]] | February 19, 2013 | 336,836 | Google Doodle [[Seth_MacFarlane]] | February 25, 2013 | 320,999 | Hosted the Oscars [[Daniel_Day-Lewis]] | February 25, 2013 | 318,839 | Oscars [[Society_of_Jesus]] | March 13, 2013 | 287,568 | Papal ascension [[Mindy_McCready]] | February 18, 2013 | 282,679 | Death [[Hermann_Rorschach]] | November 8, 2013 | 276,072 | Google Doodle [[Edith_Head]] | October 28, 2013 | 263,915 | Google Doodle [[Raymond_Loewy]] | November 5, 2013 | 258,301 | Google Doodle [[Margaret_Thatcher]] | April 8, 2013 | 252,906 | Death [[Pope_Francis]] | March 13, 2013 | 248,753 | Papal ascension [[Peter_Capaldi]] | August 4, 2013 | 244,667 | Announced as next Dr. Who
Thanks everyone! West.andrew.g (talk) 21:24, 3 February 2014 (UTC)
- What's with the 2MASS_J04414489 etc articles in the raw data - script anomaly? — Preceding unsigned comment added by Andrew Gray (talk • contribs) 23:04, 3 February 2014 (UTC)
- It's not the fault of my aggregation script, but very likely to be someone else playing with the API or a misconfigured bot. When compiling WP:TOP25 from my raw data on a weekly basis, there is often a struggle to determine what is ("legitimate") human traffic versus machines. For example, I know in 2009 that the "Jyllands-Posten Muhammad cartoon controversy" article was subject to a DDOS attack and got 5.3 million views in one hour. West.andrew.g (talk) 02:41, 4 February 2014 (UTC)
Where do you type in IRC channel?
I connected with the IRC channel expecting to be able to type in a question and get someone's typed reply. I saw a grey screen with instructions telling me to type in my question at the bottom of the page, followed by a bunch of "gibberish computer stuff." But nothing happens when I type. I do not see any of my text. Am I supposed to? I viewed the page on using the IRC, which seems to say that I should be able to use it with an up to date web browser. I am using the latest version of Firefox. — Preceding unsigned comment added by Meta Self (talk • contribs) 01:20, 4 February 2014 (UTC)
- You may need to click on the little white input box on the bottom of the screen to get the cursor there, you should then be able to type (you'll see your message) in that one line bar. When you are done, hit enter and watch the big gray box above. If someone replies directly to you, you should here a ping and there username will appear red. If you have more troubles, perhaps one of the help methods on the Questions will be better or you can ping me here or on my talk page for personal direct help (although this will be much slower than IRC). Good luck! — {{U|Technical 13}} (t • e • c) 02:25, 4 February 2014 (UTC)
- Thanks. Yeah, I found that white input box. Meta Self (talk) 11:39, 5 February 2014 (UTC)
Template to swap two words
I need a template capable to swap two words. For example:
{{Swap|AAA BBB}}
should produce
BBB AAA
Is there any template capable to do this? If not, can anyone help me to create one? Thanks. — Ark25 (talk) 03:19, 4 February 2014 (UTC)
- Assuming you always want to swap at the first space, you can use {{First word}} and {{Remove first word}}:
{{Remove first word|{{{1}}}}} {{First word|{{{1}}}}}
. Example:{{Remove first word|AAA BBB}} {{First word|AAA BBB}}
produces BBB AAA. PrimeHunter (talk) 04:32, 4 February 2014 (UTC)
- Created Template:Swap: New Template:Swap runs 200x per second, as a combination of the Lua #invoke's for {Remove first word} and {first word}, plus decomma with {formatnum:|R} to swap first word to last, or reorder names from last-name-first:
{{swap|Doe, John James}}
→ John James Doe. Thanks to all for ideas on rapid design, now in Category:Wikipedia formatting and function templates. -Wikid77 16:16, 4 February 2014 (UTC)
- Thank you both! Another question: If I use {{subst}} and {{PAGENAME}} in combination with this template in an article, for example at Mihai Eminescu, how can make it so that, after saving my modification, to get in the source of the page the string "Eminescu Mihai" ? I tried with {{subst:swap|{{PAGENAME}}}} and {{subst:swap|{{subst:PAGENAME}}}} but it doesn't work. — Ark25 (talk) 22:08, 4 February 2014 (UTC)
- Well, it sort-of worked but added a load of extra markup into the page. I've updated the template to be subst-safe.
{{subst:swap|{{subst:PAGENAME}}}}
will now result in just "Eminescu Mihai" on that page, without the extra markup. – PartTimeGnome (talk | contribs) 22:59, 4 February 2014 (UTC)
- Well, it sort-of worked but added a load of extra markup into the page. I've updated the template to be subst-safe.
- Thank you both! Another question: If I use {{subst}} and {{PAGENAME}} in combination with this template in an article, for example at Mihai Eminescu, how can make it so that, after saving my modification, to get in the source of the page the string "Eminescu Mihai" ? I tried with {{subst:swap|{{PAGENAME}}}} and {{subst:swap|{{subst:PAGENAME}}}} but it doesn't work. — Ark25 (talk) 22:08, 4 February 2014 (UTC)
- Ohhh this is so sweet! You are both magicians of templates! Thanks!! Now I can simply add
{{DEFAULTSORT:{{subst:swap|{{subst:PAGENAME}}}}}}
to any page about people having just one birth name and one family name (many of them do). Pretty please, can you make another template {{Swap1}} or so, to add a comma between the two words? i.e. "Eminescu, Mihai". — Ark25 (talk) 01:28, 5 February 2014 (UTC)- Remember there are exceptions to the
{{DEFAULTSORT:Lastname, Firstname}}
rule - see WP:SUR. GoingBatty (talk) 02:34, 5 February 2014 (UTC)
- Remember there are exceptions to the
- Ohhh this is so sweet! You are both magicians of templates! Thanks!! Now I can simply add
- Well, I made such a template at ro:Template:Swap2 - seems to be working. The vast majority of Romanians have only one family name and the majority have only one birth name. It's cool to fix the DEFAULTSORT for them in a single click. If possible, someone please check it for possible errors. Thanks. — Ark25 (talk) 03:33, 5 February 2014 (UTC)
Live feed for submissions at Articles for Creation
A discussion has begun on the possibility of creating a Live Feed to enhance the processing of Articles for Creation and Drafts. See Wikipedia:WikiProject Articles for creation/RfC to create a 'Special:NewDraftsFeed' system. Kudpung กุดผึ้ง (talk) 05:14, 4 February 2014 (UTC)
Which API call(s) can be used to check for redlink status?
In a script, I need to check if titles have articles. That is, I need to determine for each link in an article whether that link is a redlink or not.
How can this be done? The Transhumanist 16:51, 4 February 2014 (UTC)
- I don't know if scripts support parser functions, but if they do, the #ifexist parser function could help. SiBr4 (talk) 18:09, 4 February 2014 (UTC)
- Can't you just see whether the link has class "new"? Jackmcbarn (talk) 18:19, 4 February 2014 (UTC)
- See mw:API:Query#Missing and invalid titles. Helder 18:47, 4 February 2014 (UTC)
IP's signing their name in articles
Recently, I have begun working on STiki, and have noticed a lot if IP's have put their signature in the articles while changing some small bit of information. One example is here, although there are others that I have reverted that do essentially the same thing. Does anyone know if we have a way of combating this, or should maybe create an edit filter to fix this? Thanks! Kevin Rutherford (talk) 17:36, 4 February 2014 (UTC)
- Right now, just revert and {{subst:uw-articlesig}}. Maybe we could create a filter to look for links to user or user talk space from mainspace. Jackmcbarn (talk) 18:30, 4 February 2014 (UTC)
- Special:AbuseFilter/149? Helder 18:45, 4 February 2014 (UTC)
- That only finds external links. We'd want something like lcase(added_lines) rlike "\[\[ *(user( +talk)? *:|special *: *contrib(ution)?s/)" (untested, beware) to find this. Jackmcbarn (talk) 18:50, 4 February 2014 (UTC)
- Also, 149 only applies to registered users, not IP addresses. – PartTimeGnome (talk | contribs) 21:48, 4 February 2014 (UTC)
- I've also noticed registered users occasionally signing articles with ~~~~ by mistake. --Stefan2 (talk) 23:04, 4 February 2014 (UTC)
- See also CHECKWIKI error #95. — Preceding unsigned comment added by GoingBatty (talk • contribs) 02:37, 5 February 2014 (UTC)
- I've also noticed registered users occasionally signing articles with ~~~~ by mistake. --Stefan2 (talk) 23:04, 4 February 2014 (UTC)
- Special:AbuseFilter/149? Helder 18:45, 4 February 2014 (UTC)
Template:Sisterheader on Commons
Hi, I was wondering if one of the template experts that hang around here :) could help with this problem on Commons:Help desk#Template:Sisterheader. The group of templates: Sisterheader and Sisterend do not "clear:right;" or "clear:both;" at the bottom, so Categories on Commons that have this set of templates (see here for backlinks: [22]) need a {Template:-} after Sisterend to not run into the "Subcategories" listing, such as in this old version of Category:Coffee. Thanks in advance! Funandtrvl (talk) 00:31, 5 February 2014 (UTC)
mobile watchlist grayed out...or greyed out if you're european..
on my tablet, (motorola xoom) the watchlist page , although completely functional... has recently been grayed out...it's the only page on wikipedia that behaves this way... i was wondering if this is a known issue, or something I did that i need to fix..Nickmxp (talk) 01:01, 5 February 2014 (UTC)
- Might be something to bring up on mw:Mobile/Feedback. --AKlapper (WMF) (talk) 15:32, 5 February 2014 (UTC)
- Note that in the 'modified' sorting, the mobile watchlist does show mostly gray and black text, and it might not be clear what's clickable... but it works on my Galaxy Tab 10.1, which is running some Android 4.0.something. Is your Xoom running 4.0 as well? Can you switch between alpha & mobile sorting? Does tapping on an individual entry show you a diff, or does it do nothing? --brion (talk) 18:55, 5 February 2014 (UTC)
Mines running 4.1.2 I'm using the desktop browsing setting.. I'm pretty sure it's something I did, as it was working fine originally.....Nickmxp (talk) 01:44, 6 February 2014 (UTC)
And oddly if I put the search on templates it apparently shows all my pages, and they are not grayed out... but if I switch back to all.. it goes gray againNickmxp (talk) 01:54, 6 February 2014 (UTC)
and it's not really gray as in color.. it's just the colors are washed out.... the only thing that doesn't gray out is the search box...everything is functional... and if I do selective searches the page looks normal..but the default page ya get when ya touch watchlist is gray. Nickmxp (talk) 03:19, 6 February 2014 (UTC)
Don't know why , but the watch list is back to normal! Nickmxp (talk) 02:25, 8 February 2014 (UTC)
Bad Gateway error
Getting the following message when trying to access "Contributors" on the History page of any article.— Maile (talk) 01:40, 5 February 2014 (UTC)
Bad Gateway
An error occurred while communicating with another application or an upstream server.
There may be more information about this error in the server's error logs.
If you have any queries about this error, please e-mail ts-admins@toolserver.org.
Back to toolserver.org homepage [ Powered by Zeus Web Server ]
- Exact steps to reproduce welcome, especially as this sounds like Toolserver territory instead. --AKlapper (WMF) (talk) 15:32, 5 February 2014 (UTC)
Preprocessor counts of table and div
Recently I am doing a simple experiment to compare the efficiency between "wiki-pipe" table markup, div and html table elements. I have no knowledge of preprocessor and am amazed that the preprocessor counts of div and html elements grows as the table content expands but the wiki-pipe markup doesn't. Would anyone kindly explain this mystery? Thanks. -- Sameboat - 同舟 (talk) 03:42, 5 February 2014 (UTC)
- Part of the preprocessor is the HTML sanitizer; it processes the raw HTML so that it may integrate with the HTML that is generated by the parser (which turns the wikimarkup into HTML). Raw HTML is rarely used for tables. Only in cases where tables built with wikimarkup that interferes with template code and such is it better to use HTML. Otherwise, wikimarkup should be used. As you notice, wikimarkup takes less time to process. — Edokter (talk) — 09:48, 5 February 2014 (UTC)
Portal needed deletion but can't locate text
Hi all, on this Portal subpage: Portal:Pittsburgh/On_this_day there is this text: "I dont like the Bengals" between January and February, it is NOT listed in any date subarticle nor is it findable with CNTRL+F on the portal subpage article. Wondering where exactly this text was entered and if we can delete it (it very much does not belong). Thank you. Market St.⧏ ⧐ Diamond Way 10:42, 5 February 2014 (UTC)
- Fixed. BencherliteTalk 10:55, 5 February 2014 (UTC)
- Many thanks! Market St.⧏ ⧐ Diamond Way 13:13, 5 February 2014 (UTC)
Notifications broken
The following discussion is closed. Please do not modify it. Subsequent comments should be made on the appropriate discussion page. No further edits should be made to this discussion.
The notifications system appears to have broken. I see a red box indicating that I have 2 notifications, but when I click on it Special:Notifications just displays: "Error: Could not find the requested workflow". --BrownHairedGirl (talk) • (contribs) 13:05, 5 February 2014 (UTC)
When I click the red letter 1 on my messages it won't clear and keeps coming up with
"Error From Wikipedia, the free encyclopedia
Could not find the requested workflow.
Return to Main Page."
I'm out of here at the moment, hope it's fixed by the time I return!♦ Dr. Blofeld 14:00, 5 February 2014 (UTC)
- @BrownHairedGirl and Dr. Blofeld: I've combined the "Notifications broken" and "Message" sections as they are about the same problem. (For me the notifications display fine, though I don't have any new ones.) SiBr4 (talk) 14:10, 5 February 2014 (UTC)
When will the Reflinks tool be moved to the stable server?
It's the tool I use more often than I use all other automated tools combined. The fact that it is still hosted on the old toolserver is very frustrating. It is in fact the only tool stranded on that old server that I use regularly. What is required to make moving it to wmflabs a high priority task for the server staff? Roger (Dodger67) (talk) 13:36, 5 February 2014 (UTC)
- It is already listed here: http://tools.wmflabs.org/ so you might want to ask its maintainer. --AKlapper (WMF) (talk) 15:59, 5 February 2014 (UTC)
When I edit a section and then "Cancel" I'm taken to the top of the page instead of staying at that section
When I edit a section of an article and then "Cancel" I'm taken to the top of the page.
When I edit a section of an article and then "Save" I stay at the section that was edited.
The latter is the more logical behavior in my opinion and it should also be what happens when you "Cancel".
Contact Basemetal here 15:55, 5 February 2014 (UTC)
- This is true. But I never use the "Cancel" link; instead I use the "back one page" facility of my browser. Depending upon browser, this may be one or more of: a button at upper left showing a left-pointing arrow; the ← Backspace key; the sequence Alt+Left arrow. --Redrose64 (talk) 19:53, 5 February 2014 (UTC)
Hiding admin tools
Hi,
Is there a simple way to hide the admin tools, or a subset?
The one I most want to hide is delete/undelete of revisions. This adds clutter to the page history and I will hardly use it.
Obviously, if this hiding was relatively easy to toggle on and off that would be good, to allow me to use the tools when they are needed.
Yaris678 (talk) 00:47, 6 February 2014 (UTC)
- Do you have those links in page histories? I have them in user contributions but not page histories. They can be removed from contributions and possible from other places with this in Special:MyPage/common.css:
.mw-revdelundel-link {display: none;}
- PrimeHunter (talk) 01:17, 6 February 2014 (UTC)
- In page histories, I get check boxes for each revision and a grey button marked "del/undel selected revisions". That's what I want to hide. I don't get anything like that in user contributions, but I do get a link to "deleted user contributions". I've added the bit of code to User:Yaris678/common.css but it hasn't hidden any of the above. Yaris678 (talk) 11:35, 6 February 2014 (UTC)
- You can get rid of the button with
.historysubmit .mw-history-revisiondelete-button{ display: none; }
in User:Yaris678/common.css but you have to use JavaScript/jQuery to get rid of the checkboxes$('input[type="checkbox"][name^="ids"]').css("display", "none");
in your User:Yaris678/common.js should do it. — {{U|Technical 13}} (t • e • c) 12:40, 6 February 2014 (UTC)
- Why do it in javascript? CSS can be used to hide the checkboxes:This of course assumes that your browser respects the substring matching attribute selectors introduced with CSS 3. --Redrose64 (talk) 14:30, 6 February 2014 (UTC)
input[name^="ids"][type="checkbox"] { display: none; }
- Thanks guys. The check boxes are now gone but the button is still there. Yaris678 (talk) 21:58, 6 February 2014 (UTC)
- Try
.mw-history-revisiondelete-button {display: none;}
. My earlier code was for big "(del/undel)" link to the left of the time stamp for each entry on contributions pages. You shouldn't see it after adding my code but I'm surprised if you didn't see it before. PrimeHunter (talk) 22:36, 6 February 2014 (UTC)Technical 13's suggestion ofWas there a problem with that? --Redrose64 (talk) 22:54, 6 February 2014 (UTC) No, it wouldn't have worked, because elements with classshould have worked to remove the button..historysubmit .mw-history-revisiondelete-button { display: none; }
mw-history-revisiondelete-button
are not children of elements with classhistorysubmit
--Redrose64 (talk) 23:01, 6 February 2014 (UTC)- Ah, I've worked out what Technical 13 was trying to do. works to remove the button: the only significant difference is the absence of a space between the two class selectors. --Redrose64 (talk) 09:05, 7 February 2014 (UTC)
.historysubmit.mw-history-revisiondelete-button { display: none; }
- Ah, I've worked out what Technical 13 was trying to do.
- Try
- Thanks guys. The check boxes are now gone but the button is still there. Yaris678 (talk) 21:58, 6 February 2014 (UTC)
- Why do it in javascript? CSS can be used to hide the checkboxes:
- You can get rid of the button with
Thanks guys. It's all working now in the normal interface.
It doesn't seem to be working in the mobile interface. Specifically, I get del/undel links on my contribs in mobile mode. I've used tools to check and the links are in the same class in mobile mode.
Does custom css not work in mobile mode?
Yaris678 (talk) 10:09, 7 February 2014 (UTC)
- Wikipedia:Village pump (technical)/Archive 111#Applying custom user common.css to mobile site (m.wikipedia.org) from May 2013 says custom css in mobile mode is not possible. I think this is still the case. There is a request at bugzilla:46247 PrimeHunter (talk) 12:06, 7 February 2014 (UTC)
User contributions for new accounts + view 500 per page = database error. Known bug?
When trying to view User contributions for new accounts with 500 edits per page, this keeps leading to a database error on both Firefox 27.0 and Chrome 32.0. The exact text given is "A database query error has occurred. This may indicate a bug in the software. Function: IndexPager::buildQueryInfo (contributions page unfiltered) Error: 0".
Is this a known bug, or should I report it at bugzilla.wikimedia.org? I have done a quick search at bugzilla and did not find anything, but it may well have been filed in a way I didn't think to search for. AddWittyNameHere (talk) 10:19, 6 February 2014 (UTC)
- It's been happening for weeks, see e.g. Wikipedia:Village pump (technical)/Archive 122#Database error in filtered new users' contributions search. Don't file a new bugzilla, but feel free to add to the existing one with any additional relevant details. --Redrose64 (talk) 10:43, 6 February 2014 (UTC)
API query to list available protection levels for a wiki?
Hi, is there a single API query for a given wikipedia wiki that will list the available protection levels for that wiki? (levels e.g. sysop, autoconfirmed) I ask because I'm told that different language wikipedias can have custom protection levels different to en-wp. Already know that I can check the protection level of a given page, this is not what I need. Checked mediawiki API documentation, could not see how. Thanks Rjwilmsi 12:47, 6 February 2014 (UTC)
- @Rjwilmsi: It would appear there isn't one, or at least I can't find any – it should probably be added. In the meantime you can see the settings for all wikis at https://noc.wikimedia.org/conf/highlight.php?file=InitialiseSettings.php, under the key of
wgRestrictionLevels
(reproduced below for posterity, as the settings might change). Matma Rex talk 15:06, 6 February 2014 (UTC)
'wgRestrictionLevels' => array(
'default' => array( '', 'autoconfirmed', 'sysop' ), // semi-protection level on
'arwiki' => array( '', 'autoconfirmed', 'autoreview', 'sysop' ), // bug 52109
'ckbwiki' => array( '', 'autoconfirmed', 'autopatrol', 'sysop' ), // bug 52533
'enwiki' => array( '', 'autoconfirmed', 'templateeditor', 'sysop' ), // bug 55432
'hewiki' => array( '', 'autoconfirmed', 'autopatrol', 'sysop'), //bug 58207
'plwiki' => array( '', 'autoconfirmed', 'editor', 'sysop' ), // bug 46990
'ptwiki' => array( '', 'autoconfirmed', 'autoreviewer', 'sysop' ), // bug 39652
'testwiki' => array( '', 'autoconfirmed', 'templateeditor', 'sysop' ), // bug 59084
),
- I have submitted a patch for review to add this to the API, as
action=query&meta=siteinfo&prop=restrictions
: [23]. Comments welcome. Matma Rex talk 15:36, 6 February 2014 (UTC)- And it's merged already, thanks Anomie! You should see this feature live here on 20 February 2014, per the schedule: mw:MediaWiki 1.23/Roadmap. Matma Rex talk 16:00, 6 February 2014 (UTC)
Yikes! Science Refdesk is dropping PHP errors?
[24] has just given me "PHP fatal error in /usr/local/apache/common-local/php-1.23wmf12/extensions/Math/Math.hooks.php line 50: Call to undefined method ParserOptions::getMath() ". Repeatably, four times, in between loading other pages OK. Looks like somebody broke something... Wnt (talk) 22:15, 6 February 2014 (UTC)
Just started working now though, before I even had a chance to go look... Wnt (talk) 22:17, 6 February 2014 (UTC)
- This is happening all over the place, including articles like Earth. It's due to the Math extension. Steven Walling (WMF) • talk 22:18, 6 February 2014 (UTC)
- Latest Math version seems to have a few problems, see the list under "Depends on:" on bugzilla:60997. The "Wikipedia has a problem" was logged under bugzilla:60970. --AKlapper (WMF) (talk) 11:40, 7 February 2014 (UTC)
- Sorry about this folks. There was some incompatibilities between the Math extension and MediaWiki core and I deployed broken Math code yesterday in the process of trying to fix some downtime we were dealing with. Things should all be back to normal now, again sorry! ^demon[omg plz] 17:25, 7 February 2014 (UTC)
Changes to button colors/styles on some forms
Hey all, this is announced as part of the normal Tech News newsletter (see Tech News: 2014-06 above), but I wanted to give folks an extra notice that some important forms will have a change of button color and style. This includes login, account creation, search, and some other forms. We did this as part of UI standardization work across teams, so that for instance, we can move closer to a place where all buttons (at least in Vector, at first) will look the same across forms, Flow, guided tours, mobile, etc. Steven Walling (WMF) • talk 22:17, 6 February 2014 (UTC)
Chronology of category-insertion and category-removal events
See the orthogonal teahouse thread here.[25] See the now-closed tangentially-related AN/I thread here.[26]
Question: Is there a way to see the history of a category's contents, i.e. what articles were in the category a year ago, for instance? Can we find the removal-events, and the insertion-events, and who was responsible for each? I realize that one can visit Chuck Norris (may he live ten thousand years) and see that the master is currently in Category:American martial artists.
But consider the horrific possibility, that some internet heretic might one day dare create Category:people tougher than Chuck Norris. This person will be known, from the edit-history of the category itself. But what if others have added names like Bruce Lee to this blasphemous category? Obviously, those edits will quickly be reverted. If there *is* ever Category:people tougher than Chuck Norris, it will be an empty set, if friends of Chuck Norris have anything to say about it.
But what of the Bruce Lee heretics? They may escape punishment, if we cannot get a list of exactly when an article was added to a category, by whom. Additionally, we should reward the defenders of the honour of Chuck Norris! Therefore we need to know exactly when an article was removed from a category, and by whom. See insertion-example below. Along the same lines, ColinFine mentioned that it would also be nice to be able to get the links to the articles, which are being inserted to a category, at the time of insertion. Same applies for a link to the version of the article that was removed from a category, at the time of removal. So for example:
"Chuck Norris was inserted[27] into Category:American practitioners of Brazilian jiu-jitsu by Jackmcbarn as of 22:57, 27 August 2013."
Note that the diff shows what the Chuck Norris article looked like when he was inserted. Is there a Special:category-content-history-page, which shows a bunch of rows like this, for a given category? (As opposed to, for a given article.) Plus possibly, optionally, all the subcategories thereof? (Chuck Norris may never have been inserted into the toplevel Category:Martial Arts but he belongs in any insertion-and-removal-history of that category methinks.)
Is there a way, currently, to accomplish this sort of functionality? With some series of API calls perhaps, or some view-changes-to-category-page that I do not realize already exists? If not, can this feature be implemented? It is commonly problematic with musical genres as applied/unapplied to BLPs, and also with political categories (politician BLPs and also nation-labelling). I thank you for your input on this important matter, and for improving wikipedia. :-)
p.s. And, in case they may still care about category-histories, ping the good editors PrimeHunter, Lightbreather, Mike_Searson, Gaijin42, Drmies, and Lukeno94. Methinks that Liz may also have an interest in this categorization question. — 74.192.84.101 (talk) 22:39, 6 February 2014 (UTC)
- As far as I am aware, no, there isn't. It isn't unfeasible to write a script to go and hunt for the historical additions and removals of a given category, but it would be an incredibly slow script, I would guess, and even more so if it began going through deleted edits. Lukeno94 (tell Luke off here) 22:46, 6 February 2014 (UTC)
- It sounds like you are looking for a technical solution, 74.192.84.101, and I can't help you there. In one of your questions, the only way I know of to see past contents of a category is if one or a few editors in particular are working, organizing it, and you look in their contributions to see what articles they have added or removed categories from. This can be a guessing game but often editors focus in specific area so, for example, you might know who would create and populate that Category:American martial artists.
- Otherwise, as far as I know, the only other record of category additions or subtractions is on each article's page history. The assignment of an article to a category is not noted on the category's page history although, I agree, that would be useful information to have. Liz Read! Talk! 22:54, 6 February 2014 (UTC)
- We have bugzilla:4366 opened about this. Jackmcbarn (talk) 23:40, 6 February 2014 (UTC)
- Thanks much Jack. 74.192.84.101 (talk) 00:11, 7 February 2014 (UTC)
implementation tech
From the bugzilla entry, which was first opened in 2005 (re-opened 2006 / 2007 / 2012 and now 2014 also)...
- That kind of information is not stored in the database, and is not likely to be added. The membership set changes based on edits to other pages, not edits to the category, and has no independent history of its own. —Brion VIBBER, 2005-12-24 00:17:49 UTC
- ...What I suggest is that every category has a log attached to it. It would only require Number_of_category additional pages to the database (my guess is that it is just a fraction of the overall size, isn't it?) When an edit is made to an article that add category C1 and removes categories C2 C3, Mediawiki would log this information in the logfile of the categories C1, C2, and C3. ... —Jmfayard 2006-04-11 09:19:54 UTC
There is already a logfile for e.g. abuseFilter actions,[28] which are regex-based detectors as I understand it. Can an edit-filter be written, which detects the insertion of a category (not sure that can be done for the deletion of a category thataway) which triggers an entry into the CategoryEventLog? Or, does somebody have a better way to build such a thing? 74.192.84.101 (talk) 00:11, 7 February 2014 (UTC)
- Not all pages are placed in categories by adding e.g.
[[Category:Foo]]
to the page. A lot of templates will categorise a page; the two main groups that spring to mind are maintenance templates and stub templates. For example,{{fact|date=February 2014}}
will place the page into both Category:All articles with unsourced statements and Category:Articles with unsourced statements from February 2014;{{Laos-footy-bio-stub}}
will place the page into Category:Southeast Asian football biography stubs, Category:Laotian people stubs and Category:Laotian sport stubs. An edit filter would also need to detect such usage. Categorisation by template get pretty subtle; for example, Category:Articles with incorrect citation syntax has a number of subcategories, the membership of which is triggered by certain combinations of circumstances when the Citation Style 1 templates are used. A change to any of these templates can cause articles to move in or out of categories without the article itself needing to be touched; even a simple thing like the calendar ticking to the next day can cause category membership to change, see for example the membership of Category:Expired proposed deletions. --Redrose64 (talk) 07:59, 7 February 2014 (UTC)- So, you are saying that edit-filters cannot see the parsed content of a final page? In which case, we would need a mediawiki extension, right? See also the CategoryWatch thing, below. 74.192.84.101 (talk) 16:18, 7 February 2014 (UTC)
- What I'm saying is that edit filters check the wikitext of the page being edited. If an edit to an article adds a template, the edit filter does not expand that template to see what's inside it. If an edit to a template changes the categorisation of those articles which transclude that template, there is no way for an edit filter to spot that change in article categorisation. --Redrose64 (talk) 16:40, 7 February 2014 (UTC)
- So, for a non-kludge solution, the edit-filter isn't sufficient. (We could use an edit-filter to catch a large chunk of cases i.e. the ones that were simply "Category:$cat" wiki-text changes... and that might be valuable... but it would be a kludge.) To do better, we either need an extension that uses PageContentSaveComplete hook (3/4ths answer), or we need a tool that polls periodically (2/4ths answer). But to get the full 4/4ths solution, we'd need some kind of DB-level upgrade, to start tracking category-insertion-and-removal-events in a new log-table, it seems. How does the Category:People generate a list of pages-currently-in-this-category, on the fly? What SQL does it use, specifically, if somebody can link to the codebase? 74.192.84.101 (talk) 17:01, 7 February 2014 (UTC)
- The code that performs the database query is in
CategoryViewer::doCategoryQuery()
. It is a join over thecategorylinks
,category
andpage
tables. Thecategorylinks
table is the one that lists current category members. It is normally updated whenever an article is edited. - If categories are added or removed by editing a transcluded template,
categorylinks
is not immediately updated. Instead, a job is added to the job queue for later processing. It typically takes a day or two forcategorylinks
to update after a template edit, though it has been known to take weeks. Editors can force the category membership for a single article to be immediately updated by editing the article (including null edits). Bots can also use the purge API'sforcelinkupdate
parameter for the same effect. - Where a template changes the categories it adds based on the date, MediaWiki does not update the
categorylinks
table. We instead have Joe's Null Bot, which makes null edits to pages in time-sensitive categories at appropriate times, forcing the table to update. - It probably wouldn't be difficult to keep a log of changes to the
categorylinks
table, but such a log might not be that useful. MediaWiki couldn't meaningfully link to an edit or show who caused the change – one person could edit a transcluded template, but the category link update could be triggered by someone else editing the transcluding page. Thanks to the job queue processing updates, the time of the addition or removal could be a long time after the edit that caused it. – PartTimeGnome (talk | contribs) 01:06, 8 February 2014 (UTC)
- The code that performs the database query is in
- So, for a non-kludge solution, the edit-filter isn't sufficient. (We could use an edit-filter to catch a large chunk of cases i.e. the ones that were simply "Category:$cat" wiki-text changes... and that might be valuable... but it would be a kludge.) To do better, we either need an extension that uses PageContentSaveComplete hook (3/4ths answer), or we need a tool that polls periodically (2/4ths answer). But to get the full 4/4ths solution, we'd need some kind of DB-level upgrade, to start tracking category-insertion-and-removal-events in a new log-table, it seems. How does the Category:People generate a list of pages-currently-in-this-category, on the fly? What SQL does it use, specifically, if somebody can link to the codebase? 74.192.84.101 (talk) 17:01, 7 February 2014 (UTC)
- What I'm saying is that edit filters check the wikitext of the page being edited. If an edit to an article adds a template, the edit filter does not expand that template to see what's inside it. If an edit to a template changes the categorisation of those articles which transclude that template, there is no way for an edit filter to spot that change in article categorisation. --Redrose64 (talk) 16:40, 7 February 2014 (UTC)
- So, you are saying that edit-filters cannot see the parsed content of a final page? In which case, we would need a mediawiki extension, right? See also the CategoryWatch thing, below. 74.192.84.101 (talk) 16:18, 7 February 2014 (UTC)
half answer
i do not know of a way to detect removal of articles from a category. however, the API *does* provide addition to category timestamp. if this is of interest, you can look at he:מדיה ויקי:סקריפטים/71. it is not too long, and the one language-dependent function there is "ago" which translates the timestamp to more convenient strings such as "3 minutes ago", "5 weeks ago" or "2 years ago". just ignore this function, and you have the skeleton for a gadget/script that tells you when existing category members were added to the category. if addition is significantly less interesting than removal, feel free change this section title to "quarter answer". peace - קיפודנחש (aka kipod) (talk) 00:57, 7 February 2014 (UTC)
- This is useful code; it makes an API call to https://www.mediawiki.org/wiki/API:Lists/All#Categorymembers , and then gets the timestamp-property of when each article was added to the category. Using it to track insertions and removals would require an external tool, which polled every category of interest periodically (every 24 hours or so maybe... categories that were added-but-then-quickly-removed would be missed by this polling-driven rather than event-driven approach). 74.192.84.101 (talk) 16:18, 7 February 2014 (UTC)
three-quarters answer
https://www.mediawiki.org/wiki/Extension:CategoryWatch "Extends watchlist functionality to include notification about membership changes of watched categories." Which is not quite as good as a log-page, but would still be a big improvement.
Known to work with versions of MediaWiki from 1.11 thru 1.21, at which point the ArticleSaveComplete hook[29] was renamed PageContentSaveComplete.[30] Code is GPL, last updated 2011. Some people are using it as of 2014,[31] but not by the WMF. (We *do* use plenty of extensions,[32] including e.g. CategoryTree[33] which started life as an external wiki-tool.) The extension-author who created CategoryWatch in 2008 just posted in December 2013,[34] so they are still around.
Is is possible to enable this extension (prolly after somebody swaps the deprecated call for the newer one), and take CategoryWatch from 3rd-party status to third-party-which-is-used-by-the-WMF-status? Alternatively, can the techniques used by CategoryWatch be used to create the CategoryEventLog stuff, which was the original suggestion? 74.192.84.101 (talk) 16:18, 7 February 2014 (UTC)
Rotten Tomatoes glitch
Can someone tell me why The Lego Movie is showing "Failed to retrieve Rotten Tomatoes information. Please contact Theopolisme." on the Critical Reception header? Theopolisme is very inactive, so I don't think I'd get a response from him for months, so I think it'd be better to ask here. Ten Pound Hammer • (What did I screw up now?) 23:38, 6 February 2014 (UTC)
- Theopolisme has discussed the template only four days ago so it seems odd to give up contacting him and posting here without notifying or pinging him. The message is caused by an edit [35] by User:Technical 13 to the template. A bot operated by Theopolisme is supposed to create a data page for a movie after the template has been added to an article. If the bot hasn't done this within an hour of the latest edit to the article then Technical 13's edit displays the error message you saw in the article. I don't think articles should tell the reader to go to a named editor's talk page. The template has been removed from the article so the message isn't displayed currently. The message is never displayed in preview because
{{REVISIONTIMESTAMP}}
returns the current time in preview, but if the data page is not created atRotten Tomatoes score/1490017Template:Rotten Tomatoes score/1490017 then the message can be seen in old revisions of the article such as [36]. PrimeHunter (talk) 01:56, 7 February 2014 (UTC)- I've forced a current result as a placeholder for this movie until Theo can figure out why the movie hasn't been found on the API. There are apparently a few little glitches to work out in the template and I monitor both the template's talk page and Theo's for anyone that asks a question about the template or bot. (I'm also watching here at VPT). I can change the error message to say to leave a message on the template's talk page, if other's think that would be more appropriate. I just used the wording that the bot uses if the movie isn't in the api by the IMDb number. Anyways, I'm going back to bed. I'll be looking for responses here in the morning. :) Happy editing. — {{U|Technical 13}} (t • e • c) 03:47, 7 February 2014 (UTC)
Yeah, I'm hardly "very inactive" -- although I may not be editing frequently, I check in pretty much daily. :) It looks like Wikimedia Labs which the bot runs on was having some trouble, so I just manually prodded it and Template:Rotten Tomatoes score/1490017 now exists. No problems with the bot or the API AFAICS, just the infrastructure it runs on, which is out of my control. Theopolisme (talk) 02:49, 8 February 2014 (UTC)
Merge the Page Curation and Patrol logs?
There are currently two logs activated by activities related to newpage patrols: curation and patrol. This can make reviewing these logs difficult - for example, when I tagged an article yesterday and inadvertently marked it as reviewed, the review and unreview were marked on different logs: [37], [38].
Is there any reason the functionality of these two logs cannot be merged? VQuakr (talk) 00:30, 7 February 2014 (UTC)
- It would, to my knowledge, create a lot of duplication; patrolling something in the page curation interface also patrols it from a Special:NewPages point of view (and vice versa), but they're different actions, and so one patrol appears in both logs. I also don't know if we have any energy on the engineering side for this at the moment: people are working on quite a few things. Ironholds (talk) 17:33, 7 February 2014 (UTC)
- Thanks for the reply. It seems to me that Special:NewPages and Curation could (and should) be different interfaces to the same back-end database, and it should be the back end that generates the log entries. If there is no bandwidth available to streamline this right now, maybe it can go in a "solve someday" queue? VQuakr (talk) 18:06, 7 February 2014 (UTC)
Math aligned environments failing to parse
There's a bug being discussed at Wikipedia talk:WikiProject Mathematics#Problem with multiline equations. The "aligned" and "alignedat" environments are failing to parse. Affected articles include Spherical trigonometry#Polar triangles and 1 + 2 + 3 + 4 + ⋯#Heuristics. Here's an example:
I see the output Failed to parse(unknown function '\begin'): {\begin{alignedat}{3}A'&=\pi -a,&\qquad B'&=\pi -b,&\qquad C'&=\pi -c,\\a'&=\pi -A,&b'&=\pi -B,&c'&=\pi -C.\end{alignedat
}}
Can anyone here help? Thanks, Melchoir (talk) 02:05, 7 February 2014 (UTC)
Oh, and I should mention that this was working yesterday! Melchoir (talk) 02:14, 7 February 2014 (UTC)
- I am seeing this at Triple product#Using geometric algebra, which was working when I edited it on 21 January. Similarly it's complaining about the align directive:
Failed to parse(unknown function '\begin'): {\begin{aligned}{\mathbf ...
- --JohnBlackburnewordsdeeds 02:30, 7 February 2014 (UTC)
- See also a similar question above. Graham87 04:20, 7 February 2014 (UTC)
There are some more examples, which helpfully list the TeX source, at Help:Displaying a formula. Also experienced a few timeout/too many people accessing the page errors accessing that and Noether's theorem, another problem page.--JohnBlackburnewordsdeeds 14:17, 7 February 2014 (UTC)
- This has also been reported to OTRS, see Steradian for example.--ukexpat (talk) 15:19, 7 February 2014 (UTC)
This seriously undermines the functionality of Wikipedia's mathematics articles. It needs to be fixed right away, even if that means undoing the recent upgrade. Sławomir Biały (talk) 20:08, 7 February 2014 (UTC)
- I see red everywhere I go on WP today - and also botched attempts to fix the affected formulae. Where can I go to usefully complain about this? --catslash (talk) 23:23, 7 February 2014 (UTC)
This week's update of the Math extension had some weirdness, but it was reverted - which means the Math extension here should be running the same version as last week. bugzilla:60997 is the tracking bug for the issues. Legoktm (talk) 23:51, 7 February 2014 (UTC)
- I'm unclear what you mean. You mean it was broken but was reverted so should be back to normal/how it was a week ago? It's still broken on the many pages linked here and in the example above. Or do we have to wait for this to be rolled out/propagated?--JohnBlackburnewordsdeeds 00:12, 8 February 2014 (UTC)
This has to be fixed quickly. Almost all of the articles that display mathematical equations have been showing this error. Formulas and equations are definitely the most important things that people are looking for in articles about Math and science. [ Derek Leung | LM ] 00:17, 8 February 2014 (UTC)
- Use {array} columns or colon-indent to align: Hopefully, the source of the problems with "{alignedat}" can be pinpointed and corrected, but meanwhile, the "{array}" alignment works (such as with 6-el "{llllll}" for 6 columns separated by "&"), as follows:
:: <math> \begin{array}{llllll} A' &= \pi - a , \qquad & B' &= \pi - b ,\qquad& C' &= \pi - c ,\\ a' &= \pi - A , & b' &= \pi - B , & c' &= \pi - C . \end{array} </math>
- That math-tag will show alignment into 6 columns:
- Each qquad spacer "\qquad &" should end with an "&" separator, and with that then the various math articles can be fixed, as well as other issues copy-edited, to format correctly. -Wikid77 (talk) 03:42, 8 February 2014 (UTC)
- That's a very bad idea. Align works as it's an easy and natural addition to a block of formulae: the directives at beginning and end and then '&=' and '//' where you want things aligned and lines broken within. Using arrays like that is overkill. But more importantly the articles aren't broken: the Mediawiki software is. The solution is to get that fixed as soon as possible, not edit articles just to revert then hours or days later. Anyone who needs to work with such formulae in the (hopefully very short) interim can enable MathJax which doesn't have this problem.--JohnBlackburnewordsdeeds 03:54, 8 February 2014 (UTC)
- Using the "{array}" alignment is already done for other equations in those math articles, and is not "overkill" by any means. Telling users here to "enable MathJax" does not fix the red-error parser messages which hundreds of users see in major math articles such as "Integral". Also, there is no need to revert use of "{array}" alignment as it is already used in many articles. -Wikid77 07:17, 8 February 2014 (UTC)
- That's a very bad idea. Align works as it's an easy and natural addition to a block of formulae: the directives at beginning and end and then '&=' and '//' where you want things aligned and lines broken within. Using arrays like that is overkill. But more importantly the articles aren't broken: the Mediawiki software is. The solution is to get that fixed as soon as possible, not edit articles just to revert then hours or days later. Anyone who needs to work with such formulae in the (hopefully very short) interim can enable MathJax which doesn't have this problem.--JohnBlackburnewordsdeeds 03:54, 8 February 2014 (UTC)
- @Wikid77: As long as you continue to damage the formatting on mathematics articles in this way I will continue to revert you. Ozob (talk) 06:08, 8 February 2014 (UTC)
- Calling the copy-editing of math articles as "damage" still does not permit a violation of wp:3RR by reverting the re-aligned formulas to, once again, display parser errors such as the glaring "Failed to parse(unknown function '\begin'): {\begin{alignedat}{3}". The copy-editing of those articles should not be reverted to emphasize a wp:POINT about problems with math-tag formatting. Let other users edit those math pages to improve the formats. -Wikid77 07:17, 8 February 2014 (UTC)
- @Wikid77: As long as you continue to damage the formatting on mathematics articles in this way I will continue to revert you. Ozob (talk) 06:08, 8 February 2014 (UTC)
- I didn't realise that Wikid77 was going ahead with this. Seconded. I've reverted other editors already who've tried 'fixing' articles not realising the problem was with Mediawiki. But anyone who's read the thread here or at the maths project should be perfectly clear where the problem lies and so should not be 'fixing' the articles which aren't broken.--JohnBlackburnewordsdeeds 06:27, 8 February 2014 (UTC)
- The main goal is to fix the equation-formatting problems wherever they are displayed, rather than blame the math-tag software as an excuse to leave broken equations in major articles. -Wikid77 07:17, 8 February 2014 (UTC)
- I didn't realise that Wikid77 was going ahead with this. Seconded. I've reverted other editors already who've tried 'fixing' articles not realising the problem was with Mediawiki. But anyone who's read the thread here or at the maths project should be perfectly clear where the problem lies and so should not be 'fixing' the articles which aren't broken.--JohnBlackburnewordsdeeds 06:27, 8 February 2014 (UTC)
Removed preferences
Show table of contents (for pages with more than 3 headings)
I used to use the checkbox for always hiding tables of contents (in Monobook) but Tech news 2014-06 and bugzilla inform us that this feature has been deemed to be too unimportant to continue cluttering up the code base, and removed. They also inform us that it can easily be simulated by custom CSS, but they don't inform us what the CSS is. Has anyone else taken the effort to figure this out yet, and if so how does one go about making tables of contents always invisible? —David Eppstein (talk) 03:10, 7 February 2014 (UTC)
- Do you mean that you don't want to display the TOC at all? If so, add
#toc {display:none;}
- to your common.css. If you want to have the "hide" option selected on load, add
$('.toc').addClass('tochidden');
- to your common.js. (I haven't tested this out, so I don't know if it works.) ~HueSatLum 03:18, 7 February 2014 (UTC)
- I meant the first one. Thanks! —David Eppstein (talk) 05:00, 7 February 2014 (UTC)
Contents switch disable?
I used to have the "Contents" section turned off, but now it's showing up in articles and I can't find the switch to turn it off. Was this feature removed? Maury Markowitz (talk) 12:58, 7 February 2014 (UTC)
- I see above that it was indeed removed. Nice that they didn't tell anyone through channels that mere mortals would ever see (buzilla, seriously?). I also see that I now have to edit my css files to fix this, another ability well beyond the average user. Was it really too much to ask first? Maury Markowitz (talk) 13:02, 7 February 2014 (UTC)
- Quoting from mw:Requests for comment/Core user preferences#New dataset:
Helder 13:13, 7 February 2014 (UTC)The ability to disable the Table of Contents feature (used by 86 users).
- I can understand why these options were removed; they were turning into development hell. Each new feature would have to be tested against all the possible rendering scenarios that were available, while their use base was negligable. Going for a more consistent default user experience makes sense. — Edokter (talk) — 13:17, 7 February 2014 (UTC)
- See also the List of user preferences in MediaWiki to be removed. Helder 13:19, 7 February 2014 (UTC)
Justify paragraphs
Last night, out of the blue, text justification stopped working (about 14 hours ago) and all articles suddenly appeared with staggered text. I don't like it. I seem to recall that justification was a personal preference, but no such option shows up in Preferences (any longer...?). Since I'm fed-up with searching for a solution and I have work to do, I'm asking here: Is someone fooling around with skins again or what? André Kritzinger (talk) 10:35, 7 February 2014 (UTC)
- It does seem that option has been removed; it used to be under the Appearance tab. — Edokter (talk) — 11:00, 7 February 2014 (UTC)
- I've reopened the ticket on Bugzilla (tracked ⇒) as this was supposed to have the option still available as a gadget before it was removed from core. — {{U|Technical 13}} (t • e • c) 11:08, 7 February 2014 (UTC)
- Several options formerly at Preferences → Appearance → Advanced options have gone west in the last few months, some quite recently. These include: Format links to non-existent pages like this (alternative: like this?); Show table of contents (for pages with more than 3 headings); Disable browser page caching; Enable "jump to" accessibility links; Justify paragraphs; Enable collapsing of items in the sidebar in Vector skin; Exclude me from feature experiments; Enable font embedding (Web fonts). --Redrose64 (talk) 11:48, 7 February 2014 (UTC)
- Gadgets are added by local administrators, not developers. Bugzilla is not the right place to ask for them. You can requests new gadgets for this wiki at Wikipedia:Gadgets/proposals. – PartTimeGnome (talk | contribs) 00:25, 8 February 2014 (UTC)
- I've reopened the ticket on Bugzilla (tracked ⇒) as this was supposed to have the option still available as a gadget before it was removed from core. — {{U|Technical 13}} (t • e • c) 11:08, 7 February 2014 (UTC)
- While the fiddlers are fiddling, my opinion for what it's worth. Justified paragraphs should be the default, not the option. Newspapers, magazines, books, you name it, have used justified paragraphs since long before the grandparents of anyone alive today were born. It simply looks neater. Aligned left went extinct with the old Remington typewriter. Make aligned left, centered or aligned right the optional preference for those readers who prefer it that way. I'm pretty sure they are not the majority. André Kritzinger (talk) 12:29, 7 February 2014 (UTC)
- See also:
- Helder 13:19, 7 February 2014 (UTC)
- The CSS is just put that in Special:MyPage/common.css. --Redrose64 (talk) 14:05, 7 February 2014 (UTC)
#article, #bodyContent, #mw_content { text-align: justify; }
- Thanks, Redrose64 and all, but that's not good enough. It is a preference option and still belongs in Preferences → Appearance → Advanced options, where it used to be until it was fixed into being broken. Just how many users do you think are aware of Special:MyPage/common.css? I wasn't, and when I click on it I get to "Wikipedia does not have a user page with this exact name". So now I and countless others who are unaware of its existence need to create a new page to replace an option that used to require ticking a box. Plus, setting personal preferences must now be done in multiple locations. That's not progress. I just love the "wham, bam, thank you mam" attitude displayed about this matter at Bugzilla. André Kritzinger (talk) 15:14, 7 February 2014 (UTC)
- Thank you for that Redrose, but I think it's ridiculous that this option has been removed from preferences. Justified text looks so much more professional and I can't believe it isn't the default on WP, let alone not even an option any more... --Loeba (talk) 19:49, 7 February 2014 (UTC)
- Justified text is actually a poor choice for web readability as it creates "gutter" effects for readers who have dyslexia and certain forms of macral-degeneration. Accordingly, it is not set by default here. I should imagine that the preference was removed because maintaining preference bloat is something we don't really want to deal with.--Jorm (WMF) (talk) 00:32, 8 February 2014 (UTC)
- The CSS is
- I fear we are heading for another Visual Editor-esque debacle with these typography changes. There needs to be an easily locatable place, widely broadcast (not stuck away in a dark corner of mediawiki), where they can be discussed and user preference actually taken into account. I and many others like justified text, and I and many others like full page width text, so these should be available as preferences if not the default.--ukexpat (talk) 02:48, 8 February 2014 (UTC)
Portal:Current events displaying "Invalid time"
Portal:Current events is currently showing "February -7, 2014 (Error: Invalid time.)" I'm guessing the "invalid time" is related to the (invalid) date of "February -7" but I don't know now to fix it. Can someone knowledgeable please fix it? Thanks. DH85868993 (talk) 06:50, 7 February 2014 (UTC)
- This edit fixed it at source; I did a WP:PURGE of all transcluding pages so that it displays correctly. --Redrose64 (talk) 07:31, 7 February 2014 (UTC)
- Thanks. DH85868993 (talk) 08:41, 7 February 2014 (UTC)
CSS bug in IE 8 and 9
Core CSS has been migrated to use LESS, and the Vector skin has had some updates, ie. it now uses SVGs for the small icons (watch, arrow, user icon). It also uses a linear-gradient for the page background, but they forgot to use a PNG fallback for browsers that do not support gradients (IE8/9). That is why the background behind the tabs may look funky. I have submitted a bug. — Edokter (talk) — 11:59, 7 February 2014 (UTC)
User Contributions: Accept Revision
Does Wikipedia already have a way to display a list of "Accept Revision" approvals given by Reviewer? If not, this feature is needed. I need it because I believe I have approved revisions in violation of WP:DOY and I wish to remove some additions to some pages that I should not have approved. By the way, am I posting this question and request to the right place? If not, where should I have posted it? —Anomalocaris (talk) 18:10, 7 February 2014 (UTC)
- You can use the review log. You can "unnaccept" a revision, but unless there are no newer reviewed revisions, it's kind of pointless. You don't have to unnaccept an edit to revert it. Mr.Z-man 18:31, 7 February 2014 (UTC)
- Thanks. I reviewed my changes and did what I needed to do. —Anomalocaris (talk) 21:17, 7 February 2014 (UTC)
Problems with math rendering
As of 7-Feb-2014 there seems to be a problem with math rendering.
Referring to Preferences, Appearance, Math, options "Always render PNG", and "MathJax (experimental; best for most browsers)", the following used to work in PNG and in MathJax. Now it doesn't work in PNG anymore, producing an error "Failed to parse(unknown function '\begin'): {\begin{aligned}...", but it still works in MathJax, although the formular are now centered on the page:
In article Complex number:
In article Polynomial:
Attempts were made to "correct" the faulting aligns; [39], [40], [41], [42].
Other changes were made, for instance this one to Maxwell's equations.
The following render correctly (no problems in PNG) but in MathJax some equations get centered on the page, whereas other remain left aligned and are properly indented:
When text is added after the math tags, there is no centering:
- (text)
(text)
- (text)
- (text)
- (text)
- (text)
- (text)
- (text)