php errors when a user tries to edit thier user profile.

I also just upgraded to -dev on this module.. And problem still exists. (Thought I would try it to rule it out)

Yes they do show up.. "Authenticated User" is selected and unable to be edited,
Forum Moderator is unselected and unable to be edited
and "Anonymous User" is there as well, and is able to be checked, but is defaulted off.

These are the only roles that appear.

lemme try to give you a lil more info.. here is a DB dump of "roles"

SQL query: SELECT * FROM `role` LIMIT 0, 30 ;
Rows: 3
rid name
1 anonymous user
2 authenticated user
4 Forum Moderator

Dunno what other db dumps would be of any further assistance.

yes anonymous is there.. don't know which module would do that.. Here is a list of modules I have that -might- have bearing?

accountmenu, acl, advanced_forum, advanced_help, advanced_profile, author_pane, birthdays, calendar, calendar_block, captcha, cck, ctools,
date, ed_classified, embed_gmap, forum_access, jqp, jquery_plugin, jquery_ui, jstools, jump, ljxp, mailman_manager,
menu_admin_per_menu, menu_node, menu_node_edit, menu_node_views, mibbit_irc, mobile_tools, node_permissions_grid, panels, profile_permission,
rotor, rules, signup, site_user_list, spamspan, taxonomy_access, token, upload_element, user_mailman_register,
userloginbar, views, wysiwyg

So is this line 860 only responsible for throwing the "forum access" check box on the user edit page, and harmless to any other functions of the module? ie all the access information is getting written out?

Is there a way to trap the anonymous rid from that function, so it won't throw the php errors?

"mobile tools" is the culprit. I'm going to open a bug report there referring back to this thread.

Disable mobile_tools.. I suspect the php error will go away..

Yes! everything seems to be happy now.. Thanks so much for spending the time on the issue, even tho it was not your module at fault!