-
Notifications
You must be signed in to change notification settings - Fork 957
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
No (extended) entities #387
Comments
Not just you. |
Ok, so a few things are going on here:
This doesn't have anything to do with the changes apparently; I just don't think we saw a tweet like this before, so all our tests passed without noticing anything different. |
I'm still trying to work out what's different from normal, video tweets. Thanks for the report! |
Thank you for your answers! Just want to add that when I contact the API with LUA (should be the same as a simple GET request, I just use the OAuth lib for that), I get entities, extended entities as well as media. You can look at the JSON here (ignore the e+17 at the id integer, seems like LUA doesn't like overly large integers :D) |
What is the purpose of having |
It gives you access to URLs, Hashtags, Mentions, and Media in any returned Status. We try to mirror the interface of the endpoint; if there is an |
Perhaps that's explaining it poorly; so I think your issue with the parameter is that it looks like it doesn't have an effect on the final output because there's no That doesn't mean it doesn't do anything though: if Although I realize the translation from Twitter's documentation to ours is a little maladroit, given what we're working with in terms of the ecosystem, I think overall our approach maintains a level of fidelity to Twitter's API that allows people to adapt to the way we've done things and is consistent with the other methods that we expose. I've attached the AsJsonString output for both. |
I mean, I could argue that it still doesn't do anything, from the User instance's perspective ... the I see that the Here's all the info that's actually getting dropped about the User: "url": {
"urls": [
{
"url": "http://t.co/wtg3XzqQTX",
"indices": [
0,
22
],
"expanded_url": "http://iseverythingstilltheworst.com",
"display_url": "iseverythingstilltheworst.com"
}
]
},
"description": {
"urls": []
} |
One significant thing that's missing is "video_info" which exists inside extended_entities. Because it calls Media.NewFromJsonDict, "video_info" is excluded. So we have no way of getting the mp4 files from a video call, when the raw REST API call includes it. |
Adds `video_info` parameter to the construction of a Media object with addresses issue #387.
Adds `video_info` parameter to the construction of a Media object with addresses issue #387.
Lands with PR #398 |
The api needs https://dev.twitter.com/overview/api/upcoming-changes-to-tweets |
@bcb Partially, yeah. If It's confusing and I don't like it, but that's how the cookie crumbles. According to Twitter:
You can see this in action with the following tweets. The first tweet (here - it's hilarious, check it out) is only 26 characters long, which, plus the animated gif (24 characters reserved as of today) is within the 140 character limit. The second tweet (here) is 136 characters without media, but with the 24 characters reserved, it's over the 140 limit, which means that it doesn't return the >>> api.tweet_mode
>>> 'compat'
>>> st1 = api.GetStatus(793361910632738817)
>>> st1.media
>>> [Media(ID=793361349661302784, Type=animated_gif, DisplayURL='pic.twitter.com/7FPUEcsln8')]
>>> # But see:
>>> st2 = api.GetStatus(790462511162195968)
>>> st2.media
>>> # None |
When I use api.GetStatus(ID) I don't get extended_entities or even normal entities. All I get is "media", but that doesn't include video information (for example).
E.g. for this tweet:
and I only get this back:
Is this a problem on my end, did I have missed something or...?
The text was updated successfully, but these errors were encountered: