I'm just wondering if "There is an incompatibility with i18n_variable because this module check arg(0) == 'admin' in hook_init, before hook_inbound_alter()" is still relevant?

I have both mods installed and there doesn't appear to be a problem. There's nothing with the reports to suggest it's a problem.

Comments

raphael apard’s picture

Problem comes when you use multilingual variable. If you are using rename admin path, you can't switch language to change variable values.

kingfisher64’s picture

Is there anyway around this at all?

I love this little mod it's so handy.

raphael apard’s picture

I didn't find any solution right now.
Still looking for it. Any help is welcome ;)

rafamd’s picture

Title: i18n incompatible? » i18n incompatible? yes, for now, solutions welcome !
Status: Active » Postponed (maintainer needs more info)

housekeeping the queue....

Leeteq’s picture

Version: 7.x-2.0-beta1 » 7.x-2.x-dev
Category: Support request » Task
Issue summary: View changes

I cant seem to "get" what the problem here is, but from the low activity and only "normal" status, it seems that this is not a "showstopper" at least.
I am considering using this module on a multi-lingual site, which situation will I encounter related to this limitation?
Is is so that only one admin task cannot be done without disabling this module, then performing the task, and then re-enabling it? Is this just about such an inconvenience, or what?

Would appreciate a more detailed explanation about what will not work, and if a temporary disabling is a "workaround", or if this module simply cannot be activated at all on multilingual sites? (if so, then the priority of this issue should not be "normal")

raphael apard’s picture

It's look like hardcoded 'admin' disapears from hook_init on lastest stable version of i18n_variable.

Can you test i18n with rename_admin_path and check if we can set multilingual variable using a renamed admin path ?

Anonymous’s picture

I was testing problem #1 in an i18n site. I can change variables to another languages with the current dev version of this module.

candelas’s picture

Hello and thanks for this useful module

I have installed in a multilingual site using entity translation your module with i18n last stable version 7.x-1.11. I have changed user and admin paths, clear cache, delete and rebuild all user paths and I can change language without any problem.

Could you please tell to me if I have to check any thing else? Thanks

raphael apard’s picture

Status: Postponed (maintainer needs more info) » Active

You have to check if you can switch language to set variable in 2 differents languages.
For example, site_name:
Set site_name as a multilingual variable, go to admin > Configuration > Site Information and try to set switch language to set a different site_name.
If you can do it, this issue is fix ;).

candelas’s picture

I could change the name without problem, having it different in the two languages that I have. I double check in the home and the different titles are shown for each language. Thanks :)

I put here all modules that I have installed and enabled for translation, for people to know that they are compatible

Language Icons 7.x-1.1
Localization update 7.x-1.0
Entity Translation 7.x-1.0-beta3+7-dev
Entity Translation Menu 7.x-1.0-beta3+7-dev
Entity Translation Upgrade 7.x-1.0-beta3+7-dev
Block languages 7.x-1.11
Contact translation 7.x-1.11
Field translation 7.x-1.11
Internationalization 7.x-1.11
Menu translation 7.x-1.11
Path translation 7.x-1.11
Rules translation 7.x-2.7
String translation 7.x-1.11
Translation redirect 7.x-1.11
Translation sets 7.x-1.11
User mail translation 7.x-1.11
Variable translation 7.x-1.11
Views translation 7.x-3.x-dev

raphael apard’s picture

Status: Active » Fixed

Thanks a lot for reporting this.

candelas’s picture

Thanks to you. And... don't forget to take it off from modules front page because I almost don't try it because of that. Have a good weekend!

candelas’s picture

Sorry, when I say modules front page, I mean this module page https://www.drupal.org/project/rename_admin_paths

Status: Fixed » Closed (fixed)

Automatically closed - issue fixed for 2 weeks with no activity.