Tech/Archives/2014

Thanking on Login Wiki

Haven't done it yet but was wondering what would happen if I did? More generally speaking is thanking sort of a global userright? TeleComNasSprVen (talk) 07:56, 18 December 2013 (UTC)

It would work as long as you aren't blocked there. For example, strategy:Special:Log/thanks. Legoktm (talk) 08:05, 18 December 2013 (UTC)

@Legoktm: I get an error when I try to thank there. Of course, it's pretty useless with only 12 edits on the wiki. PiRSquared17 (talk) 20:33, 2 January 2014 (UTC)

No error here. Thanks should definitely check for editing permission, moreover on loginwiki all rights should be revoked to all users and granted only with a whitelist. Who files these two bugs? :) --Nemo 21:17, 2 January 2014 (UTC)

Hmmm, [1]. Legoktm (talk) 22:14, 2 January 2014 (UTC)

Ok, so gerrit:97199 required users to have the 'writeapi' right, which most don't. So stewards and other special people can probably still thank, but no one else. Legoktm (talk) 22:25, 2 January 2014 (UTC)

I think bugzilla:59702 is probably the real bug here: the Thanks extension simply shouldn't be installed on login.wikimedia.org (loginwiki). --MZMcBride (talk) 00:03, 6 January 2014 (UTC)

Why can't the abuse filter log be viewed....

...if you're blocked? Even though otherwise anyone can view it. I'd like to know both the technical (how is it implemented, since it isn't a user right) and non-technical (why was it made like this) reasons. Parallel ocean (talk) 17:57, 29 December 2013 (UTC)

Viewing the abuse filter log is a user right (abusefilter-log-detail and abusefilter-log) QuiteUnusual (talk) 21:09, 29 December 2013 (UTC)

I know, so is "read", yet you can read pages while blocked. (Also I'm pretty sure there are some other things you can do even while blocked, too lazy to test on local wiki now.) Parallel ocean (talk) 21:40, 29 December 2013 (UTC)

Which usergroup has the rights is configurable and varies by wiki. It is possible to prevent viewing by, say, anyone except autoconfirmed users. In addition, whether a blocked user can read content or not depends on if anonymous users can read content (some wikis have this disabled) and if $wgBlockDisablesLogin is set which would prevent a blocked user logging in (and hence make them like an anon user). So, the answer to your question depends on whether you are asking about a specific Wikimedia site, or a generic MediaWiki question. If you want to discuss technically how abusefilter was implemented, you'd be better off asking on the MediaWiki project here. QuiteUnusual (talk) 12:44, 2 January 2014 (UTC)

And you are asking due to your xwiki vandalism? The blocks in place, and now the account locks?  — billinghurst sDrewth 13:35, 6 January 2014 (UTC)

VE on esWiki

Hi. Where can I find someone who solve this request? Please, report us here too. Thanks. Albertojuanse (talk) 20:08, 22 January 2014 (UTC)

The bug is now marked as resolved by James F. --MF-W 18:52, 14 February 2014 (UTC)

Indeed. Thank you. Albertojuanse (talk) 09:14, 17 February 2014 (UTC)

Can I apply different CSS if a user is logged in?

Hello, I'm trying to make something a bit like https://www.mediawiki.org/wiki/Extension:HideSidebar just using CSS, to hide some potentially confusing advanced functionality from anonymous users. Is there a way for me to know whether a mediawiki user is logged in or not this way? EdSaperia (talk) 20:13, 17 January 2014 (UTC)

MediaWiki:Group-user.css. --MF-W 22:15, 17 January 2014 (UTC)

Is there a wikimedia:css page that only affects anonymous browsers? so, non-logged-in users? Samballand99 (talk) 09:47, 20 January 2014 (UTC)

I didn't see anything in Special:AllMessages that looked like this (but I only spent about a minute looking). Not css, but you can set a sitenotice for anonymous users by using MediaWiki:Anonnotice. For what it's worth. Killiondude (talk) 17:50, 20 January 2014 (UTC)

You could probably just set stuff in MediaWiki:Common.css and then override it in MediaWiki:Group-user.css. This is CSS, after all. PiRSquared17 (talk) 17:52, 20 January 2014 (UTC)

You may find useful the following: mw:Thread:Project:Support_desk/How_to_hide_portions_of_text_from_site_visitors. Ruslik (talk) 18:58, 18 February 2014 (UTC)

Error

I got an error when trying to edit a page, but now I can't reproduce it. Can someone look at the logs for w:Talk:C: The Contra Adventure (a while ago)? PiRSquared17 (talk) 18:39, 19 February 2014 (UTC)

Background

Hi!

I would like to know if it is possible to be able to use Wikimedia projects with the colors reversed - i.e. white text on a black background.

For example, here it says that I can create this page and enter code into it which will allow me to do this. Is this possible? I expect the code could be pretty simple, and revolve around two lines of hex codes where I can play around with the colours of the text and of the background. I am happy with everything else in this user style, and would only like to be able to change the colours from time to time. Could someone please help me do this?

Thanks in advance! BigSteve (talk) 19:50, 10 March 2014 (UTC)

There is no simple way to invert colors with CSS only. You can look at this and this. Ruslik (talk) 18:54, 11 March 2014 (UTC)

OK, I read through them, but as far as I can see this is to do with entering code on your own blog page. But again, here it says you can create your own user style in your own user space - and all I want for "my user style" is to be able to choose what colour my background is and what colour my text is, perhaps using hex codes. I wouldn't have thought that would be any more difficult than any other "user style"...? BigSteve (talk) 11:12, 12 March 2014 (UTC)

Here is a very basic CSS code you can use: Insert something like #mw-content-text {color:white; background-color:black;} into Special:Mypage/common.css. Do note that colors of the hyperlinks cannot changed by this code (that can be provided, if needed) and appearance is rather ugly, in my opinion. You can also use hex codes instead of color names. --Glaisher [talk] 11:57, 12 March 2014 (UTC)

Brilliant, thanks! For the minute that's fine, I'll work on refining it in due course :) BigSteve (talk) 13:48, 13 March 2014 (UTC)

See also w:en:MediaWiki:Gadget-Blackskin.css. Helder.wiki 20:51, 13 March 2014 (UTC)

Thanks! That's even better :) BigSteve (talk) 08:41, 14 March 2014 (UTC)

Local variables in page or template

Is there a way to create/use local variables in a page or template ?
(Maybe I should say local constants, since they wouldn't be changing.)
The idea is to reduce edit errors, and hopefully reduce the footprint for repetitive text, which sometimes can be quite long.
This can make a considerable difference on pages where the text is used many times.
A form like $const; would be much better than something like "very_long_obscure_description_of_something" repeated many times
My use case is essentially in links. Alternatives such as shortcuts work fairly well (with some minor drawbacks), but over vigilant rule enforcers attack unconventional uses permitted by the guidelines. Local variables (or constants) would avoid all drawbacks, as well as being useful for other purposes.
If good programming style is used, using such a feature (when appropriate) would help maintain pages.
Thanks in advance for any info, suggestions or ideas. André437 (talk) 04:33, 18 March 2014 (UTC)

If you are creating a complicated template, you should consider using Scribunto (which uses the Lua programming language). There is no exact way to define constants in template code, but here is a hack that would do something similar: you have a "main" template and a "helper" template. The main template code looks like {{helper|myconstant=someexpression|otherthing=foo|foo=bar|...}}, and the helper code uses {{{myconstant}}}, {{{otherthing}}}, {{{foo}}} to access these parameters. Regards, PiRSquared17 (talk) 15:42, 18 March 2014 (UTC)

Thanks for your suggestions.

Could you give me hints in using Scribunto/Lua with a WP page ? Would that require writing a module to which the desired text is passed (or integrated) ? If so, I don't see how that would help in my case, unless I can use it to set a value that would be accessible and persistant after exiting. (My idea being to set the value at the top of the page, to be potentially used at numerous points in the rest of the page.)

As for the second idea, maybe I could just define a template which IS the constant wanted. It seems simpler than cascading transclusion. (But hopefully some overzealous rule enforcer doesn't decide that that would break their idea of how one should apply the guidelines.)

Ideally, there will be some extension or method that gives constants more directly, to avoid polluting common space by something only needed inside a single page. It would also be more self-documenting.

Also, do you know of tools that would let me analyze the footprint of a page with its' transclusions ? I'm trying to minimize the transclusion size of a large page so as to speed up editing and viewing, as well as reducing typos in editing.

Thanks again André437 (talk) 05:15, 19 March 2014 (UTC)

On reflection (and reading a little more documentation), I realise that I should be able to use a module already used by the template concerned, just modifying it to let me pass it a new variable, before using it in subsequent passes. I just have to learn a little more lua syntax.

Thanks again :) André437 (talk) 15:11, 20 March 2014 (UTC)

deployment.wikimedia.beta.wmflabs.org not loading

deployment.wikimedia.beta.wmflabs.org seems to be unresponsive. PiRSquared17 (talk) 18:50, 31 March 2014 (UTC)

Confirming on my end. — TBloemink _talk 18:53, 31 March 2014 (UTC)

see bugzilla:63315. If you clear all your cookies and surf as anon you may still see something ;) btw: ssl/https support isn't working at the moment, different issue) --Se4598 (talk) 19:10, 31 March 2014 (UTC)

Mobile apps

Probaly not the correct place for this question but hey. Over at OTRS there are a number of tickets asking about will (has?) the mobile app for Wikipedia be updated for Windows 8.1. Also what wikis are going to be supported by mobile apps any time soon; there looks to be an interest especially in mobile support for Wiktionary and Wikivoyage. Nthep (talk) 08:24, 28 April 2014 (UTC)

Navboxes problem on mt.wiki

On the Maltese Wikipedia the navigation boxes displayed at the end of certain pages are broken. They use the Navbox template, but when one tries to collapse/show the content of the template nothing happens. I tried checking the Common.js file but couldn't find any problems. Last May the code was changed to handle JQuery, but I reverted it back to see if that change has affected anything. But nothing happened. Can someone take a look at it and tell me what the problems may be. Thanks. —Chrisportelli 12:55, 12 June 2014 (UTC)

[2]. You left #wikimedia-tech 20 seconds before I replied you. --Nemo 13:00, 12 June 2014 (UTC)

The same issue appears to be affecting en.WN (reported in IRC about 20 hours ago, see also n:en:Wikinews:Water_cooler/technical#Broken??) - Amgine/^{meta wikt wnews blog wmf-blog goog news} 17:52, 12 June 2014 (UTC)

Urgent: IP cap lifted for edit-a-thon

Dear Techs, I am training a group of people in Cape Town to contribute to Wikipedia for Youth Day. Please can you lift the IP cap on Wikipedia logins for the following IP: 41.133.182.152. Apparently, I need a sysadmin to do this. Please help!Islahaddow (talk) 07:50, 14 June 2014 (UTC)

Self-help material: mw:Help:Mass account creation. --Nemo 07:55, 14 June 2014 (UTC)

@Islahaddow: This will require a bugzilla: request. If you are looking to do this on enWP, they could also look to make you (or someone else that we can trust) an account creator, which gives greater privileges outside some of the normal choke points. If you are editing in more than just enWP, then pop over to SRP and place a request there with the info on where you will be editing, and stewards will see what they can do outside of the big WPs.  — billinghurst sDrewth 08:01, 14 June 2014 (UTC)

@Islahaddow: I have intervened and granted you temporary account creator rights for meta, and will complete the remainder of the paperwork at Meta:Requests for help from a sysop or bureaucrat, and would appreciated you popping passed that page, when you have spare time, to see whether that should be extended, or removed in a few days.  — billinghurst sDrewth 08:18, 14 June 2014 (UTC)

billinghurst Thank you so much, i will definitely do what you advise in the future, and will also pass through that page to close the request on Monday night, after the event finishes. Thank you again!! Islahaddow (talk) 08:31, 14 June 2014 (UTC)

I think this should be solved more smartly:

When a user creates an account in an edit-a-thon, if the wiki says that the account cannot be created immediately due to a cap rate, the information page should contain a form saying that this limitation can be overriden by asking to an administrator present, that will enter his login name and login password to login temporarily, andd to authorize the account creation: this will allow to bypass this block, by granting the "confirmed by account creator" right (a log entry will list the name of the admin authorizing the account creation above the cap). If the admin logs in successfully and confirms the account creation, then the administrator will be logged out immediately, and the user that wanted to create his account will be able to login with the new account. The right "confirmed by admin" should be handled exactly like new accounts". The account may be "autoconfirmed" later, but should have the same edit rate cap than other new accounts created isolately at home.

Ideally, once each participant in the edit-a-thon event has his account and is logged in, they should sign up to the event by signing the participation list (that allows monitoring the event and tracking participation statistics), but they should not be required to do so (they may want to participate to the event without being monitored later. For Wikimetrics, there should exist an option that allows users to sign up only for a much shorter period limited to the event time, without being tracked for the next months after the event. So signup options should offer the choice, and Wikimetrics should support cohorts where each user has a date limit. It could be a choice like: one day (up to the day after the event), one week, one month, six months.

Also users should be informed about the cohorts in which they are registered, so that they can unsubscribe it in Wikimetrics, when they want after a minimum period (that minimum period should not exceed one week, so that edit-a-thons will still have useful metrics collected for most users in that period, except those that did not want to signup including for their active presence in the event).

It's up to the event organizer to explain to participants why participants should signup with their existing or new account to the data collection in Wikimetrics, and up to the organizer to provide the necessary information about the data collected; as explained in Wikimetrics help page (which explains the registration procedure).

No more need to create accounts in advance by the event organizer. Participants should continue creating accounts themselves at home

They can also create an account during the event with their smartphone or tablet connected to the Internet by their own mobile operator, before using their account with the shared Internet access available at the event.

To simplify things, the event organizer could print a QRCode linking to the Wikimedia account creation page: users will scan it with their smartphone they will follow the normal procedure to fill the form and immediately they will be logged in without searching and using much data bandwidth. Then they'll be able to use this account using the shared internet access of the event instead of using the mobile network (often expensive and much slower when used indoor). verdy_p (talk) 06:34, 26 June 2014 (UTC)

Meine Vorstellung, Mimis Lyrik

Warum ist es so schwierig die Foren zu konvertieren und zu veröffentlichen? Mimis Lyrik: Mail= beten@live.de

What do you want to convert and publish in "the forum". Are you talking about the forum on this page ? Weren't you able to ask your question here ? And what did you want to convert in this page ???

That page is left multilingual and people can ask questions in any language, others will help you translate it if needed

(or if an automatic translation does not produce something reliable enough, but your question here causes no diffculty to Google)

verdy_p (talk) 18:59, 15 July 2014 (UTC)

Cannot find server

I cannot connect to Wikisource, Wikiversity, or Wiktionary. I'm told "network can't find server" regardless of the browser I use. However, I can connect to Commons, Wikipedia, and Wikidata. Is anyone else having these problems? Has something gone amiss that has affected some of the WM projects? I had no problems a few hours ago. --EncycloPetey (talk) 22:09, 16 July 2014 (UTC)

Problem has now resolved itself (or someone did purposefully). --EncycloPetey (talk) 23:09, 16 July 2014 (UTC)

It may happen eveytime to everyone with any website. Most often this is because your ISP (or your local router) has not received in due time a reply to a DNS resolution request, and has cached the error for some hours.

Generally, just rebooting your router is enough to solve the problem. Many ISPs also have DNS servers configured in their Internet access that do not scale for all the accesses made by their own subscribers. This does not mean that the web sites have any problem. If you're in doubt, try opening the site using a third party proxy.

Another solution: replace the default DNS servers proposed by your ISP by a thinrd party DNS service (I use OpenDNS.com, whose addresses to configure in your router instead of "automatic addresses" configured by DHCP, are: 208.67.222.222 and 208.67.220.220). This is not a proxy, you still have a direct access to the sites with their standard domain name, and their standard IP addresses (with IPSEC and HTTPS still working, as well as authentication certificates).

But at least you avoid that your ISP incorrectly redirect you to some other unrelated sites hen they want, to send you to a "customer help" webpage showing adds ands proposing other websites with which they have partenered commercially. Many ISPs are doing it today, breaking the "net neutrality" and forcing you to visit sites you did not want, simply because they incorrectly think that the site you wanted is unavailable (or unresponsive to their own bugged tests). If for a couple of minutes during maintenance time a wikimedia site is slow or down and restarting, some ISPs are redirecting you (with their commercial DNS) to their commercial parking page using their own ad-pormoted search engine, and they will cache this for about 1 hour and up to 24 hours, during which their DNS server will really lie to you with falsified information. I no longer trust any commercial ISP that can show you these redirects without any explicit permission (well, they do it with a "permission" hidden in cryptic small lines in their subscription contract, saying that they don't offer any warranty to connect you with the sites you wanted).

(OpenDNS may redirect some sites, but with **your** full control, and it brings you detailed logs about when this occured; it can do this for example to implement a useful filter to block known sites hosting malware, phishing or cybersquatting intended to trump you with faked marks, or currently under attack and whse security is known to be compromized, but it will neer redirect you directly to another site without first explaining what's happening.

Some antivirus solutions also propose to replace the malicoous DNS server of your ISP by their own DNS, with your permission and with a personal control and logging page allowing you to set what to check and which kind of blacklists you want to use (e.g. it can implement a parental filter to blocks some respectable domains but that are not suitable for children, such as dating sites, online gambling, and many personal pages hosting unmonitored photos and videos, or sites using simple on-click per-per-view "micro-"payments without confirming any credit card info).

Note: Wikimedia sites are now all accessible with HTTPS and are authenticated. If you don't see the "locker" icon when connecting to a Wikimedia site, and see any other page proposing you to connect somewhere else or with ads, you know that your ISP is abusing. Forget their DNS server immediately even if you've seen that only once! Don't use the IP setting to use the DNS server from DHCP, and configure your IP parameters (in your router if possible, otherwise on the device hosting your browwer) by setting the IP addresses of a trustable DNS provider, even if your own IP address/mask Intenet gateway remains configured by DHCP. verdy_p (talk) 21:50, 20 July 2014 (UTC)

Getting Error while trying to send request for correct article

When I try to send request to correct article, I constantly reseive respons of error and suggestion to try again. And so time by time. Fix it please.
-- The previous unsigned comment was sent on 1 August 2014, at 02:17 UTC, by anonymous User:185.6.25.32.

We don't see that occuring "constantly", like what you see. And you give no real details about what you do, how you do it, and where you get the error.

You probably have a configuration problem on your side (a bad proxy invalidating HTTPS security ? Wikiemdia now prefers using secured connections by default.

I think it may be the cause: check the addresses of your DNS servers too, check your router if its settings have been altered by a malware redirecting web accesses to some spying site; check your PC against installed malwares; check your browser setting, test with another browser installation, or reinstall it completely (it's very easy to do with Chrome: uninstall it, delete the remaining files, plugins and caches in your user profile, and reinstal it: if you have connected Chrome to your Google account, your preferences are saved and will be synchronized again: You may also test with another new browser to see if you see a significant difference, but all major modern browsers should be supported including IE, Safari, Chrome, Chromium, Opera, Firefox).

Without uninstalling your browser, try creating a new user account on your PC and launch the browser from it: it will use fresh user preferences (but if the bug is caused by a corrupted system, we can't offer you more help without more details about what you are trying to do, and on which wiki page precisely).

Make sure your OS is also up to date, as well as the database of your antivirus tool. Try cleaning up also your system with some basic cleanup to save space (CCleaner may help, it's simple to use with nothing to pay for personal use).

If your antivirus is outdated and requires you to renew a subscription, try with some no-cost antivirus like Avast. Look for some good antirootkits to cleanup your networking system:

If you don't know how to check your router's security, try using its builtin reset to factory defaults.

Finally check the integrity of your filesystems on your local system and user disks.

If you are still not convinced that your system is corrupted, you may try to boot it from a Live CD (such as Ubuntu), which usually features an installation of Firefox. If your PC works with it but you still have problems, this is caused by incorrect settings in your router or home Wifi hotspot (so try to reset it to factory settings; with its documented method and reconfigure only what is needed to get the Internet connection). In all cases, try to isolate the problem where it really occurs, using as many alternatives as you can.

verdy_p (talk) 05:03, 1 August 2014 (UTC)

Sugestão para credibilidade de página.

Um dos maiores problemas da "wiki", acredito eu, seja a credibilidade e confiabilidade da página.

Uma boa ferramenta para o problema, seria acrescentar uma barra, bem visível, no centro superior, onde o internauta dá sua opinião sobre a veracidade das informações da página. Um exemplo:

Estou pesquisando no site da NASA, informações sobre o planeta Vênus. Ao acessar a página na wiki, eu dou minha nota quanto a credibilidade das informações.

( )totalmente confiável ( )parcialmente confiável ( )não confiável ( )desconhecido

   em verde                        em amarelo                  em vermelho         em roxo

Acredito que todas as pessoas que entrarem na pagina, votarão em prol da wiki.

Abraço a todos.
-- The previous unsigned comment was sent by anonymous User:200.97.243.70 at 18:38 UTC, 1 August 2014.

Isso já esteve em uso no passado, e foi desativado. Vide w:pt:Wikipédia:Avaliação de artigos#Avaliação pelos leitores (o texto está desatualizado). Helder 17:45, 1 August 2014 (UTC)

Help Needed: For Project started to improve CATEGORIES on WP

Hi, there has been a serious discussion to set up a technical system on Wikipedia that will allow users to both sort and view categories either alphabetically or by topic. Until now there is no single system or method at work in categories that has allowed them to become disorganized and, well, "un"categorized in spite of being named as such! In order to remedy this situation, please see Wikipedia:Village pump (policy)#CatVisor; Wikipedia:Village pump (policy)#JQuery workaround; Wikipedia:Village pump (policy)#Update requested, as well as the the steady work at User:Paradoctor/CatVisor; User:Paradoctor/CatVisor#Planned features; User:Paradoctor/CatVisor#JQuery workaround by Salix alba; User:Paradoctor/CatVisor#Releases (alpha 2; alpha 1; alpha 0). In order to successfully complete and implement the proposed improvements, the input and deployment of the Wikimedia Foundation is needed as well as the attention of its professional staff is required in order to successfully fully implement the project. Please direct this communication and request to the most appropriate technical and decision-making individuals. Thank you so much in advance! Yours sincerely, IZAK (talk) 01:52, 20 August 2014 (UTC)

Wikipedia backlinks counter

Hi, I'm the co-founder of Histropedia (new project making timeline of everything in history from Wikipedia and Wikidata.

We have been using this tool for counting backlinks to Wikipedia articles as a way of ranking the events in our database (each event in Histropedia is basically a Wikipedia article which can be added to a timeline). Unfortunately, the tool keeps on going down and has actually been completely inactive for the last few days.

Does anyone know if there is an alternative that we could use for this task? For instance, is there a way of us using whatever tool is being used by the "what links here" option in Wikipedia?

Any advice on this would be greatly appreciated, as I've been unable to track down the creator of the tool we have been using. Regards, NavinoEvans (talk) 19:01, 2 September 2014 (UTC)

Tehnical dificultis on srWiki

It all started on august 15 after software upgrade, after few minutes of editing almost all tools for editing disappear (buttons for signature, bold text, link etc, and tools found in MediaWiki:Edittools) also gadgets such as UTC Live Clock disappear. I hope this is the right place for this kind of problem if not you could tell me where should i report this. --Milicevic01 (talk) 19:43, 16 September 2014 (UTC)

They are appearing for me at srwiki. By any chance, did you disable javascript on your browser? --Glaisher (talk) 12:18, 17 September 2014 (UTC)

No, and i am not the only one see [3], note that it doesn't disappear immediately after login, reload page few times, depending on the browser it can take up to 15min. --Milicevic01 (talk) 13:07, 17 September 2014 (UTC)

Did you mean August 15 or September 15? Is there some error message in the "console" of the browser's "developer tools" when this happens? --AKlapper (WMF) (talk) 13:10, 17 September 2014 (UTC)

I meant August 15, no error messages, I use Firefox so could you be more specific what to look for --Milicevic01 (talk) 13:13, 17 September 2014 (UTC)

Please attach "&debug=true" to the address in your browser (or "?debug=true" if the address has no question mark included before). See https://developer.mozilla.org/en-US/docs/Tools/Web_Console for using the web console. Once the problem happens, would be interesting to see if there are any errors in the web console output. --AKlapper (WMF) (talk) 13:20, 17 September 2014 (UTC)

I got this when i loaded one picture

SyntaxError: missing ) after condition load.php:7497 ReferenceError: $ is not defined index.php:163 ReferenceError: mw is not defined index.php:8 ReferenceError: mediaWiki is not defined index.php:124 ReferenceError: mw is not defined index.php:1 ReferenceError: addOnloadHook is not defined index.php:2 ReferenceError: jQuery is not defined index.php:1 ReferenceError: mw is not defined index.php:1 ReferenceError: mw is not defined index.php:1 Image corrupt or truncated: https://upload.wikimedia.org/wikipedia/sr/thumb/8/80/%D0%91%D0%B8%D1%81%D0%BA%D0%B0.jpeg/800px-%D0%91%D0%B8%D1%81%D0%BA%D0%B0.jpeg and this when i loaded my user page _{Expected ';' or '}' to terminate declaration but found '!'. Declaration dropped. load.php:139 "Use of "addPortletLink" is deprecated. Use mediawiki.util instead." load.php:11403 console.trace(): load.php:11405 mw.log</log.warn() load.php:11405 mw.log</log.deprecate</<.get() load.php:11429 <anonymous> index.php:9 <anonymous> wikibits.js:87 jQuery.event.dispatch() load.php:4641 jQuery.event.add/elemData.handle() load.php:4309}

"Use of "appendCSS" is deprecated. Use mediawiki.util instead." load.php:11403 console.trace(): load.php:11405 mw.log</log.warn() load.php:11405 mw.log</log.deprecate</<.get() load.php:11429 markBlocked() index.php:35 <anonymous> wikibits.js:87 jQuery.event.dispatch() load.php:4641 jQuery.event.add/elemData.handle() load.php:4309

"Use of "sajax_init_object" is deprecated. Sajax is deprecated, use jQuery.ajax or mediawiki.api instead." load.php:11403 console.trace(): load.php:11405 mw.log</log.warn() load.php:11405 mw.log</log.deprecate</<.get() load.php:11429 apiRequest() index.php:39 checkLinks() index.php:119 markBlocked() index.php:170 <anonymous> wikibits.js:87 jQuery.event.dispatch() load.php:4641 jQuery.event.add/elemData.handle() load.php:4309

"Use of "sajax_debug_mode" is deprecated. Sajax is deprecated, use jQuery.ajax or mediawiki.api instead." load.php:11403 console.trace(): load.php:11405 mw.log</log.warn() load.php:11405 mw.log</log.deprecate</<.get() load.php:11429 debug() ajax.js:18 createXhr() ajax.js:51 apiRequest() index.php:39 checkLinks() index.php:119 markBlocked() index.php:170 <anonymous> wikibits.js:87 jQuery.event.dispatch() load.php:4641 jQuery.event.add/elemData.handle() Is this helpful? --Milicevic01 (talk) 13:37, 17 September 2014 (UTC)

So whatever code is in line 7497 of the file load.php it is obviously broken and needs fixing. You should be able to click "load.php:7497" to see that code (plus where exactly that file is located). --AKlapper (WMF) (talk) 13:46, 17 September 2014 (UTC)

I reloaded that page and now i can not found that line, but i did get this JS errors

_{Use of getUserData() or setUserData() is deprecated. Use WeakMap or element.dataset instead. requestNotifier.js:63 URIError: malformed URI sequence jquery.cookie.js:17 URIError: malformed URI sequence jquery.cookie.js:17 ReferenceError: ToggleBox_Init is not defined load.php:626 URIError: malformed URI sequence} in both pages (picture and my user page); load.php:626 lead me to section Script za toggle-funkciju in MediaWiki:Common.js, is this helpful? --Milicevic01 (talk) 14:44, 17 September 2014 (UTC)

Extra button to view history

Tracked in Phabricator:
Bug 9578

Dear all,

I would like to propose adding an extra button to the top of the page when viewing a history. For example this request page. On the top there are 3 links: "Older revision, Latest revision, Newer revision". However, if you want to know what happened to a request on that page, using the older/newer revision buttons is too slow, moving 1 step at a time, when 100 edits might be in between the request and the answer. You can go to the history section and start going back, but this means searching, and on larger pages it takes some time. I suggest adding an extra button that immediately sends you to the "history section" of that edit, so you are directly at the right spot in the history tab, and can see the 50 edits directly around the edit.

This same request was made to wikimedia-tech on Bugzilla 7 years ago, see [4]. They stated "This would probably not be very hard to implement", however up to date nothing has been done. I am not a Bugzilla user or developer, yet I think this change is usefull and I think we should have it. It gives no disadvantages. I think the only way to get this change is to get some attention for it. I suggest that people reply here to state their opinion on the change. I have posted this same request at en:Wikipedia:Village pump (proposals). Thank you very much,

Sincerely, Taketa (talk) 10:18, 2 September 2014 (UTC)

I don't know the MediaWiki software, but it sems to me (as an outside observer) that it shouldn't be too hard - each revision should link to its place in the history, and load X edits before and after it. עוד מישהו Od Mishehu 19:27, 2 September 2014 (UTC)

I support Taketa's proposal. Having a simple button or link, starting the history at the particular offset is useful. I had independent need for this, see my query here. Kingsindian (talk) 11:48, 18 September 2014 (UTC)

Image upload equivalent command to SSH?

We are beginning to set up a Wiki on our local network to share some works and comments about them. A big part of these works are images.

These images are on our server, accessed by SSH. The wiki is on the same server, on different but accessible folders.

I'm trying to find a way to put all those images live automatically. I mean, with command line steps or programs. I found some extensions to upload multiple files, but these does not apply easily to what I need: several folders, several locations, big number of them. And probably it would duplicate those files, which should not be done, if possible.

I suppose there is a command to insert a single image on the Wiki. This would suffice my needs. How to do it?

I tried to manually create a folder inside "wiki/images/", and put some files there (e.g. "wiki/images/f/ff/img-01.png"), but it does nott show up on the site. Also, the [ [ Image : img-01.png ] ] didn't work (if this worked, it could be enough). I guess the image pages also need to be created, and maybe some DB meta information?

Shell commands or ways to CURL some Wiki script would work. If each image page can be created this way, a way to insert some comments on those is desired.

I searched around for help pages on this subject, but couldn't find anything.

https://meta.wikimedia.org/wiki/Help:Image_page

https://meta.wikimedia.org/wiki/Help:Images_and_other_uploaded_files

Any ideas?

Rapidim (talk) 04:38, 17 August 2014 (UTC)

`curl` is maybe the simplest; as you can fill out the complete POST form when uploading the images automatically, you can also add arbitrary comments. Have you seen http://www.mediawiki.org/wiki/Manual:Configuring_file_uploads#Mass_uploading? I personally have good experiences with Commons:Commonist. You might consider making a list of all your files and then symlink to them from one directory, for one-clik upload with Commonist. --141.2.134.207 08:00, 2 September 2014 (UTC)

@Rapidim: You can use mw:Extension:UploadLocal to upload some images, but I guess it is not possible for a huge number of images. Additionally this will duplicate the images, in /wiki/images and in your other directory; a soft or hard link would be better, but a script has to be created for that. You can also see the script /wiki/maintenance/importImages.php, possibly it does something similar to what you want. ~ Seb35 [^_^] 21:02, 21 September 2014 (UTC)

Bug day: Book tool/Collection/PDF, 2014-10-08, 14–22 UTC

Printed books

Hello! Please join us on the next Wikimedia bug day: 2014-10-08, 14:00–22:00 UTC[5] in #wikimedia-tech on IRC.

We will be triaging bug reports for the Collection extension (Book tool) in general and PDF export in particular, which were just switched to a new backend (OCG). We have two immediate goals:

• recover 100 % of the relevant reports from the defunct PediaPress tracker;
• get a clean list of known PDF issues that the new backend didn't fix.

Everyone is welcome to join any time these weeks, and no technical knowledge is needed! It's an easy way to get involved or to give something back. We encourage you to record your activity on the etherpad. See also:

• this information, participants list and more (please sign!);
• more information on triaging in general.

I look forward to seeing you there. Please distribute further by email, talk pages etc. (Collection is used on almost 2 thousands wikis!)

Nemo 18:14, 29 September 2014 (UTC)

JS Hack to disable VE

Per bug 50631 and another one in "see also", VE does not work for me, and I want to disable it everywhere regardless of VE's deploy status. It will be in User:-revi/global.js only. If I remember correctly, there was a hack, but I couldn't find one, so anyone knows what's the code? — revi^{^} 05:39, 1 October 2014 (UTC)

OAuth administrators

Hi, why do Meta, Commons, and maybe others have a OAuth administrators group linked on Special:ListGroupRights, while Special:OAuthManageConsumers is a red link, i.e., works only on mediawikiwiki? Be..anyone (talk) 00:54, 27 October 2014 (UTC)

That group (OAuth administrators) indeed should only exist on the central wiki (mediawikiwiki). I've just uploaded https://gerrit.wikimedia.org/r/168922 to fix this (will try to get it deployed in the next few days). - Hoo man (talk) 01:08, 27 October 2014 (UTC)

Thanks, I've updated the Meta:OAuth administrators stub (I hate red links especially on special pages ;-) –Be..anyone (talk) 03:15, 27 October 2014 (UTC)

Google Maps changes

I hope this is the best place (or at least an appropriate place) to raise this issue. This should probably be brought to the attention of some of the Tech/Engineering staff. I tried looking for an email of an appropriate department or staff member, but to no avail. This is the best location I've come across (via the "Tech Forum" link at mw:Wikimedia Engineering). If you know a better place to raise this issue, please mention it. If you are able to contact any relevant staff member, please let then know about it; likewise, you are more than welcome to copy-paste my remarks in an email to any relevant staff.

It looks like Google will no longer support KML files from external websites:

"From February 2015, maps created in the classic Google Maps — https://maps.google.com/ — will no longer load KML/KMZ files from external websites."

Instead, they will require the use of "Google My Maps" or the "Google Maps JavaScript API". Full details at at this webpage: KML files on Google Maps.

Personally, I am only vaguely familiar with the use and importance of KML files on Wikipedia (and probably other WMF projects), so I don't understand the full implications for WMF but do recognize this as an important issue that needs to be brought to Tech/Engineering's attention. At the very least, it will affect:

• The GeoHack tool
• Wikipedia articles with attached KML files (w:Template:Attached KML is used on 7,000+ pages). One of the common uses of KML files is to map routes/roads, placing the file on the Wikipedia article with the mentioned template. If fact, I was made aware of this issue from a discussion started at w:Wikipedia talk:WikiProject U.S. Roads#Google Maps KML change coming.

Again, I don't have much knowledge of the implications of the change to Wikimedia projects, but I think this means that KML files available on Wikipedia (and perhaps some other projects) will no longer be able to be rendered in Google Maps starting in February. I hope some solution can be reached. AHeneen (talk) 08:10, 17 November 2014 (UTC)

Fastdelete script

Hi. It would be good if this script could work again on Meta again. It saves you a lot of time when deleting pages. It used to work for me in the past. Here is the imported code and the custom reasons (at the bottom of the page). Thanks for your help in advance. Best regards. — M 22:51, 04 December 2014 (UTC)

Monaco and almost everything else on this page is dead for years. On Wikia the existing skins are MonoBook, Oasis (alias Wikia), and Mobile. On WikiMedia sites incl. Meta the existing skins are MonoBook, Vector, and (IIRC) CologneBlue. If you plan to fix this better limit it to either Wikia or WikiMedia, and only one skin (as of 2014, not 2004.) –Be..anyone (talk) 00:02, 5 December 2014 (UTC)

Thanks for your reply. I'll direct my query to a more active page. — M 17:32, 05 December 2014 (UTC)

The problem with adding a coordinate

Hello! The problem is that I can not insert the coordinates of the location of the monument to Peter 1 in the table. Link to the article attached. Thank you! Article

That's a rather long table of images, and there are many rows without coordinates. If you have technical problems with this table you could note your info on the w:ru:Обсуждение:Список_самых_высоких_статуй_мира talk page asking other editors to add it. If the image is on commons: maybe cite the coordinates given there as source.

Otherwise if you try to figure out what your technical problem actually is, please add some background info, e.g., are you using the visual editor, what's your skin (Vector vs. Monobook), do you use a rather old browser (e.g., older than IE8), do you have some kind of "mobile broadband" (often sucks for me with o2-DE, presumably o2-RU won't be much better), etc., anything helping with identifying what is wrong for you. –Be..anyone (talk) 13:55, 11 December 2014 (UTC)

Bot needed for list update. Help the writing volunteers!

Hi, please update Wikipedia:List of Wikipedians by article count. These 5000 people wrote 60% of all articles on the English Wikipedia. Over 300 writers have this page linked on their userpages. The list has not been updated for 6 months, since some toolserver changes. Many have expressed their concern (see history and talk pages). It seems to me that the writers of 2.6 million articles should have the attention of support volunteers. The person who updates this list will be noticed positively by many. Thank you in advance, Taketa (talk) 14:07, 14 December 2014 (UTC)

How many servers do you have?

Hello, MadScientistX11 referred me here from enwp, I have several questions:

• How many servers do you have in total?
• What model of servers do you use?
• How do you handle the sheer volume of users coming to Wikipedia?
• How do you store data? Compressed or uncompressed?
• Do your servers have a cap on the number of users that can visit wikipedia? If yes, how many?
• What volume of uploads do you receive?
• Do you ever have to take servers offline for maintenance?
• Do you need any-one else to help maintain your servers?

NetworkOP (talk) 19:46, 26 December 2014 (UTC)

• See Wikimedia servers.
• 800 hosts.
• Downtime happens.
• See wikitech:Obsolete:Backup_procedures#Images_and_media.
• See mw:How to become a MediaWiki hacker.

--Nemo 20:20, 26 December 2014 (UTC)

Several problems in es:WP

Hi. Apparently since last software change es:WP is suffiring lots of problems. The Toolbar y is missing, also a section in the side bar named "Enlaces externos" (External links) that drives to Village pump, Admins noticeboards, and the "Insertable wiki markup" than looks at the bottom of the page, ie. I will be nice if someone could check this. We had several complains here. Thanks. --Ganímedes (talk) 18:22, 22 December 2014 (UTC)

Ganímedes: Hi, thanks for reporting! Which toolbar? Is there a screenshot available (and information about the skin used and the browser(s) used) somewhere? Might also be good to get some output from the browser's developer tools error console of somebody running into this problem. When editing a page on es.wikipedia.org the "Insertable wiki markup" (like "Sintaxis wiki", "Tipografía" etc) section at the bottom correctly inserts the markup for me when clicking it. I'm using Firefox 34 here. --AKlapper (WMF) (talk) 18:35, 22 December 2014 (UTC)

Please read the link. Several users, with very different browsers (Mozilla, Chrome, Zafari) have reports same problems. I do a screencapture and paste here. Give me a minute. --Ganímedes (talk) 20:50, 22 December 2014 (UTC)

Check red rectangles with text

. Thanks. Not even signature is possible to add.--Ganímedes (talk) 21:12, 22 December 2014 (UTC)

Something a forgot say is that it is impossible to go straight to an article. If you write name in the search box, it says "There is an article in this WP named...", but you must make clic there. It doesn't go to the article itself. --Ganímedes (talk) 21:21, 22 December 2014 (UTC)

Well it works for me... What happens when you log out? --Krenair ^{(talk • contribs)} 21:33, 22 December 2014 (UTC)

Well, that is not enough, since so many users has got same problems... With my IP I've got same problems. Also if I use Chrome or Mozilla. However, this happends only in es:, not Meta, not Commons. Regards. --Ganímedes (talk) 21:41, 22 December 2014 (UTC)

Did you empty your caché before or after try in es:WP? --Ganímedes (talk) 21:43, 22 December 2014 (UTC)

I emptied my cache and visited again, I still get the toolbar. What do you get when you check the JS console? --Krenair ^{(talk • contribs)} 21:52, 22 December 2014 (UTC)

I read the link (with my limited understanding of Spanish in combination with Google Translate) but I cannot reproduce the problem. I went to https://es.wikipedia.org/w/index.php?title=Pop%27n_music_8&action=edit&section=1 as shown in the screenshot but in Firefox 34 and being logged in, the toolbar loads for me, and at the bottom I do see links. Please check your browser console output if there are any errors (more info per browser: Firefox ≥24, Internet Explorer, Google Chrome, Apple Safari, Opera), because I'm curious if the affected users have some gadget enabled which interferes here. --AKlapper (WMF) (talk) 21:43, 22 December 2014 (UTC)

No clue what you mean witrh JS console or how can I know what is wrong. I really sorry, but my knowledge of programming is limitated to Wikitext-user. Regards. --Ganímedes (talk) 23:20, 22 December 2014 (UTC)

Please see the links that I posted. Are the instructions in those links unclear? --AKlapper (WMF) (talk) 23:21, 22 December 2014 (UTC)

I've seen them, but I'm affraid I don't understood them. Sorry. It's too over my edge. I'll see if I can find someone who understand what you mean or need. Regards. --Ganímedes (talk) 23:24, 22 December 2014 (UTC)

Ganímedes: If you tell me which browser (and which browser version) you use, I can probably also provide steps here (at least for Firefox and Chrome I could, because I am used to those browsers). --AKlapper (WMF) (talk) 23:26, 22 December 2014 (UTC)

Chrome: Version 39.0.2171.95 m; Firefox: 34.0.5 --Ganímedes (talk) 23:46, 22 December 2014 (UTC)

Ganímedes: Firefox: Go to a page on es.wp. In the main menu, click "Tools > Web Developer > Browser Console". (I'm not sure on which computer systems there is still a main menu though.) The Browser Console window opens. Click "Clear" so there is nothing shown in that window. Then go back to the main browser window and click "Edit" on the es.wp page. After the page has loaded, go to the Browser Console window. The "JS" (JavaScript) errors would be the interesting ones here - they are the ones with the orange color (at least in my Firefox). --AKlapper (WMF) (talk) 00:35, 23 December 2014 (UTC)

But you understand is not only me but lot of users, with different browsers, right?--Ganímedes (talk) 00:04, 23 December 2014 (UTC)

We do understand that, but no one was able to yet reproduce your problem and find the cause (give us error messages or something like that). Because of that we sadly need more information to help you. - Hoo man (talk) 00:06, 23 December 2014 (UTC)

In my case, problem happens with the "vector" appearance. With the other appearances (as Monobook) have no problems. Occurs only in Spanish Wikipedia; in English Wikipedia is all good. --Mega-buses (talk) 00:13, 23 December 2014 (UTC)

We understand it happens with different skins and different browser but a browser error console log is required to find reasons. Please provide a browser error console log. Please see the links I provided above for more information. --AKlapper (WMF) (talk) 00:29, 23 December 2014 (UTC)

• Error: Unknown dependency: 22 load.php:167
• Error: Unknown dependency: 571 load.php:167
• TypeError: mw.util is undefined index.php:19
• ReferenceError: importScript is not defined index.php:1
• Error: Unknown dependency: 15 load.php:167
• ReferenceError: importScript is not defined load.php:1

This? --Ganímedes (talk) 00:58, 23 December 2014 (UTC)

Ganímedes: Yessss! That looks good. And I forgot one thing, so I am sorry that I have to ask you to do this one more time: Could you perform the same steps again, but manually add "&debug=true" to the end of the address in the browser before you access the page and look at the output in the console window? For the example above, that would be: https://es.wikipedia.org/w/index.php?title=Pop%27n_music_8&action=edit&section=1&debug=true instead of https://es.wikipedia.org/w/index.php?title=Pop%27n_music_8&action=edit&section=1 . Thank you for your help! --AKlapper (WMF) (talk) 01:09, 23 December 2014 (UTC)

I followed the instructions that you have mentioned on this page, and the next has appeared to me:

• Se ha bloqueado la carga del contenido activo mixto "http://es.wikipedia.org/w/index.php?title=User:Axxgreazz/monobook-full.js&action=raw&ctype=text/javascript&dontcountme=s"

translation: It has been blocked load of mixed active content

• "Use of "addOnloadHook" is deprecated. Use jQuery instead."
• "Use of "hookEvent" is deprecated. Use jQuery instead."

--Shadowxfox (talk) 03:16, 23 December 2014 (UTC)

I confirm what Shadowxfox says. Thanks. --Ganímedes (talk) 08:57, 23 December 2014 (UTC)

@Shadowxfox: you could try to update es:Usuario:Shadowxfox/vector.js to use mw.loader.load instead of document.write (see good practices), and also remove that parameter "&dontcountme=s", which is not useful. It would look like this:

mw.loader.load('//es.wikipedia.org/w/index.php?title=User:Axxgreazz/monobook-full.js&action=raw&ctype=text/javascript');

However, that script doesn't look good, because importing it causes many errors in my console:

Helder 19:23, 23 December 2014 (UTC)

When I import that script I do not see all of the above errors - only some of them (it is simpler to use 'importScript'), but I see a mixed content and 404 errors as well as a syntax error. However both toolbars still work for me. Ruslik (talk) 20:21, 23 December 2014 (UTC)

I have a suspicion this is somehow linked to https://gerrit.wikimedia.org/r/#/c/168732/. This change was deployed on Dec 17, and problems were first reported at eswiki early on Dec 19. Significantly, this change switched ResourceLoader to use numeric IDs for module registry data, which looks suspicious in the light of "Error: Unknown dependency: 571" and similar mesages. This, that and the other (talk) 07:07, 23 December 2014 (UTC)

Likely problems started on 17, yes, but we wait to see if they fix somehow. Many times are fixed quickly and you don´t even notice. It took me some time to realize there was a problem, and more than this problem was permanent. It's not like expandable Menu:Cite in the ToolBar -wich let us to put the right refs easily,- that comes and goes with no reason. Sometimes you click Edit and is there, sometimes is not. I asume JS problems were similar to Cite, that's why I said nothing till 19th. Thanks all. Regards. --Ganímedes (talk) 09:49, 23 December 2014 (UTC)

Pinging the author/reviewers of the patch mentioned above by TTO: Roan Kattouw (WMF), Trevor Parscal (WMF). I've also commented on the Gerrit change. --AKlapper (WMF) (talk) 14:28, 23 December 2014 (UTC)

Is there no chance to undo this changes at least provisionally? I know you're working on this and I really appreciate, but I don´t want -actually I can't- to spend till January without edit -because it's almost a feat edit in this conditions. Thanks a lot. --Ganímedes (talk) 16:42, 23 December 2014 (UTC)

Comment. The error message that Shadowxfox sees ("Se ha bloqueado la carga del contenido ...") is caused by http prefix in w:es:Usuario:Shadowxfox/vector.js. It is not related to the toolbar problem. Ruslik (talk) 19:00, 23 December 2014 (UTC)

That's rare because I also get a "mixed active content" problem. --Ganímedes (talk) 19:28, 23 December 2014 (UTC)

It's the same for me, (Firefox 34.0.5, Chrome 39.0.2171.95). The tools disappear when I'm logged in es.wiki and es.wikinews at least. The temporary solution of "&debug=true" functions to me, but is some weary to add in every edition :P Regards, --ProtoplasmaKid (WM-MX) (talk) 19:39, 23 December 2014 (UTC)

Well, I really do not know where the error comes, I just followed the instructions given by you and I posted here. Anyway, all the tools were not working before, now work (almost for me). However I am interested to know what was the problem that affected so many people.--Shadowxfox (talk) 03:26, 24 December 2014 (UTC)

After clean the cache I've got no problem anymore. Thankssssss!!!! --Ganímedes (talk) 07:45, 24 December 2014 (UTC)

This appears to have been an issue with the server-side cache. I reported this issue on IRC yesterday, but had to leave the channel soon afterwards, so someone may have acted to clear the server-side cache. This, that and the other (talk) 08:40, 24 December 2014 (UTC)

For me today the toolbar came back and also the Visual Editor. Thanks a lot guys! --ProtoplasmaKid (WM-MX) (talk) 16:37, 26 December 2014 (UTC)

This problem should be finally fixed now according to phab:T85489 by this change. You might need to bypass your browser cache. Thanks to everybody who helped here! --AKlapper (WMF) (talk) 12:55, 31 December 2014 (UTC)