Tech/Archives/2019

From Meta, a Wikimedia project coordination wiki
< Tech‎ | Archives
Jump to navigation Jump to search

CSS for bulleted horizontal lists broken?

Hey, I just noticed a CSS issue on English Wikipedia (maybe other languages too?) that appears to be affecting horizontal bulleted lists in all navboxes. The CSS logic that dictates whether or not a bullet should appear after a list item seems to have been broken, as all lists now have a trailing bullet. Additionally, sub-lists which are supposed to end in a closed parentheses now instead end in a bullet. Here's a screenshot of the bug occurring on en:Template:Major League Soccer:

Navbox bulleted hlist bug 2019-01-24 at 5.45.12 PM.png

I've checked the history of en:Template:Navbox and en:Module:Navbox, and neither has been updated recently, so I'm assuming it must be a CSS issue. The bug occurs with both Vector and Monobook, so it's not a skin-specific issue. It also occurs if I open an incognito window, so it's not a problem with my own custom CSS files. Has there been an update to English Wikipedia's CSS recently that might have caused this issue? Thanks, IagoQnsi (talk) 22:53, 24 January 2019 (UTC)

@IagoQnsi: It works for me, both with Vector and Monobook, both on Firefox (60.4) and Chromium (71.0) on Debian 9.6 “Stretch”. Could you please provide some details about your environment (browser, OS etc.)? —Tacsipacsi (talk) 01:13, 25 January 2019 (UTC)
@Tacsipacsi: Huh, it seems to be fixed for me too. If someone broke it, I guess they caught their mistake and reverted. FWIW, I'm using Chrome 71 on macOS 10.14, but I remember that I looked at the CSS and it was pretty basic—nothing that would have cross-platform issues (i.e. it was something like #bodyContent .hlist li:after { content: " · "; }). Guess it doesn't matter now... thanks for the reply all the same! –IagoQnsi (talk) 03:59, 25 January 2019 (UTC)

Changing the helppage link

Hi, I'm an admin at sc.wikipedia, and I have an issue with the sidebar. How can I change the "helpage|help" link from "https://www.mediawiki.org/wiki/Special:MyLanguage/Help:Contents" to "https://sc.wikipedia.org/wiki/Agiudu:Agiudu"? I've seen that on the other wikis the local Help:Contents page it's always the one that's opened, how can I fix this problem?--L2212 (talk) 17:03, 13 March 2019 (UTC)

@L2212: Add to w:sc:MediaWiki:Helppage text Agiudu:Agiudu. Stryn (talk) 17:32, 13 March 2019 (UTC)
@Stryn: Done! Thank you very much!--L2212 (talk) 21:17, 13 March 2019 (UTC)

Not all pages tagged with {{delete}} appear in Category:Deleteme

Hi. Why are some some pages tagged with {{delete}} not appearing in Category:Deleteme? This seems to apply to pages in the CNBanner and Translations namespaces. I already tried purging both the pages themselves and the category, and I checked that the pages in question do in fact list "Deleteme" as a category at the bottom. Is this behavior intended? PiRSquared17 (talk) 19:14, 10 March 2019 (UTC)

Known issue. I think Billinghurst suggested doing some magic via a Scribunto Module. But given that I have no idea how that works I can't help in this case. —MarcoAurelio (talk) 11:35, 13 March 2019 (UTC)
I have edited the config page, so hopefully the translations come through, though no promises, and no promises that this is the best way to handle it. We probably look to see what other versions are out there, and see whether there is actually value in it for us.  — billinghurst sDrewth 20:29, 13 March 2019 (UTC)
And as a general note, I think that there is some cache, weird shit issues with regard to {{delete}} and the translations blackmagic. What happens is that a junk page is created and then removed in Translations: ns, and the parent has some artefacts without visible artefacts. Those artefacts should all be cleared now anyway a little work with translation admin hat can resolve that, and I probably look at it once a month.  — billinghurst sDrewth 20:59, 13 March 2019 (UTC)
@Billinghurst: Thanks, it seems to be working! PiRSquared17 (talk) 15:40, 14 March 2019 (UTC)

Ability to upload file(wiki azb)

Hello. How to create an upload file in the azb wiki.Survey azb:ویکی‌پدیا:فایل یوکله‌مه ایمکا‌نین ویکی‌ده یارادماق.E THP (talk) 12:55, 20 March 2019 (UTC)

Do you mean creating a local group for file uploaders? Ruslik (talk) 17:30, 20 March 2019 (UTC)
Yes.Upload file inside wiki azb. Not inside commons.E THP (talk) 20:53, 20 March 2019 (UTC)
Why would you need local uploads? What is the problem with Commons? azbwiki doesn’t seem to be ready currently for file uploads, as I couldn’t find any license templates like {{cc-by-sa-3.0}}. (Unfortunately, I don’t understand anything from the above link: Google Translate recognizes it as Persian, and cannot translate Arabic-script Azerbaijani at all.) —Tacsipacsi (talk) 10:54, 22 March 2019 (UTC)
  1. .(azb:ویکی‌پدیا:فایل یوکله‌مه ایمکا‌نین ویکی‌ده یارادماق Survey to upload file.)
  2. .AZB:بؤلمه:فایل مئساژ قوتوسو (license)
  3. .azb:شابلون:غیر آزاد نیشان (license)
  4. .commons for free files.We want to upload different files.With different license.--E THP (talk) 15:42, 22 March 2019 (UTC)
Non-free files are unwelcome on Wikimedia wikis, and can be uploaded if the wiki has an exemption doctrine policy (and, of course, in accordance with that). I don’t find azbwiki on the list. —Tacsipacsi (talk) 19:24, 22 March 2019 (UTC)
exemption doctrine policy. ok.
azb:ویکی‌پدیا:غیر آزاد محتوا مئیارلاری(Non-free content criteria).

E THP (talk) 10:34, 23 March 2019 (UTC)

My problems with it:
  • I still don’t understand South Azerbaijani. Could you please translate it to English so that I know what it is about? I’m afraid it doesn’t comply with the expectations set in wmf:Resolution:Licensing policy.
  • The Meta page says it’s similar to enwiki’s. Although it’s clearly not, as it’s a lot shorter, this may mean that it refers to fair use. Does fair use exist in the Iranian jurisdiction? Local wikis should respect, in addition to the US’s, the jurisdiction of the country the project is mainly accessed from. According to the enwiki article, it should be Iran.
  • Based on the above message box’s image, I think it says it’s an official policy. Don’t need new policies on azbwiki voted upon? If so, has there been any voting?
Tacsipacsi (talk) 11:22, 23 March 2019 (UTC)
South Azerbaijan is one of the countries of Iran. The rules of azb Wiki are the same as the wikifa rules.E THP (talk) 16:41, 23 March 2019 (UTC)
I think a good approach would be to translate fa:ویکی‌پدیا:معیارهای محتوای غیرآزاد to Azari and save it onto azb:ویکی‌پدیا:غیر آزاد محتوا مئیارلاری. I also think User:Mardetanha is familiar enough with both languages and English, and can help with this conversation. Huji (talk) 21:08, 23 March 2019 (UTC)

@E THP: Sorry, but it’s obviously not true for this particular policy: the Persian version is approximately five times longer than the South Azerbaijani one. —Tacsipacsi (talk) 21:12, 23 March 2019 (UTC)

Webfonts

Hi, I am currently preparing a project page in Chinese Wikipedia.

I would like to know the list of fonts available onsite to be specified using the attribute font-family.

In addition, is it possible to use fonts from Google Fonts directly on a wiki page?

Regards, 無聊龍 (talk) 13:36, 31 March 2019 (UTC)

No, you cannot use Google Fonts. Reedy (talk) 14:19, 31 March 2019 (UTC)

Google indexing and caching new pages too fast

Is there a way to control Google's indexing of new pages or if it's not at the moment, is this something that could be developed? There is a 90-day wait for unpatrolled pages in en-wiki, but in other projects new pages are indexed and sometimes also cached as fast as under 30 minutes.

Fast indexing also causes other problems, but attack pages are in my opinion the worst issue, because they might cause harm to real people. Probably the most common form of an attack page is a nonsense page about a school kid written by their "friends". Such a page might contain private information and insults, and can remain visible for weeks if Google caches the page before it's deleted. Attack pages are also created about notable people whose names might be googled and the cached attack page can be the first result.

We have FlaggedRevs in the Finnish Wikipedia, so if the indexing was possible to be tied to a new page being unreviewed/reviewed, even a few hours' delay would help a lot. The community would have time to review pages before they appear at the top of Google results. -kyykaarme (talk) 16:51, 16 March 2019 (UTC)

@Kyykaarme: Could you elaborate what you mean by "a 90-day wait for unpatrolled pages in en-wiki"? Who waits 90 days with what? --AKlapper (WMF) (talk) 16:55, 16 March 2019 (UTC)
I suspect he means mw:Manual:$wgRCMaxAge (after which the unpatrolled status "expires" or rather vanishes), but I'm not aware of search engines relying on it. Also, remember the Cunningham's Law: reducing exposure to those articles would certainly make them worse, not better. --Nemo 17:08, 16 March 2019 (UTC)
I've understood from this that unpatrolled pages will not be indexed in 90 days, because they probably have NOINDEX in their source code somehow. Projects can also control which pages or namespaces are indexed, except article space which is always indexed even if an article has NOINDEX inserted manually (we recently noindexed our admins' noticeboard when we noticed that Google was indexing posts less than a minute after they were made). Finnish Wikipedia is so small that all new pages will be noticed and bad pages deleted. There is no need for an attack page to be visible in Google, our editors work fast but sometimes not fast enough when there is also a Google spider "patrolling" recent changes. I once deleted an attack page that had been live for a bit over an hour in the middle of the night, but Google had cached it 24 minutes after creation and its content was still visible in Google's cache 20 days later. -kyykaarme (talk) 18:05, 16 March 2019 (UTC)
The English Wikipedia uses mw:Page Curation (mw:Extension:PageTriage), which, among other things, controls indexing during the first 90 days. Until phab:T50552 is complete, it isn't really suited for use on other projects. Using the extension seems like overkill if the only goal is to delay indexing, but it might be the only option currently available. — JJMC89(T·C) 04:43, 18 March 2019 (UTC)
Thanks JJMC89 for the note on PageTriage. Kyykaarme, indeed Google is quite bad at indexing updates and deletions. This is most commonly a problem with existing pages, where vandalised versions get cached in snippets for many hours or sometimes days after being removed (which may actually be the reason the vandalism is inserted in the first place). Maybe we should try to address this root problem rather than a symptom? Nemo 09:35, 18 March 2019 (UTC)
I don't know what you mean by root problem? To me the root problem is that Google indexes new pages too fast, pages that should not be on Wikipedia at all. The system that English Wikipedia uses is not doable or even desirable for other projects. But we have FlaggedRevs, which means that some articles are "preapproved" and some are not. If the indexing of unreviewed articles was delayed, editors would have time to cull the worst cases before they appear in Google results. There would have to be some kind of time limit, because some articles might never get reviewed. As for vandalism in existing pages, I just had the chance to do two tests. Someone had vandalized the lead in two articles, and it was visible in Google results in the text snippet under the article link and in the "infobox" on the right. In both cases the vandalism disappeared in 5-20 minutes after I had reverted the edits. The text snippet cleared up as fast as in five minutes and the box took about 10-15 minutes longer. Is that what you meant and how would you address it? -kyykaarme (talk) 22:13, 20 March 2019 (UTC)
I checked deletion logs on German Wikipedia and found a page that was deleted 3 minutes after creation, and the (abusive) content (about what seems to be a named individual) is still available a week later in Google's cache. Impressive speed for Google, but what if someone created a page with really bad content and Google indexed and cached it in a few minutes and then...what? We don't care because it's not on our servers anymore? -kyykaarme (talk) 21:26, 1 April 2019 (UTC)

Bot script for demographic histograms at lt.wikipedia

Greetings! I need someone who could write a script for collecting data from such kind of excel table and convert it to demographic histogram like this (or insert additional columns into already existing ones). I am planing to collect all the census data of all Lithuanian settlements but I need a tool to insert it to the pages. Anyone (@User:Emaus, @User:Papuass, @User:Ladsgroup, @User:xqt)? Hugo.arg (talk) 09:20, 15 March 2019 (UTC)

Surely nobody could help? Hugo.arg (talk) 16:06, 14 April 2019 (UTC)
@Hugo.arg: I will try to help with this. PiRSquared17 (talk) 16:12, 14 April 2019 (UTC)

Thank You very much @PiRSquared17: for paying attention. I already have thought possible algorithm:

  • follow the URL link in A column
  • check for lt:Šablonas:Dem template
  • if not found then
    • insert "dem" template + == Gyventojai == heading at the end of page but above == Nuorodos == ad/or == Šaltiniai ==
    • kolon = sum of not empty columns at Excel line for actual settlement but not above 8 (too wide template may affect other templates or pictures at the page)
    • till = highest number from the line
    • inc = 10 if till <50; 20 if till <100; 50 if till <1000; 100 if till >1000;
    • incmin= 5 if till <50; 10 if till <100; 20 if till <1000; 50 if till >1000;
  • if it is found then
    • insert these data, which lacks actual "dem" template
    • do not alter already existing data (for ex. if "dem" template already has census data for year 1923 then it should be left as it is, not importing from the excel table)
    • alter kolon / till / inc / incmin as above;
  • additionally, I inserted column "ist." where old/obsolete names of the settlement are presented. These should go to the lt:template:Ltgyv section istpav = . This could be made manually approved by the bot master.

If any questions, please ask ! Hugo.arg (talk) 16:42, 14 April 2019 (UTC)

Update of MediaWiki:PageNumbers.js for the <pages/> function at Hebrew Wikisource

Hi, I was referred to this page as a good place to ask about the following:

On Wikisource wikis, there is a <pages/> function implemented. An Interface administrator is needed to update MediaWiki:PageNumbers.js in order to provide added functionally to the <pages/> function, specifically so that the function will indicated the individual pages and show page numbers in the margin.

For an example of how the <pages/> function is supposed to work, please see this example at English Wikisource. In Hebrew Wikisource, all the function currently does is show the range of pages, but it does not indicate the individual pages nor show the numbers in the margin.

(Also please note that as Hebrew is an RTL language, the page numbers should be shown if possible in the right margin rather than in the left margin.)

Thanks to anyone who might be able to assist, Dovi (talk) 14:14, 17 April 2019 (UTC)

The page numbers themselves can be displayed using MediaWiki:Proofreadpage_pagenum_template. This is a regular interface message, which can be edited by any admin (including you). Looking at the source, it’s almost same as the English counterpart (but not entirely, so you can try copying the English version over and hope that it solves the issue). If you want to have a non-JavaScript solution, you can take a look at s:hu:Sablon:Oldal/szám (the above-mentioned interface message is redirected to it). The advantage of this solution is that it works without JavaScript, which means it loads a bit faster, no interface admin right is needed for any modification, and works on more devices (like old browsers and mobile devices); the drawback is that highlighting the page’s text is harder with this approach, probably impossible without JavaScript (and the current JS should be completely rewritten to get it work), just like any other user interaction like hiding page numbers. By the way, it’s much more important for debugging to see a non-working example than a working—I can imagine how it’s supposed to work based on your description, but I can’t imagine in what way doesn’t it, not to mention debugging using the browser’s debug tools. So could you please show an example where it doesn’t work (on hewikisource)? (Just a side note: Hebrew Wikisource has four interface admins, so you don’t need—and consequently won’t get—help from Meta to do the actual changes. This refers, of course, only to the edit action itself, not the technical help needed for putting the right code together, so feel free to keep asking.) —Tacsipacsi (talk) 20:29, 17 April 2019 (UTC)
Thanks so much Tacsipacsi for your helpful insights! For an example of it not working on Hebrew Wikisource, please see here (the text appears correctly page-by-page, but there are no page numbers in the margin nor a way to highlight the content of a single page). In addition, I will contact one of our interface admins (I hadn't realized who was one). Thanks again for your help, Dovi (talk) 11:40, 18 April 2019 (UTC)

A script error

I am currently working on the project Khowar Wikipedia which is present in the Incubator. I would like to know whether somebody can resolve the issue being listed in Community Portal. Adithyak1997 (talk) 14:03, 18 April 2019 (UTC)

Answered there. —Tacsipacsi (talk) 17:38, 18 April 2019 (UTC)

Parser functions to move numbers

Is there a function that can detect if the input line contains a number and then move just that number to a new cell?

Example: Input line= Hero Attack +20%

Ideally it would automatically move the +20% to a new cell in the infobox

text number
 The way a user would enter it
Hero Attack +20% Blank
 automatically converts to this
Hero Attack +20%

Tprivitor (talk) 15:32, 28 April 2019 (UTC)

Better to use Scribunto for implementing algorithms on wiki pages. Incnis Mrsi (talk) 18:40, 28 April 2019 (UTC)
Probably even better to just fix the wikitext than to try to use Scribunto to hack it up. Anomie (talk) 13:23, 29 April 2019 (UTC)

Uploading files on mobile view

I don't understand why, in mobile view, every sidebar menu in every project (like https://en.m.wikipedia.org/ and https://commons.m.wikimedia.org/) doesn't give me an option to upload files. To upload files, I have to manually search for tools to upload files, like c:Commons:Upload, c:Commons:UploadWizard, or w:en:Wikipedia:File Upload Wizard. Why is uploading less convenient? Alternatively, I could upload files on just the Wikimedia Commons mobile app, but the project accepts only freely-licensed and public domain content. --George Ho (talk) 00:08, 9 May 2019 (UTC)

What's new in Wikimedia in terms of ML/AI?

I am lost on this. Capankajsmilyo (talk) 06:41, 9 May 2019 (UTC)

Changing the sidebar "In other projects" links

Hi, I'm an admin and interface admin at sc.wikipedia, and I have an issue with the sidebar. How can I change the links from the "In other projects" section that appears only in the main page from the English main pages to the respective Sardinian ones? For example, from [1] to [2].--L2212 (talk) 07:42, 7 June 2019 (UTC)

@L2212: This sent me down a rabbit-hole of complexity! I've attempted to explain the details of the problem in a new comment at the existing task tracking this feature request, at phab:T154181#5243963. TLDR: It's not possible currently, but the issue should be clearer for everyone to understand now, which greatly increases the possibility of a fix! Quiddity (WMF) (talk) 21:43, 7 June 2019 (UTC)
@Quiddity:Ah, ok! Well, I will wait to see if anyone will fix it someday, then. Thank you very much for the informations!--L2212 (talk) 18:07, 9 June 2019 (UTC)

Do Wikimedia sites have sitemaps?

On my local Wikipedia (iswiki), Google indexes new articles right away, but does not seem to crawl them again until months later. Deleted articles appear at the top of Google search results for weeks on end. Is there something like Extension:AutoSitemap we could turn on, or is there a better way to force Google to refresh our project more often? Thank you. Þjarkur (talk) 23:02, 18 June 2019 (UTC)

Someone might have a more useful overall answer to your question, but have you seen en:Wikipedia:Purging Google search results? I've submitted a few reports and have had pages removed within 24 hours. Killiondude (talk) 03:34, 19 June 2019 (UTC)
Thanks! That's helpful. Þjarkur (talk) 17:21, 19 June 2019 (UTC)
See phab:T198965. Legoktm (talk) 17:25, 19 June 2019 (UTC)

extreme slowness

Hello.There is extreme slowness In Wikimedia projects:All pages open slowly.They work suddenly and then suddenly slow again --ديفيد عادل وهبة خليل 2 (talk) 07:32, 23 June 2019 (UTC)

They're working fine for me. Are you sure it is not a problem of your internet connection/service? Regards, —MarcoAurelio (talk) 10:11, 23 June 2019 (UTC)
Other sites work normally --ديفيد عادل وهبة خليل 2 (talk) 11:35, 23 June 2019 (UTC)
See also phab:T226048, which is about a networking issue that may be affecting traffic from Europe and traffic from countries outside Europe that are routed through Europe (which includes parts of Africa and Asia). In particular see the suggestions I listed at T226048#5266967, might help to narrow down the cause. --Krinkle (talk) 13:25, 23 June 2019 (UTC)

something wrong in a module of Hakka wikipedia

I have copied a module from Min Nan wikipedia (zh-min-nan:Module:Authority control) to Hakka wikipedia (hak:Module:Authority control), but it seems doesn't work. See hak:Template:Authority control, it says: "Lua error in Module:HtmlBuilder 92 lines: Tried to write global getAttr". can someone help me fix it?--el caballero de los Leones (talk) 10:40, 28 July 2019 (UTC)

@唐吉訶德的侍從: hak:Module:Navbox and hak:Module:Navbar needed to be updated. However, some new texts appeared in the English version since last copying, so these are still in English (I’ve marked them by adding a -- TODO translate before them, which can be safely removed in its entirety after translating), while other texts use Chinese characters; you may want to use Latin instead. —Tacsipacsi (talk) 12:52, 28 July 2019 (UTC)
Thank you very much!--el caballero de los Leones (talk) 16:45, 28 July 2019 (UTC)

Watchlist

Feature could be useful to add : running on mobile version, the watchlist only displays conventionnal pages (articles). Yhe talk pages and the help pages are not in sight. So you cannot withdraw them easily from your list. Apoart from that, the design is very nice on mobile version. 109.62.69.39 20:46, 5 August 2019 (UTC) Le Vernaculaire Post Scriptm : I've got an English account but I mostly contribute over french wiki

multiple issues in Hakka wikipedia

There are multiple issues in Hakka wikipedia. Let's see the page hak:Liû Tet-fà, it looks ugly:

  1. First, the template {{Infobox}} should have a frame and float to right just like its English version.
  2. Second, the template {{Navbox}} should have a "show/hide" botton just like its English version. In Hakka, " hién-sṳ " = show, " yún-chhòng " = hide.--el caballero de los Leones (talk) 12:24, 10 August 2019 (UTC)
@唐吉訶德的侍從: Fixed both. The navbox toggle links don’t use your translations but already existing translations from translatewiki.net (translatewiki:MediaWiki:Collapsible-expand/hak and translatewiki:MediaWiki:Collapsible-collapse/hak). Feel free to correct them if they’re wrong, but please note that you need a separate account to change translations on Translatewiki. Also I noticed that the collapse text is broken into two lines for me. This is because of the rule in hak:MediaWiki:Common.css, line 266 (you can see line numbers if you click on the “Khon ngièn-sṳ́-mâ” tab). Probably a bit larger number is needed for Hakka text (8em looks good for me), but you need to ask for help at Steward requests/Miscellaneous for steward help to change it as only stewards and interface administrators can modify Common.css (see Interface administrators for explanation), and currently there are no interface admins on Hakka Wikipedia. —Tacsipacsi (talk) 22:29, 10 August 2019 (UTC)
Thanks a lot!--el caballero de los Leones (talk) 10:56, 11 August 2019 (UTC)

Abuse Filter

Does anyone know the process to enable abuse filter having the ability to block editors on a project? Thanks, Vermont (talk) 22:49, 3 September 2019 (UTC)

The project would need to have consensus for such a change, and then file a phab ticket. [3]. Killiondude (talk) 03:47, 4 September 2019 (UTC)

Out of interest

Hi, Just out of interest, with your Tech News, how are you adding in news from the future if you know what I mean? [Do you have some sort of contract].

Cheers, Beeney :)

@Beeney xx: Hi, what do you mean by "news from the future" ? Examples always help!
You can read more about Tech News at Tech/News, which might answer your questions. Quiddity (WMF) (talk) 19:33, 11 September 2019 (UTC)

Well on this talk page is states 2019-36 for example? What does the 36 represent?

Cheers

Beeney :)

  • On the talk page I was directed from. [If you know which one I mean]

Issue on sc.wikipedia and Wikidata

Hi, I'm a sysop on sc.wiki and a user told me that he repeatedly had problems with Wikidata. After creating a new article, when he tries to add links to other languages, he sometimes receives this message:

Error: $ 1.

You need to carry out this action.

This page has been protected to prevent editing or other actions.

And then he can't continue. If, instead, I try to do the same, there is no problem. The last time it happened the article was this one: sc:Asteròide. I asked him if he was using a VPN and he said he wasn't, so what could be the problem?--L2212 (talk) 17:09, 17 September 2019 (UTC)

No mysteries here: the page is semiprotected on Wikidata and sadly 50 edits are required to become autoconfirmed on Wikidata, but the user only has 10. The "confirmed" permission can be asked at wikidata:Wikidata:Requests_for_permissions. Nemo 18:50, 17 September 2019 (UTC)
Ah, ok! Thank you very much, I'll let him know!--L2212 (talk) 09:46, 18 September 2019 (UTC)

{{Usertalkback}}

I don't know since when, but {{Usertalkback}} used to align @ center but now aligns at the left to me. screenshot

User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10_14_6) AppleWebKit/605.1.15 (KHTML, like Gecko) Version/12.1.2 Safari/605.1.15 (Safari)

— regards, Revi 10:33, 22 September 2019 (UTC)

@-revi: phab:T233359, we’re waiting for deployment. —Tacsipacsi (talk) 12:40, 22 September 2019 (UTC)

Problems with editnotice (Group notice / Page notice)

Please see [4]. I can see and edit a page notice if it has already been edited, but not if it hasn't. I am an admin on en.wiki. I have changed browsers and cleared cookies, and switched to my mobile, etc, none of these resolve the problem for me. I'm not sure if the problem is peculiar to my account. I have removed (and then replaced) all the scripts I have. Any suggestions? SilkTork (talk) 18:58, 30 September 2019 (UTC)

Reverting the new "collapsed search interface" on Special:Contribs

How do I disable the "collapsed" search interface on Special:Contribs? On group1 wikis, I see this but on group2 I see this. As part of my S work I frequently keep one Contribs tab open and keep searching the contribs on and on and on and the idea that I have to make an extra one click is horrible (at best). I have locked 424 accounts in 2019, and this new feature means I have to click 423 more times to complete my job. JavaScript, pref config, whatever, I want to stop this insanity. — regards, Revi 07:32, 3 October 2019 (UTC)

Offending commit was phab:rMW275b77452adeff8f6e4cac5bef416e2824998e9c (ticket phab:T191868). — regards, Revi 07:39, 3 October 2019 (UTC)
Hi Revi, a very quick solution would be to add .mw-special-Contributions .oo-ui-fieldsetLayout-group.mw-collapsible-content { display: block !important; } to your common.css --Volker E. (WMF) (talk) 07:55, 3 October 2019 (UTC)
I've also added .mw-special-Contributions .oo-ui-fieldsetLayout-header { display: none !important; } to hide the "Search for contributions" header. stwalkerster (talk) 22:14, 3 October 2019 (UTC) Edited to add missing !important stwalkerster (talk) 22:17, 3 October 2019 (UTC)
Please note, that a “pinning” functionality is discussed for users, who want the form always collapsed in phab:T234569. --Volker E. (WMF) (talk) 03:42, 8 October 2019 (UTC)

Disable Tagger script for a particular project

Hello, I've installed Tagger script on my global.js. Would you mind helping me to disable the script for a particular project (Such as enwiki or commonswiki only)? Thank you for your time! Kind regards, — Tulsi Bhagat (contribs | talk) 04:58, 11 October 2019 (UTC)

See the bottom of my global.js for what I do. I think this should work for you:
// This tool can tag pages with a few clicks (which is much faster than editing the whole page per Hand).
// by [[m:user:Hoo man]] <https://meta.wikimedia.org/wiki/User:Hoo_man/Scripts/Tagger>
if ( $.inArray( mw.config.get("wgDBname"), ['excluded_dbname1', 'excluded_dbname2', '...'] ) === -1 ) {
mw.loader.load('//meta.wikimedia.org/w/index.php?title=User:Hoo_man/tagger.js&action=raw&ctype=text/javascript');
}
MarcoAurelio (talk) 11:20, 11 October 2019 (UTC)
@MarcoAurelio: Thank you so much! Face-smile.svg Kind regards, — Tulsi Bhagat (contribs | talk) 15:49, 11 October 2019 (UTC)
@Tulsi Bhagat: You're welcome. Did it work? —MarcoAurelio (talk) 16:26, 11 October 2019 (UTC)
Yes, it worked. Kind regards, — Tulsi Bhagat (contribs | talk) 16:31, 11 October 2019 (UTC)

Google Code-In will soon take place again! Mentor tasks to help new contributors!

Hi everybody! Google Code-in (GCI) will soon take place again - a seven week long contest for 13-17 year old students to contribute to free software projects. Tasks should take an experienced contributor about two or three hours and can be of the categories Code, Documentation/Training, Outreach/Research, Quality Assurance, and User Interface/Design. Do you have any Lua, template, gadget/script or similar task that would benefit your wiki? Or maybe some of your tools need better documentation? If so, and you can imagine enjoying mentoring such a task to help a new contributor, please check out mw:Google Code-in/2019 and become a mentor. If you have any questions, feel free to ask at our talk page. Many thanks in advance! --Martin Urbanec 07:28, 5 November 2019 (UTC)

To make a developer-friendly image available for download

I wish there was a image (.iso or docker or something) which people can download to get the latest copy of any wiki and its currently installed extensions and scripts on their pc. With the difference being that they're a full admin and crat and everything else they can possibly fancy there. Then they can use it to develop extensions and scripts and whatnot. I believe this may increase engagement of more people in development work. But I don't know (a) whether it's better to have QEMU or DOCKER or what else (b) who is the best expert in this to guide me with creating a vanilla debian image and setting a wiki on it which is developer friendly.

This was raised at the community wishlist survey here, but was out of scope, and where Tacsipacsi commented "I’m not sure if it’s feasible at all, even if we mask out sensitive personal data such as email addresses, password hashes or checkuser logs". I would be greatly interested in knowing what problems would remain in that case.

Thanks and best regards,
--Gryllida/ 22:52, 6 November 2019 (UTC)

The closest thing to this that currently exists is mw:MediaWiki-Vagrant. That is the most complete system that I know of for setting up MediaWiki in a local development machine and automating the deployment and configuration of a large number (but not all) of extensions used on the Wikimedia wiki farm. Getting the content of the wikis included into this type of testing environment would be something between difficult and impossible. Using monthly dumps from the Data dumps project would be the most reasonable way to get content which had been properly sanitized to ensure that non-public data was removed.
Coincidentally, the focus of mw:Wikimedia Technical Conference/2019 which will be taking place next week is "Developer Productivity" and will include several sessions directly related to improving the tools and data provided for MediaWiki and Wikimedia development. You might take a look at the session descriptions and see if there is one where you could leave comments about specific things you would like to be able to do with a local MediaWiki that are unclear today. --BDavis (WMF) (talk) 22:08, 7 November 2019 (UTC)
Thank you. I tried vagrant before but could not find an option to get a WMF wiki in it, eg its settings or extensions (opt in not all) or gadgets (this is important) or selected parts of content. Are these options available anywhere? Please see also the new question below. Thanks and best regards, --Gryllida 05:02, 10 November 2019 (UTC)
@Gryllida: Removing nonpublic data can hurt the integrity of the database—for example, deleted revisions are still present in the database and it was not designed to make it easy to remove them. Also, many things are global now (global user accounts, global rights, global preferences, global Wikidata data and Commons images etc.), which may break seriously on isolated local systems. –Tacsipacsi (talk) 11:46, 9 November 2019 (UTC)
Can a global-like setup be re-created locally? Please see also the new question below. Thanks and best regards, --Gryllida 05:02, 10 November 2019 (UTC)

I believe some wmf wikis are re-created at wmflabs without importing the global accounts - but I forgot the link, only remember it had 'beta' in it - how is that done? --Gryllida 05:02, 10 November 2019 (UTC)

@Gryllida: The "Beta Cluster" is a Cloud VPS project named "deployment-prep". The OpenStack Browser tool lets us see what resources are in use there. At the time I am writing this comment, deployment-prep uses 78 instances (virtual machines) which collectively use 193 CPU cores and 370GB of RAM (approximately 24 times as much CPU and RAM as the laptop I am using at the moment). This environment hosts 34 wikis, but none of them are up to date copies of a production project. Most of these wikis are small collections of content which was exported from a production wiki using Special:Export plus some locally created content. I believe the beta version of simplewiki was at one time a complete export of simplewiki, but a comparison of Special:Statistics shows that is no longer the case. --BDavis (WMF) (talk) 07:13, 10 November 2019 (UTC)
Thanks BDavis (WMF). I think that's about 6 CPU cores per wiki and about 11GB of RAM for one wiki. How do I install one wiki like this, and share it with my friends who are also interested? --Gryllida 04:23, 12 November 2019 (UTC)

@Gryllida: I’m not sure if the globality-independent issues would allow replicating the global setup, but even if they did, it would mean tens of millions of users, hundreds of millions of pages and billions of edits to be stored on your local computer. I don’t think any single hard disk have ever existed that could store this amount of data, and I bet you don’t have a sufficient cluster in your basement (not to mention how “easy” setting this up would be). —Tacsipacsi (talk) 21:00, 10 November 2019 (UTC)

As I said initially, "The closest thing to this that currently exists is mw:MediaWiki-Vagrant." The beta cluster is a "custom" system rather than a "product". MediaWiki-Vagrant was built to be a shared solution for local development and testing in a "product" sense, mostly meaning that it is intended for used by multiple people with multiple goals in multiple deployments on local machines. --BDavis (WMF) (talk) 15:24, 12 November 2019 (UTC)

onchange on global.js

Hello there! Why an OnChange event listener does not work on a global.js? In a local js everything works, but via the global script event does not happen. What could be the problem? Thanks.—Iluvatar (talk) 23:35, 8 November 2019 (UTC)

When I load it, it throws TypeError: document.getElementById(...) is null. I recommend using pure jQuery, not this legacy syntax. --Matěj Suchánek (talk) 08:59, 9 November 2019 (UTC)
This script should work only on &action=delete page when user choise reason to delete from a drop down menu. In other places wpDeleteReasonList is not exist, therefore null.—Iluvatar (talk) 10:28, 9 November 2019 (UTC)
@Matěj Suchánek: Of course it throws an error when loaded not on an &action=delete page (which is not nice, but should cause no problem). However, it doesn’t work on delete pages either, without throwing any error. Neither works
$('#wpDeleteReasonList').change(function () { alert(this.value); })
—it looks like OOjs doesn’t fire the change event (manually calling $('#wpDeleteReasonList').change() executes both the pure JavaScript and the jQuery event, so that part works). @Iluvatar, am I right “local js” means a non-WMF wiki, which doesn’t use OOUI? —Tacsipacsi (talk) 10:31, 9 November 2019 (UTC)
@Tacsipacsi, no, any local vector.js. For example, ruwiki.—Iluvatar (talk) 11:18, 9 November 2019 (UTC)
Weird. I can’t test it on ruwiki as I’m not an admin there, but it didn’t work for me from browser console on huwikibooks. Have you tried the global script on ruwiki? And loading your local script from the global one using the following code?
mw.loader.load('https://ru.wikipedia.org/w/index.php?title=User:Iluvatar/test.js&action=raw&ctype=text/javascript')
Tacsipacsi (talk) 11:38, 9 November 2019 (UTC)
I do not understand anything.
On ruwiki: all works is fine. Local, global, local as global from ruwiki and from be-tarask.
Others wiki: local, global, local as global not works.—Iluvatar (talk) 12:23, 9 November 2019 (UTC)
Then most probably ruwiki has some site-global JavaScript (or something loaded in your vector.js) that makes it work. Probably you should ask there what this on-wiki bug fix may be. —Tacsipacsi (talk) 12:56, 9 November 2019 (UTC)
Yes, but why does this simple script not work on other sites? Bug? Maybe I should report about it on phab? (this script need to me as global, not on ruwiki) Event listeners used in many anothers global scripts.—Iluvatar (talk) 13:10, 9 November 2019 (UTC)

┌───────────────────────┘
I can imagine there’s a bug which has been worked around on ruwiki. So I think it’s easier to ask on ruwiki—maybe some tech gurus there know what this bug is, and probably they’ve already reported it on Phabricator. Or they haven’t, but now they create a more informative task than what we could do. —Tacsipacsi (talk) 21:07, 10 November 2019 (UTC)

Your wiki will be in read-only on November 26

Hello!

Sorry to use English. Please help translate to your language. Thank you.

Your wiki will be on read-only mode for a maintenance task on 26th November, from 06:00 to 06:30 AM UTC. The read-only mode is supposed to take a couple of minutes.

Edits won't be possible, but reading will still be possible. A banner will be displayed to warn users before the operation.

This is due to a database moved to a different server. To know more, please check phab:T238046.

Please share this announcement with your community, and post it at the right places if needed.

Thank you, Trizek (WMF) (talk) 18:03, 20 November 2019 (UTC)

Wikipedia Contribution Request - "Own Amount" does not work ...

I got the contribution request pop-up and tried to enter my own amount.

I selected "Once" "Other amount" and "Paypal". Upon continuation, there is only an error message saying "You can't enter a zero amount" or something similar. There is no way to continue.

Is this a known problem? If I'm posting in the wrong place, be so kind and advise.

Thanks, Digidietze (talk) 13:57, 24 November 2019 (UTC)

Module in ka.wiktionary

Dear colleagues, today I create several Module pages in Georgian wiktionary for Template:senseid (see also Template:senseid in en.wiktionary); it works, but there is little problem. For example, in that article first meaning is well, but the second has "dot" () after list mark [2]. Template:senseid works in that case: # {{senseid|en|..., but we use [2] and not 2. (or 1.) at numbering of list. Can someone help me in removing that "dot", or in changing mark # —> 1. 2. 3. to # —> [1] [2] [3]. Best regards, გიო ოქრო (talk) 15:20, 6 December 2019 (UTC)