Closed zach-morris closed 5 years ago
I figured out the bug is due to providing multiple types. I've sent a fix here: https://github.com/xbmc/xbmc/pull/14409
Confirmed fixed in version:
09:00:11.223 T:140735098916864 NOTICE: Starting Kodi (18.0-BETA2 Git:20180911-84925cfc94). Platform: OS X x86 64-bit
09:00:11.223 T:140735098916864 NOTICE: Using Debug Kodi x64 build
09:00:11.223 T:140735098916864 NOTICE: Kodi compiled Sep 11 2018 by Clang 9.0.0 (clang-900.0.37) for OS X x86 64-bit version 10.9.0 (1090)
09:00:11.223 T:140735098916864 NOTICE: Running on Apple Inc. MacBookPro12,1 with OS X 10.11.6, kernel: Darwin x86 64-bit version 15.6.0
09:00:11.223 T:140735098916864 NOTICE: FFmpeg version/source: 4.0.2-Kodi
09:00:11.223 T:140735098916864 NOTICE: Host CPU: Intel(R) Core(TM) i5-5257U CPU @ 2.70GHz, 4 cores available
This may just be how my addon is (poorly) written, as I'm not able to recreate this issue in any other addon I tested (SuperFavorites, Youtube). Feel free to close this if this is just how Kodi works now.
Version tested:
Issue: Pressing the '..' Kodi directory item when in an addon does not go to the parent directory and close the addon as expected. Testing the same addon (IARL) in v17 the behavior is different.
Log: [First press of '..' listitem]
[Second press of '..' listitem]