[twitter-dev] Re: User tag inside users/show
Taylor, one of our users is now working, I guess we are on the last servers.not sure if there is any timeframe we can tell our customers hen we know this will be completed. Thanks, Melissa www.awarenessnetworks.com Follow us on Twitter <http://twitter.com/awarenessinc> On May 7, 12:03 pm, Taylor Singletary wrote: > Melissa, > > We had to pause the cache expiration for a little while yesterday afternoon, > but it resumed last night. It's going to continue working through the queue > today. > > Taylor Singletary > Developer Advocate, Twitterhttp://twitter.com/episod > > On Fri, May 7, 2010 at 7:51 AM, Taylor Singletary < > > taylorsinglet...@twitter.com> wrote: > > Hi Melissa, > > > Sorry to hear you are still down. Can you send along some examples of > > payloads still including the embedded user object and the URL used to access > > it? > > > Taylor Singletary > > Developer Advocate, Twitter > >http://twitter.com/episod > > > On Fri, May 7, 2010 at 7:41 AM, melissa wrote: > > >> Sorry, missed your last reply. Anyway, we are still down. I assume > >> propagation *should* have happened - what can we do to debug this? > > >> On May 7, 10:39 am, melissa wrote: > >> > Guys, we really need an update on this. I understand if you don;t > >> > have a resolution, but not responding at all is not cool. Looks like > >> > maybe Tweetsharp, the API we use, thinks the problem is resolved, but > >> > our customers are still DOWN. Do we need to redeploy a workaround? > >> > What is the ETA? > > >> > On May 6, 12:19 pm, Taylor Singletary > >> > wrote: > > >> > > We're working on getting this fixed as soon as we can. > > >> > > Taylor Singletary > >> > > Developer Advocate, Twitterhttp://twitter.com/episod > > >> > > On Thu, May 6, 2010 at 9:12 AM, irhetoric > >> wrote: > >> > > > This appears to still be broken. It affects anyone using the > >> > > > TweetSharp library as well. There's a workaround (http:// > >> > > > tweetsharp.codeplex.com/Thread/View.aspx?ThreadId=211712), but > >> > > > hopefully it will be fixed soon so that we don't have to redeploy > >> with > >> > > > the workaround. > > >> > > > On May 6, 5:23 am, Raffi Krikorian wrote: > >> > > > > i'm currently looking into this now. > > >> > > > > On Thu, May 6, 2010 at 4:51 AM, Rich wrote: > >> > > > > > Yep looks like I spoke to soon, many of my users are still > >> seeing this > >> > > > > > issue. I've actually handled it but Apple are now taking about > >> a week > >> > > > > > to approve updates > > >> > > > > > On May 6, 6:50 am, Raul wrote: > >> > > > > > > We still see this issue on every request athttp://streamd.in, > >> Also > >> > > > > > > all other apps that use twitter4j are experiencing this issue. > > >> > > > > > > On May 5, 6:04 pm, Taylor Singletary < > >> taylorsinglet...@twitter.com> > >> > > > > > > wrote: > > >> > > > > > > > This should now be fixed, though it may take a little while > >> for the > >> > > > > > cache to > >> > > > > > > > completely clear the labyrinth. > > >> > > > > > > > Let us know if you're still having wide spread problems. > > >> > > > > > > > Thanks! > >> > > > > > > > Taylor > > >> > > > > > > > On Wed, May 5, 2010 at 2:27 PM, Rich > >> wrote: > >> > > > > > > > > Cool, thanks Raffi, I was more concerned if it was > >> intentional > >> > > > rather > >> > > > > > > > > than a bug :) Of course we all get unintentional bugs > >> from time > >> > > > to > >> > > > > > > > > time > > >> > > > > > > > > On May 5, 10:21 pm, Raffi Krikorian > >> wrote: > >> > > > > > > > > > my stance on versioning is for when something has > >> changed that > >> > > > > > breaks > >> > > > > > > > > > backwards compatibility. in
[twitter-dev] Re: User tag inside users/show
Thanks Taylor. Basically, pre-exisiting users appear to fail during the verify credentials call. It seems that we're still getting the spurious userid. We use Tweetsharp. We tried it with new users and it works, and is able to de-serialize the response. We are getting the token fine - it is definitely failing in verification. We can give you an example shortly, but if this sounds like the caching would fix it, any ETA on when cache expiration would be completed, or anything you can do to clear the cache? We can give you information telling you what users/etc if you can manually clear something. Thanks so much for replying. BTW, check out our app sometime, it's pretty cool ;). Melissa, Awareness Inc. On May 7, 12:03 pm, Taylor Singletary wrote: > Melissa, > > We had to pause the cache expiration for a little while yesterday afternoon, > but it resumed last night. It's going to continue working through the queue > today. > > Taylor Singletary > Developer Advocate, Twitterhttp://twitter.com/episod > > On Fri, May 7, 2010 at 7:51 AM, Taylor Singletary < > > taylorsinglet...@twitter.com> wrote: > > Hi Melissa, > > > Sorry to hear you are still down. Can you send along some examples of > > payloads still including the embedded user object and the URL used to access > > it? > > > Taylor Singletary > > Developer Advocate, Twitter > >http://twitter.com/episod > > > On Fri, May 7, 2010 at 7:41 AM, melissa wrote: > > >> Sorry, missed your last reply. Anyway, we are still down. I assume > >> propagation *should* have happened - what can we do to debug this? > > >> On May 7, 10:39 am, melissa wrote: > >> > Guys, we really need an update on this. I understand if you don;t > >> > have a resolution, but not responding at all is not cool. Looks like > >> > maybe Tweetsharp, the API we use, thinks the problem is resolved, but > >> > our customers are still DOWN. Do we need to redeploy a workaround? > >> > What is the ETA? > > >> > On May 6, 12:19 pm, Taylor Singletary > >> > wrote: > > >> > > We're working on getting this fixed as soon as we can. > > >> > > Taylor Singletary > >> > > Developer Advocate, Twitterhttp://twitter.com/episod > > >> > > On Thu, May 6, 2010 at 9:12 AM, irhetoric > >> wrote: > >> > > > This appears to still be broken. It affects anyone using the > >> > > > TweetSharp library as well. There's a workaround (http:// > >> > > > tweetsharp.codeplex.com/Thread/View.aspx?ThreadId=211712), but > >> > > > hopefully it will be fixed soon so that we don't have to redeploy > >> with > >> > > > the workaround. > > >> > > > On May 6, 5:23 am, Raffi Krikorian wrote: > >> > > > > i'm currently looking into this now. > > >> > > > > On Thu, May 6, 2010 at 4:51 AM, Rich wrote: > >> > > > > > Yep looks like I spoke to soon, many of my users are still > >> seeing this > >> > > > > > issue. I've actually handled it but Apple are now taking about > >> a week > >> > > > > > to approve updates > > >> > > > > > On May 6, 6:50 am, Raul wrote: > >> > > > > > > We still see this issue on every request athttp://streamd.in, > >> Also > >> > > > > > > all other apps that use twitter4j are experiencing this issue. > > >> > > > > > > On May 5, 6:04 pm, Taylor Singletary < > >> taylorsinglet...@twitter.com> > >> > > > > > > wrote: > > >> > > > > > > > This should now be fixed, though it may take a little while > >> for the > >> > > > > > cache to > >> > > > > > > > completely clear the labyrinth. > > >> > > > > > > > Let us know if you're still having wide spread problems. > > >> > > > > > > > Thanks! > >> > > > > > > > Taylor > > >> > > > > > > > On Wed, May 5, 2010 at 2:27 PM, Rich > >> wrote: > >> > > > > > > > > Cool, thanks Raffi, I was more concerned if it was > >> intentional > >> > > > rather > >> > > > > > > > > than a bug :) Of course we all get unintentional bugs > >> from time > >> > &
[twitter-dev] Re: User tag inside users/show
Sorry, missed your last reply. Anyway, we are still down. I assume propagation *should* have happened - what can we do to debug this? On May 7, 10:39 am, melissa wrote: > Guys, we really need an update on this. I understand if you don;t > have a resolution, but not responding at all is not cool. Looks like > maybe Tweetsharp, the API we use, thinks the problem is resolved, but > our customers are still DOWN. Do we need to redeploy a workaround? > What is the ETA? > > On May 6, 12:19 pm, Taylor Singletary > wrote: > > > We're working on getting this fixed as soon as we can. > > > Taylor Singletary > > Developer Advocate, Twitterhttp://twitter.com/episod > > > On Thu, May 6, 2010 at 9:12 AM, irhetoric wrote: > > > This appears to still be broken. It affects anyone using the > > > TweetSharp library as well. There's a workaround (http:// > > > tweetsharp.codeplex.com/Thread/View.aspx?ThreadId=211712), but > > > hopefully it will be fixed soon so that we don't have to redeploy with > > > the workaround. > > > > On May 6, 5:23 am, Raffi Krikorian wrote: > > > > i'm currently looking into this now. > > > > > On Thu, May 6, 2010 at 4:51 AM, Rich wrote: > > > > > Yep looks like I spoke to soon, many of my users are still seeing this > > > > > issue. I've actually handled it but Apple are now taking about a week > > > > > to approve updates > > > > > > On May 6, 6:50 am, Raul wrote: > > > > > > We still see this issue on every request athttp://streamd.in, Also > > > > > > all other apps that use twitter4j are experiencing this issue. > > > > > > > On May 5, 6:04 pm, Taylor Singletary > > > > > > wrote: > > > > > > > > This should now be fixed, though it may take a little while for > > > > > > > the > > > > > cache to > > > > > > > completely clear the labyrinth. > > > > > > > > Let us know if you're still having wide spread problems. > > > > > > > > Thanks! > > > > > > > Taylor > > > > > > > > On Wed, May 5, 2010 at 2:27 PM, Rich wrote: > > > > > > > > Cool, thanks Raffi, I was more concerned if it was intentional > > > rather > > > > > > > > than a bug :) Of course we all get unintentional bugs from time > > > to > > > > > > > > time > > > > > > > > > On May 5, 10:21 pm, Raffi Krikorian wrote: > > > > > > > > > my stance on versioning is for when something has changed that > > > > > breaks > > > > > > > > > backwards compatibility. in this case, we haven't broken > > > backwards > > > > > > > > > compatibility, but a regression was introduced. regressions > > > can > > > > > get > > > > > > > > > introduced in a variety of different ways, and across a > > > > > > > > > variety > > > of > > > > > > > > different > > > > > > > > > properties unfortunately. software projects do their best to > > > avoid > > > > > them > > > > > > > > -- > > > > > > > > > but its orthogonal to versioning > > > > > > > > > > either way - we're working on a fix. > > > > > > > > > > On Wed, May 5, 2010 at 2:11 PM, Orian Marx (@orian) < > > > > > or...@orianmarx.com > > > > > > > > >wrote: > > > > > > > > > > > Well, I'm not sure if Rich was referring to the output per > > > > > > > > > > se > > > or > > > > > > > > > > rather that this bug was probably tied to the skip_user > > > parameter > > > > > that > > > > > > > > > > was just added to timelines... which one could argue is a > > > > > candidate > > > > > > > > > > for versioning. > > > > > > > > > > > On May 5, 5:02 pm, Raffi Krikorian > > > wrote: > > > > > > > > > > > versioning has absolutely nothing to do with this - this > > > > > > > > > > > is > > > > > clearly a > > > > > > > > > > bug. > > > > > > > > > > > > On Wed, May 5, 2010 at 1:39 PM, Rich > > > > > wrote: > > > > > > > > > > > > Oh I'll add, I thought the point of a versioned API was > > > that > > > > > this > > > > > > > > sort > > > > > > > > > > > > of thing didn't happen? > > > > > > > > > > > > > On May 5, 9:37 pm, Rich wrote: > > > > > > > > > > > > > I noticed today inside the user tags an extra user tag > > > has > > > > > > > > appeared > > > > > > > > > > > > > > We now have user->status->user > > > > > > > > > > > > > > This is causing a crash on my app and number of > > > > > > > > > > > > > engines > > > > > I've > > > > > > > > tried. > > > > > > > > > > > > > When did this get added and did I miss the > > > notification? > > > > > > > > > > > > > > Many thanks > > > > > > > > > > > > > Richard > > > > > > > > > > > > -- > > > > > > > > > > > Raffi Krikorian > > > > > > > > > > > Twitter Platform Teamhttp://twitter.com/raffi > > > > > > > > > > -- > > > > > > > > > Raffi Krikorian > > > > > > > > > Twitter Platform Teamhttp://twitter.com/raffi > > > > > -- > > > > Raffi Krikorian > > > > Twitter Platform Teamhttp://twitter.com/raffi
[twitter-dev] Re: User tag inside users/show
Guys, we really need an update on this. I understand if you don;t have a resolution, but not responding at all is not cool. Looks like maybe Tweetsharp, the API we use, thinks the problem is resolved, but our customers are still DOWN. Do we need to redeploy a workaround? What is the ETA? On May 6, 12:19 pm, Taylor Singletary wrote: > We're working on getting this fixed as soon as we can. > > Taylor Singletary > Developer Advocate, Twitterhttp://twitter.com/episod > > On Thu, May 6, 2010 at 9:12 AM, irhetoric wrote: > > This appears to still be broken. It affects anyone using the > > TweetSharp library as well. There's a workaround (http:// > > tweetsharp.codeplex.com/Thread/View.aspx?ThreadId=211712), but > > hopefully it will be fixed soon so that we don't have to redeploy with > > the workaround. > > > On May 6, 5:23 am, Raffi Krikorian wrote: > > > i'm currently looking into this now. > > > > On Thu, May 6, 2010 at 4:51 AM, Rich wrote: > > > > Yep looks like I spoke to soon, many of my users are still seeing this > > > > issue. I've actually handled it but Apple are now taking about a week > > > > to approve updates > > > > > On May 6, 6:50 am, Raul wrote: > > > > > We still see this issue on every request athttp://streamd.in, Also > > > > > all other apps that use twitter4j are experiencing this issue. > > > > > > On May 5, 6:04 pm, Taylor Singletary > > > > > wrote: > > > > > > > This should now be fixed, though it may take a little while for the > > > > cache to > > > > > > completely clear the labyrinth. > > > > > > > Let us know if you're still having wide spread problems. > > > > > > > Thanks! > > > > > > Taylor > > > > > > > On Wed, May 5, 2010 at 2:27 PM, Rich wrote: > > > > > > > Cool, thanks Raffi, I was more concerned if it was intentional > > rather > > > > > > > than a bug :) Of course we all get unintentional bugs from time > > to > > > > > > > time > > > > > > > > On May 5, 10:21 pm, Raffi Krikorian wrote: > > > > > > > > my stance on versioning is for when something has changed that > > > > breaks > > > > > > > > backwards compatibility. in this case, we haven't broken > > backwards > > > > > > > > compatibility, but a regression was introduced. regressions > > can > > > > get > > > > > > > > introduced in a variety of different ways, and across a variety > > of > > > > > > > different > > > > > > > > properties unfortunately. software projects do their best to > > avoid > > > > them > > > > > > > -- > > > > > > > > but its orthogonal to versioning > > > > > > > > > either way - we're working on a fix. > > > > > > > > > On Wed, May 5, 2010 at 2:11 PM, Orian Marx (@orian) < > > > > or...@orianmarx.com > > > > > > > >wrote: > > > > > > > > > > Well, I'm not sure if Rich was referring to the output per se > > or > > > > > > > > > rather that this bug was probably tied to the skip_user > > parameter > > > > that > > > > > > > > > was just added to timelines... which one could argue is a > > > > candidate > > > > > > > > > for versioning. > > > > > > > > > > On May 5, 5:02 pm, Raffi Krikorian > > wrote: > > > > > > > > > > versioning has absolutely nothing to do with this - this is > > > > clearly a > > > > > > > > > bug. > > > > > > > > > > > On Wed, May 5, 2010 at 1:39 PM, Rich > > > > wrote: > > > > > > > > > > > Oh I'll add, I thought the point of a versioned API was > > that > > > > this > > > > > > > sort > > > > > > > > > > > of thing didn't happen? > > > > > > > > > > > > On May 5, 9:37 pm, Rich wrote: > > > > > > > > > > > > I noticed today inside the user tags an extra user tag > > has > > > > > > > appeared > > > > > > > > > > > > > We now have user->status->user > > > > > > > > > > > > > This is causing a crash on my app and number of engines > > > > I've > > > > > > > tried. > > > > > > > > > > > > When did this get added and did I miss the > > notification? > > > > > > > > > > > > > Many thanks > > > > > > > > > > > > Richard > > > > > > > > > > > -- > > > > > > > > > > Raffi Krikorian > > > > > > > > > > Twitter Platform Teamhttp://twitter.com/raffi > > > > > > > > > -- > > > > > > > > Raffi Krikorian > > > > > > > > Twitter Platform Teamhttp://twitter.com/raffi > > > > -- > > > Raffi Krikorian > > > Twitter Platform Teamhttp://twitter.com/raffi
[twitter-dev] Re: User tag inside users/show
Any ETA? We need to know how long, and propagation time, or we will have to deploy a workaround. It's been about 24 hours now, and t is affecting our customers. Thanks, Melissa, Awareness On May 6, 12:19 pm, Taylor Singletary wrote: > We're working on getting this fixed as soon as we can. > > Taylor Singletary > Developer Advocate, Twitterhttp://twitter.com/episod > > On Thu, May 6, 2010 at 9:12 AM, irhetoric wrote: > > This appears to still be broken. It affects anyone using the > > TweetSharp library as well. There's a workaround (http:// > > tweetsharp.codeplex.com/Thread/View.aspx?ThreadId=211712), but > > hopefully it will be fixed soon so that we don't have to redeploy with > > the workaround. > > > On May 6, 5:23 am, Raffi Krikorian wrote: > > > i'm currently looking into this now. > > > > On Thu, May 6, 2010 at 4:51 AM, Rich wrote: > > > > Yep looks like I spoke to soon, many of my users are still seeing this > > > > issue. I've actually handled it but Apple are now taking about a week > > > > to approve updates > > > > > On May 6, 6:50 am, Raul wrote: > > > > > We still see this issue on every request athttp://streamd.in, Also > > > > > all other apps that use twitter4j are experiencing this issue. > > > > > > On May 5, 6:04 pm, Taylor Singletary > > > > > wrote: > > > > > > > This should now be fixed, though it may take a little while for the > > > > cache to > > > > > > completely clear the labyrinth. > > > > > > > Let us know if you're still having wide spread problems. > > > > > > > Thanks! > > > > > > Taylor > > > > > > > On Wed, May 5, 2010 at 2:27 PM, Rich wrote: > > > > > > > Cool, thanks Raffi, I was more concerned if it was intentional > > rather > > > > > > > than a bug :) Of course we all get unintentional bugs from time > > to > > > > > > > time > > > > > > > > On May 5, 10:21 pm, Raffi Krikorian wrote: > > > > > > > > my stance on versioning is for when something has changed that > > > > breaks > > > > > > > > backwards compatibility. in this case, we haven't broken > > backwards > > > > > > > > compatibility, but a regression was introduced. regressions > > can > > > > get > > > > > > > > introduced in a variety of different ways, and across a variety > > of > > > > > > > different > > > > > > > > properties unfortunately. software projects do their best to > > avoid > > > > them > > > > > > > -- > > > > > > > > but its orthogonal to versioning > > > > > > > > > either way - we're working on a fix. > > > > > > > > > On Wed, May 5, 2010 at 2:11 PM, Orian Marx (@orian) < > > > > or...@orianmarx.com > > > > > > > >wrote: > > > > > > > > > > Well, I'm not sure if Rich was referring to the output per se > > or > > > > > > > > > rather that this bug was probably tied to the skip_user > > parameter > > > > that > > > > > > > > > was just added to timelines... which one could argue is a > > > > candidate > > > > > > > > > for versioning. > > > > > > > > > > On May 5, 5:02 pm, Raffi Krikorian > > wrote: > > > > > > > > > > versioning has absolutely nothing to do with this - this is > > > > clearly a > > > > > > > > > bug. > > > > > > > > > > > On Wed, May 5, 2010 at 1:39 PM, Rich > > > > wrote: > > > > > > > > > > > Oh I'll add, I thought the point of a versioned API was > > that > > > > this > > > > > > > sort > > > > > > > > > > > of thing didn't happen? > > > > > > > > > > > > On May 5, 9:37 pm, Rich wrote: > > > > > > > > > > > > I noticed today inside the user tags an extra user tag > > has > > > > > > > appeared > > > > > > > > > > > > > We now have user->status->user > > > > > > > > > > > > > This is causing a crash on my app and number of engines > > > > I've > > > > > > > tried. > > > > > > > > > > > > When did this get added and did I miss the > > notification? > > > > > > > > > > > > > Many thanks > > > > > > > > > > > > Richard > > > > > > > > > > > -- > > > > > > > > > > Raffi Krikorian > > > > > > > > > > Twitter Platform Teamhttp://twitter.com/raffi > > > > > > > > > -- > > > > > > > > Raffi Krikorian > > > > > > > > Twitter Platform Teamhttp://twitter.com/raffi > > > > -- > > > Raffi Krikorian > > > Twitter Platform Teamhttp://twitter.com/raffi
Post Tweets via a site admin
I have a client that is interested in posting media releases on their web site, at the same time they want that to be posted as a 'tweet' on twitter, with just a title and tinyURL link to the media release. Is this possible with the REST API? I'm having trouble understanding either the terminalogy or purposes of the API's methods. It looks like the "new" method in hte Direct Message methods might be it, but I'm not certain since it sends a new direct message to the specified user from the authenticating user and i really just want to post a tweet for all followers of the twitter account to see. Please if you could give me some direction, thank you!