[ronie]

confirmed, will look into it tonight

[Hitcher]

Thanks.

[ronie]

will be fixed in v8.0.8

[Hitcher]

Appreciated, thanks.

[sualfred]

@ronie 

Does "play" from the info dialog works for you from a globalsearch result? 
We are currently investigating a never ending busy spinner if "show information" is set as default action or if the info dialog has been opened. 

It's also strange that the results don't have a play button entry in the context menu (which is related to it I guess).

Logs are telling nothing.

[ronie]

tried both ways and they do work ok for me.
playing a file from the info dialog is fully handled by kodi btw, the addon has no influence on it.

there's no play button on the context menu because i haven't added one ;-)

[sualfred]

Thanks for the fast reply and test.

Strange, because Emby is broken via InfoDialog for GlobalSearch (plugin:// path). It works on all other places and we have have no clue why. 
I guess we have to dig deeper. Something is different for GlobalSearch and how the info dialog is called/handled for it. 

We will let you know if it's something on your end

[ronie]

i'm not familiar with emby, but i was able to reproduce it by manually adding some youtube plugin videos to my database.

so the problem is not specific to the emby plugin.

i did a bit of digging in the kodi source-code and noticed when you play a movie from the info dialog, kodi is waiting indefinitely here:
https://github.com/xbmc/xbmc/blob/baff0a...#L162-L163

...and that's where my little (to none) knowledge of c+++ code ends :-)

[sualfred]

Thanks, maybe you can discuss this issue internally. 
My C++ knowledge doesn't exists at all

Edit:
FYI: it's only for GlobalSearch. A called info dialog from the library doesn't have the problem. So the issues doesn't exist globally.

[sualfred]

@ronie 

It's because the globalsearch window is active (for whatever reason). If I delay the playback from the info dialog and force the globalsearch window to close it is working.

Fake "Play" button inside of the infodialog:

Code:


                            <onclick>AlarmClock(test,PlayMedia($INFO[ListItem.Filenameandpath]),00:02)</onclick>
                            <onclick>close</onclick>
                            <onclick>ReplaceWindow(home)</onclick>


Edit:
The PyLock also blocks all other RunScript() calls.

[TP.One]

"ListIten.Icon" Doesnt seem work for Movies and TVShows.
(Testet with 8.0.11 on Windows - Leia)

[malvinas2]

I didn't know of a special thread in the development section, so I repeat my question already asked in https://forum.kodi.tv/showthread.php?tid...pid2860164

Hello, 

I integrated the addon to my skin mod and it is working great, but I experience one small flaw in the fixedlist (9000), which lists the different media types:  

As long as the list is active and has got the focus, it works (see picture 01). 
But when I change the focus to the panel (50), the light blue background of the previous focussed item of 9000 disappears as desired, but the font color remains black as if it were still in the focus. 
Do you have got any idea what is happening here? 

script-globalsearch.xml: 

ezokoniwih.kodi (paste)

[Hitcher]

You might have to add 2 label controls with visible conditions based on whether 50 has focus.

[cartman.dos]

I didn't know of a special thread in the development section, so I repeat my question already asked in https://forum.kodi.tv/showthread.php?tid...pid2860164

Hello, 

I integrated the addon to my skin mod and it is working great, but I experience one small flaw in the fixedlist (9000), which lists the different media types:  

As long as the list is active and has got the focus, it works (see picture 01). 
But when I change the focus to the panel (50), the light blue background of the previous focussed item of 9000 disappears as desired, but the font color remains black as if it were still in the focus. 
Do you have got any idea what is happening here? 

script-globalsearch.xml: 

ezokoniwih.kodi (paste)

While the focus is not actually on 9000 group, the last focused item in that group is considered focused and is using the definitions under 9000 focusedlayout. Note that the images controls in that section that create the blue highlight has a fade animation for when 9000 is not focused.
Few ways to deal with this are:
1) use a var for the label's color that changes with 9000 focused or not.
2) adda second label control, the two will vary on visibility conditions regarding 9000 focus.
3) make an additional focusedlayout, make one for when 9000 is focused and the other when not. e.g. <focusedlayout condition="control.hasfocus(9000)" height="bla" width="bla"/>

[malvinas2]

While the focus is not actually on 9000 group, the last focused item in that group is considered focused and is using the definitions under 9000 focusedlayout.

So this is an error how Kodi implemented the feature or have I misunderstood how to use a list with itemlayout/focuslayout?