+- Kodi Community Forum (https://forum.kodi.tv)
+-- Forum: Support (https://forum.kodi.tv/forumdisplay.php?fid=33)
+--- Forum: General Support (https://forum.kodi.tv/forumdisplay.php?fid=111)
+---- Forum: OS independent / Other (https://forum.kodi.tv/forumdisplay.php?fid=228)
+---- Thread: Menus missing text when using multiple profiles (/showthread.php?tid=312915)
Menus missing text when using multiple profiles - fredforsyth - 2017-04-22
Am running Kodi 17.1 and have seen this on both Windows and Android. Everything appears fine until I add a new profile, after which most of the menu items in the Skin settings menu are missing their text. I may have seen one or two other menus missing some text but it seems largely to affect the Skin settings one -
using Estuary I get only "General" on the left and "Enable auto scrolling for plot & review" on the right; the other items are selectable with the cursor but have no text.
Switching the skin or the font fixes it for the duration of the process but after restarting I get the same missing text. I've reinstalled on Windows and Android and both were again fine until I added a profile.
Has anyone else seen this? How do I fix it? I want to tweak the settings in each profile and having to switch the font each time to see what I'm doing is getting boring!
Many thanks,
Fred.
RE: Menus missing text when using multiple profiles - scott967 - 2017-04-24
I've seen something like that, but not with Estuary as skin in each profile. Fix for me for other skin was to add the line
Code:
<onload>ReplaceWindow($INFO[System.StartupWindow])</onload>scott s.
.
RE: Menus missing text when using multiple profiles - Adam1V - 2019-12-23
(2017-04-24, 01:25)scott967 Wrote: I've seen something like that, but not with Estuary as skin in each profile. Fix for me for other skin was to add the line
into the startup.xml file.Code:<onload>ReplaceWindow($INFO[System.StartupWindow])</onload>
scott s.
.
Sorry to dredge up an old post, but this is exactly the same issue im having with Aeon MQ6. Ive tried adding the above into the Startup.xml but to no avail.
Any suggestions would be really welcome
RE: Menus missing text when using multiple profiles - scott967 - 2019-12-23
(2019-12-23, 12:05)Adam1V Wrote:Kodi 18 works a bit differently, and there are several problems with profile management that couldn't be fixed. I think this issue of missing label text can be fixed by forcing a skin reload after the profile switch (you can assign a key for this action in your keymap).(2017-04-24, 01:25)scott967 Wrote: I've seen something like that, but not with Estuary as skin in each profile. Fix for me for other skin was to add the line
into the startup.xml file.Code:<onload>ReplaceWindow($INFO[System.StartupWindow])</onload>
scott s.
.
Sorry to dredge up an old post, but this is exactly the same issue im having with Aeon MQ6. Ive tried adding the above into the Startup.xml but to no avail.
Any suggestions would be really welcome
scott s.
.
RE: Menus missing text when using multiple profiles - ctawn - 2020-05-18
Yes, I'm having this issue with Aeon Nox Silvo on Kodi 18. Just curious, if this particular issue can be fixed by forcing a profile a skin reload on profile switch, why not actually just do that on switching profiles?
Also what other problems couldn't be fixed, so we don't go mad trying to figure out what's going on? ×
RE: Menus missing text when using multiple profiles - jjd-uk - 2020-05-19
That's is exactly what is now done since Leia v18.5
RE: Menus missing text when using multiple profiles - DaVu - 2020-05-28
(2020-05-19, 18:41)jjd-uk Wrote: ince Leia v18.5Not correct.
The fix for that was merged for Kodi 18.7.
https://github.com/xbmc/xbmc/pull/17598
So since the release of Kodi 18.7, Kodi does reload a skin automatically. If one does not want to install 18.7 for whatever reason, one is able to use that workaround I've written some time ago at our wiki:
https://kodi.wiki/view/Profiles#Missing_texts.2Fdifferent_skins_not_loading_while_using_profiles
RE: Menus missing text when using multiple profiles - jjd-uk - 2020-05-28
I thought this was the fix https://github.com/xbmc/xbmc/pull/16840 which was backported by https://github.com/xbmc/xbmc/pull/16852 however I've just noticed the comments on the backport PR (not contained in Master PR) that an additional action was required so I guess that was added by the PR you point to.