Maniphest T19712

uselang=en translation string vs. zh-tw
Closed, ResolvedPublic
Actions

Assigned To

None

Authored By

	Jidanni
	Feb 28 2009, 12:03 AM

Description

Why does this give this different result if one adds uselang=en?

set 'http://radioscanningtw.jidanni.org/index.php?title=bla&action=edit&redlink=1'
for i in '' '&uselang=en'
do lynx -dump --listonly $1$i|perl -MURI::Escape -nwle 'print uri_unescape($_);'
done|grep 說

I mean if you are going to give a zh-tw result, you might as well give the same.

Version: 1.16.x
Severity: trivial

Details

Reference: bz17712

Event Timeline

• bzimport raised the priority of this task from to Medium.Nov 21 2014, 10:35 PM

• bzimport added a project: MediaWiki-Internationalization.

• bzimport set Reference to bz17712.

Jidanni created this task.Feb 28 2009, 12:03 AM

The link should always be from content language. My guess is that the language converter is doing some things here.

Assigning to Philip.

(In reply to comment #1)

The link should always be from content language. My guess is that the language
converter is doing some things here.

The problem might be in Title.php. The Messages*.php files are fine.

Created attachment 6241
script to run the test easily

I didn't do anything special in LocalSettings.php other than $wgLanguageCode='zh-tw'.

Attached:

test208 BDownload

(In reply to comment #3)

(In reply to comment #1)

The link should always be from content language. My guess is that the language
converter is doing some things here.

The problem might be in Title.php. The Messages*.php files are fine.

The actual issue is in the Messages*.php file. The 'newarticletext' has a hardcoded link on there.
It should be link to the message 'helppage'.
It is not an issue for the Language Converter.

Fixed in r52941.

Thank you for digging it up.

uselang=en translation string vs. zh-twClosed, ResolvedPublicActions

Description

Details

Event Timeline

uselang=en translation string vs. zh-tw
Closed, ResolvedPublic
Actions