Closed (fixed)
Project:
Rules
Version:
6.x-1.x-dev
Component:
Forms Support
Priority:
Normal
Category:
Bug report
Assigned:
Unassigned
Reporter:
Created:
24 Aug 2009 at 12:39 UTC
Updated:
5 Mar 2010 at 11:08 UTC
Jump to comment: Most recent file
Comments
Comment #1
gpk commentedSame happens on hitting node Save.
Am using 6.x-1.x-dev of 2009-Aug-20.
Comment #2
fagoOh, looks like a caching issue. Once there are #ahah elements in the form it gets cached, so in the main after_build stuff has to be included before moving on.
Comment #3
klausiAnd here comes a patch:
I added a further after build handler that lives in the module file and does the necessary including.
Comment #4
fagoYep, that looks fine!
Comment #5
klausiand committed.
Comment #7
Rosamunda commentedI´m sorry, I need to use this feature on a live site. Is it safe to use the dev version?
Because that error appeared to me too.
Sorry for thie naive question :)
Rosamunda
Comment #8
gpk commentedProbably... there don't seem to have been that many "drastic" commits since 6.x-1.1 (http://drupal.org/project/cvs/190124) that will have potentially broken stuff so you should be OK. Try it on a test site first.
Or apply the patch at #3 to your existing version pending the next release.
Comment #9
Rosamunda commentedThanks!
Comment #10
nodecode commentedI upgraded to the latest 6.x dev version (2009-Dec-11) as per the advice in this thread to take care of the caching issue.
Now when i disable a form element, there's no error, but it completely erases the contents of the disabled field after i click 'Save'. There was the caching issue with the 6.x-1.1 version but this is a much worse problem.
Can anybody else replicate this? I can provide more details if needed.
Comment #12
klausi@nodecode: yep, I can confirm that, but this is a separate issue: #733558: Remove Action "Disable form element" because it erases field values