Posts: 31
Joined: Mar 2018
Reputation:
0
In Sets / the side bar is not consistently showing the movies within the set.
I would estimate (less than 10% are showing.) - I'm pretty sure all was working correctly in V8. Looks like a Leia bug?
I have 2 examples of working and not working. (can't work out how to load the IMG files up.)
This is in LibreELEC 9.0 Alpha 004 (Kodi 18 Beta 1).
Posts: 44
Joined: Jun 2017
The Wall view for TV episodes will not fully scroll all the way down to show the last line. The following image is scrolled down as far as it will go:
This problem does not exist for Movies.
This problem was previously reported on 2018-07-03, 23:37 by Rouzax. The responses were "not so much a bug" and "that doesn't look like estuary. likely a mod of it.", all of which seem to have dismissed the problem. However, I'm seeing the problem with stock Estuary in both Krypton and the 09/20/2018 nightly build. So it has been around for quite a while. My question is, with all due respect, is this a bug? And can it be fixed? Thanks.
Posts: 44
Joined: Jun 2017
While just playing around trying different things, I got it working by making the following change to file View_500_Wall.xml:
I changed this line from:
<itemlayout height="300" width="300" condition="Container.Content(episodes) | Container.Content(videos) | Container.Content(musicvideos)">
To:
<itemlayout height="301" width="300" condition="Container.Content(episodes) | Container.Content(videos) | Container.Content(musicvideos)">
The screen now looks like this when scrolled to the bottom:
Honestly, I don't know much about skinning, so I don't know if this is a legitimate fix, but it seems to solve my issue.
Posts: 3
Joined: Oct 2018
Reputation:
0
Hello, i use Kodi 17 on a Minix U9H
i think that what i describe below is a bug. If not, i would like some explanations.
A lot of my music files are listed by Kodi like the following (instead of there names or "Title" metadata):
01. %T
02. %T
...
If i remove the "Track" information (which is for example "1/9") from their metadata i got the filename (much better)
But before to remove the track information in all my files, i would like to know if i can change something on Kodi.
Posts: 3
Joined: Oct 2018
Reputation:
0
I have however a workaround :
(Example on a filename "01 One Step Forward.mp3" with Id3V2.3 Title "One Step Forward" and Year "1976")
in settings i have the track naming rule to [%N.]%T, if i just set it to %T i have "1976 01 One Step Forward.mp3"
But it does not explain :
- why %N is not correctly getting the "1/9" Track information
- why even %T is maybe not working correctly because i got Year+ filename, not the Title (it can be different).
Posts: 3
Joined: Oct 2018
Reputation:
0
And note also that if i disable "scan tag" for filenames, i just got the filename in the list
Posts: 15,275
Joined: Jan 2009
Reputation:
730
ronie
Team-Kodi Member
Posts: 15,275
hehe, i think the chances are very slim someone was adding movies to kodi back in 1900 ;-)
the dateadded field was added to kodi in 2012, so that would be a better value.
Posts: 5,299
Joined: Jul 2012
Reputation:
345
Tested on RC2 win x64 on win7 x64.
Following steps result in repeatable crash
1. Install script.extendedinfo from official repo
2. Navigate music / artists
3. Open musicinfo dialog on any artist
4. Select "search youtube" radiobutton "440"
5. musicinfo window closes, Extendedinfo script runs and opens its youtubelist dialog window
6. Close the youtubelist dialog (keyboard back)
7. Music window briefly displays followed by Windows popup "Kodi has stopped working"
Also tested in an addon skin with same results
tested in some other builds I had laying around and I don't get a crash in 2017 0427 nightly, but I do in 2017 1031 nightly and newer, so this has been around for a while.
I think the other extendedinfo dialog windows can also trigger the crash when closed, but the youtubelist window is 100% repreatable for me. My theory is there is something going on in Kodi65 module dependency but I don't see what the problem is.
scott s.
.