Error message
Notice: Undefined index: storage in biblio_node_form_next() (line 1600 of /Applications/MAMP/htdocs/d7bib/sites/all/modules/biblio/biblio.module).and rightly so, $form['storage'] is not part of Drupal 7 anymore, see http://randyfay.com/node/66 and http://randyfay.com/node/74 which explains the form API changes from 6 to 7.
| Comment | File | Size | Author |
|---|---|---|---|
| #5 | 918948_5_node_form_tests.patch | 3.67 KB | scor |
| #4 | 918948_4_node_form_tests.patch | 3.59 KB | scor |
| #1 | 918948_1_biblio_node_add.patch | 2.57 KB | scor |
Comments
Comment #1
scor commentedComment #2
scor commentedusual self code review.
gone in D7
indentation which was making the code logic confusing
no need to repeat this since it's specified at the form level
$form_state['storage'] does not exist in D7. I also believe $form_state['submitted'] is not necessary here.
Powered by Dreditor.
Comment #3
rjerome commentedI'm aware that there are still node form submission issues... I believe the biggest problem is that FAPI seems to have moved from "form" level to "element" level submission routines. I was playing a little JavaScript trick with "Type" selection box which would submit the form to change the type, but that depending on "form" level submission handling. I've got a few more ideas which I think should get this resolved today.
Comment #4
scor commentedI've written a couple of test cases for testing the node/add/biblio form and the node access control of biblio (which by the way lead to #919782: Permissions are duplicated and confusing). The attached test should be applied with the patch in #1 in order to work.
Comment #5
scor commentedThe initial bug in this issue was fixed with http://drupal.org/cvs?commit=426190
reuploading a patch with tests.
Comment #6
scor commentedtests committed http://drupal.org/cvs?commit=426492