If you click though the weeks on the weekly calendar,
in a browser window that is not maximized,
and has room to scroll vertically (footer not 100% visible),
only on the page containing the current date will it try to scroll as far down as possible.
Even without any episodes to display, which should make this easy to replicate.
I was using FireFox 153.0.4 on Windows 11. No errors displayed in the dev console.
The setting "Week starts on Sunday (instead of Monday)" I normally leave off, but has no impact on this behavior.
Although of course today is Sunday anyway :)
The behavior has been 100% reproducible the last several days.
So I took a closer look at it and discovered there is a difference in how the pages are rendered.
Specifically in the hidden lines after the footer ends.
The today's week page has an extra link <link href="https://static.tvmaze.com/intvendor/rateit/rateit.css?v=[i removed this 10 digit integer]" rel="stylesheet">
Plus 2 script inclusions that don't appear on last or next week's pages, also related to voting.
Neither should have any effect on the page itself. But I guess the style sheet might have stuff associated with it that's not compatible somehow.
Although including it at all at this location is not necessary anyway. Because voting in the calendar works just fine with and without them.
Thanks Aidan, but under the same conditions my Chrome (151.0.7922.170 on windows 11) also shows this behavior.
The offending page takes up more vertical space and performs a weird jump to the bottom for no good reason (even empty of show); the other weeks don't scroll at all.
@LouisWu wrote:
Thanks Aidan, but under the same conditions my Chrome (151.0.7922.170 on windows 11) also shows this behavior.The offending page takes up more vertical space and performs a weird jump to the bottom for no good reason (even empty of show); the other weeks don't scroll at all.
I'm on Firefox 153.0.4 and can't repro this.
@tallanvor wrote:
I'm on Firefox 153.0.4 and can't repro this.
Not even the rateit stylesheet link action only appearing on the current week's page?
@LouisWu wrote:
Not even the rateit stylesheet link action only appearing on the current week's page?
It also appears on past weeks. It's expected not to appear on future weeks since you can't rate a slow that hasn't aired.
Here's a screen recording, clicking from last week to this week to next week.
The more entries for the week, to more pronounced the effect is.
Without any entries you need to make the screen low enough to still allow vertical scrolling, before you can see the effect. But that is not a very useful configuration of course.
@LouisWu wrote:
Here's a screen recording, clicking from last week to this week to next week.
The more entries for the week, to more pronounced the effect is.
Without any entries you need to make the screen low enough to still allow vertical scrolling, before you can see the effect. But that is not a very useful configuration of course.
Oh, this is because it tries to scroll to the current day, not because it's trying to scroll as far as possible. Is it technically a bug? I guess. But it's also probably pretty rare to have as few things on the list as your example, especially if you're taking the time to switch to the week view. If you test it on Monday with your example you won't see quite the same behavior.
That's the scrollIntoView functionality. It's probably possible to check if there's any episodes in that date (or after) before running this, but that might require more changes than is worth it.
As the number of things on the list increases, the effect becomes more visible, not less.
Also, trying to scroll to a weekday that doesn't have any episodes is a recipe for disaster.
Finally, the click behavior on the weekday index at the top, trying to reach the predefined anchors, would have been just fine if those anchors were actually always populated. That way you could let the browsers sort this out, instead of needing all the extra scripting. Big browser teams always beat single site developers :)
It's not all that useful to down-vote a bug report.
Please explain why you decided to click the thumb-down button, but not leave a message to let us know your thoughts. What were you opposing here, exactly?
@LouisWu wrote:
It's not all that useful to down-vote a bug report.Please explain why you decided to click the thumb-down button, but not leave a message to let us know your thoughts. What were you opposing here, ex
Up/Downvotes are meaningless. Ignore them. I've explained what the functionality does. The people responsible for coding the site were already tagged, but this seems to be more a case of you not liking the functionality rather than it being a major bug that affects many people, so it probably isn't a priority for them to respond to.
