[TYPO3-core] RFC #11208: IDN Domain names handelt incorrectly in parts of the backend

[Johannes Feustel]

Hi,

this bug still exits in 4.5 and trunk. The backend is still not fully 
working in IDN domains.

How to test:
Run TYPO3 on IDN domain like xn--tst-qla.org (täst.org). Note that you 
need a TLD which supports IDN domains (see 
https://secure.wikimedia.org/wikipedia/de/wiki/Internationalizing_Domain_Names_in_Applications#Zeichens.C3.A4tze) 
otherwise the browser will just show up the xn- domain and everything 
will work because there is no wrong decoding.
Simply add
ServerAlias xn--tst-qla.org
to your vhost conf and
127.0.0.1 xn--tst-qla.org

Since the pagetree has changed you can test this now by saving an edited 
file in the file list module.
Or be clicking on edit in the context menu of a record. Error will occur 
on saving the record.

Patch v3 applies to 4.5 and trunk and adds the change in 
typo3/class.file_list.inc

Regards,
Johannes

> Hi,
>
> This is an SVN patch request.
>
> Type: Bugfix
>
> Bugtracker references:
> http://bugs.typo3.org/view.php?id=11208
>
> Branches:
> trunk, 4.2, 4.1
>
> Problem:
> If using an IDN (international domain name) like müller.de, the loading
> of the right frame fails under certain conditions.
> This happens because the js code of the context menu adds the complete
> URI including the hostname urlencoded to the returnUrl/redirect
> parameters. Which leads to problems when trying to redirect to the
> domain with the urlencoded umlauts.
>
> Solution:
> Only add the path and parameter parts of the URI. The host will
> automatically be added in the correct way by t3lib_div::locationHeaderUrl().
>
> Notes:
> If you are working with an IDN in the BE and (for example) hide/unhide a
> page using the context menu in the page tree, the right frame will not
> be loaded because of an invalid domain name. Another way to reproduce
> this is by editing page properties from context menu of the page tree.
> Also by pasting/deleting in filelist module.
>
> I hope I found all occurrences of this problem.
> Thx,
> Johannes
-------------- next part --------------
A non-text attachment was scrubbed...
Name: 11208_v3.diff
Type: application/pgp-keys
Size: 9876 bytes
Desc: not available
URL: <http://lists.typo3.org/pipermail/typo3-team-core/attachments/20110131/22140654/attachment-0001.key>