bugs wrote:

Maybe $wgForceUIMsgAsContentMsg? :-)

bugs wrote:

I don't think it's possible to make it so they're all automatically translate-able, so let's try this:

'wgForceUIMsgAsContentMsg' => array(

'wikimania2009wiki' => array(
    'registration-url',
    'schedule-url',
    'volunteers-url',
    'press-url',
    'sponsors-url',
    'FAQ-url',
    'IRC-url',
    'contact-url',
    'Site Map-url',
    'index-url',
    'cfp-url',
    'local-url',
),

),

Above config sounds like it should do, though I'm not 100% sure how the caps or spaces will interact. If they don't all work as is, may need to de-cap some.

I have made the above changes and the wiki appears to be functioning normally. If anyone sees any issues, please do not hesitate to reopen this ticket.

Thanks!

bugs wrote:

This doesn't seem to be working for me either :-/ On, http://wikimania2009.wikimedia.org/wiki/Index/es?uselang=es "Inscripción" should link to Registration/es, right?

Well, it sets the actual names, but not what they link to, as localized. I am not sure of the correct step to fix this. Kicking ticket to brion for comment.

bugs wrote:

poke

Resolved. The secret was to write in MediaWiki:Sidebar exactly the same words as in the config: for 'registration-url' in $wgForceUIMsgAsContentMsg, MW:Sidebar must have "registration-url|Registration" and not "Registration-url|Registration". Since in the code there is if( in_array( $key, $wgForceUIMsgAsContentMsg ) ) in wfMsgForContent.

Is it a bug? I mean that $wgForceUIMsgAsContentMsg doesn't respect the convention of the first upper-case letter and MW:Sidebar does.