Scrolling doesn't page down properly

[user84 35]

The item selected in the top right hand corner should be centered on the screen, but it's not. This happens frequently.

[ebr 15579]

Hi.  Exactly how does it happen?  How are you getting there?

[user84 35]

43 minutes ago, ebr said:

Hi.  Exactly how does it happen?  How are you getting there?

I'm watching media and the media ends or I press stop. I am returned to the landing page for that piece of media. I press the back button to go to my library and scroll through the media in that library. While scrolling through, the selected item appears as it does in the picture I posted.

[speechles 2001]

Sorry for the issue. To replicate are these the steps? Does this always do it incorrect or is it correct sometimes?

Steps to replicate:
1) Start on grid
2) Enter item on grid and move to detail view
3) On detail view play item
4) let item play or fast-forward to end so it sees this as finished
5) detail view will appear and refresh
6) press back to exit detail view
7) back on grid the alignment of the centering is incorrect

If you do not do steps 3, 4 & 5 and do not play the item does it do it correct?

Trying to determine if it is the playing of the item that causes the condition that isn't properly centering. In any case this gets added to the issue tracker.

Reference: Issue #1612: [PosterGridView] When return to grid the alignment isn't properly centered

Edited May 24, 2024 by speechles

[Gilgamesh_48 1098]

This issue is pretty much exactly what i reported some time ago. When I reported it @speechlessaid that he was aware of the issue and knew what was happening. I thought a fix was coming but none has happened as of this posting. I wonder if my report just fell through the cracks as I "think" no progress has been made toward a fix.

In fact, for me this is very easy to reproduce as if I go into my movie library on my Roku and progress down a few pages and simply go into one movie's pre-play screen and change its watched status to watched and then back to unwatched and the press "back" to get back to the main movie screen the display is screwed and even the currently selected movie is slightly off the top of the screen. As the OP noted it basically makes the current row get bigger and be displayed incorrectly.

I have also found that, after I create the bug, if I press "back" which jumps to the first of the movie list it also resets the bug back to normal.

Note: The interface is quite useable even after the bug manifests but it is somewhat ugly and some users might really find it irritating and hard to use as many people find an ugly interface very hard to use. I do not but many do.

I would like this to be fixed but I am not holding my breath as the Roku app works and making it pretty is most probably very low priority.  

[speechles 2001]

3 minutes ago, Gilgamesh_48 said:

I have also found that, after I create the bug, if I press "back" which jumps to the first of the movie list it also resets the bug back to normal.

 

That is what the auto-centering does. It scrolls back to top and then moves you down to position you were at keeping it in the center. Or at least it should be doing that. There are certain conditions that may not trigger properly.

Also, we do have your PR still there...
#1589 [PosterGridView] When returning to the grid the "info panel" may clip the top row

Yours had to do with the alignment problem and the "info panel" was clipping the top row as well. The info panel being clipped was because of an issue with the "show fields" which causes the info panel clipping the top row. But the alignment issue you also had in that image I wasn't able to reproduce. I think I know what causes that and we can fix this.

 

[Gilgamesh_48 1098]

2 minutes ago, speechles said:

That is what the auto-centering does. It scrolls back to top and then moves you down to position you were at keeping it in the center. Or at least it should be doing that. There are certain conditions that may not trigger properly.

Also, we do have your PR still there...
#1589 [PosterGridView] When returning to the grid the "info panel" may clip the top row

Yours had to do with the alignment problem and the "info panel" was clipping the top row as well. The info panel being clipped was because of an issue with the "show fields" which causes the info panel clipping the top row. But the alignment issue you also had in that image I wasn't able to reproduce. I think I know what causes that and we can fix this.

I do not like to be argumentative but that is pretty much exactly what you said before "I think I know what causes that and we can fix this" but it has been quite a while and no "fix" has been forthcoming and anyone that reports this gets "dismissed" like we are doing something wrong. WE ARE NOT DOING ANYTHING BUT USING THE ROKU'S INTERFACE, and, if that is wrong, then we have much larger problems than just a screwed up display.

You generally do a great job of fixing bugs and communicating about said fixes but this issue seem to be an exception. The FACT that the bug gets produced differently but looks exactly the same means that it is. probably, exactly the same display bug just triggered differently. It is on the Roku platform and the bug causes the posters to be displayed incorrectly in exactly that same way sure makes it seem there is a bug and said bug can be reproduce in different ways. 

I do not really care, much, if this gets fixed, as the interface works even after producing the bug, but it does make the interface ugly and should be fixed after all this time.

[user84 35]

2 hours ago, Gilgamesh_48 said:

I do not like to be argumentative but that is pretty much exactly what you said before "I think I know what causes that and we can fix this" but it has been quite a while and no "fix" has been forthcoming and anyone that reports this gets "dismissed" like we are doing something wrong. WE ARE NOT DOING ANYTHING BUT USING THE ROKU'S INTERFACE, and, if that is wrong, then we have much larger problems than just a screwed up display.

You generally do a great job of fixing bugs and communicating about said fixes but this issue seem to be an exception. The FACT that the bug gets produced differently but looks exactly the same means that it is. probably, exactly the same display bug just triggered differently. It is on the Roku platform and the bug causes the posters to be displayed incorrectly in exactly that same way sure makes it seem there is a bug and said bug can be reproduce in different ways. 

I do not really care, much, if this gets fixed, as the interface works even after producing the bug, but it does make the interface ugly and should be fixed after all this time.

I am currently working on three issues with the Roku app. I have been asked for log after log, and the posts get attention, but the issues aren't fixed. I have come to the conclusion that either resources are being directed to the other apps because Roku isn't as popular, or the team lacks the expertise to actually fix these things.

[Gilgamesh_48 1098]

10 minutes ago, Blam84 said:

I am currently working on three issues with the Roku app. I have been asked for log after log, and the posts get attention, but the issues aren't fixed. I have come to the conclusion that either resources are being directed to the other apps because Roku isn't as popular, or the team lacks the expertise to actually fix these things.

Roku is the single most popular streamer in the USA. So "popular" does not seem to be the reason/cause. As far as expertise goes. I have never had any dealings about Roku with any group. including the Roku team itself (at Roku), where the expertise was greater than what we have here with Emby. @speechlesand @ebrhave proven to be quite knowledgeable about the inner workings of Rokus but they are very limited by the poor implementation of the programming language (BrightScript I think) that Roku forces developers to use and the restrictive requirements that Roku places toward road blocks for creative programming. 
I wish we had more info about where fixes are/were but we don't and Emby has what they believe are good reasons for hiding a bunch of info. 

Additionally: I was part of Emby's Roku beta for a fairly long time but I had to drop out, due mainly to my health issues, but, even as part of that beta i did not have much more info about the progress of fixes than I do now.  I think the lack of effective believable data about progress is one of Emby's big weaknesses and it is one that I believe Emby could address. They just must be careful to not go too far. Going too far with development/debug information could easily be, for Emby, every bit as bad as the current closed info system is. 

See; I don't have answers just different questions.

[user84 35]

27 minutes ago, Gilgamesh_48 said:

Roku is the single most popular streamer in the USA. So "popular" does not seem to be the reason/cause. As far as expertise goes. I have never had any dealings about Roku with any group. including the Roku team itself (at Roku), where the expertise was greater than what we have here with Emby. @speechlesand @ebrhave proven to be quite knowledgeable about the inner workings of Rokus but they are very limited by the poor implementation of the programming language (BrightScript I think) that Roku forces developers to use and the restrictive requirements that Roku places toward road blocks for creative programming. 
I wish we had more info about where fixes are/were but we don't and Emby has what they believe are good reasons for hiding a bunch of info. 

Additionally: I was part of Emby's Roku beta for a fairly long time but I had to drop out, due mainly to my health issues, but, even as part of that beta i did not have much more info about the progress of fixes than I do now.  I think the lack of effective believable data about progress is one of Emby's big weaknesses and it is one that I believe Emby could address. They just must be careful to not go too far. Going too far with development/debug information could easily be, for Emby, every bit as bad as the current closed info system is. 

See; I don't have answers just different questions.

I'm glad to hear Emby has a knowledgeable crew. I don't need snazzy. I don't need pretty. But fixing bugs impacts everyday use. I am no expert in coding, so I don't know the impact of what Roku limits developers to. But I would hope those limitations don't make bugs an inevitability. It's one thing to say the Roku app will never be as pretty as Android/Fire stick. It's another to say it will be buggy.

[speechles 2001]

@Blam84@Gilgamesh_48If you enable skip animations in the Display settings of the app does the misalignment still happen?

You will notice with the skip animations enabled that scrolling is immediate and it behaves much more like the web app does in TV mode.

[Gilgamesh_48 1098]

3 minutes ago, speechles said:

@Blam84@Gilgamesh_48If you enable skip animations in the Display settings of the app does the misalignment still happen?

You will notice with the skip animations enabled that scrolling is immediate and it behaves much more like the web app does in TV mode.

I have just changed that setting and it appears that the problem is fixed. Thanks.
However I never knew what that setting actually did and I left it in the "Show animations" since it was the default. I never changed it because I saw nothing wrong in operation. I will change this setting on my bedroom Roku as well and run with it. I hope the problem is really gone for me but I still do not know what the setting did/does and if it is at all important. In my use I do not see any difference if it is on or off but I may just not be seeing or looking for that differences. 

Again, thank you for looking into this and finding at least part of the problem. 
Maybe the code that animates stuff needs looking at to prevent other maybe serious problems.

Are there any other bugs in the settings that I need to keep a look out for?

[speechles 2001]

1 hour ago, Gilgamesh_48 said:

Are there any other bugs in the settings that I need to keep a look out for?

 

There are no other bugs that I know of in regards to scrolling. I think the timing of the animations can overlap and happen out of sequence when you quickly change from one direction scrolling to the other direction. Doing that it might be possible to confuse the direction it thinks you went. Then the centering wouldn't  center correctly because it would be centering the wrong row either above or below the correct position.

With the animation skipped the Roku doesn't do the 300 millisecond animation it normally does to move the focus. It will just immediately change focus in the direction you went onto the item. Centering it all automatically and immediately.

There is presently no way to skip the animations when navigating the row lists. As you move to left to right and right to left it isn't immediate on the horizontal rows. You can notice the 300 millisecond scroll effect/focus change on the row compared to the grid once you have it enabled.

There should not be any bugs outside of the that. If you still see any alignment issues with skip animations on the grid enabled, please let us know.

We can also try to smarten up the logic on the animated option to avoid that overlap so the direction scrolled is impossible to fall out of sequence.

Edited May 25, 2024 by speechles

[user84 35]

1 hour ago, speechles said:

 

There are no other bugs that I know of in regards to scrolling. I think the timing of the animations can overlap and happen out of sequence when you quickly change from one direction scrolling to the other direction. Doing that it might be possible to confuse the direction it thinks you went. Then the centering wouldn't  center correctly because it would be centering the wrong row either above or below the correct position.

With the animation skipped the Roku doesn't do the 300 millisecond animation it normally does to move the focus. It will just immediately change focus in the direction you went onto the item. Centering it all automatically and immediately.

There is presently no way to skip the animations when navigating the row lists. As you move to left to right and right to left it isn't immediate on the horizontal rows. You can notice the 300 millisecond scroll effect/focus change on the row compared to the grid once you have it enabled.

There should not be any bugs outside of the that. If you still see any alignment issues with skip animations on the grid enabled, please let us know.

We can also try to smarten up the logic on the animated option to avoid that overlap so the direction scrolled is impossible to fall out of sequence.

I just disabled it and will pay attention to see if the issue persists. Thanks for a possible fix.

[ebr 15579]

On 5/25/2024 at 1:41 PM, Gilgamesh_48 said:

but I still do not know what the setting did/does

Does this not explain it?

[Gilgamesh_48 1098]

1 minute ago, ebr said:

Does this not explain it?

Not really as I don't understand the "word" "animation" in this context. With "animations" disabled the scrolling looks exactly the same as it did before except the display does not screw up on return from a movie. Of course my old eyes might not be noticing the difference or I may prefer it so much that my old brain dismisses the differences as just proper operation.

I can confirm that this really does fix my problems because there have been several times over the last day or so that I preformed actions that would before screw up my display and the display was always fine. Thanks.

[ebr 15579]

2 minutes ago, Gilgamesh_48 said:

the scrolling looks exactly the same as it did before

It doesn't behave the same.

With animations enabled, you will see a "smooth scrolling" effect as the posters animate from one position to the next.  With them disabled, the posters simply snap into the next position.

Perhaps "Enable Smooth Scrolling" would be a better term to use...

[Gilgamesh_48 1098]

Just now, ebr said:

It doesn't behave the same.

With animations enabled, you will see a "smooth scrolling" effect as the posters animate from one position to the next.  With them disabled, the posters simply snap into the next position.

That difference is tiny to me. Others may notice it but I do not really see it. I can confirm there is a difference (I just tested) but the 'animations," to me, look worse and having them off does not produce the "bug" and the lack of the bug is a HUGE difference cosmetically. 
As I have said before the cosmetics of Emby is not real important to me but it is better for any interface to look good than not and, in this case for me, no animations look better than "animations." 

Thanks.

[Erik 123]

On 25/05/2024 at 13:17, speechles said:

@Blam84@Gilgamesh_48If you enable skip animations in the Display settings of the app does the misalignment still happen?

You will notice with the skip animations enabled that scrolling is immediate and it behaves much more like the web app does in TV mode.

Hey @speechlesI cannot find my original thread on this so I missed it was implemented. Just wanted to say a big thank you as I really appreciate the option to disable the animations and the UI feels very crisp movement again.

Thanks!