2021-09-19, 01:16
(2021-09-08, 22:30)Tired Dad Wrote:@beatmasterrs I don't know what the error that swaps the colour for the profiles is, but i think I've tracked down how it happens. I started with a fresh install of Kodi 19.1 under Windows and added AZR. I then added two profiles and gave them different colours. All profiles kept their colours, but logging out of the user profiles logged me back into the master profile in about 3-5 seconds.(2021-09-08, 20:40)beatmasterrs Wrote:Thanks. For what it's worth, I also think it's not your loading screen or animation. What was different in 1.56SP2 that did work though?(2021-09-08, 03:17)Tired Dad Wrote: Version 1.1.56SP2 works fine, each user profile keeps their colour settings.
I think but haven't confirmed that when I log into a profile and change the colours (e.g. logo, gradient, etc) and then log out, those changes are saves to the settings.xml file of the "AppData\Roaming\Kodi\userdata\addon_data\skin.arctic.zephyr.mod" folder and not the "C:\Users\sandp\AppData\Roaming\Kodi\userdata\profiles\[user]\addon_data\skin.arctic.zephyr.mod" folder.
I'll check tomorrow and let you know.
I think, this is all releated to the profile switch issue. I'll have to think about implementing an alternative startup animation, even though that wouldn't be right, since I still don't think it's a skin-specific issue, but an issue with kodi's profile handling. We will see...
When I removed the checkbox for the "startup window" in the Extras setting, the "automatically logging back into the master profile" bug disappears, but now all the profiles pick up their colours from the master profile when I log into them. Changing the colours in any profile results in all profiles getting that same colour pallette. The reason: the master profile's settings.xml is being written to on exit for any other profile [the timestamp changes to show it is being written after logging out of another user's profile], and it appears that the next user profile I log into then inherits the colour settings from here.
There is a workaround however. Setting the master profile's settings.xml file to read-only prevents the profiles from overwriting each others' colour palette. I'm going to do some more testing, but this seems to be the culprit so far. I'll have to grab the various xml files from before and after for both the master profile and a user and run them through a text comparison program to see what changes.