redirect by url alias

i don't think this is the case... at least for built-in menu paths, like /admin going to /admin does the same thing as /en/admin.

Strange behaviour. Maybe confirm that your path aliases have the right language and they don't have a language prefix (that was supported in drupal5, not in drupal6).

In Drupal 6, path aliases with a language only exist when visiting the site in that language, so mixed links (language prefix != path alias language) won't work.

Also check access for the paths without alias (node/x, node/y)

#4 That one doesn't work for me on 6.6. I installed and enabled, but opera just shows an opera warning about redirection and a link to follow, except there is no link. At least without it I get a page not found error.

I think it is my mistake in the configuration. I had changed to have Norwegian as the default language, but hadn't set en as language path for english content. It works great when that was fixed.

There is a lot of settings spread out between a lot of modules for configuring for multilanguage.

Does this interfere with global_redirect module?

I think the aliases should perhaps default to "all languages" instead of the relevant node language- at least when creating aliases together with translation.* The current way results in broken links, when creating nodes & translations in the normal way:

1) create node, set language, set path, save
2) create translation, set path, save
3) visit node (source language), click the link to translated content
4) page not found (because the created alias only exists in the translation's language, not in all or the source language)

temporary solution is to go to admin/build/path and setting the language to "all languages" for the alias.

* when one creates translation, it's usually in the not-default language of the site, and the alias target should be always reachable irrelevant of the visitors language setting or url.

Pasqualle,

time to report an user error, nothing really wrong here :)

The problem I described exists only with translated nodes that have been given an url alias with the path system, and language negotiation set to "path prefix only" (and no path prefix given in the alias). D6 automatically applies the translation's language as the alias's language, and when "Path prefix with language fallback" is not on it I had left this setting to path prefix at some point and neglected to check that earlier.

Thanks .jon

@Pasqualle: Why are you not integrating the functionality of #4 into globalredirect module if not already build-in... not sure, but I remember that there was some i18n additions in near past. No need for an extra module!

Sounds resonable... but globalredirect may already care about this in general. I'm not sure, but it may be only a very small addition and normally every good site should already have globalredirect installed...

@Pasqualle,
I agree i18n for D5 had some inconsistencies with path aliases and language prefixes. For that version we just tried to make everything work somehow, in this case trying paths with and without language.

We are not preserving this loose behavior for D6. Now all these prefixes and alias are handled by Drupal core and handled right IMHO.

So if you have these inconsistent aliasing /links in your site and you want to keep them, please either put it in a new module, or maybe this may work as a feature request for globalredirect.

In any case I don't think this is a desirable feature for i18n as it allows fuzzy inconsistent aliasing and linking.