Last modified: 2012-03-01 17:34:37 UTC

Wikimedia Bugzilla is closed!

Wikimedia migrated from Bugzilla to Phabricator. Bug reports are handled in Wikimedia Phabricator.
This static website is read-only and for historical purposes. It is not possible to log in and except for displaying bug reports and their history, links might be broken. See T30423, the corresponding Phabricator task for complete and up-to-date bug report information.
Bug 28423 - Do not hardcode message for logo link, make it configurable
Do not hardcode message for logo link, make it configurable
Status: NEW
Product: MediaWiki
Classification: Unclassified
General/Unknown (Other open bugs)
unspecified
All All
: Normal normal with 1 vote (vote)
: ---
Assigned To: Nobody - You can work on this!
:
Depends on:
Blocks:
  Show dependency treegraph
 
Reported: 2011-04-04 20:50 UTC by Danny B.
Modified: 2012-03-01 17:34 UTC (History)
5 users (show)

See Also:
Web browser: ---
Mobile Platform: ---
Assignee Huggle Beta Tester: ---


Attachments

Description Danny B. 2011-04-04 20:50:18 UTC
1) The "mainpage" message is described in MessagesXx.php ("Main page", "Hlavní stránka", "Hoofdpagina" etc.) The "mainpage-description" is by default the same.
2) The logo links to the page defined by "mainpage" message.
3) The sidebar link to main page can be changed by for instance
   * mainpage-url|mainpage-description

If done so, the logo should link to mainpage-url then and not to mainpage.

The messsage for mainpage link on logo should be configurable then.

Use case:
Incubator uses Main page/cs, Main page/nl etc. instead of "Hlavní stránka", "Hoofdpagina" etc. Easy to configure in sidebar, no way to configure under the logo, so there is inconsistency between those two links then.

Possible solution:
Introduce $wgMainPageMsg?
Comment 1 Danny B. 2011-04-04 21:00:54 UTC
Also (via bawolff):
http://incubator.wikimedia.org/wiki/?uselang=cs
should now go to Main page/cs and not to Hlavní strana

So I suppose Title::newMainPage() should be somehow tweaked the way it will allow it.
Comment 2 Bawolff (Brian Wolff) 2011-04-04 21:08:08 UTC
What I understand is wanted:

*The mainpage message to be a UI message instead of a content message.
*But not to use any of the translations provided for it (by mediawiki), since we only want it to work for Main Pages that actually exist, so we only want translations that we manually make.

The proposed solution
*Make a new global variable to control which message we use for the 'mainpage' system message. Since a wiki could change it to some non-existent message with no automatic translations, it would only work for manual translations as desired.

This seems ugly in the extreme. What happens if another system message needs to be special handled like that. I really don't like this solution, it just seems "wrong".

If we must do something like this, perhaps a new global similar to $wgForceUIMsgAsContentMsg but causes the message to only take manually made edits to the mediawiki namespace into account when the content language does not equal the user language - aka if there is no manual made edits in the mediawiki namespace for the userlanguage, then treated the same as a normal content language message. (Is that even possible in the current message system).
Comment 3 Bawolff (Brian Wolff) 2011-04-04 21:11:44 UTC
*Sigh*, as an ugly hack, I should mention that the following would do what you want (but is ugly ugly).

Make mainpage _not_ be in $wgForceUIMsgAsContentMsg

make the content of mediawiki:Mainpage be {{int:new-mainpage}}

Then the main page will be the value of the new-mainpage message (either the specific translation for the language [ aka mediawiki:new-mainpage/fr ] or if that doesn't exist the generic one).
Comment 4 Saibo 2012-03-01 17:31:05 UTC
I just had to create those two redirs: https://commons.wikimedia.org/w/index.php?title=%D8%AF%DB%95%D8%B3%D8%AA%D9%BE%DB%8E%DA%A9&oldid=67738834 and https://commons.wikimedia.org/w/index.php?title=Destp%C3%AAk&oldid=67738751  Without the redir the links to the mainpage (logo and menu) had pointed to a dead page for /ku and /ku-arab
Comment 5 Platonides 2012-03-01 17:34:37 UTC
That's what happen when adding messages to $wgForceUIMsgAsContentMsg. You may need to create pages for the content too many times.

For the OP problem, just make logo use mainpage-url?

Note You need to log in before you can comment on or make changes to this bug.


Navigation
Links