Looking into this, but Netflix provides very little data and the matching wouldn’t be the accurate.
I looked at the CSV file, but the data is very limited and it would be tough to accurately match episodes.
For example, Netflix gives this:
Lost in Space: Season 1: "Danger, Will Robinson"
So if we didn't have an exact title match, we wouldn't know which episode was watched. Using the names to match is not super accurate. I think a CSV import would be possible if Netflix provided IDs and actual episode numbers.
FYI: on the full screen mobile app, you can swipe the header bar left/right to go back/forward.
Regarding the mobile website, swiping on the header bar will navigate back and forward.
Waiting for TVDB to be updated.
TVDB will need to be updated with the correct episode numbering before I can update Trakt. Notice, the seasons don't start with episode 1.
Waiting for TVDB to fix it.
We use TVDB for all data and it looks pretty messed up over there. Notice in all seasons (but season 1) the numbering is all incorrect and there is no episode 1, etc. This will need to be fixed on TVDB first, then I can update Trakt to match.
What is the link to the show on Trakt and what is specifically incorrect?
The TVDB link for that show is invalid. Did TVDB change the ID?
We use TVDB for all season and episode info. We then use TMDB for any season based titles. Does Trakt much up with what TVDB has?
Season networks updated. Thinking about how to apply this to year in review.
Also, I fixed the 2 shows you mentioned.
We can manually override the network on a season level. I'm not sure how best to apply this to the year in review, so I'll need to think about that part more.
I checked episode 2 using IMDB and their runtime is 28 minutes, which is close to the 31 Trakt has. https://www.imdb.com/title/tt2095243/?ref_=ttep_ep2 I assume the other episodes might be similar, what source has all episodes as 58 minutes?
I will contact our partners and see if they have plans to add this network.
Unfortunately no updates. I request they add this, but I haven't heard back if they plan to do so. I think it depends on if they can get the data in a reliable way from VRV.
Sorry you had a bad experience on the API community. That is still the best place for API discussions since most developers are members over there. The last_activities is not a useless method. It might not work specifically for your use case, but it's still very useful for most syncs.
I'll need to think about a structure that makes sense for the global and user comment methods. The default sort will be inserted_at, but have an option to sort by updated_at. We won't be bumping up edited comments when sorted by inserted_at, it would for sure be abused.
There is some redundancy in the API, but that is sometimes done for caching purposes. If all the methods had one general endpoint with arguments accepted in any order, that would make our caching much less effective. Also keep in mind comments are cached for 1 hour at Cloudflare. So, when a comment is edited/liked/etc it won't be immediately available until the cache expires. I'd like to cache this more effectively and in real time in the future, but its not possible right now without a performance hit.
Good feedback, thanks. Do you have examples of other APIs and how they handle some of these ideas?
I don't think we can include replies by default, since that would lose context very easily and would be unexpected for apps to handle. However, I think it makes sense to add an optional parameter to include replies in the user method.
The /comments/recent is meant to surface newly posted comments. If updated comments moved to the top, that would be very easy to abuse. However, it does make sense to add a new /comments/updates method that works similar to /movies/updates where you can pass in a date and get anything updated after that. (makes sense for user based methods to support /recent and /updates too)
We don't plan on batch methods (i.e. passing multiple comment ids) since that completely breaks caching. That was an issue with v1 and why we no longer support passing in a custom set of ids to most methods.
I'd also recommend starting a discussion in the API community about this since that will get a lot more feedback and real world examples that other devs might also have feedback on. The devs are checking this support board at all.
Currently, you can hide a show from you calendar or progress page. Hiding from watched progress also hides it from your dashboard on deck. Hiding in those 2 places should work for most users.
This topic proposes a “dropped” status for a show. This would hide from the 3 sections mentioned above + add a “dropped” indicator in places such as the show summary page.
You can unhide here:
We give apps access to your list of hidden shows and seasons, but it depends if the app chooses to use that info. If they aren't, I would send in a feature request to the app developer since the Trakt API provides the data needed to hide your shows correctly.
To recap my previous replies, you can hide shows by clicking the Ø icon when viewing your dashboard up next, progress page, or calendar. There is no need to unwatch the items. You can unhide from trakt.tv/settings/hidden if needed too.
@Vicky we expose the hidden items for apps and plugins to use, but it sounds like whichever you are using might not use that data to hide within their app. I would recommend sending a feature request to the app developer.
Please provide your username so I can check if the items are correctly hidden. And also please send screenshots of the dashboard on deck and the collection progress so I can see if they line up correctly.
Do you see all the hidden shows listed at trakt.tv/settings/hidden? As I see it, the issue seems to be with the hiding either not working properly or not saving when you click the Ø icon to hide.
@Anonymous did you hide the show from your progress page? That removes it from your on deck as well. The watchlist is a special list for what you want to watch, so adding/removing to that shouldn't affect the progress or calendar.
@Anonymous you can hide the show from your progress page which will also hide it from your dashboard on deck. No need to mark it as 100% watched.
Liam, you can ignore seasons from the progress page as well. Just expand the percentage view, and there will be Ø icons next to each season as well.
Alan & Roxie, I'm not able to reproduce the issue. I just tested and was able to hide a show from my watched progress and it correctly hid from my on deck as well. If you have more info (i.e. browser errors, etc) please let me know. Can you confirm the show is actually hidden from the progress page too?
For the more recent comments, please be aware you can hide show from your calendar and progress pages directly to hide them from showing up. When hiding from your watched progress, this will also hide them from your on deck section.
I agree we need to limit it in some way. As mentioned in the other topics, it is not quite that simple due to different release dates around the world, early premieres, or press viewings.
Requested more info on which specific modals.
Which modal are you referring to?
If a show is re-appearing, that means a connected app is adding it back. Trakt itself autoremoves the show from your watchlist once you watch at least one episode. Some apps incorrectly try and override this functionality and add it back to your list.
Please review your connected apps at https://trakt.tv/oauth/authorized_applications to figure out which app could be doing this. I would also recommend contacting the app developer and request they stop doing this.
I'll look into adding a clear option, but for now please send a private support ticket with your username and I can manually clear it out for you.
Hmm, not sure we can easily do that. As you mentioned, the info that goes left to right on desktop, changes to up to down on mobile, which is what it is currently doing. The current layout seems to make sense since it lists the show title, percentage, then the info about how we calculated that percentage, and lastly the next episode you have to watch. Let me know if I'm missing something in my understanding.
What is the use case for needing hidden items for other users?
You're on windows I assume? These rules are intended to target tablets and other devices that don't render scrollbars. I'll have to see how to hide them on windows somehow.
What is the exact resolution? I'm not able to reproduce the issue so far.
All good ideas. We need to re-architect some things behind the scenes in order to boost performance to do things related to your network activity.
Currently, only plays are shown in this area. It doesn't include collected items or anything else currently, which is part of the performance issues. In v1, there were way fewer users so all these actions could be queried direct against the database. We now have so many users that is needs to be cached in other ways as to avoid direct data access.
I really like the idea of user independent data, which could aggregate and give you very useful stuff. Things like over the past week, the most watched show and movie from your friends was X and Y. That would actually be very cool along with other stats too.
Before any of this though, we need to do some behind the scenes updates so the recent activity can be accessed quickly. It has been on my task list, so hopefully some time can open up in the near future to start planning those backend updates.
I found a bug with the initial image importing, so I'll have a fix out for that later this week. I'm not sure why "Chinese Midnight Express II" didn't import correctly. I tried it manually and it was ok in my testing environment. I wonder if it failed to grab the movie info from TMDB for some reason. After it grabs the "changes" it then would get specific info for each movie.
We run the update at 08:30 UTC each day, but have it go back to the previous day for the start date to get updates from. So that exceeds the 8 hours and should include any new items as well. I'm not sure why they wouldn't be picked up correctly.