As for Catalan Wiktionary, per discussion at https://ca.wiktionary.org/wiki/Viccionari:La_taverna#Petici%C3%B3_de_nou_canvi_de_logo_escrit_a_Phabricator, the proposed wordmark is https://commons.wikimedia.org/wiki/File:Wiktionary-wordmark-ca.svg with the common logo as https://commons.wikimedia.org/wiki/File:Wiktionary-logo.svg, not the current logo of Vector legacy.

Initial report in Catalan at https://ca.wikipedia.org/wiki/Tema:W9w073tmxykojcq4

The WikiEditor. With 2017 wikitext editor it does not work either, but it has a different behavior due to T212680 or related problems. I think syntax highlight by extension CodeMirror is only used with these editors.

On ca.wiki it is reported that static maps are not rendered when you previously preview the dinamic map. It works fine if you save it without a preview. To reproduce it:

• Check you don't have preview by default in your preferences.
• Copy and paste de mapframe json of the description in a sandbox.
• Click the preview button. It shows the correct map.
• Save it. It shows a blank map.
• Edit it, i.e. change height. Save without preview. It renders the correct static map.

In T259385#6414034, @Jdlrobson wrote:

@Vriullop I could do with your help letting user Georg-hessen know that their monobook script is broken : https://ca.wikipedia.org/wiki/Usuari:Georg-hessen/monobook.js Could you help with that?

In T259385#6398117, @Whatamidoing-WMF wrote:

@Vriullop, are you interested in scripts, or can you tell me who at the Catalan Wikipedia might be interested in fixing some of these scripts?

Message translated, I missed it. But if I change my preferences to French or German it still shows "retrieved". It seems it comes from elsewhere.

I was going to fill a ticket but I see it is mentioned here. The label of the property should be in quotes for better reading.

It works using Modern, Monobook and Timesless skins. It doesn't using Vector.

It is unstable, sometimes it works and sometimes it does not. On page https://ca.wiktionary.org/wiki/Categoria:Mots_en_catal%C3%A0_amb_sufix_-cele click "add links". In the pop-up try to enter any "language". It offers to select a Wikibooks project, so you can not link to other Wiktionary project as expected. You can try also in Wikipedia with lastest page from Special:NewPages. Usually people ask for help and it is solved by other ways. FWIW, first report of malfunction was some hours after deploying new version 1.35.0-wmf.23 (rMW86361b484905)

Fixed the li tags issue in this template and all ambox templates reviewed on ca.wiki including the class for mobile friendly. Thanks for pinging the issue and pointing out the solution.

I have included in the tracking page the main templates used for uniformazing language section titles in some projects. That makes a total of 20 projects using a main template, including 5 out of the top 10. It is not any issue to add a magic word in the template on these projects. This is a good starting point.

Seems related to T199941

In T195993#4264421, @Trizek-WMF wrote:

Can you tell me what is the right place, so that I can change my targets?

I miss functions dealing with grammatical cases. For example an immediate query to https://www.wikidata.org/wiki/Q37459 returns Nicole Kidman is an actor. Two more queries are necessary to fetch property 21 (sex or gender) and property 2521 (female form of label) from the corresponding item to reach the correct label as "actress". Since it is a common need, not resolved in many of the local Lua modules, it would be nice to solve it directly in a single query.

I think this is intented for Wikipedias with static maps instead of dynamic maps. The zoom buttons appear expanding the map or in preview, not in read mode as the page is cached with a static map.

On ca.wiki it is reported that it works saving user preferences with some change. I tried changing notification to email, then changing back to "web" and now it is working for me, both notification for mention and structured discussion.

On ca.wiki some users report it is solved restoring all default settings in preferences.

Solved in the Lua module involved changing br tag to LF control character. It was just disconcerting. Thanks.

In order to reproduce it:
{{#tag:gallery|
File:Giraffe Retouch.jpg
File:Giraffe Retouch.jpg
}}
works fine, but an auto generated list of files with
{{#tag:gallery|File:Giraffe Retouch.jpg<br />File:Giraffe Retouch.jpg}}
does not work.

In T159482#3069819, @Mattflaschen-WMF wrote:

you may need to change the template not to mention the name due to some issues

I am aware of the problem of page name magic words https://ca.wikipedia.org/w/index.php?title=Tema:Tm0g7zkz2czo8xs6&action=compare-post-revisions&topic_newRevision=tm0g8udvy3llobch. All message templates targeted for used talk will be reviewed. I think it is not a major problem to avoid the user name while there is not an alternative magic word. Currently there is no welcome bot on ca.wiki.

@Vriullop Is it okay to make all non-existent pages in the namespace Flow?

It is okey. Initial motivation was to enable Flow for newcomers. Conclusion of discussion is to enable it by default for new created user talk pages, either of new or old registered users. It is expected that beta feature "Flow on user talk" will continue available as usual and in last intance is up to the user to decide his preferred content model.

For clarification, it is enabling Flow by default on user talk namespace, for pages which does not exist, without moving existing talk pages.

Solved updating Pywikibot to master 3.0-dev. It was Pywikibot 2.0rc5.

Solved updating to version 3.0-dev. Thanks.

I wonder if the explanation for geoline exemples not working is T155924.

I try to expand it from the wiki part. A page with this template transclusion was rendered in 5-8 seconds according with parser profile data showed in a preview. An edit on Module:Wikidata probably triggers an update of this expensive template transclusions, that is 34 600 pages, among other templates of course.

Note that this tool is shut down: http://forum.languagetool.org/t/shutting-down-wikicheck/1098
First action, if any, should be to host it in toollabs.

Who could we ping about their issues?
in Catalonia?

For monuments_ca_ you should search in Canada, not Catalonia

Original source is https://meta.wikimedia.org/wiki/MediaWiki:OSM.js. On fr.wiki it is https://fr.wikipedia.org/wiki/MediaWiki:Gadget-osm.js. Original documentation is at https://de.wikipedia.org/wiki/Wikipedia:WikiProjekt_Georeferenzierung/Anwendungen/OpenStreetMap

I fixed the message in Translatewiki: https://translatewiki.net/w/i.php?title=MediaWiki:Flow-guidedtour-optin-feedback-description/ca&diff=prev&oldid=6579056. The magic word should not be translated.

It is ok for me.

All talk namespaces in Catalan have Discussió with uppercase. Some time ago there was consensus to change it to lowecase, but it was not clear what implications this change may have. Anyway, the name for male and female should be consistent.

I also found incorrect categories on cawiktionary, previously configured per T49287: Configure $wgBabelCategoryNames for ca.wiktionary

From an user perspective, when I first saw an user page with LiquidThreads at en.wikitionary I thought: 1) it is his page, it is his choice, no problem, and 2) I also want it! Is there any feedback from user pages with LT at en.wikt?

In practice, I'd prefer to have redirects on non-existent talk subpages and do not enable Flow on existing talk subpages. We are reviewing talk subpages for mark as archived, merge or move to a root page. Anyway there is an ongoing discussion.

Collaboration pages like nominations for FA or AfD, or request pages with special workflow, are normally in the subject namespace. We should review if there is any such page to be moved from talk to subject namespace. Futhermore, I assume migration to Flow will be deployed on base talk pages, not subpages. We should review to unify talk subpages to its base talk page. Then, it will be helful to have redirects on all talk subpages to avoid creating them in the future.

It is fine to me. It sounds like the expected behavior and a new interesting experience to expand Flow in the proposed pages.

Great, a new "resolved" state will be indeed more clear. It is supposed that no further actions are needed, but it should be able to reverse the state if someone desagrees.

In a wiki noticeboard a topic is "open" until someone inserts a template like Done, Resolved or Closed, and then it is archived by bot. This is the practice in most wikis. In a Flow noticeboard this workflow can be achieved simply locking the topic, with a summary of the resolution or action taken. It only needs hide/show locked topics. Showing locked topics = view resolved and archived wiki topics. Hiding locked topics = view only pending requests.

WIWOSM is explained at https://de.wikipedia.org/wiki/Wikipedia:WikiProjekt_Georeferenzierung/Anwendungen/OpenStreetMap/en, loaded as a gadget in some projects or by https://de.wikipedia.org/wiki/MediaWiki:GeoHack.js in others.

Basic testcases at https://ca.wikipedia.org/wiki/Topic:S7p2k98xb4tdnzqw