Closed (fixed)
Project:
User Read-Only
Version:
6.x-1.2
Component:
Code
Priority:
Critical
Category:
Bug report
Assigned:
Unassigned
Reporter:
Created:
1 Jun 2011 at 12:53 UTC
Updated:
8 Jun 2012 at 17:46 UTC
Jump to comment: Most recent file
Comments
Comment #1
stephenrobinson commentedIn the old code (the form object) this works:
In the new code, this doesnt render the buttons:
So the empty [#access] parameter must be the issue?
Comment #2
stephenrobinson commentedAs a temporary fix I did this, the buttons displayed, but no changes were saved, guess I am putting the old one back...
Comment #3
stephenrobinson commentedI found these attributes missing from $form_state, which will be why nothing will save:
Comment #4
Bastlynn commentedThanks! This looks like it's probably related to : #1175324: Drupals formid and settings are set as access false causing user submission to fail
I'm going to apply what nzhook has on that thread to the 6.x version (accounting for differences in versions) - I suspect that will fix the problem you're seeing.
Comment #5
Bastlynn commentedAnd that looks to be exactly what it was. The fix has been rolled into the 6.x branch.
Let me know if you see trouble with it.
Comment #6
roball commentedYes I can confirm the problem with 1.2 and that 1.3 fixed it.
Comment #7
Bastlynn commentedComment #8
doublejosh commentedI'm on 7.x-1.3 and the submit/cancel buttons are still included in the list of elements to restrict.

This means if the default if to disable fields the buttons will just not show.
However you can always just update the settings for the button elements, so perhaps this was the intention.