This makes it a bit hard to obtain movie/tv ratings, and makes it hard to cross-check existing movie id's against it (without resorting to making more requests). Is it possible to remove that limitation - perhaps by having an option to return only the 'ids' of the movies? This could work well for both 'list details' as well as 'ratings', as the rest of the data can always be retrieved using movie details.
Can't find a movie or TV show? Login to create it.
Want to rate or add this item to a list?
Not a member?
Reply by Travis Bell
on January 1, 2017 at 10:57 AM
Hi @danelkhen When you say "list details" are you referring to v3 lists? v4 lists imposes a page limit like everything else now, and the v3 lists really never should have returned everything but that's how it was originally done so I can't change it now.
v4 might include more options like this but I doubt v3 ever will. The reality about v3 is that I don't have intentions on working on it very much. It's mostly in maintenance mode now and any work I decide to do on the API will be on v4. I'll be taking some time in a few months to look at what v4 might look like for functionality like this.
Reply by danelkhen
on January 1, 2017 at 11:00 AM
Oh, i thought that v4 is not yet 'production ready' and doesn't provide all apis, is it possible to already use it for everything?
Reply by Travis Bell
on January 1, 2017 at 11:06 AM
No, it is not able to do much beyond lists and some account features. For what has been implemented, it is production ready. It's actually what is powering all of those features here on the website, so it's being used every day by thousands of users 😉
Reply by danelkhen
on January 1, 2017 at 1:23 PM
Really? so why does the api key for v4 says "read only" - the website is definitely not readonly right?
Reply by danelkhen
on January 1, 2017 at 2:19 PM
ok, update: trying v4 authentication from browser, but failing on request_token because the browser first sends an OPTIONS request, which fails with lua exception:
https://api.themoviedb.org/4/auth/request_token (request is sent with { "Authorization" : "bearer "+read_access_token } header
...rrent/cache/luarocks/share/lua/5.1/lapis/application.lua:396: don't know how to respond to OPTIONS stack traceback: [builtin#19]: at 0x7f6d1a5a3320 Traceback
stack traceback: [C]: in function 'error' ...rrent/cache/luarocks/share/lua/5.1/lapis/application.lua:396: in function 'handler' ...rrent/cache/luarocks/share/lua/5.1/lapis/application.lua:130: in function 'resolve' ...rrent/cache/luarocks/share/lua/5.1/lapis/application.lua:161: in function <...rrent/cache/luarocks/share/lua/5.1/lapis/application.lua:159> [C]: in function 'xpcall' ...rrent/cache/luarocks/share/lua/5.1/lapis/application.lua:159: in function 'dispatch' ...api/current/cache/luarocks/share/lua/5.1/lapis/nginx.lua:214: in function <...api/current/cache/luarocks/share/lua/5.1/lapis/nginx.lua:212>
Reply by Travis Bell
on January 1, 2017 at 3:01 PM
Good find, I don't think I have any OPTIONS methods hooked up on v4. I'll look at this, this week sometime.