Active
Project:
Administration Language
Version:
7.x-1.x-dev
Component:
Documentation
Priority:
Normal
Category:
Bug report
Assigned:
Unassigned
Reporter:
Created:
24 Apr 2011 at 10:12 UTC
Updated:
7 Dec 2016 at 07:59 UTC
Jump to comment: Most recent
Comments
Comment #1
ms_k commentedhi,
i have the same problem. Is there any solution around?
Greetings ms_k
Comment #2
SanFeda commentedSame here.
Comment #3
spessex commentedSame here
Comment #4
marcoscanoSame for me.
An easy workaround is to temporarily remove admin/* from the list of pages to use on admin language settings, then save your changes, then move back the admin language to the manage display as well.
Comment #5
adamgerthel commentedIf you click 'save' twice the settings will actually save (after the page reload you save again)
Comment #6
no2e commentedI have the same problem with the 'Manage Display' form of taxonomy terms (in combination with Taxonomy display; thought at first that this is an issue with this module → #1439456: Settings don't get saved).
When I disable admin_language, the form can be saved correctly.
Comment #7
nyd commentedsame here. In fact it does work if you insist or click before some events. I suppose it is ajax related.
Comment #8
adam1 commentedsame here
Comment #9
kingofsevens commentedI have the same, when arranging display. When I change something from visible to hidden it seems to save but it doesn't also changes languages. For example, it says Visible in English and when I click and change it to Hidden, the option reads Hidden but in Turkish and all the other display elements turn to Turkish as well also it doesn't save the choice.
Also, some times when I hit save it opens the display option for let say the body field.
I found a workaround without disabling anything. My admin language is set to English and I have noticed that if my url is
example.com/tr/admin/*something and I receive this error. But when I enter the admin panel from the English url likeexample.com/en/admin/*everything works fine.I believe this is a problem with the ajax call that change is making.
Comment #10
wusel commentedI have a content type with an field "image" (from core).
On a saved node of this type I want to delete an image, so that this node has no image any more.
But I'm not able to save that changed node, when I click on "Save", I always get the error:
The content on this page has either been modified by another user, or you have already submitted modifications using this form. As a result, your changes cannot be saved.If I disable "Administration Language", I can save that changed node.
I use:
D7.15
Administration Language 7.x-1.x-dev (2011-Aug-22)
English and german language, default is german, admin language is english.
Something is wrong.
Please help soon.
Thank you very much for this great module.
Comment #11
wusel commentedI have found a solution, please look at:
http://drupal.org/node/1337558
I hope, this other issue is solved soon.
Wusel
Comment #12
svendecabooterExperiencing the same problem.
Quickfix: add "system/ajax" to the "Pages" textarea on admin/config/regional/language/admin_language
I suppose this could mess up ajax behavior elsewhere on the site though.
Comment #13
wulff commentedI have added the system/ajax path to the list of pages on the settings form. The change has been committed to the 7.x-1.x branch.
Comment #15
geek-merlinHUH, i've spent hours on this and only found it by chance.
We might fix this doc bug by adding some description to the settings page:
"Forms may break if form path and ajax callback path have different languages. If you have issues (e.g. on form and display settings pages) check your admin language paths for this.
Comment #16
sja1 commentedI am experiencing this as well
Configuration:
Site default language: Spanish
Admin language: English
admin_language settings:
- Use administration language on specific pages = Use administration language on only the listed pages.
- Whitelisted pages:
admin_menu/*
file/ajax/*
system/ajax
Node with image-field set to allow upload of multiple images, and form presented as multipage using field group module. I'm not sure the multipage has anything to do with this but I mention it just in case.
Steps to reproduce and symptoms:
A typical example is editing a node with 4 images already attached. I observer the following behavior:
The problem, including the strange untranslating of the button text, goes away if I disable admin_language.
I had to disable admin_language on another site as well do to this (unrelated?) problem: https://www.drupal.org/node/1860380
Comment #17
hgoto commentedAs noted in #11, following issues are related.