Bug Skin settings not being retained profile to profile in Jarvis
#1
Skin settings are not being retained profile to profile in Jarvis. Sources are kept separate as they always have been but skin settings are not being kept separate. A change made in one profile overwrites all profiles using that skin. For example, I use Artic Zephyr and I prefer the "featured" home screen and a second profile prefers the "classic" home screen. Well only the last choice is retained for both skins. So if I set up the "featured" home screen then all profiles have to use it. Only one choice is allowed in Jarvis.
Reply
#2
know issue (which is also mention in beta 1 blog post)
Read/follow the forum rules.
For troubleshooting and bug reporting, read this first
Interested in seeing some YouTube videos about Kodi? Go here and subscribe
Reply
#3
Yes it is...lol. Sorry for wasting your time.
Reply
#4
Hi Martijn, Milhouse,

i really don't know where to post because there are many post regarding profile issues ...
Last one I read mentioned "profile issues are fixed in 16 beta 5 - thread closed"

Sorry, but it isn't fixed - latest versions I tried: official 16b5, x86 nighties, milhouse generic 20160115, openelec milhouse rpi2 #0115

Bug description: profiles still aren't indepentent
(always started clean, skin: confluence)

- from master profile create new profile (for explaination here QQQ), or multible, doesn't matter
- in master goto skin settings, setup playlist on startup
- this setting will be saved on step "up one level" or leaving setup in "\userdata\addon_data\skin.confluence\settings.xml"
=> correct

- leave master, load QQQ
- playlist will be immediately played
- in "\userdata\profiles\qqq\addon_data\skin.confluence\settings.xml" there's nothing in it about the playlist
=> bug

trying to leave master without playlist setting and doing the setting only in any other profile will save the setting in the right "profile\setting.xml" but always share among all other profiles
=> bug

Throw me a file request or compile a new version and I'll do my best in testing - promised.

keep the good work on!!

Garfield



PS.:
where to put or start discussion about profile improvements?
Reply
#5
I don't think debug log shows when / which settings file gets loaded when skin loads, which makes it hard to analyze.

scott s.
.
Reply
#6
(2016-01-21, 21:22)Garfield135 Wrote: Hi Martijn, Milhouse,

i really don't know where to post because there are many post regarding profile issues ...
Last one I read mentioned "profile issues are fixed in 16 beta 5 - thread closed"

Sorry, but it isn't fixed - latest versions I tried: official 16b5, x86 nighties, milhouse generic 20160115, openelec milhouse rpi2 #0115

Bug description: profiles still aren't indepentent
(always started clean, skin: confluence)

- from master profile create new profile (for explaination here QQQ), or multible, doesn't matter
- in master goto skin settings, setup playlist on startup
- this setting will be saved on step "up one level" or leaving setup in "\userdata\addon_data\skin.confluence\settings.xml"
=> correct

- leave master, load QQQ
- playlist will be immediately played
- in "\userdata\profiles\qqq\addon_data\skin.confluence\settings.xml" there's nothing in it about the playlist
=> bug

trying to leave master without playlist setting and doing the setting only in any other profile will save the setting in the right "profile\setting.xml" but always share among all other profiles
=> bug

Throw me a file request or compile a new version and I'll do my best in testing - promised.

keep the good work on!!

Garfield



PS.:
where to put or start discussion about profile improvements?



I can confirm that, too! Profiles still aren't 100% independent.

See also my post here, it's about a related problem with multi profiles (http://forum.kodi.tv/showthread.php?tid=257375)
Reply
#7
I don't think the Problem has to do with loading the wrong Settings file (I can confirm the correct file per Profile is loaded), but with initial transfering Skin Settings from Main Skin file (as in 15.x) to per Profile Skin Setting files. There seams to be a bug in my opinion. That process gets triggered again, Even the Kodi is already at 16.x and misplaces the Settings in Masterprofile with Skin Settings from additional Profiles.

I recommend to completly remove or deactivate that initial transfering from Skin Settings in further version 16.1. that ones who will use 16.1 are at 16.0 already (>90%), I assume.
Reply
#8
It was fixed for kodi 17 (Krypton), But If you want to compile kodi 16 yourself see http://forum.kodi.tv/showthread.php?tid=257196 which has the pr & commit for the fix.
Reply
#9
(2016-01-23, 12:50)buges Wrote: It was fixed for kodi 17 (Krypton), But If you want to compile kodi 16 yourself see http://forum.kodi.tv/showthread.php?tid=257196 which has the pr & commit for the fix.

I can't compile for android. I would appreciate if furthermore fix will be also in 16.1.
Reply
#10
What platform do you use as we have some builds coming up for testing?
Read/follow the forum rules.
For troubleshooting and bug reporting, read this first
Interested in seeing some YouTube videos about Kodi? Go here and subscribe
Reply
#11
I use Android ARM and iOS.
Reply
#12
Windows:
http://mirrors.kodi.tv/test-builds/win32...tching.exe

Android-ARM
http://mirrors.kodi.tv/test-builds/andro...bi-v7a.apk

Android-X86
http://mirrors.kodi.tv/test-builds/andro...ng-x86.apk

OSX
http://mirrors.kodi.tv/test-builds/osx/x...x86_64.dmg

iOS
http://mirrors.kodi.tv/test-builds/darwi...ng-ios.deb

Please test and report back.
Read/follow the forum rules.
For troubleshooting and bug reporting, read this first
Interested in seeing some YouTube videos about Kodi? Go here and subscribe
Reply
#13
Problem is fixed, skin settings are saved correctly now with test build (android arm tested)! Thank you very much for fixing it.
Reply
#14
Everything looks good in Windows.

Thanks
Reply
#15
Greetings,

sorry, but it is not totally fixed - not in above fixed Jarvis nor in kodi 17.20160124
there's still a bug in directly switching from on to another profile without leaving kodi.

start fresh.
setup second profile with "playlist on startup", exit, load kodi, kodi uses last profile (here the second one with startup playlist), kodi played the list => correct
leave profile, load master profile, kodi played the playlist => bug in directly switching profiles

BUT

now exiting kodi, load kodi, kodi uses last profile, this time this is the master as we switched one step above, and nothing played => correct Big Grin
so half the way is done !!

Garfield
Reply

Logout Mark Read Team Forum Stats Members Help
Skin settings not being retained profile to profile in Jarvis0