When editing a node in a different language (say Swedish) and you have English as administration language, uploading a file to a field will cause the node to save instantly. If you try to save the node using the 'save' button you will get '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." error message.

Support from Acquia helps fund testing for Drupal Acquia logo

Comments

betadog’s picture

I second that. The "Add new file" section disappears as well after adding one file/image. A reload of the page brings it back and files are being saved though.
Glad I found this post, I nearly lost my mind on this one. After disabling Admin Language the upload form behaves normal again.

liveflow’s picture

I also disabled the module, because it does not give the option to delete the file and upload the new one. The first time click on "Remove" - a message of success, but it appears the same field in a second (not admin) language. Click a second time to "remove" - and the file is deleted. After that, save the node fails.

dmitrit’s picture

I fixed it by adding "file/ajax/*" pages to the module settings.

opi’s picture

#3 works. Thanks for the tip. (But it's still strange... )

planctus’s picture

#3 worked for me too..
Da.

tsi’s picture

Priority: Normal » Major

Just spent a few hours figuring this out and stumbled upon the solution here.
I'd say, remove -

node/add/*
node/*/edit
node/*/devel
node/*/translate 

from the default list, at least until this is resolved.
Bumping up to major because this bug has implications on core functionality and because this is very hard to trace.

PS Marking #1648918: cant remove images from fields when admin_llanguage is active as dup.

hkirsman’s picture

#3 works!

Just a little shortcut - here's the admin page: admin/config/regional/language/admin_language

botris’s picture

Confirming #3 works

cesarmiquel’s picture

This is a nasty bug. I found if after a lot of lost time and once I tracked it to this module I found this issue quickly. Thanks for the workaround/fix @dmitrit! Indeed #3 works like a charm.
Not sure about #6. In my case I would have explicitely added node/add/* and would have stumbled into this bug anyway. Why not add file/ajax/* to the defaults? I can submit a patch quickly. It's still not fool proof but I think its a bit better. It can save others a lot of suffering. :-)

panayotis’s picture

Hi!
Would like to implement #3. However on my fresh install (7.15) the settings page is not served. It keeps on displaying the admin/config/regional/language page.

UPDATE!
Fixed it! It's the overlay ...

botris’s picture

Status: Active » Needs review
FileSize
542 bytes

Hereby a patch for the solution in #3
Even though is a very small patch, I think it's necessary to get this committed as it's a hard bug to track down.

wusel’s picture

#3 works for me too. Thanks for the tip. (But it's still strange... )

Please update soon.
Thank you very much for this great module.

tsi’s picture

Status: Needs review » Reviewed & tested by the community

#11 solves the issue.

wusel’s picture

Status: Reviewed & tested by the community » Patch (to be ported)
wulff’s picture

Status: Patch (to be ported) » Fixed

Thanks for the patch. I've committed #11 to the 7.x-1.x branch.

Status: Fixed » Closed (fixed)

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

HaiNguyen007’s picture