Hmm, I'm not able to reproduce the issue on my account. Please provide your username and an example show where you're seeing this. I'll then take a look at your progress page, sorted by recently aired, and see what it looks like.
It should just use your next episode to watch when applying the sort. It will always use the next episode after your last episode watched, it won't go back to any unwatched episodes earlier then that. Is that what you're seeing maybe?
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.
I queued it for a refresh and it looks to match up with the main episode images on TMDB from what I can tell. Does it look correct now?
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.
Will implement once TMDB API has this info.
Yeah, we get those from some other sources or manually add them in for the more popular items. Once TMDB adds it to the API, we'll for sure start using it as well.
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.
If you click on the TMDB links, you'll notice it is split up over there which is why Trakt has it this way. I think the first one needs to be removed on TMDB then I can remove it on Trakt and clean up the link.
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.
Here's an article that explains all about social sharing: https://blog.trakt.tv/share-on-your-social-networks-3a5cd188772
In regards to the check in text, we unfortunately don't store that. It is only used when sharing with your connected networks. The main problem is in order to save that text, it requires a major backend update, due to how plays are stored. I like the idea, but it unfortunately is not a top priority because of this infrastructure change. When I last commented on this issue, we had plans to change how plays are stored on the backend, but we didn't proceed with that system and thus don't have the flexibility to store additional fields, such as the check in text. I can't say we'll never do it, but its not really possible right now.
As for sharing, we only share scrobbles and checkins and not previous watches. The reason being that previous watches are typically added in bulk and we don't want to spam your social networks if you add a whole bunch of content in a short amount of time. Since checkins and scrobbles are real time, they generate a lot less volume and don't spam your networks nearly as much.
This will actually be a new feature, we don't currently save the text for checkins. (we didn't in v1 either actually). That text is used when sharing to your social networks. We're currently in the process of optimizing the history activities, so once we're done with that I'll be able to better look into the original idea of saving the check in text for display on the website. For the location part, I plan to save that as separate from any note that is entered.
As for the task list, this uservoice board is what we have that is public facing. The different statues like "planned", "started", etc are how we keep track of that. If we have a more exact time frame, we try to indicate that. For the most part, things in "started" are tasks that are being worked on or will be once a some other tasks fall into place.