membership name variable doesn't get removed
pawshaker - December 19, 2007 - 21:18
| Project: | Membership types and registration modification |
| Version: | 5.x-1.5 |
| Component: | Code |
| Category: | support request |
| Priority: | normal |
| Assigned: | Unassigned |
| Status: | active |
Jump to:
Description
A new thread as follow up of issue http://drupal.org/node/193007
It seems that a membership name variable isn't deleted from the variable table when a membership type is deleted.
At admin/user/nf_registration_mod, I only have
Membership 1 (with pageroute)
Membership 2 (with pageroute)
The table variable looks as follows:
a:3:{i:0;s:18:"Membersghip 1";i:2;s:21:"Membership that should not exist anymore";i:3;s:14:"Membership 3";}
Extra info:
When going through the tutorial, I initially enabled the Account Types module as well, afterwards I decided I didn't need this advanced functionality and disabled it. This could have had an impact.
Hope this helps.
#1
Thanks for moving this to its own issue. I'll look into this as soon as I can. Meanwhile, I hope if any users have this problem, that they'll find this and learn that it's OK to modify that database entry by hand. In your example, you'd change it to : a:2:{i:0;s:18:"Membersghip 1";i:3;s:14:"Membership 3";}
Note that since you changed the membership names for your example, that the lengths (indicated by s:18 and s:14) don't match your text and should match your real names' lengths. Also note that the integers (i:0 and i:3) are not array keys, but are indicators of which pageroute they are tied to IIRC.
#2
#3
This is fixed in my copy and will be included in the next release, whenever that is.
#4
Automatically closed -- issue fixed for two weeks with no activity.
#5
I'm using 1.6 (never used this module before) and this issue is still there. The only difference is that I renamed the membership type before I removed it (did not notice there shouldn't be any spaces) and now the original membership type (not renamed) is still there on the "Select desired Membership" page, but not on the list on the module administration page.