Tech/Archives/2021

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

Feature of PLURAL in Turkish language

Hello,

Some translation pages have the PLURAL feature/plugin, but there is no need to use this feature in Turkish language because when a number comes in front of a noun, the noun does not get a plural. However, the interface does not acknowledge this and sees it as an untranslated or incomplete translation. This problem needs to be corrected in Turkish translations. But page gives warning as "{{PLURAL:}} has duplicate forms at the end." You have to remove this warning for Turkish language.

For example;

in English {{PLURAL:$votes|$votes support vote|$votes support votes}} means "1 support vote" or "2 support votes". This is correct use for English.

in Turkish {{PLURAL:$votes|$votes destek oyu|$votes destek oyu}} means "1 destek oyu" or "2 destek oyu". We can't make it plural ({{PLURAL:$votes|$votes destek oyu|$votes destek oyları}} is wrong use) (for usage, you can see in this page) --Cemallamec (talk) 12:24, 15 January 2021 (UTC)[reply]

@Cemallamec: You can simply drop the second parameter: {{PLURAL:$votes|$votes destek oyu}}. This will result in the first (and only) parameter for any number. —Tacsipacsi (talk) 18:17, 15 January 2021 (UTC)[reply]
@Tacsipacsi:, thank you. This works! --Cemal (talk) 09:33, 16 January 2021 (UTC)[reply]

Suggestion: Can the wonderful hover capability in Wikipedia be improved so that when you hover over a link to a disambiguation page you see some of the disambiguation page content instead of merely a sentence mentioning that it contains items? This is a suggestion for action, not a question to be answered. Thank you!

Suggestion: Can the wonderful hover capability in Wikipedia be improved so that when you hover over a link to a disambiguation page you see some of the disambiguation page content instead of merely a sentence mentioning that it contains items? This is a suggestion for action, not a question to be answered. Thank you!--2604:2D80:CC0F:0:44F6:A56E:4198:E291 17:34, 22 January 2021 (UTC)[reply]

Code not working on some pages

Hi, I am working on this code.

It do work (I tested it on itwiki) on talk pages (example) and on Special:Contributions; it does not work on ns0 and some special pages such as Special:Watchlist.

The error occours when I try pressing the button I've just created (in p-personal); there is something going wrong when trying to create a dialog.

The error I get on ns0 is the following one

Uncaught TypeError: Cannot read property 'Dialog' of undefined
    at HTMLLIElement.<anonymous> (todo.js?action=raw&ctype=text/javascript:61)
    at HTMLLIElement.dispatch (load.php?lang=it&modules=jquery&skin=vector&version=tqh7e:69)
    at HTMLLIElement.elemData.handle (load.php?lang=it&modules=jquery&skin=vector&version=tqh7e:66)

While in Special:Watchlist:

Uncaught Error: inheritClass: Origin is not a function (actually undefined)
    at Object.OO.inheritClass (<anonymous>:391:54697)
    at HTMLLIElement.<anonymous> (todo.js?action=raw&ctype=text/javascript:61)
    at HTMLLIElement.dispatch (load.php?lang=it&modules=jquery%2Coojs-ui-core%2Coojs-ui-widgets|mediawiki.rcfilters.filters.ui&skin=vector&version=14e8x:69)
    at HTMLLIElement.elemData.handle (load.php?lang=it&modules=jquery%2Coojs-ui-core%2Coojs-ui-widgets|mediawiki.rcfilters.filters.ui&skin=vector&version=14e8x:66)

I tryied manually importing some scripts, since it seems that it does not recognize OO.ui.Dialog, but it keep being broken.

Can someone help me? Thank you--ValeJappo【〒】 15:20, 25 January 2021 (UTC)[reply]

@ValeJappo: I've skimmed through the script, the first and foremost thing that comes to mind is that it's manually loading OOUI modules in a way that is 1) Not supported (in that it's error-prone, because you're directly using the module names), 2) Not working, because you're generating script tags, but not appending them to the DOM. The correct way to do this is to use the appropriate ResourceLoader methods to import the relevant OOUI modules (probably oojs-ui-core and oojs-ui-widgets). All of this is going to be async so you need a callback to run your code after the modules have been loaded. The reason why the script is currently working on some pages but not other is that some other JS code (might be a userland script or a MW script) is already importing OOUI modules before your script runs, which is basically random. --Daimona Eaytoy (talk) 15:33, 25 January 2021 (UTC)[reply]
@Daimona Eaytoy: thank you, I figured out how to load all modules in a right way:
mw.loader.load( 'oojs-ui-core' );
mw.loader.load( 'oojs-ui-widgets' );
mw.loader.load( 'oojs-ui-toolbars' );
mw.loader.load( 'oojs-ui-windows' );
ValeJappo【〒】 15:56, 25 January 2021 (UTC)[reply]
@ValeJappo: It's still not enough, the mw.loader.load calls are asynchronous, and there's no guarantee that they'll have completed by the time the script tries reading OOUI stuff. The right thing to do this is to use mw.loader.using (see link above), and run your code that depends on OOUI inside the success handler for the promise returned by the mw.loader.using call. --Daimona Eaytoy (talk) 16:34, 25 January 2021 (UTC)[reply]

en:Template:Val equivalent for cswiki

Hello tech experts, would you know if there is a Czech Wiki equivalent for a template en:Template:Val? Whom to ask? How to find out? Many thanks, KPX8 (talk) 18:40, 25 January 2021 (UTC)[reply]

This template is only a shell. All program code is in en:Module:Val. You need to translate it into Czech. Ruslik (talk) 20:48, 27 January 2021 (UTC)[reply]

Starting the Wikimedia Rust developers user group

Hi everyone,

We are starting a user group for people interested in spreading the adoption of the Rust programming language in the Wikimedia movement. If you're not familiar with it, Rust is a systems programming language that aims to provide the trifecta of safety, concurrency and speed. It's very fun to use (rated #1 favorite language in Stack Overflow's survey 5 years and counting) and has fantastic tooling.

If you're already using Rust or looking to get started - please sign up!

The current proposed goals of the user group are:

  • Develop a rich toolkit of Rust libraries and applications for working with Wikimedia and MediaWiki projects and APIs
  • Make Rust a first-class language in Wikimedia infrastructure like Toolforge
  • Encourage the usage of Rust where appropriate to build safer and better tools
  • Assist others who end up encountering Rust and need help (e.g. when upstreams adopt Rust)
  • Mentor new developers who are interested in contributing technically to the Wikimedia movement, including through programs like GSoC and Outreachy

Have other ideas of what we could do? Please suggest them on the talk page!

Legoktm (talk) 07:50, 12 February 2021 (UTC)[reply]

API query in Polish language

Hi,

I'm trying to get a result like the one here:

https://codepen.io/malavender/pen/qdvMyO

but when swapping the API URL to 'pl.' and query titles to ex. 'Szczęście' (Happiness), I get nothing. Tried using UTF-16 encoding (Szcz%C4%99%C5%9Bcie) to avoid diacritics, but that fails, too.

Can anyone advise? I'd just like to be able to list some topics, like the codepen author does on line 7 of his .js script.

Best regards, bo — The preceding unsigned comment [[Special:Diff/Base (talk) 13:14, 12 February 2021 (UTC)|was added]] by Bonobonoxyz (talk) 12:24, 12 February 2021 (UTC)[reply]

Bonobonoxyz, is the API response also empty or only the final result? English and Polish Wikiquote probably use different formats of templates, so you need to rewrite response parser to accommodate that. There is a proposal of Structured Wikiquote and I very much hope that in the future we will have it, then something as simple as getting a list of quotes will be a trivial task, but at the moment it is what it is. P.S. Please use four tildes, ~~~~, to sign. --Base (talk) 13:14, 12 February 2021 (UTC)[reply]
The language here is not an issue, it's more a matter of what you're trying to do. From your code I see you're trying to use the mw:Extension:TextExtracts, which is better than trying to do all the parsing yourself, but what do you expect to get from it? What are you trying to accomplish? How did you determine that's the best API for the purpose? From what I can tell, it's working as expected: https://pl.wikiquote.org/w/api.php?action=query&prop=extracts&exsectionformat=plain&titles=Szcz%C4%99%C5%9Bcie
The API does very little work for you, don't expect to have anything that works consistently across languages. I wonder if maybe it would be helpful to consider the matter more generally: mw:API:Parsing wikitext, mw:Extension:FeaturedFeeds. Nemo 19:05, 12 February 2021 (UTC)[reply]

Technical maintenance planed‬

Translating Wikimedia portals

I want to translate https://www.wikibooks.org/, https://www.wikiversity.org/, https://www.wikivoyage.org/, https://www.wikinews.org/, https://www.wikiquote.org/ and https://www.wiktionary.org/ in Romanian, but I do not know where I can do that. Also, I already translated https://www.wikipedia.org/ on translatewiki in Romanian, but the translations are still not live. --NGC 54 (talk / contribs) 10:51, 22 February 2021 (UTC)[reply]

@NGC 54: Hi, looks like the last "Localisation updates from https://translatewiki.net" was merged into the codebase seven days ago. The codebase then gets copied (deployed) on the servers usually once a week (if all goes well). So things can take up to two weeks in total. When did you finish the translations? --AKlapper (WMF) (talk) 15:23, 22 February 2021 (UTC)[reply]
For general info and context: Project portals. --AKlapper (WMF) (talk) 15:26, 22 February 2021 (UTC)[reply]
@AKlapper (WMF): 35 messages on 6 February 2021, 2 messages on 17 February 2021 and 4 messages on 20 February 2021. None of these messages are live. --NGC 54 (talk / contribs) 17:49, 22 February 2021 (UTC)[reply]
Are you sure? I just randomly checked https://translatewiki.net/wiki/MediaWiki:Wikibase-sitelinks-wikiversity/ro and it's on https://www.wikidata.org/wiki/Q80699535?uselang=ro. Stryn (talk) 08:21, 23 February 2021 (UTC)[reply]
@Stryn: When I acces https://www.wikipedia.org/, I see "enciclopedia liberă" instead of "Enciclopedia liberă" (https://translatewiki.net/w/i.php?title=Wikimedia:Portals-wiki.slogan/ro&action=history); I see "Wikipedia is hosted by the Wikimedia Foundation, a non-profit organization that also hosts a range of other projects." instead of "Wikipedia este găzduită de Wikimedia Foundation, o organizație non-profit care găzduiește de asemenea o varietate de alte proiecte."... --NGC 54 (talk / contribs) 11:33, 23 February 2021 (UTC)[reply]
I also still see the old translation (I had to dig into my browser preferences as it doesn’t seem to be a way to change the display language on www.wikipedia.org…), even though the change appeared in Git almost two weeks ago now. No idea what’s going on. —Tacsipacsi (talk) 14:38, 28 February 2021 (UTC)[reply]
@NGC 54 and Tacsipacsi: The portals are unlike the MediaWiki software, they have a separate manual deployment process: phab:T128546. Normally this happens on a Monday morning, but it appears to have been missed for a few weeks (I know one of those Mondays was a WMF holiday). A deployment did just happen this morning, and the Romanian translations appear to be live now. the wub "?!" 12:13, 1 March 2021 (UTC)[reply]
@The wub: The translations are live now. --NGC 54 (talk / contribs) 12:23, 1 March 2021 (UTC)[reply]

Template:LangSelect doesn't work with all language settings

Hope this is the correct place to report this, if not please forward: Template:LangSelect displays nothing if the language is set to for example de-CH. Would also be nice if it'd fall back to de or even en or any other available language to at least display something instead of just nothing, or maybe give a hint about the selection box at the very top of the page if the current language isn't translated for some text. --Nenntmichruhigip (talk) 13:28, 3 March 2021 (UTC)[reply]

Strings to translate not updated for Wikimedia Endowment

Hello, Strings to translate for Wikimedia Endowment has not been updated since a year, is there something we can do to update them ? Thanks Jona (talk) 17:22, 5 March 2021 (UTC)[reply]

@Jona: Translations need to be pushed manually by a translation administrator, because it’s difficult to get the translation syntax right, so a human review is often necessary. If you’re lucky, we notice pages in need for pushing after some time, but you can reach out at Meta talk:Babylon if you’re impatient. (I pushed this page for translation now.) —Tacsipacsi (talk) 02:05, 6 March 2021 (UTC)[reply]
@Tacsipacsi: OK, thank you ! Jona (talk) 17:39, 7 March 2021 (UTC)[reply]

Where to specify the time format in block expire message in mobile?

We found that the format of the block expiry message in the mobile site is wrong in Finnish language (photo of the message). For example: "Block will expire 10 months". 10 months is translated as "10 kuukauden", when it should be "10 kuukauden päästä" or something similar. Where to translate the "10 months", I think it's coming straight from some system message or the time function? Stryn (talk) 10:40, 9 March 2021 (UTC)[reply]

@Stryn: You can find the message ID of a string by using the uselang=qqx URL parameter. --AKlapper (WMF) (talk) 06:27, 17 March 2021 (UTC)[reply]
No I can't find the "10 months" from the system message, that's why I'm asking here. The system message before it is {{Int:Mobile-frontend-editor-blocked-drawer-expiry-header}} as I wrote above. I think the block expiry is coming from the time function or somewhere else. Stryn (talk) 07:24, 17 March 2021 (UTC)[reply]

citations dont show on pages

https://fa.wikipedia.org/wiki/اصفهان https://fa.wikipedia.org/wiki/tehran https://fa.wikipedia.org/wiki/%D8%B3%DB%8C%D8%AF_%D8%B9%D9%84%DB%8C_%D8%AE%D8%A7%D9%85%D9%86%D9%87%E2%80%8C%D8%A7%DB%8C Baratiiman (talk) 07:41, 17 March 2021 (UTC)[reply]

Problem with accented french characters sort

Hello, I have tried several things to resolve the problem I am having, but without success. My pages starting with É end up at the end of other pages, which is wikimedia's default sort order. How to sort, so that the É are considered as E? I tried to reenter the line mw.config.set ('tableSorterCollation', {'É': 'E', 'é': 'e', ​​'ä': 'ae', 'ö': 'oe', 'ß': 'ss' , 'ü': 'ue'}); in my common.js, but it doesn't work, just like I declared $ wgCategoryCollation = "uca-fr"; in my Localsettings.php, but it doesn't work either ... I have the same problem with words that are in capitals like AKTO, which are found before other words and therefore not well sorted ... Can you help me please ? Thank you very much. Benoit -- 07:08, 21 March 2021 (UTC)

Are you talking about a Wikimedia wiki or your own MediaWiki installation? What page content language are you using? Nemo 07:49, 21 March 2021 (UTC)[reply]

My own Mediawiki installation. I'm very sorry, I'm a beginner on Mediawiki. By the way, I don't know if I post my question in the good place for it...

It's a wiki for training organization in France because we have so many interlocutors that the small structures (like me), we are lost. You can see the problematic page here. At the start and at the end of the sort.

https://forma-wiki.fr/index.php/Sp%C3%A9cial:Toutes_les_pages

Thank you very much.

This page is for tech questions related to Wikimedia Foundation wikis, although sometimes people are kind enough to help those in need with other questions. A better target board might be mw:Project:Support desk. Killiondude (talk) 23:04, 21 March 2021 (UTC)[reply]

Reflinks down

Hi all. Reflinks have been down for about a week now which is impeding the ability to edit freely. Would anyone be able to assist with fixing it please? When you run it, the script comes up with:

<type 'exceptions.MemoryError'> Python 2.7.6:

Mon Mar 29 18:15:47 2021 A problem occurred in a Python script. Here is the sequence of function calls leading up to the error, in the order they occurred.

/home/dispenser/public_html/cgi-bin/webreflinks.py in () 1489 <script src="/~dispenser/resources/reflinks.js" type="text/javascript"></script> 1490 """) => 1491 main() 1492 finally: 1493 wikipedia.endContent() main = <function main> /home/dispenser/public_html/cgi-bin/webreflinks.py in main() 1406 """) 1407 bot = ReferencesRobot(site, generator, always, limit or 20) => 1408 bot.run() 1409 1410 if __name__ == "__main__" and wikipedia.handleUrlAndHeader(): bot = <__main__.ReferencesRobot instance>, bot.run = <bound method ReferencesRobot.run of <__main__.ReferencesRobot instance>> /home/dispenser/public_html/cgi-bin/webreflinks.py in run(self=<__main__.ReferencesRobot instance>) 871 Runs the Bot 872 """ => 873 deadLinks = codecs.open(listof404pages, 'r', 'latin_1').read() 874 socket.setdefaulttimeout(30) 875 for page in self.generator: deadLinks undefined, global codecs = <module 'codecs' from '/usr/lib/python2.7/codecs.pyc'>, codecs.open = <function open>, global listof404pages = '404-links.txt', ).read undefined /usr/lib/python2.7/codecs.py in read(self=<open file '404-links.txt', mode 'rb'>, size=-1) 666 def read(self, size=-1): 667 => 668 return self.reader.read(size) 669 670 def readline(self, size=None): self = <open file '404-links.txt', mode 'rb'>, self.reader = <open file '404-links.txt', mode 'rb'>, self.reader.read = <bound method StreamReader.read of <open file '404-links.txt', mode 'rb'>>, size = -1 /usr/lib/python2.7/codecs.py in read(self=<open file '404-links.txt', mode 'rb'>, size=-1, chars=-1, firstline=False) 472 data = self.bytebuffer + newdata 473 try: => 474 newchars, decodedbytes = self.decode(data, self.errors) 475 except UnicodeDecodeError, exc: 476 if firstline: newchars undefined, decodedbytes undefined, self = <open file '404-links.txt', mode 'rb'>, self.decode = <built-in function latin_1_decode>, data = '$100,000 Challenge\thttp://thefoolsparadise.com/d...ts Applications to Theorem Proving\t404\tNot Found\n', self.errors = 'strict' <type 'exceptions.MemoryError'>: args = () message =

/home/dispenser/public_html/cgi-bin/tracebacks/webreflinks_MemoryError_1491_u3mvZh.html contains the description of this error.

If anyone can assist that would be great. The C of E (talk) 18:20, 29 March 2021 (UTC)[reply]

@The C of E: What are reflinks? How to reproduce somehow somewhere? Where's that output above from? Please provide some context. --AKlapper (WMF) (talk) 07:41, 30 March 2021 (UTC)[reply]
@AKlapper (WMF): Apologies, I thought everyone knew about the editing tool. It's something that automates the filling in of bare links in references. This is the tool here. At the moment if you try to run it on a page, you get the above code. It has been mentioned on the English Wikipedia's technical page as something that badly needs fixing. The C of E (talk) 07:45, 30 March 2021 (UTC)[reply]
Whoever operates the website at http://69.142.160.183 (probably Dispenser) needs to be contacted; as far as I understand that's not a Wikimedia domain/website (https://reflinks.toolforge.org/ would be). --AKlapper (WMF) (talk) 09:42, 30 March 2021 (UTC)[reply]

en.m.wiktionary Header sections always not collapsed and always expanded

This is on one of the biggest and oldest projects on Wikimedia.

On mobile site, the header sections which are usually collapsed on other wikis, always appear expanded on this wiki.

Our readers are complaining about this issue. Sections can be very long and always-expanded sections are hard to read. Links to a section don't position correctly, because the link first goes to the section, then all sections expand after that which makes useless the positioning that happens just before.

Would like guidance on what is causing this, and what can be done to correct this behavior. 119.56.97.84 17:35, 31 March 2021 (UTC)[reply]

Answer at wikt:Wiktionary:Grease pit/2021/March#Wiktionary:Information_desk/2021/March#Always_minimize_all_sections_(mobile_version) (I’d appreciated if you’ve given the link, though). —Tacsipacsi (talk) 19:46, 1 April 2021 (UTC)[reply]
@Tacsipacsi: So it was a change on Phabricator. Thank you very much for getting the decision for us. And also for visiting our forum (sorry that I did not think to bring it back).
For us, would need a look on how many pages this seriously affects (as a percentage), to decide if something needs to be done. I do note that it affected your reading wikt.
Mobile view has been more neglected even though more people are reading on mobile. It is sad when many editors still stay with desktop view because mobile view is still difficult to use. 119.56.100.135 07:05, 2 April 2021 (UTC)[reply]
If there is community consensus to change an existing configuration setting for a Wikimedia website, then please see Requesting wiki configuration changes how to proceed (plus include a reference to phab:T63447). Thanks! --AKlapper (WMF) (talk) 12:17, 2 April 2021 (UTC)[reply]

en.wiktionary Lua errors happen often on Long Pages

This is a big WM project.

Often on en:wiktionary:Special:LongPages, the pages on this list end up with Lua memory errors partway down the page.

It happens for some people and some times, and not for others. Quite often enough to be concerned.

Can the situation be improved? The community tech forum is at Project:Grease pit.

Thank you119.56.97.84 17:43, 31 March 2021 (UTC)[reply]

This sounds like phab:T165935 and phab:T267708. The situation can be improved by having shorter pages, more performed Lua modules, or maybe maybe by updating the Lua stack on Wikimedia servers (I'm not sure about the latter, would need investigation). --AKlapper (WMF) (talk) 12:13, 2 April 2021 (UTC)[reply]

Allowing interface admins to delete sitewide CSS/JS/JSON

On Chinese Wikipedia, interface admins are not required to be an admin. And we find that both user groups are needed to delete a CSS/JS/JSON page in MediaWiki namespace. That's weird. Since allowing admins to delete such pages seems impossible according to previous Phabricator tasks, is it reasonable if we allow interface admins to delete them? Here is the related discussion. Lt2818 (talk) 16:34, 7 April 2021 (UTC)[reply]

@Lt2818: The deletion right applies to all pages, so if you give interface administrators right to (un)delete CSS/JS pages, they will be able to do so with any other page: articles, help pages etc. (Normal admins should be able to (un)delete JSON pages, as they are considered to be safe.) I don’t know if system administrators are willing to do this, but if you voted on this (and not only on allowing them to do so with CSS/JS pages), then I don’t know why they would reject your request. (By the way, as far as I see, all but one interface administrators are administrators as well, so I don’t think this to be a serious issue.) —Tacsipacsi (talk) 23:34, 7 April 2021 (UTC)[reply]
@Tacsipacsi, adding further permissions to the interface-admin group is prohibited by the sysadmins according to Limits to configuration changes. I guess MediaWiki could be patched to further granularize deletion permissions and add a user right that lets users delete sitewide CSS/JS/JSON pages, assigning them to the interface-admin group globally. I am not a developer so I am not sure if that is desired, and if so, whether it'd be easy to do or a total pain. Best regards. —MarcoAurelio (talk) 11:06, 8 April 2021 (UTC)[reply]
@MarcoAurelio and Lt2818: Actually that document doesn’t state that interface editing rights should not be given to normal administrators, although I’m pretty sure that’s the case… Anyways, nothing there forbids the creation of a “deleter” user group, which could be given to interface admins who are not admins. Of course, the considerations about the lack of namespace restriction still stand.
I think it should possible to create a namespace-restricted deletion right (e.g. when this comment saying This code [i.e. the method responsible for the deletion form and authorization] desperately needs to be totally rewritten is resolved), but it will likely cause some headaches—for example, it’s not enough to control whether one can delete, it should also control whether one sees the delete tab, whether they can see deleted revisions with all their links, whether they can restore (links should be cared for here as well) etc. —Tacsipacsi (talk) 19:44, 8 April 2021 (UTC)[reply]
Interface admins were not intended to be a standalone group. They were thought of as admins with some additional rights. Ruslik (talk) 11:28, 8 April 2021 (UTC)[reply]
@Ruslik0: Why do you think so? Interface administrators doesn’t state anything like this. Also, before the introduction of interface admins, several wikis had an interface editor user group, which was exactly what interface admins are today—rights to edit all pages in the MediaWiki namespace, but no other admin rights. The two have simply nothing to do with each other except for both being highly trusted groups—normal admins mostly work with people (requests for deletions, blocks etc.), while interface administrators work with code. For example I happily do interface administrator tasks on huwiki, but I don’t want to become an admin (although I was asked several times), as I don’t want to take the responsibility of working with people at that level. —Tacsipacsi (talk) 19:44, 8 April 2021 (UTC)[reply]

Why were musical scores (globally?) deactivated?

Can anyone point me to info on this? e.g.

Is it permanent? temporary? I didn't find anything searching discussions here. SashiRolls (talk) 21:27, 25 April 2021 (UTC)[reply]

Temporary. See task T257066 Reedy (talk) 21:38, 25 April 2021 (UTC)[reply]
Thanks for your speedy reply, it seemed like it had been down for quite a while. That's really too bad that there was no funding, it's a cool function. Best, SashiRolls (talk) 22:53, 25 April 2021 (UTC)[reply]
Indeed. WMF should get its act together and learn how to contribute to its upstream software more. Some areas are getting a bit better (e.g. with Debian) but mostly it seems to get worse. Nemo 06:17, 26 April 2021 (UTC)[reply]
Looks like this hasn't been resolved yet. Sorry to bump the thread, but I do think it might be good to keep this on the radar as being able to display music is a nice function. SashiRolls (talk) 18:20, 22 May 2021 (UTC)[reply]

Categories

Hello! I'm an interface admin at SqWiki and I deal with a lot of workshops with new users in teaching them the technical basis of wikiwork. Much of my free time is also spent on creating new-user-friendly interfaces on Wikipedia which basically means to optimize the overall experience for new users by making things behave in an intuitive manner, reducing the need of "tutorials". In this aspect, an overall "complain" I get on these workshops is the way categories behave in general. Most (to not say all) new users expect to go to a certain category page, edit it somehow and from there to be able to make changes to the pages that are listed in it. For example remove a certain article from that category or create a new sub-category. But, as we all know, when they click "Edit" a whole different process takes place, which, according to their point of view, makes the list disappear and just lets you edit the category description. For anyone who has ever worked with categories more than a couple of times it would be clear as to what is happening, I just described it "strangely" to express the confusion new users experience in this situation. This leads to 2 negative outcomes:

  1. It reduces fastness in learning, parting a bit away from the "wiki way";
  2. If the category pages are not protected, they get accidently/unwittingly vandalized in different ways;

Considering all this, is there any way some tech changes could be implemented to the way category pages behave so the entries listed on them wouldn't just be "transcendental" to the pages but also accessible in a sort of way from these pages itself? I'm sure this problem has been discussed on other wikis as well considering that many wikis have automatic notices on their category pages now that tell users that they can't change categories in the said pages. - Klein Muçi (talk) 09:33, 22 May 2021 (UTC)[reply]

More advanced changes:
  • Being able to get notified when new pages are added to a certain category would be good to have as an option for clean up/maintenance reasons. At my current knowledge you can't have something like that if you don't use "third-party" bots for that specific purpose.
  • Again, at clean up/maintenance categories a "last clearance date" could be an encouraging thing for contributors to help clear it up again if the date is new. Or it could even work on the other way around, an encouragement to clear up a category that has been filled for years.
Other changes could also be proposed if the category pages were more "dynamical" from a technical point of view. At the current state we basically can only edit them to change the description and that's it. - Klein Muçi (talk) 09:51, 22 May 2021 (UTC)[reply]
@Klein Muçi: c:Help:Gadget-Cat-a-lot allows recategorizing pages from the category page, although its aim is probably more productivity for power users and less being intuitive for newcomers, but hopefully it can be built upon.
For a few years now, it’s possible to have changes (additions/removals) to watched categories shown on the watchlist, although no notification emails (or Echo notifications or anything else) are sent about these changes, and it’s only a best-effort solution when the said category is added through a template. —Tacsipacsi (talk) 14:07, 22 May 2021 (UTC)[reply]
@Tacsipacsi: thank you a lot for the fast answer! :) Yes, I am aware of that gadget but as you said yourself, the interface it's a bit confusing for a new user. I was hoping for an "organic solution". I could, of course, make the gadget active by default for every user on SqWiki but I don't believe new users would benefit much from it and we (administrators) would still be left reverting changes to every category page ever non stop. :P - Klein Muçi (talk) 16:56, 22 May 2021 (UTC)[reply]

Categories

Tracked in Phabricator:
task T283554

Can anyone help me with this task, it seems beyond my capabilities.--Felipe da Fonseca (talk) 11:35, 25 May 2021 (UTC)[reply]

I'd rather point to mw:Topic:W9ku8t7v6yh0mam8 (which provides more info) than the Phab task, plus describe your problem here so people don't have to click. --AKlapper (WMF) (talk) 11:39, 25 May 2021 (UTC)[reply]

Create a tag for commons:User:Jack who built the house/Convenient Discussions

Hi, more and more users are using this script, and I would like to move the tag from the edit description to the correct place. You can see what I talking about here. Can you create, please? :)
MediaWiki:Tag-convenient-discussions -> [[commons:Special:MyLanguage/User:Jack who built the house/Convenient Discussions|CD]]
MediaWiki:Tag-convenient-discussions-description -> Edit made using [[commons:Special:MyLanguage/User:Jack who built the house/Convenient Discussions|Convenient Discussions]]. Iniquity (talk) 17:46, 13 May 2021 (UTC)[reply]

Have you talked to @Jack who built the house about this? Whatamidoing (WMF) (talk) 18:08, 13 May 2021 (UTC)[reply]
@Whatamidoing (WMF), yep, in Discord, he knows about this request :) Iniquity (talk) 18:08, 13 May 2021 (UTC)[reply]
Yep. If this is possible, a tag would be useful. Jack who built the house (talk) 18:15, 13 May 2021 (UTC)[reply]
Sounds great. I wish that Special:Tags were used much more often. When you finish this, maybe your next target will be Twinkle. ;-) Whatamidoing (WMF) (talk) 20:30, 13 May 2021 (UTC)[reply]
@Whatamidoing (WMF), I have created phab:T282953. Iniquity (talk) 19:39, 15 May 2021 (UTC)[reply]
Can anyone help with it? :) Iniquity (talk) 16:54, 31 May 2021 (UTC)[reply]

Module Lua error

https://mni.m.wikipedia.org/wiki/%EA%AF%83%EA%AF%A6%EA%AF%9B%EA%AF%81%EA%AF%A4%EA%AF%80%EA%AF%A3

how to correct this mni:Module:Lang Lua error at line 15 A Mangang (talk) 19:04, 13 June 2021 (UTC)[reply]

@Awangba Mangang: Hi, the complete error message is Lua error in Module:Lang at line 15: attempt to index field 'lang_name_table' (a nil value) (please always include complete error messages for anyone who might be looking at this thread at some later point). Please explain what [[List of national mottos#M|La Patria Es Primero]] on mni:ꯃꯦꯛꯁꯤꯀꯣ is supposed to do, and how mni:ꯇꯦꯝꯄ꯭ꯂꯦꯠ:Native_phrase is supposed to handle that input. Thanks, --AKlapper (WMF) (talk) 17:29, 15 June 2021 (UTC)[reply]

Timed out connection?

I initially raised the "timed out connection" issue at MediaWiki but then was told to come here instead. More than eight hours ago, I tried surfing Phabricator, Meta-wiki, Wikipedia, and other project sites, but then these sites took too long to either respond or load. Meanwhile, the Internet in my area was all right. Fifteen or twenty minutes later, the sites were able to load once again. Was there something wrong with the servers or something like that? George Ho (talk) 15:29, 11 June 2021 (UTC); edited, 15:30, 11 June 2021 (UTC)[reply]

@George Ho were you connecting from somewhere in Asia/Oceania? You probably encountered phab:T284986. Legoktm (talk) 18:30, 16 June 2021 (UTC)[reply]
Neither of those regions/continents. But received reply at Mediawiki, saying that there's the server admin log. George Ho (talk) 20:07, 16 June 2021 (UTC)[reply]

Asking About the Feasibility of Enabling Extension:Lockdown on zh.wikipedia

The Chinese Wikipedia is discussing whether to set the LTA namespace (to record the activities of long-term abuse[rs]). Some suggested that the namespace should enable mw:Extension:Lockdown to prevent abusers from accessing the pages to whether avoid their editing behaviors or learn more vandalistic techniques. So I'm here to ask if the community would have a consensus on setting the namespace, is it possible for zh.wikipedia to enable Extension:Lockdown? THIS IS NOT A REQUEST FOR ENABLEMENT --羊羊32521 (talk) 03:35, 19 June 2021 (UTC)[reply]

In theory, yes you can request for it to be enabled. But as it is not enabled on any WMF wiki, it would require going through mw:Writing an extension for deployment#Preparing for deployment, and potentially need some remedial work too. None of that is a quick process, and is not guaranteed that it will result in deployment. Reedy (talk) 04:17, 19 June 2021 (UTC)[reply]

Common.css

FYI, see MediaWiki talk:Common.css#en-wp-boxes. Izno (talk) 19:57, 28 June 2021 (UTC)[reply]

I feel like the current logo of the Latin Wikisource (Vikifons) is not an SVG but a bitmap image, please see my comparison where the Vikifons logo appears blurrier than the other Wikimedia projects logos. Can anyone confirm? Veverve (talk) 21:24, 9 July 2021 (UTC)[reply]

@Veverve: All logos are bitmap for performance (clients can faster render them) and compatibility reasons (older browsers may have issues with SVG). However, most logos (including the four wikis you took screenshot of, as well as the Latin Wikipedia and Wikibooks) also provide 1.5× and 2× sized PNG logos for high density screens. Latin Wikisource and some 200 other wikis, however, don’t have such resized logos, and thus look blurry on high-density screens or when you zoom in. I’ve opened a task on Phabricator to ask for high-resolution logos for all wikis. —Tacsipacsi (talk) 11:47, 10 July 2021 (UTC)[reply]

URL problem at French Wikisource

Bonjour, Hi,

(French) Il y a un problème dans fr.wikisource avec un lien web dans une {{note | }} insérée dans le titre d'une <pages avec une <pages ...>.
L'url suivante est ok : https://archive.org/details/archivdermathem49grungoog/page/n486/mode/1up
mais celle-ci fait sérieux problème : https://www.e-periodica.ch/digbib/view?pid=mnb-001%3A1848%3A0%3A%3A234#235.

Le ? dans l'url semble la cause du problème. Je n'ai pas trouvé sur fr.wikisource un équivalent du modèle {{lien web | }} avec lequel j'aurais pu essayer. Quelqu'un a-t-il une solution ? Cordialement,

{en}} There is e problem in fr.wikisource with a web link in a {{note | }} inside the title of a <pages ...>.
In fact the following url is ok : https://archive.org/details/archivdermathem49grungoog/page/n486/mode/1up
mais this badely fails : https://www.e-periodica.ch/digbib/view?pid=mnb-001%3A1848%3A0%3A%3A234#235.
The ? in the url seeams to be the problem causis.
I did not find on fr.wikisource a model like {{lien web | }} with which I could have tried. Has anybody a solution ? Cordialement,

Valp (talk) 13:36, 17 July 2021 (UTC)[reply]

@Valp: No, the cause is the equals sign (which usually appears in URLs that also have question marks). You should use the template with explicitly numbered parameters as explained in the second note in mw:Help:Templates#Anonymous parameters, i.e. {{note |1=https://www.e-periodica.ch/digbib/view?pid=mnb-001%3A1848%3A0%3A%3A234#235}}. —Tacsipacsi (talk) 17:37, 17 July 2021 (UTC)[reply]
@Tacsipacsi: Thank you for your so fast answer. I'll dig it... Valp (talk) 17:47, 17 July 2021 (UTC)[reply]
@Tacsipacsi: I did try but could not make it. If you have time, see this and change with the "other url" : https://fr.wikisource.org/wiki/Leibniz-en.francais-Gerhardt.Math.1a7.djvu/Jean.Bernoulli.1684
Thanks, Valp (talk) 19:54, 17 July 2021 (UTC)[reply]
@Valp: This way?Tacsipacsi (talk) 22:59, 18 July 2021 (UTC)[reply]
@Tacsipacsi: That's it and so simple ! Thanks a lot. Valp (talk) 21:20, 19 July 2021 (UTC)[reply]

Bug - text in editing box is hidden by hover box

Tracked in Phabricator:
task T287778 duplicate

Dear Sirs,

Can you please remove this hover box?

Bug - hover box over text

Thanks

Xerostomus (talk) 04:08, 30 July 2021 (UTC)[reply]

@Whatamidoing (WMF): As far as I remember, something has been done with this, but apparently either it doesn’t work perfectly, or we’ve got a regression. Do you know anything about it? —Tacsipacsi (talk) 09:17, 30 July 2021 (UTC)[reply]
Thanks for the ping, Tacsipacsi. I couldn't find a previous bug, so I filed a new one. Whatamidoing (WMF) (talk) 18:06, 30 July 2021 (UTC)[reply]

Article counts not updating

I have created hundreds of articles on these Wikipedias, but the article counts are not updating. They are all small wikis with fewer than 1,000 articles. Why is this the case?

Sabon Harshe (talk) 14:38, 30 July 2021 (UTC)[reply]

It's hard to say based on just links to the Main pages. Most wikis will require a wikilink on a page to be counted as an article. How long did you wait? Reedy (talk) 14:44, 30 July 2021 (UTC)[reply]
@Reedy: At least 1-2 weeks. The article count seems to be very slowly creeping up in Wikipedias such as Dagbani. These are some of the stubs that I had added: dag:Wikipedia:Mabiligu dundɔŋ#New stubs. I started when there were only about 400 articles. Sabon Harshe (talk) 13:09, 6 August 2021 (UTC)[reply]

Doubts

Hello everyone,

Do you know if I can create a new publication in here?

Thank you! — The preceding unsigned comment was added by Bondin (talk) 09:47, 12 August 2021 (UTC)[reply]

What kind of publication? What is it supposed to deal with? Please see also what Meta is not. --Matěj Suchánek (talk) 11:50, 12 August 2021 (UTC)[reply]

Making features/tools on certain language Wikipedia

Hello, a couple of programmers are planning to make several features/tools exclusively on the Macedonian Wikipedia. Is this possible a tool to be made and attached on a certain stand alone Wikipedia? And if yes, how that goes and does some Media Wiki administrator need to approve it? The upgrades will include notifyer about possible passed people (above 80 years old) in order to be updated or not. These notifications will only get to the administrators. The second feature will be Categorizer of noncategorized articles. As the name says, this is going to be user friendly feature in order to categorize some articles and it plan it to be placed in the Tools section. The third feature is about automatic translation of dates. When a newly published article is created via WikiTranslate, many of the dates in the refs are left behind as non translated and we want automatic translation of the foreign language dating standards to our language and dating standards. Maybe the last feature can be made by new bot? Thanks in front. Dandarmkd (talk) 13:15, 19 August 2021 (UTC)[reply]

@Dandarmkd: If you create a bot or a gadget, no central approval is needed, you just need a local bureaucrat (to flag the bot) or interface administrator (to make the gadget available). If you want to create a MediaWiki extension, that’s also possible, extensions can be enabled only on one or few wikis, but for that you do need approval from system administrators, and extensions generally have higher expectations in terms of quality, compatibility and being kept up to date with MediaWiki changes. For the first feature, I think a bot is the best solution (it can post a message at a village pump or other notification board from time to time); for the second, I’d create a gadget; for the third, gadget, bot and extension all have their strengths and weaknesses, but I’d probably first try to write a gadget. —Tacsipacsi (talk) 20:42, 20 August 2021 (UTC)[reply]

Color of red links across Mediawiki

Not sure if this is the best place to ask, but is it me or are red links across Wikimedia's sites (except, oddly enough, Wikipedia, so far as I know) no longer actually red but now a kind of bright pink? I wouldn't be bothered by the slight change in color, if only it wasn't for the fact the red link text is now less readable than before on those sites. Text with light colors don't work well against a white background after all. I would have thought someone else would have brought this up by now, but I have not yet found an existing discussion about this (please correct me if there is already a discussion elsewhere or if this is actually the wrong place, thanks). Monster Iestyn (talk) 13:20, 12 August 2021 (UTC)[reply]

Seems to be new in this weeks train, filed a task. RhinosF1 (talk) 14:04, 12 August 2021 (UTC)[reply]
Oh, this isn't intentional? Good to know, hope it gets fixed soon then. I actually recall seeing this happen months ago but forgot about it until the last 24 hours for some reason (did it fix itself?). Also, just to confirm since the issue appears to be skin-related, yes I use the Vector skin. Monster Iestyn (talk) 23:29, 12 August 2021 (UTC)[reply]
@RhinosF1: I'm now seeing the pinkish-red color for red links on Wikipedia as well. Monster Iestyn (talk) 02:00, 14 August 2021 (UTC)[reply]
I'm trying to get the old colour reverted on at least legacy vector Monster Iestyn RhinosF1 (talk) 18:53, 24 August 2021 (UTC)[reply]

User3 Template

Sorry if this is not the right place to ask this. On my local Wikipedia, the Template:User3 is not displaying ⧼dot-separator⧽ properly. See w:km:ទំព័រគំរូ:User3. This is what it looks like on English Wikipedia: w:en:Template:User3. Can someone help me with this? Thanks. --Trezoo (talk) 01:34, 5 September 2021 (UTC)[reply]

@Trezoo thats because on enwiki, `dot-separator` is a custom system message, created at w:MediaWiki:Dot-separator, while for kmwiki, the message doesn't exist (w:km:MediaWiki:Dot-separator) and when trying to render a message that doesn't exist the name is shown instead. DannyS712 (talk) 02:04, 5 September 2021 (UTC)[reply]
The dot-separator message is invoked indirectly, by w:km:Special:Permalink/260786#L-740 and w:km:Special:Permalink/260792#L-38 --DannyS712 (talk) 02:07, 5 September 2021 (UTC)[reply]
Oh, thanks I got it. --Trezoo (talk) 02:10, 5 September 2021 (UTC)[reply]

Adding Portuguese Wikinews to the Google News feed via Search Console

Hi! I recently noticed that Wikinotícias Português is not in the Google News feed, news.google.com, which if added could bring more views to our news. I tried to try to post, but I need the help of a Wikimedia employee to confirm the Search Console domain at https://publishercenter.google.com/publications , and to help me.

Grateful! can anybody help me? Juan90264 (talk) 06:43, 1 August 2021 (UTC)[reply]

@Juan90264: Hi, I guess we've made the loop from phab:T285091. :-/ I admit that it is also unclear to me what who to handle non-access Google Search Console related requests (assuming that phab:T132373 is still correct which states that it's not the Wikimedia Foundation Search Platform team), and unclear where such requests should be filed (Phabricator? Which project tags? wikitech:Google Search Console access would welcome an additional section, I guess). However, phab:T188453 also mentions that the intention is too keep the pool of domains small. Hmm, hmm... Maybe User:EBjune (WMF) has some idea? I'm sorry that I don't have a good answer myself. :-/ --AKlapper (WMF) (talk) 19:14, 4 August 2021 (UTC)[reply]
I'm actually not sure at this point, but am going to suggest asking User:CBogen (WMF) and User:GLederrey (WMF) as it may be something that can be routed through those working on SEO issues in the Product team, or the Search folks may have an idea. --EBjune (WMF)17:07, 5 August 2021 (UTC)[reply]
@CBogen (WMF): @GLederrey (WMF): Does any of you know who to handle non-access Google Search Console related requests? Thanks in advance! --AKlapper (WMF) (talk) 13:03, 18 August 2021 (UTC)[reply]
The Search Platform team is only responsible for our internal search engine. We have no interactions with Google and have no idea how to access Google Search Console --GLederrey (WMF) (talk) 18:51, 18 August 2021 (UTC)[reply]
I dared to file phab:T290711 about sorting out how and where this is handled, as this generally seems to be unclear. --AKlapper (WMF) (talk) 06:16, 10 September 2021 (UTC)[reply]

Directory Structure

Can someone explain to me the directory structure? Example if I am creating a new page through a URL will it be stored somewhere or only on edit the content is visible. — The preceding unsigned comment was added by Komalfartiyal (talk) 09:29, 8 October 2021 (UTC)[reply]

@Komalfartiyal: Hi, please elaborate what kind of "directories" you have in mind and where exactly (links). If I understand your last sentence correctly, edits that you make to MediaWiki pages in your browser will not be saved until you publish them by pressing the button on the edit page. (PS: Please sign your posts.) Thanks, --AKlapper (WMF) (talk) 09:52, 8 October 2021 (UTC)[reply]
@Komalfartiyal: Your very first edit is the same as creating it. When you create a new page through a URL it will exist in the Wikimedia databases from the moment you hit the save ("Publish changes") button and that will have been your first edit to it. After that you hit the edit button for any future change and those will be edits 2 and above. Hope that makes sense. Mutante (talk) 00:57, 9 October 2021 (UTC)[reply]

Coolest Tool Award 2021: Call for nominations

Coolest Tool Award 2021 square logo.svg

The third edition of the m:Coolest Tool Award is looking for nominations!

Tools play an essential role for the Wikimedia projects, and so do the many volunteer developers who experiment with new ideas and develop and maintain local and global solutions to support the Wikimedia communities. The Coolest Tool Award aims to recognize and celebrate the coolest tools in a variety of categories.

The awarded projects will be announced and showcased in a virtual ceremony in December. Deadline to submit nominations is October 27. More information: m:Coolest Tool Award. Thanks for your recommendations! -- SSethi (WMF) for the 2021 Coolest Tool Academy team 05:57, 19 October 2021 (UTC)[reply]

DARK MODE !!

hi there,

my question/remark is really simple, WHY a website like wikipedia doesn't have a dark mode ???? trying to check something at night is nightmare, so much white at late hours is guaranteed to mess with the eyes ! at this day and age "dark mode" it's ubiquitous throughout the internet, there is no reason why wikipedia would be left behind.

thanks :)

P.S : it's not that hard to implement, a few line of CSS and VOILA!

good luck and good job to all supporters of the platform ! — The preceding unsigned comment was added by 160.179.240.94 (talk)

It is up to your web browser to provide a dark mode. Feel free to set enable-force-dark in Chromium's chrome://flags, or browser.in-content.dark-mode in Firefox' about:config, for example. On an unrelated note, underestimating implementation complexity is popular. --AKlapper (WMF) (talk) 09:49, 8 October 2021 (UTC)[reply]
I made a dark theme in my personal stylesheet by simply inverting html, body elements. It looks very dark themed than using experimental Chrome. You can try mine, but some images you saw might contain inverted things there (except the wiki logo and other files that are not a core or an extension). It's not that bad in my view. —Baran (talk) 06:35, 29 October 2021 (UTC)[reply]

Request for user rights permission

We have some fonts issues on Sindhi Wikipedia, MediaWiki:common.css is only edited by interface admin, and admin have no access to edit it, I want to change the fonts in MediaWiki:common.css for sitewide References: https://phabricator.wikimedia.org/T294773 https://www.mediawiki.org/wiki/Topic:Wjiox2dhzcw26myx JogiAsad (talk) 10:59, 2 November 2021 (UTC)[reply]

Python page.save failure

I am not sure it has anything to do with a recent change of MW, but a python script RonnieBot was running on the Dutch Wikipedia did finish at 16:19 UTC. When I wanted to start the next run, saving a changed page gives an error: TypeError: 'NoneType' object is not subscriptable. I did check the type if the page-object and printing f'Laatste telling: Nog {knight} paginas te beoordelen does give the desired output.

 File "D:\Programs\Python\pywikibot\opruimen-telling.py", line 67, in updatecounter
   page.save (f'Laatste telling: Nog {knight} paginas te beoordelen')
 File "D:\Programs\Python\pywikibot\pywikibot\tools\__init__.py", line 1740, in wrapper
   return obj(*__args, **__kw)
 File "D:\Programs\Python\pywikibot\pywikibot\tools\__init__.py", line 1740, in wrapper
   return obj(*__args, **__kw)
 File "D:\Programs\Python\pywikibot\pywikibot\page.py", line 1278, in save
   cc=apply_cosmetic_changes, quiet=quiet, **kwargs)
 File "D:\Programs\Python\pywikibot\pywikibot\page.py", line 130, in wrapper
   handle(func, self, *args, **kwargs)
 File "D:\Programs\Python\pywikibot\pywikibot\page.py", line 109, in handle
   func(self, *args, **kwargs)
 File "D:\Programs\Python\pywikibot\pywikibot\page.py", line 1289, in _save
   watch=watch, bot=botflag, **kwargs)
 File "D:\Programs\Python\pywikibot\pywikibot\site.py", line 1320, in callee
   return fn(self, *args, **kwargs)
 File "D:\Programs\Python\pywikibot\pywikibot\site.py", line 5181, in editpage
   token = self.tokens['edit']
 File "D:\Programs\Python\pywikibot\pywikibot\site.py", line 1781, in __getitem__
   key = self.site.validate_tokens([key])[0]
 File "D:\Programs\Python\pywikibot\pywikibot\site.py", line 3462, in validate_tokens
   'token')['type']

TypeError: 'NoneType' object is not subscriptable <class 'TypeError'> CRITICAL: Closing network session.

Help is appreciated. Thanks in advance, RonnieV (talk) 00:26, 4 November 2021 (UTC)[reply]

@RonnieV you need to upgrade Pywikibot, see MediaWiki 1.37/Deprecation of legacy API token parameters and the announcement I made in September. Legoktm (talk) 00:45, 4 November 2021 (UTC)[reply]
Hello Legoktm, thanks for your quick response. I will do so (after sleeping and waking up...). RonnieV (talk) 00:48, 4 November 2021 (UTC)[reply]

No reciben los usuarios correo de recuperación

Hola, tengo una Wikimedia privada y he agregado usuarios les he creado con su nombre y correo y que genere Wikimedia contraseña aleatoria. Pero los usuarios no reciben los correos de Wikimedia. He puesto en mi usuario recuperar contraseña y yo si (admin) recibo correo de Wikimedia pero los usuarios que he creado les digo que pongan en la web olvide contraseña, pero no reciben correo de Wikimedia. Alguien sabe que hice mal? O cómo puedo arreglarlo. El caso es que yo si pido cambio me envía, pero los usuarios nuevos ni reciben correo de bienvenida ni pueden resetear ya que no le envía Wikimedia. Un saludo. — The preceding unsigned comment was added by Rubicop (talk) 08:58, 4 November 2021 (UTC)[reply]

@Rubicop: There’s no such thing that “private Wikimedia”. Wikimedia is the movement and organization behind Wikipedia and its sister projects, not the software. The software you probably use is MediaWiki, and you can ask for help on MediaWiki’s website at https://www.mediawiki.org/wiki/Project:Support_desk. This page is only for those who need help on a website of the Wikimedia movement. —Tacsipacsi (talk) 23:35, 4 November 2021 (UTC)[reply]

Language fallback chain on multilingual sites

Why Accept-Language doesn’t overwrite language fallback chain on multilingual sites? 217.117.125.83 18:19, 4 November 2021 (UTC)[reply]

Probably for performance reasons; the first language in the Accept-Language header isn’t taken into account, either (except by Commons’ custom gadget, but that’s unofficial, and affects content served by the servers only after the user clicks on it). The more language variations exist, the less effective HTTP caching is, and Wikimedia heavily depends on HTTP caching. Without any caching, the traffic would likely bring down the sites within seconds. —Tacsipacsi (talk) 23:44, 4 November 2021 (UTC)[reply]
But we can cash variant of page for every Accept-Language it was asked with. 217.117.125.83 17:19, 5 November 2021 (UTC)[reply]
We can, but the more variations exist, the less effective it is:
  • If some using German interface want French as the first fallback language, while others want English, people asking for French cannot get the already cached page that uses English fallback (“cache miss”), a new French-fallback page needs to be generated from the wikitext, which is resource-intensive and slow.
  • If now both the English-fallback and the French-fallback pages are cached, they need approximately twice as much space as if only either of them was allowed. Disk space is not free, the Wikimedia Foundation (WMF) needs to buy the disks, the hardware that houses and accesses the disks etc. Since WMF has a finite budget, they can’t just buy as much storage as needed; instead, they’ll reduce for how long the pages are cached, which also increases the number of cache misses.
Tacsipacsi (talk) 01:29, 6 November 2021 (UTC)[reply]

Le code LaTeX ne passe plus dans les titres des tables des matières des pages de mes travaux de recherche et des pages de discussion associées

Bonjour,

Cf. titre.

Dans les titres des corps de mes pages de mes travaux de recherche et des pages de discussion associées, le code LaTeX s'affiche correctement, par contre ce n'est plus le cas concernant ceux des tables des matières qui en découlent. Certaines tables des matières contenant du code LaTeX avaient déjà dégénéré et la table des matières de la page de discussion d'une des pages d'un de mes travaux de recherche a dégénérée suite à une compilation.

Est-ce provisoire et transitoire ?

Pouvez-vous résorber le problème ?

Dorénavant, devra-t-on toujours fournir des titres sans code LaTeX, afin que les tables des matières soient lisibles ?

Dans mon cas, ça va être très difficile, sauf à créer des titres à rallonge ou des titres relativement courts mais très imprécis.

Guillaume FOUCART (talk) 23:12, 14 November 2021 (UTC)[reply]

See mw:Topic:Wkcfays81116mjq5 --AKlapper (WMF) (talk) 15:16, 15 November 2021 (UTC)[reply]
Is this about https://fr.wikiversity.org/wiki/Recherche:Cardinal_quantitatif_(table_des_matières,_simplifiée) ? Please always include clear steps to reproduce. --AKlapper (WMF) (talk) 15:18, 15 November 2021 (UTC)[reply]
It's about it, in particular, but not only. See the tables of contents of my mathematical works, in the "Wikiversité/Faculté de Mathématiques". But, pehaps that concerns every user of Wikiversité or all Wikiversities. Guillaume FOUCART (talk) 17:26, 15 November 2021 (UTC)[reply]
Thanks. This is phab:T295091. --AKlapper (WMF) (talk) 19:26, 15 November 2021 (UTC)[reply]

Incorporation and automatic reflection

Hi! I am new here.

Is it possible for one article (Page A) to incorporate passages from another article (Page B) with both on the same wiki/website such that changes made on Page B to be automatically reflected on Page A?

thanks.

Hi, see mw:Help:Transclusion. (PS: Please sign your posts.) Thanks, --AKlapper (WMF) (talk) 17:51, 4 December 2021 (UTC)[reply]

Dutch Wikisource has a problem

Hi, We do have a small problem on the Dutch Wikisource. Working in the Proofread extension, when transcribing we did have to use the templates {{HWS|...|...}} and {{HWE|….|….}} when there was a word at the end of the a page, broken in two parts. Since a year or perhaps more, after a software update, the use of HWS en HWE is not necesary anymore. But it does not work perfectly well. When putting the pages in the main namespace, the hyphen will be moved away, but there is always a space left in the word. So, for instance unfor- gotten, is after putting together unfor gotten instead of unforgotten. Is there anybody who can and will repair this problem on the Dutch wikisource? Regards, WeeJeeVee (talk) 14:29, 6 December 2021 (UTC)[reply]

So it is only without the templates that it works badly? --Base (talk) 15:21, 6 December 2021 (UTC)[reply]

OAuth Api Support: User-Agent and latest Id

Dear Api-Wikimedia-Users,

I am quit new here and try to edit a page from my mediawiki.org project via OAuth.

I´m using the instruction on https://api.wikimedia.org/wiki/API_reference/Core/Pages/Edit_page

I have the Access Token but I am unsure if I put the right input in

'User-Agent': 'YOUR_APP_NAME (YOUR_EMAIL_OR_CONTACT_PAGE)' and 'latest': { 'id': 'LATEST_REVISION_ID' }

because it doesn´t update the Mediawiki Page. ( https://<xxx>.<yyy>.org/mediawiki/index.php/<page> )

Can you help me to find the right input for 'User-Agent' and 'Latest'?

BR Carla

If this is your own wiki, please see the documentation at mw:API:Edit. Legoktm (talk) 07:51, 21 December 2021 (UTC)[reply]

Community Wishlist Survey 2022 is coming. Help us!

The Community Wishlist Survey 2022 starts in less than two weeks (Monday 10 January 2022, 18:00 UTC). We, the team organizing the Survey, need your help.

Only you can make the difference

How many people will hear and read about the Survey in their language? How many will decide to participate? Will there be enough of you to vote for a change you would like to see? It all depends on you, volunteers.

Why are we asking?

  • We have improved the documentation. It's friendlier and easier to use. This will mean little if it's only in English.
  • Thousands of volunteers haven't participated in the Survey yet. We'd like to improve that, too. Three years ago, 1387 people participated. Last year, there were 1773 of them. We hope that in the upcoming edition, there will be even more. You are better than us in contacting Wikimedians outside of wikis. We have prepared some images to share. More to come.

What is the Community Wishlist Survey?

Community Wishlist Survey banner - translatable.svg

It's an annual survey that allows contributors to the Wikimedia projects to propose and vote for tools and platform improvements. Long years of experience in editing or technical skills are not required.

Thanks, and be safe and successful in 2022! SGrabarczuk (WMF) (talk) 03:15, 29 December 2021 (UTC)[reply]