MediaWiki talk:Uploadnologintext

From Wikimedia Commons, the free media repository
Jump to navigation Jump to search
This is the talk page for discussing improvements to MediaWiki:Uploadnologintext.

returnto in link[edit]

{{Edit protected}} It would be useful to preserve the returnto in the link, so after you log in, you return to Special:Upload. This can be done with:

{{MediaWiki:Uploadnologintext/lang}}

You must be <span class="plainlinks">[{{fullurl:Special:UserLogin|returnto=Special:Upload}} logged in]</span> to upload files.

(There is actually a $1 for this, but the above approach is easier to fit into the current translation system).

--Superm401 - Talk 06:49, 10 September 2013 (UTC)[reply]

Great. Thank you! :) −ebraminiotalk 17:55, 10 September 2013 (UTC)[reply]

1$ Brwajumha (talk) 11:14, 10 April 2017 (UTC)[reply]

Use $1 for link[edit]

Screenshot of the AnonymousI18N script showing the language select in the sidebar and a bar suggesting to view Commons in the system or browser language of the visitor

{{Edit protected}}

This message (and its translations) use a hardcoded link to the upload page, even though the link is available as parameter $1 (TW.net doc). I see no advantage for this, and there are two disadvantages:

  1. the link will point to the wrong place on mobile (see bugzilla:62640)
  2. query parameters (which are used for upload campaigns like Wiki Loves Monuments, for example) will be lost, while $1 will correctly contain a returntoquery parameter

In non-English parameters, the link usually does not even contain returnto, resulting in a horrible user experience (the user is ejected to the main page after login).

Please replace the link with $1, in all translations as well if possible. (The text of $1 can be changed in MediaWiki:Loginreqlink if necessary.) --Tgr (WMF) (talk) 20:03, 14 March 2014 (UTC)[reply]

✓ Done -- Rillke(q?) 20:13, 14 March 2014 (UTC)[reply]
@Tgr (WMF): Note that if the user switches to a different language before logging-in, the URL-parameters are lost as well. Therefore, please offer some kind of language-switching mechanism in the mobile app. Is it tracked or would you mind filing a bugzilla entry for that? If this would be implemented, I could delete all these custom pages. -- Rillke(q?) 20:41, 14 March 2014 (UTC)[reply]
@Rillke: I don't think mobile is any special in this - URL parameters are lost every time you navigate, unless you use a link that has been specially prepared. Can you explain in more detail when does this cause problems and how is it related to MediaWiki:Uploadnologintext customizations? --Tgr (WMF) (talk) 00:53, 15 March 2014 (UTC)[reply]
@Tgr (WMF): Assume you are not able to understand English. Follow a link to https://commons.m.wikimedia.org/wiki/Special:Upload?useformstyle=basic while not being logged-in. By default, you get something in English. On Mobile, site JS (MediaWiki:Common.js) doesn't seem to be loaded. Therefore, the bar offering viewing this page in the language your browser is set to, is not shown. Users of mobile app therefore possibly need the language links. If Mobile App would allow changing the language of the current page, the custom messages could be deleted because the language links would be superflous. -- Rillke(q?) 09:07, 15 March 2014 (UTC)[reply]



Note that I only changed MediaWiki:Loginreqlink/no. For other messages, I used the translations from translatewiki but for no, there was no current translation available. -- Rillke(q?) 20:42, 14 March 2014 (UTC)[reply]

Hi Usman.hamed12 (talk) 10:58, 5 April 2017 (UTC)[reply]

bugs affecting this template and removal of it?[edit]

(hello), There are a few issues about this template which were reported at Commons:Village_pump#MediaWiki:Uploadnologintext.2Flang (and other places).

  • there is a bug in the template, the links added by the lang bar are wrong and are pointing to MediaWiki:Uploadnologintext/lang and not the localized user form.
  • if a non existing language is selected, the language link won't be displayed.
  • some users suggested this should be removed because language selector is already implemented elsewhere.

So, I assume this can be done:

  • fix the links in the template.
  • discuss the removal / deletion of this template at the same time.

Esby (talk) 10:31, 15 June 2017 (UTC)[reply]