Jump to content

Trakt plug-in messing up my NextUp sorting


cgrey000

Recommended Posts

37 minutes ago, vdatanet said:

Isn't this topic a representative enough example?

We already made changes based on the reports from this topic months ago, so it's best that we take a fresh look now. Thanks.

Link to comment
Share on other sites

vdatanet
On 8/1/2020 at 8:33 PM, Luke said:

We already made changes based on the reports from this topic months ago, so it's best that we take a fresh look now. Thanks.

This problem has never been solved:

Bones S1E13 is the last watched episode, but it's not the first item in "Next Up" row.

Steps to reproduce:

  • Start watching an episode
  • When Maximum percentage for resume is reached (90% in my case) is marked as watched and next episode is the first item in the "Next Up" row, that's right
  • When episode is really finished I stop playback (Back key using Android TV or Menu key using Apple TV), in this example at about 98%
  • Then watched date of last watched episode is removed and item is moved away from the first position of the "Next Up" row

This only happens using the Trakt plugin

Press Menu to stop:

2020-08-02 21:26:41.556 Info SessionManager: Playback stopped reported by app tvOS 1.4.6 (9) playing La mujer del jardín. Stopped at 2578046 ms
2020-08-02 21:26:41.557 Info HttpServer: HTTP Response 204 to 192.168.1.118. Time: 3ms. http://192.168.1.100:8096/emby/Sessions/Playing/Stopped
2020-08-02 21:26:41.557 Info Trakt: Playback Stopped
2020-08-02 21:26:41.557 Info Trakt: Item is played. Scrobble
2020-08-02 21:26:41.557 Info HttpClient: POST https://api.trakt.tv/scrobble/stop

But before that, there was a Trakt import (A time between 90 and 98%)

2020-08-02 21:26:21.070 Info HttpClient: GET https://api.trakt.tv/sync/watched/movies
2020-08-02 21:26:21.227 Info HttpServer: HTTP POST http://192.168.1.100:8096/emby/Sessions/Playing/Progress. UserAgent: Emby/9 CFNetwork/1128.0.1 Darwin/19.6.0
2020-08-02 21:26:21.229 Info HttpServer: HTTP Response 204 to 192.168.1.118. Time: 2ms. http://192.168.1.100:8096/emby/Sessions/Playing/Progress
2020-08-02 21:26:22.270 Info HttpClient: GET https://api.trakt.tv/sync/watched/shows
2020-08-02 21:26:22.481 Info HttpClient: GET https://api.trakt.tv/sync/playback/movies
2020-08-02 21:26:22.605 Info HttpClient: GET https://api.trakt.tv/sync/playback/episodes
2020-08-02 21:26:22.726 Info Trakt: Trakt.tv watched Movies count = 894
2020-08-02 21:26:22.726 Info Trakt: Trakt.tv watched Shows count = 66
2020-08-02 21:26:22.726 Info Trakt: Trakt.tv playback Movies count = 0
2020-08-02 21:26:22.726 Info Trakt: Trakt.tv playback Episodes count = 0

Could it be that this import is the cause?

I'll disable scheduled imports to see what happens.

770918635_Capturadepantalla2020-08-02alas21_27_05.thumb.png.cdca2fd765e896fe8ff876efc8cb1212.png

 

embyserver-3.txt

Edited by vdatanet
Link to comment
Share on other sites

vdatanet

As expected, disabling scheduled Trakt states import causes the issue to no longer be observed.

When Emby marks an item as watched when it reaches the percentage of non-resume (90%). Shouldn't the item be marked as watched in Trakt instead of when playback stops?

Link to comment
Share on other sites

18 hours ago, vdatanet said:

As expected, disabling scheduled Trakt states import causes the issue to no longer be observed.

When Emby marks an item as watched when it reaches the percentage of non-resume (90%). Shouldn't the item be marked as watched in Trakt instead of when playback stops?

What if you fell asleep, then RW back halfway then quit?  Seems to me it should use the position you actually exit the video since that is also what would be used to resume.

Link to comment
Share on other sites

Create an account or sign in to comment

You need to be a member in order to leave a comment

Create an account

Sign up for a new account in our community. It's easy!

Register a new account

Sign in

Already have an account? Sign in here.

Sign In Now
×
×
  • Create New...