Video Group order bug on Android clients

Channels Android TV
#1

I've just imported some of my old videos into Channels. This includes 4 series of Jeeves & Wooster. They were already named with Season Number and Episode number and this has been imported with the Season/Episode added correctly to the metadata. I have set the Group Option to be oldest first. The videos display fine in the correct order on the Web UI page from S01E01 up to S04E06. If I then select watch newest first in the Video Group Options the display correctly reverses the order with S04E06 moving to the top.

VideoScreenShot
VideoScreenShot1458×863 120 KB

But in the Android Clients they always display in reverse order with Season 4 Episode 6 first. Changing the watch order in the Video Options in the client from oldest first to newest first doesn't change the display order. The screenshot below is from a shield running the alpha but I've checked and it does the same on the latest standard built too.

Channels DVR Alpha_20240313_160723
Channels DVR Alpha_20240313_1607231920×1080 99.6 KB

#6

tbh as a user I was always confused why TV shows were sorted backwards but I assumed it was intentional :joy:

1 Like
#7

I've just updated to the latest beta (3.20.101) as it mentioned some sort issues had been fixed, but the above problem still exists with my Videos. No matter what Watch Order I set in Video Options it always displays as in my picture above with Season 4 Episode 6 first.

#8

Ani, is v2024.03.22.1228 supposed to fix the Video Group order bug too?

I've just updated to it but the order displayed is still always oldest (latest season/episode) first as shown in the image above regardless of settings either on the server or on the client.

#9

Is this resolved in the latest beta?

#10

No. Just updated to 8.10.641 and it is the same behaviour as before.

20240810_091325
20240810_0913251920×1440 170 KB

#11

It works for TV shows but not for video groups?

#12

Yes, TV shows have always been fine, it's just Video Groups.

They display in the correct order in the server WEBUI and change order there when you flick between "oldest first" and "newest first" in the Group Settings, but on the Clients they always display newest first regardless of settings.

#14

Thanks. I need to check the expected behavior on Apple TV.

On the web UI under Manage > Edit Metadata for the video group, there is a Recording Sort Order which is what currently dictates sort order on Android

#15

Ah OK, that does seems to work if I set that to season/episode order under edit metadata.

That doesn't seem very intuitive and what is the Watch Order option under Video options on the client for then if not that?

#17

Watch Order should work now in the latest beta apk

#18

Just updated and Watch Order can now be set in the client. I had set it back to default order in the web UI under edit metadata just in case that overrides client settings.

I can now see the display order change on the client as I change Watch Order but it seems to work in reverse for me.

So if I choose "Newest first" in the client Video Options I get Episode 1 first then 2 etc , and if I choose "Oldest first" I get Episode 6 first then 5 etc.

#19

Just wanted to make sure that you realised my last post was reporting that the new Watch Order, although it now changes the order, works the wrong way round - ie oldest first actually gives newest first and vice versa

I wasn't sure if the :+1: reaction meant you thought it was all good or just quickly acknowledging the bug report.

#20

So...this is kind of a mess right now.

The reason is that Video Groups, in addition to having a Watch Order property like TV Shows, have their own internal properties for sorting type AND order.

The reason behind this was that Video Groups just don't always conform to Season/Episode order, nor do they even have those properties. So there's an option to sort them by when they were added to your library, their original date (if that property in the videos is even populated), or Season/Episode (if that property in the videos is even populated).

Because none of this (except date added to the library) is populated for Videos, and users would have to put in the time to enter this information, and they may choose to enter one type of data over another, we gave the option.

All that being said, the combination of all available options for sorting and using them together, is not only a bit confusing, but doesn't sound like it's even being coordinated correctly in the clients.

For now, try playing with the Sort Type and Sort Order for the Video Group to see if you can get what you want, and we'll try cleaning this up to make it less of a hassle.

Edit these fields by editing the metadata for the Video Group.

#21

Thanks for the detailed explanation. No problem, I can get the order I want, now that I know it currently works in reverse.