path redirect does not work when i18n module is enabled

Is there a way to do this programmatically? What are the conventions on having modules set their own weight? It seems like everyone would want their module to be first if it weren't regulated in some way.

hello,

weight 20 i18n - blocks 5.x-2.x-dev

weight 0 i18n - menu 5.x-2.x-dev

weight 0 i18n - profile 5.x-2.x-dev

weight 20 i18n - taxonomy 5.x-2.x-dev

weight 0 i18n - views 5.x-2.x-dev

weight -10 Internationalization 5.x-2.x-dev

weight 0 Menutranslation 5.x-1.x-dev

weight 10 Translation 5.x-2.x-dev

this means concret: ideal weight -11 for path redirect?

sorry - there are a lot of different weights of the i18n modules and i'm a little bit confused ...

greetings momper

thanks :)

Did change the weight of path_redirect to -90 but still it does not work when i18n is on :-((

Ok, I found the solution. The thing is that path_redirect takes the path from $_SERVER['REQUEST_URI'] which contains for example "en/" at the beginning. Because of this there are no matches in the database. So I added these 3 lines in path_redirect.module on line 36:

if (module_exists('i18n')) {
$path = substr($path, 3);
}

There's no need to change the weight.

Hopefully I could help some of you guys.

for some languages the language code is longer then 2 so:

if (module_exists('i18n')) {
global $locale;
$len = strlen($locale) + 1;
$path = substr($path, $len);
}

I'm not sure however, whether I can simply use the $locale variable or that I have to pull the $node->language variable out first.

Another solution:

In English:
from:
en/content/company
to:
content/company/who

In Dutch:
from
nl/content/bedrijf
to:
content/bedrijf/wie

In Language xxx:
from:
xxx/content/something
to:
content/something-else

a comment to sinasalek and wiert:

Your solutions presuppose prefixed URLs, and not the use of domain names. To make the solution generic you must check how the multilanguage support is implemented.

Code from #9 will not work for drupal 6. Here is a code for d6:

if (module_exists('i18n')) {
  global $language;
  $len = strlen($language->prefix) + 1;
  $path = substr($path, $len);
}

Here's a patch. It has some changes from the above:

• Don't risk truncating the path if there's no language prefix.
• No check for i18n. Language prefixes in paths are now a Drupal core feature.

Still, there might be a more fundamental problem to be solved in path_redirect: Under D6, URL aliases have a language field, so should the path redirects to avoid ambiguities.

subscribing

You'll need to check out the latest code (6.x-1.0-beta3) which now officially has multilingual support. The code in your patch has been massively changed.

As far as I can tell this is fixed in the 6.x branch for a regular i18n setups. Someone with domain on prefix-less setups might want to test also before we close.

I'm going to mark this as fixed for now. I've had a few people test it on multilingual sites and it works for them. This will not be backported to Drupal 5 as it is feature locked.