The autosave doesn't save at all and it returns an internal server error 500 when I check with firebug and in developer tool of chrome. Can anyone help me?
The autosave doesn't save at all and it returns an internal server error 500 when I check with firebug and in developer tool of chrome. Can anyone help me?
Comments
Comment #1
dave reidPlease re-confirm with the latest 7.x-2.2 release. A couple big bugfixes went in recently.
Comment #2
juampynr commentedThe error from the AJAX call when clicking at Restore is:
Debugging Autosave I see that there are several warnings, the first being when drupal_build_form() is called, which provokes the following:
I will keep debugging
Comment #3
ryanrain commentedI'm seeing this same error, although on line 7663 of common.inc.
i've tried switching to the Seven theme for node editing, and using a text format that doesn't use the ckeditor wysiwyg, but still get the same error.
i also tried applying the patch in #1402902: EntityMalformedException on restore but got the message that the patch had already been applied.
hopefully it's alright that i changed the priority tag on this issue. this problem breaks the module entirely.
would it be useful for me to paste here the results of a debug_backtrace() ?
thanks everyone!
Comment #4
gocreate commentedI've tried the latest dev (which appears to include the patched code mentioned elsewhere) and I am still receiving this error. Specifically:
Anyone have any insight on this they can share before I remove the module entirely?
Thanks much!
Comment #5
robdubparker commentedAnymore progress on this? I've implemented the autosave_EntityMalformedException.patch with the latest dev release and am still receiving the errors mentioned here.
Comment #6
dafeder@rp121 is your node/add form using an aliased path? I had the same problem and that was the issue. See #2298849: EntityMalformedException missing bundle after clicking Ignore
Comment #7
demoshane commentedHello,
this seems to be issue still even with latest dev clones based on latest commit hash.
We are not using aliased edit paths or anything but instead using the page variant from ctools page manager to build edit form.
Comment #8
demoshane commentedI can confirm this was caused by panelizing edit form. Built the page without page variant and it works.
Comment #9
keithn commentedI had this problem with the dev version (7.x-2.x-dev) for one user. Truncating the autosaved_forms table in the database seemed fix the problem.
Keith