Doug? Anyone?
Thanks,
Marco
2009/4/9 Marco Kaiser kaiser.ma...@gmail.com
I recognize an odd behavior for the following property of embedded user
object in the friends timeline (XML format). As I understand from the API
docs, following should indicate whether the authenticating user is
Hi there,
This sounds like it is related to Google Code issue 474 [1]. Please
visit Google Code and click on the little star next to the title to
get updates when that issue is updated.
Thanks;
— Matt Sanford
[1] - http://code.google.com/p/twitter-api/issues/detail?id=474
On Apr 21,
I recognize an odd behavior for the following property of embedded user
object in the friends timeline (XML format). As I understand from the API
docs, following should indicate whether the authenticating user is
following the returned user.
Obviously, all tweets returned on the
I'm seeing inconsitent user attributes within the *same* request for
the *same* user. One result has full attributes disclosure, and the
other one has not.
I've updated Issue 409 with my results.
Martin
On Apr 2, 8:36 pm, Doug Williams d...@twitter.com wrote:
Jeffery,
This is valid criticism.
Simply a user show.
http://twitter.com/users/show/ccfcrule.xml is still returning the same
data as earlier.
On Apr 1, 10:23 pm, Alex Payne a...@twitter.com wrote:
From what method calls?
On Wed, Apr 1, 2009 at 19:23, Damon P. Cortesi d.lifehac...@gmail.com wrote:
I'm not sure if it's
On Apr 1, 10:15 pm, Chad Etzel jazzyc...@gmail.com wrote:
On Thu, Apr 2, 2009 at 1:10 AM, Adrian spiritpo...@gmail.com wrote:
As of right right now:http://twitter.com/users/show/bob.xml
has about twice the amount of information as say:
http://twitter.com/users/show/WeezerOfficial.xml
I'm having the same issue here. The /users/show method is now
returning the basic user element for some users. Weird.
Jochem
On Apr 2, 8:10 am, Damon P. Cortesi d.lifehac...@gmail.com wrote:
On Apr 1, 10:15 pm, Chad Etzel jazzyc...@gmail.com wrote:
On Thu, Apr 2, 2009 at 1:10 AM, Adrian
I am facing the same issue too with the API http://twitter.com/users/
show/id.xml.
Now the big problem is that in some cases following fields are
missing:
friends_count
created_at
favourites_count
utc_offset
time_zone
profile_background_image_url
statuses_count
Due to this my application
On 4/1/09 8:34 PM, Alex Payne wrote:
* Feature (REST API): We now return the same representation of User
objects throughout the API. This representation contains all of the
attributes we make available via the API.
Sweet jeebus! It's Christmas, all over again!
Thanks, Twitter gnomes.
--
On Apr 2, 4:04 am, binit binit.th...@gmail.com wrote:
Due to this my application buzzom.com has broken down.
Is there an alternate way of getting these fields for a particular
user?
Please suggest.
In some cases, even though /users/show does not have the full user
object,
On Thu, Apr 2, 2009 at 12:10 AM, Damon P. Cortesi d.lifehac...@gmail.comwrote:
On Apr 1, 10:15 pm, Chad Etzel jazzyc...@gmail.com wrote:
On Thu, Apr 2, 2009 at 1:10 AM, Adrian spiritpo...@gmail.com wrote:
As of right right now:http://twitter.com/users/show/bob.xml
has about twice the
The loss of fields (issue 409) is the result of the caching issue described
above. You should see these fields reappear as the cache user objects
expire.
Doug Williams
Twitter API Support
http://twitter.com/dougw
On Thu, Apr 2, 2009 at 10:40 AM, binit binit.th...@gmail.com wrote:
Thanks a
Jeffery,
This is valid criticism. This bug came as a surprise to us as well. We
otherwise would have given developers fair warning. Unfortunately there is
no easy fix, and like a bad heart-break, time may be the only answer.
In short, the problem is with the user data cache. To get the extended
Fantastic news.
Are the direct message's recipient and sender objects updated as well?
Zac Bowling
http://twitter.com/zbowling
On Wed, Apr 1, 2009 at 5:34 PM, Alex Payne a...@twitter.com wrote:
(Not an April Fool, we promise. We don't enjoy humor.)
* Feature (REST API): We now return the
Egads! No, they aren't, but that's a quick fix. Will have it out
tomorrow, hopefully, Monday at the latest.
On Wed, Apr 1, 2009 at 17:57, Zac Bowling zbowl...@gmail.com wrote:
Fantastic news.
Are the direct message's recipient and sender objects updated as well?
Zac Bowling
I'm not sure if it's related to this push, but I've started to get
several user objects back with no statuses_updates.
This is a somewhat blocking bug for TweetStats as I try to verify they
have tweets while verifying the account. Though I can just try to
enumerate through and will probably have
Sorry, I meant statuses_count.
On Apr 1, 7:23 pm, Damon P. Cortesi d.lifehac...@gmail.com wrote:
I'm not sure if it's related to this push, but I've started to get
several user objects back with no statuses_updates.
This is a somewhat blocking bug for TweetStats as I try to verify they
have
On Wed, Apr 1, 2009 at 9:33 PM, Damon P. Cortesi d.lifehac...@gmail.com wrote:
I'm not sure if it's related to this push, but I've started to get
several user objects back with no statuses_updates.
Sorry, I meant statuses_count.
nor favourites_count, nor friends_count...
here's my
As of right right now: http://twitter.com/users/show/bob.xml
has about twice the amount of information as say:
http://twitter.com/users/show/WeezerOfficial.xml
On Apr 2, 3:34 am, Alex Payne a...@twitter.com wrote:
(Not an April Fool, we promise. We don't enjoy humor.)
* Feature (REST API):
On Thu, Apr 2, 2009 at 1:10 AM, Adrian spiritpo...@gmail.com wrote:
As of right right now: http://twitter.com/users/show/bob.xml
has about twice the amount of information as say:
http://twitter.com/users/show/WeezerOfficial.xml
FTA:
Please note that this new extended view of User objects
From what method calls?
On Wed, Apr 1, 2009 at 19:23, Damon P. Cortesi d.lifehac...@gmail.com wrote:
I'm not sure if it's related to this push, but I've started to get
several user objects back with no statuses_updates.
This is a somewhat blocking bug for TweetStats as I try to verify they
21 matches
Mail list logo