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?
TVDB has 50 episodes listed.
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.
Regarding the mobile website, swiping on the header bar will navigate back and forward.
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.
Not currently planned, but will add to researching.
This is similar to some other suggestions in the past about not requiring a date when entering your watched data. It's not something we currently have planned since the entire site is largely based around dates. Without dates, it would change or make a lot of the stats not function with how they are setup.
I agree using "release date" is not a perfect option, but attaching no date would require an overhaul of how stats are presented throughout the entire website. We'd also need to figure out how to handle this via the Trakt API and the many apps that use that data. Long story short, we still would need a date attached at some level for the API to function correctly as well.
I know if doesn't fully solve your issue, but we currently have these features to help:
- choose a default watched action (new signups default to today's date)
- release date can help approximate when you watched older items
- hide the date breaks when viewing your watched history and other sections
- sort your watched history by other non date related options
Will need to look into this more and see if its possible with the way we currently have these sections setup.
How would this be different than the "recently aired" option? The progress page will sort using the next episode you need to watch and not the next episode to air in general for the show. Does that make sense?
I'm still thinking about this and what the best approach is. I do like handling planned/rumored movies differently somehow, possible just ignore any release dates for movies in that status?
I guess one concern is if a valid and released movie might still have one of those statuses on TMDB. Looking in Trakt's database, I see quite a few movies in that state. They are clearly released, but have a status of rumored or planned still. Some might be stale data on Trakt, but others I'm sure are in this incorrect state still.
The reason it is currently one page is all the filters and sorting are applied client side in the browser. Pagination would break that. I'll have to think about this more and see if there is another alternative.
Not sure this helps, but there are direct links to "pre filter" your watchlist for a specific type of content.