Your observations are valid. But this should not happen if you have created a linked clone pool, with user data redirected to persistent disks.

For floating pools (or dedicated pool without user data redirection ) this problem is expected.

Please confirm your setup

Yes,  I'm using persistent pools. What are the "personality" and "personality.bak" folders suppossed to do? Is there any group policy that would cause  the user profile to be duplicated or cause a conflict with View 45. or MS Vista?

When we first started using persistent disk we had an issue where after a recompose a new profile was generated.  The old one was still there it was as if the OS didn't want to use it.   It turned out that my profile was still listed under HKLM\SOFTWARE\Microsoft\Windows NT\CurrentVerison\ProfileList on the template.   This ended up being my issue.   

I too have doubt on the same (profiel list entry). Please compare the settings with a vanilla OS

We didn't find much information about the Personality folders created per user profile, but we figured out that those folders contain very similar information as the register entries for the user profile. It seems to me that View checks into that folder when the users logs in. If ther personality folder is not there, View assumes that the users is logging in for the first time so it creates  a new profile instead of using the existing profile contained in the persistan disk before recomposing the pool. Our solution to the issue was to recreate the master VM and install the View agent again. Reinstalling the agent in the problem master wasn't just enough.