Developer forum

Hi,

I've tested the issue on environment based on last DW9.9.0 admin and uses Rapido template set. I have the expected results. Please, have a look at the attached pictures to get the proof. Note ORDER732/Order734 were created by DemoUser/DemoPIMUser without any impersonation and ORDER733 was sumbitted when DemoUser is impersonating DemoUser.

BR, Oleg QA  

Hi Oleg,

Thank you, this answer was very helpful to keep me continuing to solve this knowing that it should be possible. The problem is there is still some strange bug causing things to work in a not very consistant way.

The setup I have is to allow a whole group (employees) to impersonate another group (customers, and sub groups). I make sure the the secondary users repository index is rebuilt and I can use impersonation without an issue. But when I look at the list of orders when logged into an employee account, there are no customer orders listed.

I managed to find a strange work-around to this problem. If I edit the employee and look at the list of groups that I can impersonate, it is correct and lists all the groups that it inherits from the employee group. If I delete on of these groups. Then save that user. Now the order list on the front page now works as expected (and as a bonus the group that I just removed iis not deleted). Something most have triggered an update to the right table with editing the individual user and saving it. But it already had the correct info in the record. Perhaps the inheritance is not getting to the correct place until updated individually. A bit anoying, but at least I have what I want now.

Regards,

Jon.

Hi Oleg,

Thanks for testing. I guess there must be something strange in my setup that does not work as expected. It seems to work if I edit the users individually, so I will stick to doing that for now.

Regards,

Jon.