@
mikeb8591 all that PR did was restoring a small portion of skin xml to the state it was before estuary update accidentally (bad merge or c/p) broke it.
I found where the issue was because I use "plain video mode" a lot, and not having watched status and folder icons working pissed me off.
"I know how you feel, bro"
but as @
Milhouse said it's very unlikely that PR of mine caused your issue, specially if windoze builds which contain said PR don't exhibit the issue.
ATM I don't use PVRs at all, so can't test it and I haven't seen any other similar reports yet, except yours.
@
mikeb8591 can you test these builds and report the behaviour with respect to this watched status issue:
#0615c: Same kodi as
#0403
#0615d: Same kodi as #0403 but with PR11649 reverted
#0615e: Same kodi as #0403 but with PR11901 reverted
#0615f: Same kodi as #0403 but with PR11921 reverted
@
Milhouse
Just tried #0615 and my bluetooth Logitech remote isn't working anymore. I was running #0614x last night with no issues.
http://sprunge.us/QROJ
(2017-06-16, 00:34)Milhouse Wrote: [ -> ]@mikeb8591 can you provide a screenshot of how it looks in RPi #0615 and #0402, so that we can see the difference? I'll upload a build of #0403 with a PR reverted which might be useful to test.
Sure, here you go. I've included one for 0403 too.
build 0402
build 0403
build 0615
Thanks!
(2017-06-16, 01:45)asavah Wrote: [ -> ]@mikeb8591 all that PR did was restoring a small portion of skin xml to the state it was before estuary update accidentally (bad merge or c/p) broke it.
I found where the issue was because I use "plain video mode" a lot, and not having watched status and folder icons working pissed me off.
"I know how you feel, bro" but as @Milhouse said it's very unlikely that PR of mine caused your issue, specially if windoze builds which contain said PR don't exhibit the issue.
ATM I don't use PVRs at all, so can't test it and I haven't seen any other similar reports yet, except yours.
Yup, I understand, but something went wonky in 0403, even if it wasn't that PR....
(2017-06-16, 16:30)mikeb8591 Wrote: [ -> ] (2017-06-16, 02:12)Milhouse Wrote: [ -> ]@mikeb8591 can you test these builds and report the behaviour with respect to this watched status issue:
#0615c: Same kodi as #0403
#0615d: Same kodi as #0403 but with PR11649 reverted
#0615e: Same kodi as #0403 but with PR11901 reverted
#0615f: Same kodi as #0403 but with PR11921 reverted
Only 'e' build has correct output
build 0615c
build 0615d
build 0615e
build 0615f
Thanks!
OK thanks - that was also the one I was expecting to fix the issue, as I suspect it's also the cause of another issue reported in the
Generic thread (still waiting for confirmation from @Soulplayer).
Ping @
Koying.
(2017-06-15, 21:44)Puschl Wrote: [ -> ]Hi Milhouse,
tried the #0614 and still got the reboot issue.
after the CEC adapter initialise the screen freezes and went straight to the Libreelec Bootlogo.
Last working version for me was #0526 which i will upload now so the wife is happy 
btw here is the crashlog: https://pastebin.com/HcZEHa7f
Thanks. Again that's a crash due to the latest setting library changes - the only options right now are to revert back to #0603 (before the setting library changes were merged) and wait the crash is fixed in a future build, or remove whatever add-on it is that is triggering the crash. I'm not sure why builds after #0526 are not working for you as they pre-date the setting library changes.
(2017-06-15, 21:44)Puschl Wrote: [ -> ]Sidequestion: what is Indigo? After going back to #0526 the popup says it has never started and i should look into the logfile (which i didnt yet)
Presumably something you installed (or has been installed for you by something you installed) - it's definitely not something that is included in these builds.
There is an Indigo add-on on the banned list of add-ons, so you might want to remove it. You may find that stability is restored once you remove all banned add-ons.
(2017-06-16, 02:54)pyrodex Wrote: [ -> ]@Milhouse
Just tried #0615 and my bluetooth Logitech remote isn't working anymore. I was running #0614x last night with no issues.
http://sprunge.us/QROJ
Not really sure why that should be the case. Can you run "journalctl -a | pastebinit" and paste the link? Presumably #0614 (based on the 4.11.4 kernel) is still working?
(2017-06-15, 23:34)Milhouse Wrote: [ -> ]Build Highlights:
- New 4.11.5 kernel
Is that a coincidence that ARMBIAN 5.30 has the same kernel number? -
Quote: 4.11.5-sunxi
Is there what similarities?
I just ask for curiosity
(2017-06-16, 21:25)Milhouse Wrote: [ -> ] (2017-06-16, 02:54)pyrodex Wrote: [ -> ]@Milhouse
Just tried #0615 and my bluetooth Logitech remote isn't working anymore. I was running #0614x last night with no issues.
http://sprunge.us/QROJ
Not really sure why that should be the case. Can you run "journalctl -a | pastebinit" and paste the link? Presumably #0614 (based on the 4.11.4 kernel) is still working?
0615
http://sprunge.us/SaAY
0614
http://sprunge.us/igCB
I can't confirm physically at this time but you can see the bluetooth module is found in 0614 but not in 0615.
Could it be something with alsa as seen in this error on 0615
Code:
Jun 14 22:04:25 denhtpc pulseaudio[290]: E: [pulseaudio] bluez5-util.c: GetManagedObjects() failed: org.freedesktop.DBus.Error.ServiceUnknown: The name org.bluez was not provided by any .service files
New LibreELEC.tv Leia build #0616:
RPi /
RPi2
(Supercedes previous build)
Code:
# uname -a
Linux rpi512 4.11.5 #1 Fri Jun 16 21:25:41 BST 2017 armv6l GNU/Linux
# vcgencmd version
Jun 13 2017 14:53:44
Copyright (c) 2012 Broadcom
version 22340f772ce101854acbc46045358dae832dd513 (tainted) (release)
# lsb_release
LibreELEC (Milhouse) - Version: devel-20170616212439-#0616-g461d704 [Build #0616]
# Kodi version
(18.0-ALPHA1 Git:423072a). Platform: Linux ARM 32-bit
Based on tip of
LibreELEC.tv master (461d7045,
changelog) and tip of
XBMC master (838c399d,
changelog) with the following modifications:
- Includes newclock5 patches
- Excludes the LibreELEC linux-01-RPi_support patch in favour of sourcing these and possibly more recent patches directly from kernel branch rpi-4.11.y
- Includes latest bcm2835-driver master (0ab90562, ahead +3)
- Includes latest kodi-platform master (36fb4937)
- Includes latest libcec master (3953f8dc, ahead +12)
- Includes latest libnfs master (d3af2332, ahead +103)
- Includes latest p8-platform master (2d90f986)
- Includes latest addons: inputstream.adaptive (f1f5539d), inputstream.rtmp (d93d32d4), peripheral.joystick (6764788e), pvr.argustv (b281e04f), pvr.demo (ffee02b8), pvr.dvblink (6d42eae1), pvr.dvbviewer (8078aae7), pvr.filmon (300c595e), pvr.hdhomerun (9073b99b), pvr.hts (090c3195), pvr.iptvsimple (dbf6011e), pvr.mediaportal.tvserver (07d73f3a), pvr.mythtv (f2da22ca), pvr.nextpvr (239dbef3), pvr.njoy (4785afd2), pvr.octonet (9bbd7cf3), pvr.pctv (f61e2541), pvr.stalker (151e3d3f), pvr.vbox (df9efea4), pvr.vdr.vnsi (40dc17d0), pvr.vuplus (83a729ea), pvr.wmc (93cebfc7), vfs.rar (4ce78b0f)
- Include [env] compare: kodi18a1 latest updates
- Include [env] compare: linux: update to linux-4.11.5
- Include [env] patch: Bump included addon versions to prevent online updates
- Include [env] patch: Add experimental splash video for RPi
- Include [env] patch: HACK: Disable multiple PVR addons during migration. Always enable inputstream.* and os.*
- Include [env] patch: Add kodi binary addons (pvr, adsp, inputstream, vfs, other)
- Include [env] PR:1469: samba: update to samba-4.6.4
- Include [env] PR:1690: Enable -fPIC for some packages
- Include [env] PR:1693: minor package bumps
- Include [env] PR:1694: busybox: update to 1.26.2
- Include [pkg] PR:67: Revert "Revert "change smbd and nmbd location"" (service.libreelec.settings)
- Include [pkg] PR:352: Fix: set wrong variable (libcec)
- Include [pkg] PR:12110: smbclient: cleanup smbclient configuration
- Include [pkg] PR:12281: [network] CHTTPJsonRpcHandler: limit any other request method than POST to ReadData permissions on the JSON-RPC API
- Include [pkg] PR:12300: [GUI] Prevent parse step of VisibleConditions if expression is already
- Include [pkg] PR:12311: FIX: ensure real filename from videodb in playlists
- Revert [pkg] PR:11954: [bluray][win32] Update libbluray (reason: needs newclock5 rebase)
Build Highlights:
- libnfs 2.0.0
- PR:12311: FIX: ensure real filename from videodb in playlists (@Soulplayer & @mikeb8591 please test - this may fix your reported issues; cc @MicTie)
Build Details:
- LibreELEC.tv:
- syncthing: update to 0.14.29 (PR:1669, 1 commit, 2 files changed)
- firmware-imx: use upstream url (PR:1691, 1 commit, 1 file changed)
- imagemagick: change download url (PR:1695, 1 commit, 1 file changed)
- tigervnc: update to 1.8.0 (PR:1680, 1 commit, 3 files changed)
- tvheadend42: fix build with empty ARCH variable (PR:1692, 1 commit, 1 file changed)
- XBMC:
- [depends] bump libbluray to version 1.0.1 (PR:12305, 2 commits, 2 files changed)
- fix toggle fullscreen (PR:12308, 1 commit, 1 file changed)
- [jenkins/docs] - added README for setting up a jenkins build slave (PR:12256, 1 commit, 1 file changed)
- GUI: Provide mechanism to disable gui overlay when empty (PR:12054, 1 commit, 6 files changed)
- libnfs:
- Add timeout support in wait_for_nfs_reply (3ba14aab)
- Handle TIMEOUT errors for the rpc layer errors in libnfs.c (53f87ada)
- Change NFS layer error checking to handle TIMEOUTs in libnfs.c (2bbd3bfd)
- Change async lseek to use nfs_cb_data as all other async nfs functions do (004672a8)
- Zero mout the nfs cb data struct after alloc in async lseet (a17f6aef)
- New version : 2.0.0 (d3af2332)
- Additional commits/pull requests/changes not yet merged upstream:
- Added: [pkg] PR:12311: FIX: ensure real filename from videodb in playlists
(2017-06-16, 16:37)Milhouse Wrote: [ -> ]OK thanks - that was also the one I was expecting to fix the issue, as I suspect it's also the cause of another issue reported in the Generic thread (still waiting for confirmation from @Soulplayer).
Ping @Koying.
Ok, I just discovered that with my 0612b build, I marked _one_ show using 'marked unwatched' and it did. When I backed out of that 'folder' all the series were showing the folder icon again, instead of the 'watched' check mark. and Indeed EVERY show in the other folders changed to 'unwatched' (except some I'd started watching, which remained marked correctly) EXCEPT the remainder of the episodes (siblings?) in the series I where I marked the episode unwatched. So I went into another series, and marked an episode unwatched, went back into the original series, and they were all marked unwatched too.
The change holds over a reboot. All my episodes now show correct status.
Thanks!
(2017-06-16, 22:58)Aux_ Wrote: [ -> ]Is that a coincidence that ARMBIAN 5.30 has the same kernel number? - Quote: 4.11.5-sunxi
Is there what similarities?
I just ask for curiosity
I don't really know anything about ARMBIAN 5.30 but I'd guess it's based on the mainline 4.11.5 kernel if they're using that version number.
(2017-06-16, 23:08)Milhouse Wrote: [ -> ] (2017-06-16, 22:58)Aux_ Wrote: [ -> ]Is that a coincidence that ARMBIAN 5.30 has the same kernel number? - Quote: 4.11.5-sunxi
Is there what similarities?
I just ask for curiosity
I don't really know anything about ARMBIAN 5.30 but I'd guess it's based on the mainline 4.11.5 kernel if they're using that version number.
Oh yes, that is possible, thank you for the answer.
--------------------
Another thing, there is still a problem with
Code:
visualization.shadertoy-999.1.1.8.2- # 0612-milhouse- # 0612-milhouse
I've disabled it but had not helped I was forced to remove it
here crashlogs:
http://sprunge.us/jUbY
http://sprunge.us/PLUh