Clarify "manage old users" feature
skizzo - May 3, 2007 - 15:11
| Project: | Account Types |
| Version: | 5.x-1.x-dev |
| Component: | Code |
| Category: | task |
| Priority: | normal |
| Assigned: | Unassigned |
| Status: | postponed |
Description
Just downloaded 5.x-1.x-dev
Default Account type set to "basic" (authenticated user role only)
All users are listed as having account type "basic"
Changed Default Account type to "membership" (roles authenticated user + member)
Manage Old Users, Set users to default account type (would be nice to display default value here...)
checked users: Account type is still set to "basic"
No errors in log entries.
Thank you.

#1
I have the same issue. I get the following red boxed errors when I try to change old users. I created an account, and it works fine when an account is added, but I get the following when trying to change from the default:
" * Failed to delete invalid roles upon account type update.
* Account Type update was unsuccessful"
Hope that is enough!
-Matt
#2
I would call this closed if you knew how to do this...but this isn't my module and i'm not moderating it, but i found out how to fix this.
do you have access to phpMyAdmin? this was the most simplest ways I got it to work....
i was thinking...the new users i can modify...why can't i modify the old. so with some inquisition and desire to look at how things work there on the table, i looked at the accounttypes_users table and saw that the uid matched the uid of the users within the users table. i created a list of the ones that are active in my users list, besides the ones i already have using account types now. i went back to accounttypes_users table, and clicked browse, then edit the row. i changed the current user uid to the one from my list. i then click the drop down menu that says save, and selected insert new row, and the other option to your liking (ie the return to previous page drop down) and click go and viola, it works!
I hope this works for you, or at least you have some way off adding the same identical row into the accounttypes_user table some how. So, I'm satisfied! Thanks for the time and discussion!
#3
That should have been fixed. Maybe I forgot to upload the fix. I'll look into it.
#4
After you mentioned update, I looked into it and I have 1.0 and not 1.x-dev. I'm going to do some testing with 1.x-dev to see if it was fixed or not.
Ok, what I did was....took the new 1.x-dev and just uploaded over it, after disabling. I deleted a safe uid to delete from the table, to create the initial point I had before ran into the error messages. I then enabled the module, went to the known user, clicked edit, and it was on the default setting, and clicked submit....and it works properly.
Thanks for time and well, mentioning update heh.
-Matt
#5
#6
#7
#8
with accounttypes "5.x-1.x-dev 2007-11-29" I still have the problem described in OP.
After defining a second (default) Account Type, "Set users to default account type" does
not alter the setting of existing user. Also, the roles are not listed in admin/user/user:
however if I now go into user/xxx/edit then I still see the old role. If I disable the module
no role seems to be associated with user (apart from "authenticated user"). Thank you.
#9
First of all, let's make sure you understand that managing old users is only for those users without an account type. It will not change existing users from one account type to another. Use admin/user/user for that.
Next, I'm curious where you are reading a 2007-11-29 release date as CVS shows all of the latest versions to be Nov 28th.
The roles should definitely be listed in admin/user/user if you have a) assigned roles to the accounttype, AND b) assigned roles to the user.
You assign roles to users either by editing their account directly, or by setting [Accounttype name] Init values, not just [Accounttype name] Allow values (where Accounttype name is the name of your account type). The Init roles will be assigned to a user whenever their accounttype is changed.
Although I realize that I did provide for a way to set another accounttype as the default, and it should work, I am curious as to why you are not using the existing basic accounttype as the default. You can change the name of it as you wish to be more descriptive for your application.
Anyway, continuing with your problem: could you maybe provide screen shots of a) your accounttypes settings pages (both) and b) your roles, and c) your users; feel free to black out any portions you'd like to hide (like usernames).
#10
Thank you for clarifying that managing old users applies only to users without an account type. In my case, starting from scratch with empty user base, no user will ever be "without" account and I will never need the "manage old users" functionality (unless I temporarily disable AT).
The roles not being listed in admin/user/user is just a consequence of my misunderstanding: I configured some no-role users, then "managed old users" and expected the new (default) roles being initialized and listed... which is not the case.
I changed the default type because I use non-descriptive names in order to have a compact Access matrix display. My roles are R0, R1, R2... and account types are A0 (AU, R0) ; A1 (AU, R0, R1) ; A2 (AU, R0, R1, R2)... with types being added and defaulting to the last one.
I was reading the date through the update_status module, please see attached snapshot. Not sure if this is a real problem... Please go ahead and close the issue.
#11
Actually, since it wasn't clear to you that the feature is for use only for accounts without accounttypes, I am changing this to a task so that I can update the usage message near the button and possibly the README.
#12