Project:Current issues

About this board

This page is only for discussing issues related to MediaWiki.org site.
To get help with MediaWiki software, ask on Project:Support desk.
Other languages: English  čeština Deutsch français 日本語 Türkçe 中文

Wanted pages translation variables

2
Keyacom (talkcontribs)

I've asked Masumrezarock100 (talk⧼dot-separator⧽contribs⧼dot-separator⧽logs) that we could delete some pages from Special:WantedPages, but with some requirements:

  • Page title:
    • The pages should be in the main and Template: namespaces.
    • Their {{BASEPAGENAME}} should begin with a dollar sign ($).
  • Coding:
    • For templates:
      <includeonly>[[Template:{{subst:BASEPAGENAME}}]]</includeonly><noinclude>{{Translation variable notice}}</noinclude>
    • For other pages:
      {{Translation variable notice}}
  • The template "Translation variable notice" is located at User:Keyacom/sandbox/Translation variable notice.

Masumrezarock100 said we have too many pages like that if we would need to do this by hand, and he said a bot can handle this.

Ciencia Al Poder (talkcontribs)

I'm not sure what do you want to do... create those red link pages with a placeholder template? I don't think that's clean.

Reply to "Wanted pages translation variables"
Wladek92 (talkcontribs)

Hi all, following SVN reference remains at top of Manual:Templatelinks_table page =>

[http://svn.wikimedia.org/viewvc/mediawiki/trunk/phase3/maintenance/tables.sql?revision=15779]{{dead link|date=April 2018}}

What should it be replaced with ? or still worth to be mentionned there ? Thanks.

Christian FR (talk) 21:23, 19 January 2020 (UTC)

Ciencia Al Poder (talkcontribs)

I've removed the link. It serves no purpose here

Reply to "remains old SVN link to tables.sql"
MediaWiki message delivery (talkcontribs)

Hello Folks,

Wiki Loves Love is back again in 2020 iteration as Wiki Loves Folklore from 1 February, 2020 - 29 February, 2020. Join us to celebrate the local cultural heritage of your region with the theme of folklore in the international photography contest at Wikimedia Commons. Images, videos and audios representing different forms of folk cultures and new forms of heritage that haven’t otherwise been documented so far are welcome submissions in Wiki Loves Folklore. Learn more about the contest at Meta-Wiki and Commons.

Kind regards,
Wiki Loves Folklore International Team
 Tulsi Bhagat (contribs | talk)
sent using MediaWiki message delivery (talk) 06:15, 18 January 2020 (UTC)

Reply to "Wiki Loves Folklore"

help : my first template breaks inline text

3
Summary by Wladek92

done; thanks.

Wladek92 (talkcontribs)

Hi this is my first Template:msgtxt concatenating template msg and int. When these are called separately inline result is ok, but when my template is called, indentation is broken and inline is not respected why ? . Example is called on section 1 of Help:Watching_pages :

While viewing a page

The white star (or the link "Watch" in the monobook skin), located at the margin of each page, adds the current page to your watchlist, and turns the star into blue (or in the monobook skin a "Unwatch" link).
The
message with id 'addedwatchtext' (talk) "$1" and its discussion page have been added to your watchlist.
or 

message with id 'removedwatchtext' (talk) "$1" and its discussion page have been removed from your watchlist. , respectively, i

Be indulgent.Thanks

Text before message with id 'addedwatchtext' (talk) "$1" and its discussion page have been added to your watchlist. text between message with id 'addedwatchtext' (talk) "$1" and its discussion page have been added to your watchlist. text after.<= here in this note, the sequence is respected; tag translate problem ?

Christian FR (talk) 13:30, 17 January 2020 (UTC)

Ciencia Al Poder (talkcontribs)

This is caused by extra newlines that you inadvertently added inside the template. I've fixed that.

Wladek92 (talkcontribs)

Great ! so the template skeleton is  :

<noinclude><languages/>
</noinclude>|---here is the active code of the template---|<noinclude>
{{documentation|content= .... }} </noinclude>

Old version of the Support page for anonymous users

7
AhmadF.Cheema (talkcontribs)

I just checked the logged-out version of the Support page. However, for some reason no new edits from 3 hours ago are showing up.

Did a hard-refresh for both logged-out and logged-in versions. Checked on Chrome and Firefox.

Anyone else having the same issue?

MarkAHershberger (talkcontribs)

I just checked and saw topics from an hour ago.

AhmadF.Cheema (talkcontribs)

Still having the same issue.

Appears to be related to user IP. Using an HTTP proxy from Slovakia, is showing 2 days old posts on the Support page. Korean proxy is showing the hours-old ones mentioned in OP. Canadian and Bolivian proxies appear fine.

Ciencia Al Poder (talkcontribs)

I can also confirm that it displays topics older than 2 days ago.

Apparently, the problem is because it's a redirect, and the page is not purging the redirect URL, only the main support desk. I wonder if this is also a problem for redirects to non-structured discussions pages...

AhmadF.Cheema (talkcontribs)

Yes, Project:Support is working fine, while Support is still frozen at the time mentioned in OP which is 15 hours now.😕

AhmadF.Cheema (talkcontribs)

Wanted to just note that the issue still persists. Some regions get the older version of the redirected Support page, while Project:Support works fine.

Ciencia Al Poder (talkcontribs)

This isn't happening for me anymore now. This may be worth a bugreport

Reply to "Old version of the Support page for anonymous users"

Cannot view/undelete Mediawiki:Common.js

5
Summary by Masumrezarock100
Masumrezarock100 (talkcontribs)
DannyS712 (talkcontribs)

Only interface admins can view deleted / undelete - looking for phab task now

DannyS712 (talkcontribs)
Masumrezarock100 (talkcontribs)

Then the error message should be updated. The current one is confusing.

DannyS712 (talkcontribs)

Help:What_links_here obsolete Query example

3
Summary by Wladek92

done; thanks.

Wladek92 (talkcontribs)
Ammarpad (talkcontribs)
Wladek92 (talkcontribs)

Thanks but I only do translations and the original page should be at least reread and functional for our readers to have immediate answer. If not, I ask for help and I dont think one can blame me for that.

red link to Help:Section

3
Summary by Wladek92

done; thanks.

Wladek92 (talkcontribs)
Ciencia Al Poder (talkcontribs)

Doing a web search, looks like this link exists only on meta-wiki. I've linked to it. Not translatable, though :(

Wladek92 (talkcontribs)

ok it is good enough; several links in this page are related to meta pages. Thanks.

Christian FR (talk) 10:58, 9 January 2020 (UTC)

Proposal: give the right to hide flow posts only to autoconfirmed

9
Bawolff (talkcontribs)

every now and then anons are inappropriately hiding flow posts. I'm not even sure its malicious I think they just think the button means mark as read. anyways, can we restrict the right to autoconfirm?

Masumrezarock100 (talkcontribs)

Support - It doesn't make sense to me that we restrict "Edit Structured Discussions posts by other users (flow-edit-post)" right to autoconfirmed users while giving access to "flow-hide" right to all users. I mean I have seen a number of IPs vandalising by hiding posts.

DannyS712 (talkcontribs)

sure

DSquirrelGM (talkcontribs)

I've noticed that a number of times recently as well - not sure it needs to necessarily be autoconfirmed, just logged in.

Ciencia Al Poder (talkcontribs)

Strong support. Hidden topics can't be noticed unless you actually follow them in your watchlist, and the hide action is not notified in Echo, it only appears when visiting the watchlist, which is annoying.

Jdforrester (WMF) (talkcontribs)

For context, originally hiding posts was only available to sysops (I think), and people complained that "normal users can blank talk pages!" and so rights were altered.

Masumrezarock100 (talkcontribs)

Doesn't the same logic applies for flow-edit-post right?

Bawolff (talkcontribs)

sounds fine to me, although i'll note that this seems like it has been less of a problem in practise.

Jdforrester (WMF) (talkcontribs)

Yes, that too. Happy to implement the consensus request, once it settles down. Thoughts?

Reply to "Proposal: give the right to hide flow posts only to autoconfirmed"

why mobile translated page contents is not aligned with corresponding desktop version ?

3
Summary by Wladek92

=> the language banner appearing on tablette does not reload the last version of the translated page.

Wladek92 (talkcontribs)

I was surprised to see in french "Modèle:Page d'aide de PD" on => m.mediawiki.org/wiki/Template:PD_Help_Page on my tablette and I have some remarks:

1. PD sounded pédé (literally gay with a notion of rejection) is a bad word and should not be present in this kind of page and 'public domain' would be better ; why the filter has allowed this term ?
2. I have translated "https://www.mediawiki.org/wiki/Template:PD_Help_Page/fr" and adopted "Modèle:Page d’aide du domaine public" ; the question is why is there a translation for mobile different from the translation for desktop (i dont speak of th skin but the contents) 
3. When I compare the update of both versions, the desktop version of the page is from 4 december 2019 and the mobile version of the page is 'updated 4 months ago by Shirayuki'; so the question is why doesnt mobile contents follow the destop contents (or vice versa) since source is unique ? (...I hope) 

Christian FR (talk) 22:22, 23 December 2019 (UTC)

Ciencia Al Poder (talkcontribs)

It must be a caching issue, apparently now gone. The mobile site shows "Last edited 20 days ago by Mainframe98" now for me, using private browsing, which means no session cookies are involved.

Wladek92 (talkcontribs)

Referenced now in Phabricator.

Reply to "why mobile translated page contents is not aligned with corresponding desktop version ?"