Hi developers,
As part of our refinement efforts on the recently released API v1.1, we have concluded that the [node:9759] and [node:9758] should respond with a cursored response by default. We would like to make this change one week from today, on October 15th 2012.
If you’re already consuming API v1.1’s blocks/list or blocks/ids methods, you may need to change your code to anticipate the cursored response.
If you’re unfamiliar with cursors on the @twitterapi, please read [node:10362].
Today, a parameterless request to blocks/ids would provide a response like:
[
123,
…
567
]
After this change, the default response would be the equivalent to passing cursor=-1 as a parameter:
{
“previous_cursor”: 0,
“ids”: [
123,
…
567
],
“previous_cursor_str”: “0”,
“next_cursor”: 0,
“next_cursor_str”: “0”
}
This change affects API v1.1 only. API v1 will not be changed.
If you’re an API v1.1 consumer needing longer than a week to accommodate this change or have any other questions, please let us know as soon as possible.
Thanks!
@episod