Related issue:
Admin language causes file uploads to save node
==
I set admin language = English
I create a node have language set as "Neutral / a language not same as admin language"
Then I add images to node => ok.
But when I try to remove a image from node:
+ 1st click remove button: status message is node is updated (it mean it update althrough I haven't clicked on Save button, amazing); and more strange is: image is still appear in node editing form.
+ Then I click 2nd click on "remove" button: then image disappear on node-edit-form
+ Then I click "Save" to save node then I receive this 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."
==
Quick hack solution:
I goto admin_language settings:
1, disable admin_language (if you call it a solution)
or
2, And add a path pattern for using admin_language is: node/*/edit then everything OK.
So this bug is by admin_language module
==
I have a question:
In this old patch: (3 year ago) : have node/*/edit in it, and it's committed. So why current version of admin_language I don't see node/*/edit in ADMIN_LANGUAGE_DEFAULT_PAGES (in admin_language.module)
==
This bug is very difficult to track down, so please solve this bug one and for all to avoid it happen in the future. Not only with path like: "node/*/edit", but also other path;
Maybe: Add more clearly documeantation, even in module page
or / and: add more path pattern as ADMIN_LANGUAGE_DEFAULT_PAGES
| Comment | File | Size | Author |
|---|---|---|---|
| #2 | admin_language_media_ajax-2491863-2.patch | 449 bytes | rodrigoaguilera |
| 7.png | 87.88 KB | HaiNguyen007 | |
| 6.png | 32.79 KB | HaiNguyen007 | |
| 5.png | 66.38 KB | HaiNguyen007 | |
| 4.png | 73.09 KB | HaiNguyen007 |
Comments
Comment #1
rodrigoaguileraIt was very difficult for me also to track down the issue.
I can confirm that your steps can reproduce the issue.
Comment #2
rodrigoaguileraA patch that includes the path for media ajax calls
Comment #3
ludo.rI just ran into that issue.
#2 patch doesn't solve the problem for me.
When using language path prefix or not, it doesn't make a difference.
However, adding "node/*/edit" as just said above solves the problem.
Comment #4
mesnitu commentedI run into this issue. I updated to the dev version following this issue https://www.drupal.org/node/1933120
and apply the patch from https://www.drupal.org/comment/5446262#comment-5446262, but it didn't resolve nothing.
I merge this patch #2 with the other one, and now it's working . So I have this:
Comment #5
rodrigoaguileraThen those path should be added to the patch too
Comment #6
pslcbs commentedThanks @rodrigoaguilera & @mesnitu for pointing me on the solution to this issue that was driving me crazy!!
Comment #7
stefan.r commentedComment #9
stefan.r commentedCommitted #4
Comment #11
ParisLiakos commentedopened an issue for paragraphs module
#2776829: Admin language causes file uploads to save node: part 3
Comment #12
norman.lolVote to reopen. Still occurs on node edit pages with media browser image fields. Trying to remove an image (added through media browser priorily) triggers the bug and error message and prevents the node from getting saved.
Comment #13
stefan.r commented@leymannx can you check with your inspector in the console tab which path the request is being made to? this patch added media/ajax, is it another path? Or did you perhaps overwrite the default list of paths manually and need add it there?
Comment #14
Zipbic commentedI'm also experiencing the same problem through the media browser.
When i click the "remove" button a request is made to "/media/ajax/field_campaign_image/und/0/form-hashvalue...."
Comment #15
tramsaal commentedThe same bug just happened to me, disabling the admin_language module solved the issue. So the bug is still there.
Comment #16
pawlus commentedI can confirm this, bug's still there (reinstalled the module completely after applying patch).
Comment #17
umac_de commented@ Pawlus,tramsaal - same problem here, but found my solution in the error.log:
Input variables exceeded 1000. To increase the limit change max_input_vars in php.ini
Comment #18
joshf commentedIf you're editing a node with a translated taxonomy term field, you may also be getting bitten by this bug: https://www.drupal.org/project/i18n/issues/3003386
It seems very much like an admin_interface bug but in this case it's an i18n issue.
Comment #19
pawlus commentedThanks so much , @joshf, that was exactly what was causing the problem.