I tracked down a show that was already marked as watched on my progress page (which, btw, there should be an option to reset progress from the show itself, not just the progress page specifically), said I was re-watching as of today, marked the first episode with an additional watch… and nothing. rewatch progress is not being acknowledged.
Even though the UI shows the “next episode” button over top the artwork (I have it set to manually progress on the dashboard so it doesn’t disappear before I can rate it.), clicking Next Episode refreshes the pane and just keeps displaying the first episode. The progress page shows that no episodes have been watched.
Is this because I manually enter the date when I watch things, or is this a known bug? I approached this from multiple angles just to be sure. I reset the show’s progress again and re-marked episode 1 as watched again… The website elements transition as though the episode was watched, but then it just shows episode 1 again as if I did nothing.
It sounds like you are setting a watched date prior to the reset date. The progress works by setting a time stamp and then considers anything after that date when calculating the progress.
I thought that so I reset the watch progress again with a custom date and set the clock to 00:00. I then deleted the new play, and remarked episode 1 as played. Same issue.
I reset the show’s progress for a third time, this time I manually set the date to the day before yesterday. Now it shows my progress correctly, I didn’t even have to delete & re-watch episode 1.
So for future reference, If you set the exact same date and time for reset progress and episodes you watched, those episodes will not get counted. Doesn’t matter what order you input the data, the time has to be AFTER the time assigned to the progress reset. ??? Whatever, I couldn’t care less when Trakt thinks I started rewatching a show.
//rant
I don’t understand why there needs to be time value set to the act of resetting a show’s progress. It feels like it should just be a toggle - it’s either reset or it isn’t. And it starts tracking from that moment on (based on the order of data input to Trakt’s servers), irrespective of what date you say you watched the next episode in the queue.
For example, if I remembered I re-watch the first five episodes of something last year, I should be able to reset the show’s progress today, mark those five episodes as watched with the date I re-watched them (I think it was in June), and then the progress meter tells me that episode 6 is ready and waiting for me to mark it as watched. I shouldn’t have to make sure I manually throw the rewatch date far enough back so those five re-watches get counted.
Oh wait, I actually watched episode 1 & 2 in March, so I change their view dates. Now they’re before the date that the progress reset is marked as and suddenly aren’t counted as viewed anymore. So now I have to change that date, too. How does assigning a date and time to the progress reset benefit the user?
We need some data point to know when to consider episodes re-watched, which is the reset date. If we didn’t have the date it would be messy to change the actual plays behind the scenes and then undo that change when you reset again or undo it. With a date, it’s a simple calculation and comparison. This is the first time we’ve got this feedback.
Are there not server timestamps applied to every input made to the database? I’m not saying that you don’t need the data to make things work behind the scenes, I’m saying the USER doesn’t need that data. Specifically, the user doesn’t need to have to think about that data point, it’s just an extra layer of complication as I described above.
Logically, when someone wants to rewatch a show, they will reset it THEN start marking episodes as watched again. There are situations where the dates have to be changed or corrected, or they may be inputting data from the past, and since all of those changes are going to occur after the show’s progress was reset, chronologically, then it shouldn’t be the users’ problem if those watch dates accidentally fall behind an arbitrary date set for a value that should just be an on/off switch. Or like how I just found out, even if the dates are the exact same, those watches are still invisible to the system because it’s up to me to manage and be mindful of the reset date in addition to watch dates.
That’s why I asked why the act of resetting a show’s progress itself needs an appointed date and time. Is that information that Trakt records for the user to review (like the year in review page)? If not, then I argue that resets don’t need to be tied to a calendar date, just a toggle.
I always thought that the other date option was so the rewatch point would be set part of the way through the show. So if you wanted to only rewatch the last season or so you could do that.
I just realized it does not do that, so what does Other Date option do? I understand why a date needs to be added, just curious as why we wouldn’t just use Right Now every time?
If you’ve already rewatched the first couple of episodes but have forgotten to mark the rewatch on Trakt, you can set the date to before the first rewatched episode so they get counted for the progress. That’s how I used that.
That’s at least a legitimate use case for it, the flip side of the date inadvertently ignoring progress.
Which leads me to a feature suggestion I stopped myself from making in this thread last night (I’ll make a separate thread later). In addition to progress reset being an on/off value, let users control where exactly the rewatching starts. ZelKami adds a second watch to episode 1 and 2… then realizes they forgot to reset the show’s progress. Instead of resetting the progress and making sure the reset date falls behind those two watches (or resetting the progress then having to remark those two episodes as watched), replace the date & time submenu with options to set where to reset the progress.
[RESET PROGRESS] [RESET PROGRESS TO EPISODE #]
ZelKami marks episode 1 and 2 as watched, then resets the show’s progress to episode 3, and now the Trakt UI is patiently waiting for him to mark episode 3 as watched, and will continue to follow their progress as expected from there.
Was that really necessary? I’m trying to get a clear answer as to why the user has to deal with the exact time an element of Trakt’s UI was modified (something that is not part of anyone’s record keeping) and you’re getting offended and issuing ultimatums?
You’re still only keeping track of one rewatch at a time, right?
Padme Amidala stops smiling
You’re only keeping track of one rewatch at a time, right?
Even with the current setup, you can’t have multiple instances of progress for the same show. So you reset, watch, reset again, watch, reset again. When and how many times you reset the Trakt UI is irrelevant. All that matters is when and how many times you watched an episode… which is already being recorded (the watch time on the episodes themselves).
I agree, choosing this by episode instead of by date would do the same, while being a better UI and more flexibility with where you start to rewatch. The date could still be shown on Trakt as to when you started to rewatch. Although that info is not used much.
