[kambala]

In the meanwhile first issues pop up with 1.16. It makes a difference, if few hundred installations run via TF, or a several thousand via an official release. Four crashes were seen, which definitely came in during last months and were just not observed yet (3x "Play using..." and 1x after scrolling in an active playlist). Depending on how often this pops up, we should do a hot fix release.

There are 4 relevant fixes already
- Two crash fixes
- Menu config to allow queue/play for addon folders
- Hide "resume" for Kodi 11 and earlier
- Color fix for Kodi blue

sounds good for a hotfix

[Buschel]

Nice, the first metric update from AppStore on the memory consumption clearly shows the improvement of the image cache rework. The 90% percentile for maximum memory use and memory use at suspension dropped by 10-20%.
Let's see, if this also helps reducing the background suspensions by iOS due to "system pressure". The background suspension recently increased quite a bit, with the same App release. So either this is connected to changes in iOS (surprise, surprise, ...) or users have more memory intense use cases when moving the app to background.

[amasephy]

Here’s a fun one: New bug discovered. In global search if you long press a song and press play using - you reveal both player options in an action sheet. Good so
far.

Now scroll back to the top and try refreshing the sync. For me it never finishes.

Doesn’t seem to be a problem if you tap on play using on other media types.

Also, if you are in the music library and perform the same action there is no problem.

The bug is observed with 100% consistency for me.


Edit: I can’t go back far enough in builds but am I misremembering the party mode indicator color? I thought it was Kodi blue before? Now it looks like cerulean blue. Might be nice to have this be Kodi blue?


Edit 2: This is minutia but on the partial remote view (acccessble on right pane from now playing). The quick help panel that you can display from there references buttons not visible on that remote. Should this panel be adapted to this alternative remote control?

Edit 3: Another small graphic bug. From any library long press and item and select play using… Then cancel the action sheet. The item remains selected. From any other action sheet, as soon as you two cancel the item is unselected.

[Buschel]

Here’s a fun one: New bug discovered. In global search if you long press a song and press play using - you reveal both player options in an action sheet. Good so
far.

Now scroll back to the top and try refreshing the sync. For me it never finishes.

Confirmed. I already did some internal rework of "Global Search" to fix some sporadic crash, and this seems to fix this issue as well.

Edit: I can’t go back far enough in builds but am I misremembering the party mode indicator color? I thought it was Kodi blue before? Now it looks like cerulean blue. Might be nice to have this be Kodi blue?

No, the color for a long time is similar to iOS "SystemBlue", not using the Kodi blue. The same SystemBlue is used to show the selected view/tab in the database views, where I would like to keep it as this aligns well with other iOS Apps. For the Party icon this could be changed as this aligns better with the other NowPlaying buttons like Repeat/Shuffle. Let me review the colors of other elements as well.
Edit: Made the change.

Edit 2: This is minutia but on the partial remote view (acccessble on right pane from now playing). The quick help panel that you can display from there references buttons not visible on that remote. Should this panel be adapted to this alternative remote control?

Maintaining these language dependent help images is a super tedious task. It is not ideal, but I will keep it like it is. 

Edit 3: Another small graphic bug. From any library long press and item and select play using… Then cancel the action sheet. The item remains selected. From any other action sheet, as soon as you two cancel the item is unselected.

Confirmed. Seems to be an effect of showing a "next level" action sheet. Will try to figure this out.
Edit: Fixed.

[amasephy]

Buschel, as always you are so quick to fix. Thank you!

[Buschel]

Buschel, as always you are so quick to fix. Thank you!

Welcome 😊

The last one ("Play using..." action sheet) even pointed me to another issue I had overseen when adding this feature. Always good the receive such valuable and precise feedback. 👍

[Buschel]

1.17 build 4980
Release Notes

Next build towards 1.17 with many changes. It has the new Kodi Remote app icon (with support for dark/light/tint), all of the bugfixes we discussed earlier in this thread, it enables Afrikaans as supported language since the translation progressed quickly well beyond 70%, it reworks broadcast's visualization for progress and recording status and there is internally some freshly rewritten code around progress bars and global search.

The next build will rework playback. Instead of first adding items to playlist and then playing the playlist item (which is also done by Chorus Web IF), it will directly use Player.Open to play items. This reduces code complexity as several uses cases can be combined, and I expect this to further speed up starting playback for a bigger amount of files, e.g. when playing folders.

@kambala, somehow not all descriptions were taken over into the release notes (PRs #1229, #1223 and #1208). Can you double check what went wrong?

[UlfSchmidt]

The new App icon looks so much better imho. 👍

Will check all the fixes over the weekend.

[amasephy]

Nice, a new build! I actually came here to report a ghost like bug. I’ve just had my second encounter with the now playing playlist not refreshing as expected. In this case, I was watching a movie several days ago. This was in the now playing playlist. But since then I have watched numerous tv shows. Today while just doing routine testing I went to the now playlist playlist while having a tv show playing and the movie was still displaying as the actively playing item. However, the now playing view had the correct media item displaying.

So, it seems there’s still a bug surrounding the now playing playlist in regards to refreshing itself properly. Note this is definitely a relatively new bug as prior to at least a few builds ago I never experienced such issues.


New build testing will report back later.

[UlfSchmidt]

…
So, it seems there’s still a bug surrounding the now playing playlist in regards to refreshing itself properly. Note this is definitely a relatively new bug as prior to at least a few builds ago I never experienced such issues.

I don’t think it’s a new bug since I am observing similar issues on my iPad quite often since the very beginning - but unfortunately was never able to reproduce the steps necessary to reach the same situation again.

Fancy thing is that, as I am using a Kodi skin that plays a welcome video at startup, this may already influence the playlist stability negatively. I often observe for example that the playlist is not updated at all after I start watching a TV episode. But I am still not able to reproduce this behavior. Or the local progress bar in the playlist is shown at an item completely unrelated to the movie I am watching. Or even the wrong playlist is shown, e.g. the video playlist while I am listening to music…

If I remember it correctly, @Buschel already verified this behavior a while ago and was not able to locate the bug in the App, then guessed the wrong playlist contents is provided by Kodi server to the App?

[kambala]

@kambala, somehow not all descriptions were taken over into the release notes (PRs #1229, #1223 and #1208). Can you double check what went wrong?

thanks for noticing, looks related to merging in the GitHub ios app. Will fix right now.

[amasephy]

I remember your post about that but I thought it was in regards to a different issue. That being which playlist it was displaying when entering the now playing playlist.

In this case the correct playlist type is displayed but the contents are not what is currently playing.

For me a simple way to reproduce everytime is to be in the now playing view, press the remote icon in upper right corner to display fullscreen remote. Then select some media on Kodi server. Then navigate back to now playing. Check the playlist, it won’t be updated.

Note: using the partial remote on the right hand pane does not exhibit this issue.


Second issue: not new but I’m getting a handle on how to reproduce. Sometimes the remote button in the upper right corner will be dim. Almost like a transparency is being applied. I think it has something to do with sliding between panes by navigation. Given the right gestures and timing the button will be dim. Maybe 50% transparency. It’s very obvious.

[Buschel]

@amasephy, the bug you describe is even simpler to reproduce. Any change of the active playlist type (music, video, picture) from "outside" (= Kodi server or another remote app instance) will not let the app switch the playlist type. The playlists themselves are updated properly. This behaviour is like this since 1.15 (released 7 months back). I need to dig into the change itself, if this somehow was done by purpose. The change will >7 months old ...

For the second issue (remote icon) I will look at the current code to see where this could come from. I am not aware of any relevant code change. So either also an "old" issue or iOS

[amasephy]

Buschel, to be clear my issue isn’t switching playlist type. The issue is the playlist itself not updating when using the full screen remote from now playing.

[Buschel]

Ah, now I see what you described. Confirmed and looking into it now.