Change to Twitter API?

[itcn]

This used to work for unauthenticated users to display statuses_count
and now it doesn't:

http://twitter.com/users/show/(screen_name).xml

Any reason this was changed recently? Is there another way to access
a user's status count (preferably without requiring the user's
authentication)?

[Alex Payne]

This is a temporary issue.

--
Alex Payne - API Lead, Twitter, Inc.
http://twitter.com/al3x

[Alex Payne]

Apologies once again. We introduced a regression as part of another
bug fix. We're doing an emergency deploy right now, so the correct
behavior should be live again shortly.

[itcn]

Alex;
Thanks for the prompt response and updates!! Thanks for all you guys
do,
Barry

> Alex Payne - API Lead, Twitter, Inc.http://twitter.com/al3x- Hide quoted text -
>
> - Show quoted text -

[Nuno Job]

Thanks for the update :)

Problem solved here

> > Alex Payne - API Lead, Twitter, Inc.http://twitter.com/al3x-Hide quoted text -

[Nuno Job]

Fixed: irregular/truncated attributes in responses from /users/show

You also truncated the theme values that I was using to skin my app
according to the user preferences.

It's ok to have an authenticated method that gives you everything and
one unauthenticated that give you parts of it (anonymize the db).

Can you please tell me what are the plans? Should I add authentication
to the requests?
When will this be fixed?

Thanks.

Nuno

On Dec 9, 7:32 pm, itcn <bw...@itcn.com> wrote:

> > Alex Payne - API Lead, Twitter, Inc.http://twitter.com/al3x-Hide quoted text -

[Cameron Kaiser]

> Fixed: irregular/truncated attributes in responses from /users/show
>
> You also truncated the theme values that I was using to skin my app
> according to the user preferences.

If you mean things like profile_background_*, please see the recent thread
about this issue. This is a temporary error and will be corrected, per Alex.

--
------------------------------------ personal: http://www.cameronkaiser.com/ --
Cameron Kaiser * Floodgap Systems * www.floodgap.com * cka...@floodgap.com
-- FORTUNE: Good day for heavy drinking. Start spiking the office water cooler.

[itcn]

Is there any ETA on when this bug will be fixed?

[Alex Payne]

The fix was deployed yesterday, about 17 hours ago. Any incorrect
responses are just cached data that will be evicted over time.
Nothing should live in the cache longer than 24 hours, so all should
be correct within the next 7 hours.

[Dharmesh]

Alex,

I think there might still be an issue with this fix. I've run through
many test cases (including your profile) and all of them are still
failing to return the full <user> object.

It looks like this might be just an issue with the xml format of /
users/show (the json output seems to contain all the data).

Thanks for all the hard work. If I can provide any more detail or
testing assistance, let me know.

Regards,
Dharmesh

[itcn]

Still the same problem; the XML version of the API no longer seems to
be returning the full data. It never made sense that this would be a
cache issue; beacuse this should return new data every time we request
the XML file; what good is data that is 24 hours old?

> Alex Payne - API Lead, Twitter, Inc.http://twitter.com/al3x- Hide quoted text -

[Alex Payne]

Looking into this one further...

[bjhess]

I am no longer seeing created_at in the returned user record for
http://twitter.com/users/show/id.xml.

Naturally, this has broken Follow Cost. :(

Thanks,
--
Barry
http://followcost.com

> >> Alex Payne - API Lead, Twitter, Inc.http://twitter.com/al3x-Hide quoted text -

[Shannon Whitley]

I am having problems with My Tweeple as well.

[itcn]

I think this should be evelated to bug status -- I've been seeing this
for 3 days now.
Sometimes http://twitter.com/users/show/(screen_name).xml shows full
info, but most of the time it doesn't. Very erratic behavior.

[Alex Payne]

We've got a fix for it in the works.

--

[Alex Payne]

We've got a fix for it in the works.

On Thu, Dec 11, 2008 at 07:16, itcn <bw...@itcn.com> wrote:
>

--

[omnilo...@googlemail.com]

I'm also seeing problems with this. It's causing some pretty big
problems for our app. Sometimes the xml endpoint just returns empty
xml. This is happening consistently with this one account, but works
fine for other accounts.

Example:

coruns-macbook-pro-2:~ Corun$ curl -u Corun:_censored_
http://twitter.com/users/show/Corun.xml
<?xml version="1.0" encoding="UTF-8"?>
coruns-macbook-pro-2:~ Corun$ curl -u Corun:_censored_
http://twitter.com/users/show/Corun.json
{"description":"","utc_offset":-36000,"profile_link_color":"0000ff","screen_name":"Corun","followers_count":
12,"notifications":false,"profile_background_image_url":"http:\/\/
static.twitter.com\/images\/themes\/theme1\/bg.gif","friends_count":
8,"profile_sidebar_fill_color":"e0ff92","time_zone":"Hawaii","url":null,"name":"Chris
Emery","profile_sidebar_border_color":"87bc44","protected":false,"status":
{"in_reply_to_status_id":null,"in_reply_to_user_id":null,"text":"\ue057 :-)","truncated":false,"favorited":false,"created_at":"Sun
Dec 14 20:31:04 +0000 2008","id":1057267035,"source":"<a href=\"http:\/
\/thecosmicmachine.com\/eventbox\/\">EventBox<\/a>"},"statuses_count":
34,"profile_background_tile":false,"favourites_count":
8,"profile_background_color":"9ae4e8","following":true,"created_at":"Sun
Oct 19 15:49:37 +0000 2008","location":"","id":
16852380,"profile_text_color":"000000","profile_image_url":"http:\/\/
static.twitter.com\/images\/default_profile_normal.png"}

On Dec 11, 4:55 pm, "Alex Payne" <a...@twitter.com> wrote:
> We've got a fix for it in the works.
>
> On Thu, Dec 11, 2008 at 07:16, itcn <bw...@itcn.com> wrote:
>
> > I think this should be evelated to bug status -- I've been seeing this
> > for 3 days now.

> > Sometimeshttp://twitter.com/users/show/(screen_name).xmlshows full