I've got an internationalized website using i18n modules, so each time I try to access http://localhost/drupal/contact for example, I'm redirected to http://localhost/drupal/en/contact/list (if English is the current selected locale). As a consequence, all the contact form links in the list point to "en"-prefixed URL's. For example, I have an "administrator" category and the corresponding link in the contact form list points to http://localhost/drupal/en/contact/administrator, which leads back to... http://localhost/drupal/en/contact/list
What's weird is that http://localhost/drupal/contact/administrator actually displays the contact form!
Was the module tested on an internationalized setup ?
| Comment | File | Size | Author |
|---|---|---|---|
| #2 | fix_path.patch | 625 bytes | AmrMostafa |
Comments
Comment #1
behindthepage commentedShort answer: No it was not tested or even considered to be used with i18n.
As you have found out you are having "very interesting" problems with paths because my module "hijacks" the paths contact and contact/$variable and redirects them. The i18n module (I assume) is also redirecting paths so they are fighting back and forth.
I will have to check out how i18n works and see if there is a way for them to play nice together. This may take a while.
I can think of a hack straight away which will get it working with i18n. Question: are all of the paths prefixed by a language definer like "en"?
Let me know and I will see what I can do
Gpdinoz
Comment #2
AmrMostafa commentedYou just have to use arg() instead of fetching the args manually from $_GET['q'].
This simple patch fixes that, so paths will be compatible with i18n.
Comment #3
behindthepage commentedI have committed this patch.
Many thanks
gpdinoz
Comment #4
behindthepage commented