Needs review
Project:
Single Sign-On (aka SSO or Single Sign On)
Version:
6.x-1.0-rc1
Component:
Code
Priority:
Normal
Category:
Bug report
Assigned:
Unassigned
Reporter:
Created:
13 Jul 2010 at 06:14 UTC
Updated:
18 Aug 2011 at 10:16 UTC
Jump to comment: Most recent file
Comments
Comment #1
Isostar commentedI can confirm this bug
Comment #2
yonailo+1 subscribing
Comment #3
yonailoHello, it works for me with the following code changes:
The important thing is that if you use use_load to overwrite the global $user variable, the $user->global_uid is being lost and then you will need to revisit the controller, and you will end up reading the original user, somehow.
I do not know if this is the best solution, but you can try it on and report back if it worked for you too.
Comment #4
Yaron Tal commentedI made a patch version of the above and attached it. The patch worked on 2 installations with SSO here.
Edit:
Problem is, that $user->global_sid is only available when the SSO module is installed. I doubt this will ever make it into the devel module, even if an if(module_exists()) is added. Maybe a fix of some kind could be done in SSO to create a new session when the user object changed.