Translating a node for which the name has been changed in the initial language seems to destroy the url-alias. All child contents (the subtree) of the translated node will not be accessible by the url-alias anymore. They still can be accessed using the system url like "content/view/full/60". But using the url-alias of the node results in a kernel 20 error: "The requested page could not be displayed"

This problem occurs for eZ Publish 4.0 installations which where initially migrated from a 3.9 or 3.10 release as well as for native 4.0 installations.

Steps to reproduce

1. Create a new Folder called "Folder1"
2. Create another content (i. e. another Folder) as child of Folder1 called "Test". Let's assume that this content gets the node-id 60.
3. Change the name of "Folder1", i. e. change the name to "Folder2". This is the important step to reproduce this issue. If you do not change the name of the node the problem will not occur!
4. Translate the Folder with the name "Folder2" into another language
5. Try to access the "Test" content. You will get a kernel (20) error message: "The requested page could not be displayed"
However, it's still possible to access the "Test" content (with node-id 60) using the system path:"content/view/full/60". The error log displays
several such error messages:

[ Apr 08 2008 12:01:58 ] [*.*.*.*] :
The parent ID 1801 of element with ID 1793 does not point to the last entry which had ID 1789, incorrect path would be calculated, aborting
[ Apr 08 2008 12:01:58 ] [*.*.*.*] :
eZContentObjectTreeNode::pathWithNames() failed to fetch path of node 1793, falling back to generated url entries. Run updateniceurls.php to fix the problem.

By the way running the updateniceurls.php does not fix the problem.