Closed (fixed)
Project:
Gutenberg
Version:
8.x-1.x-dev
Component:
Code
Priority:
Minor
Category:
Bug report
Assigned:
Unassigned
Reporter:
Created:
20 Dec 2018 at 07:44 UTC
Updated:
3 Dec 2019 at 19:39 UTC
Jump to comment: Most recent, Most recent file
Comments
Comment #2
perandre commentedComment #4
marcofernandes commentedComment #5
marcofernandes commentedComment #7
kszarek commentedHi guys! The problem still occurs, steps to reproduce:
1. Create new block type.
2. Create reference field to webform entity.
3. Enable block in content type that uses gutenberg.
4. Add drupal block on node create - it renders with success.
5. Click save button - page is being reloaded without node save - failure.
Comment #8
sayco commentedkszarek thank you, for reporting the issue. It seems that the issue is still applicable, I'm reopening the issue.
Feel free to provide a patch if you know how to solve it.
Comment #9
kszarek commentedNote: temporary solution is to save node with having opened Gutenberg editor as a Code editor
Comment #10
marx009 commentedHi guys! Comparison of the POST data shows that form data of the inner form (webform) are added to the node edit form data including the form_id, form_token and form_build_id.
The left part on the image shows the POST data before the switch to Code editor and back to Visual editor. The right part is the situation after the switch.
Hope it helps.
Comment #11
marx009 commentedThe problem could be solved by adding property "disabled" of inner form elements to true. So it's just little update of #3
Problem of the proposed solution is the appearence of such form elements as they inherit the disabled styling (buttons included).
I'll post the patch soon.
Comment #12
marx009 commentedPatch that disables form elements inside Drupal block.
Comment #14
marcofernandes commented