[twitter-dev] Too much twittering?
I have a user who posts a lot of messages and is reporting that his messages are not posting from our app. After some investigation when the user posts on twitter.com he receives a message something to the effect too much twittering for the hour... The API does not report any error message and just fails to post the message without an error message to the client. I believe this is a bug in the API. Has anyone else seen this? Thanks. --Naveen
[twitter-dev] Re: DDoS Status Update
Chris , We implemented something like this network status using the rate_limit_status call (for the IP), while some of the numbers are sometimes wonky with this api right now we poll this every 5 minutes and set a flag to enable or disable all twitter requests from the server depending on what is returned. This has the effect of backing off twitter when we get limited, as well as automatically bring twitter service up when the blackout period subsides.. Even with the wonky numbers, we blindly accept what the call returns and disable when api credits say they are 0 and if the call times out you know for sure its time to back off. ( I know these criteria are overly aggressive, but we figure its better to aggressively back off in the hopes it helps things recover quicker) When the server is in blackout, simply report that twitter is still having ongoing issues to the user with a note and a link to the twitter status page, keeps them informed as to what is going on without flooding your inbox or you having to respond to all the users emails, If the message in the UI saves you from having to read through and answer 10 emails, it is worth the work to implement. Its all about keeping the user informed, just like we like to be informed by twitter about what the status is. Another tip is to make sure you set a resonable timeout for all your twitter requests or people get stuck waiting for your page to load and think its broken, better to timeout and again report that twitter is still recovering for DDoS attack and direct them to the twitter status page.. While this may seem like unnecessary work if twitter is going to get back to normal, it makes your app more robust to issues in the future, keeps your users better informed as to what is happening (without contacting you), and also helps reduce number of requests to twitter that they have to ignore while they are recovering On that note, it seems our servers are disabling significantly less frequently over the past few hours. Heres hoping it lasts.. Not sure if it was the back off or if Twitter has just managed to cope better with the traffic issues.. Doesn't really matter to me which.. Oh and thanks for the update Chad, it really is nice just to hear something, even if its not great news. On Aug 8, 2009, at 4:19 AM, Chris Babcock wrote: On Fri, 7 Aug 2009 11:05:32 -0700 Ryan Sarver rsar...@twitter.com wrote: I wanted to send everyone an update to let you know what has been happening, the known issues, some suggestions on how to resolve them and some idea of how to move forward. This was really appreciated. When the dust clears, maybe one more suggestion? An API to check on the network status? I think infrastucture attacks aren't going away anytime soon. We've got a diversity of applications here, some of which can chew up the bandwidth pretty well and some of those just don't make sense to run if other users can't get on-line. Instead of answering, Is it OK to restart my cron jobs? the cron jobs could shut themselves down for increments of so many hours. Chris Babcock PS - Of course it could be misused, but I think the benefit is net.
[twitter-dev] Re: How do I handle 302 redirects with curl?
Sometimes the rate_limit_status call is not returning a 302 to redirect, or the rate_limit_status xml, but HTML with a meta refresh in it (which curl doesnt understand to follow redirect/retry). Its not huge problem for us, but it can affect some throttling code people may or may not be implementing. (when you get this response, a subsequent retry request usually succeeds 95% of the time) Here is an example response I am talking about: curl http://twitter.com/account/rate_limit_status.xml -L -v * About to connect() to twitter.com port 80 (#0) * Trying 168.143.162.68... connected * Connected to twitter.com (168.143.162.68) port 80 (#0) GET /account/rate_limit_status.xml HTTP/1.1 User-Agent: curl/7.18.2 (x86_64-pc-linux-gnu) libcurl/7.18.2 OpenSSL/0.9.8g zlib/1.2.3.3 libidn/1.8 Host: twitter.com Accept: */* * HTTP 1.0, assume close after body HTTP/1.0 200 OK Connection: Close Pragma: no-cache cache-control: no-cache Refresh: 0.1 Content-Type: text/html; charset=iso-8859-1 !DOCTYPE html PUBLIC -//W3C//DTD HTML 4.01//EN http://www.w3.org/TR/1999/REC-html401-19991224/strict.dtd !-- !DOCTYPE HTML PUBLIC -//W3C//DTD HTML 4.01//EN http://www.w3.org/TR/html4/strict.dtd; -- HTML HEAD META HTTP-EQUIV=Refresh CONTENT=0.1 META HTTP-EQUIV=Pragma CONTENT=no-cache META HTTP-EQUIV=Expires CONTENT=-1 TITLE/TITLE /HEAD BODYP/BODY /HTML On Aug 8, 2009, at 11:20 AM, Chad Etzel wrote: Hmm, Unfortunately this 302 business will completely goof OAuth calls. If you are able to programmatically see that you are getting these redirects, try calling the account/rate_limit_status call [1] (it could be any call, but this one is free and is a GET). You should still get a 302 (I'm pretty sure). Then if you jump through the redirect hoops with this call, it should clear you from more 302's for a while. I'm out today, but if someone could try this and report back if it works that would be helpful. [1] http://apiwiki.twitter.com/Twitter-REST-API-Method%3A-account%C2%A0rate_limit_status Thanks, -Chad On Sat, Aug 8, 2009 at 6:31 AM, timwhitlocktim.whitl...@publicreative.com wrote: I've seem the 302 Location headers having invalid URLs... i.e. two ? symbols. The original query string and then an additional ? for the token at the end. Following this redirect blindly has resulted in a Forbidden response. Also it is unclear whether the redirect location needs to be re- signed? (I am not doing so, but may explain the 403?) On Aug 8, 8:14 am, Rich rhyl...@gmail.com wrote: Excellent our client now supports the 302's :) On Aug 8, 7:37 am, Chad Etzel c...@twitter.com wrote: You may have to follow redirects more than once *wink wink nudge nudge* with curl you can add --location flag. There's a good bit of info in the man page as well. If using curl with PHP, you can set: curl_setopt($ch, CURLOPT_FOLLOWLOCATION, TRUE); HTH, -Chad On Sat, Aug 8, 2009 at 1:31 AM, TjLluo...@gmail.com wrote: All of my scripts check for Status 200 before proceeding. Now we are (sometimes) getting a 302, but when I try curl --netrc -s -D -http://twitter.com/account/rate_limit_status.xml Gave me a 302 with a Location of: http://twitter.com/account/rate_limit_status.xml?c73f7db0 but when I tried curl --netrc -s -D - 'http://twitter.com/account/rate_limit_status.xml?c73f7db0' it seemed to want to redirect me to http://twitter.com/account/rate_limit_status.xml If accepting 30x is a requirement now, I'd like some advice on how to do so. TjL
[twitter-dev] Re: How do I handle 302 redirects with curl?
I see this behavior 1/4 times I call rate_limit_status and I call rate_limit_status every 5 minutes.. On Aug 8, 2009, at 9:01 PM, CaMason wrote: To confirm, I am also seeing this behaviour. Some output I've received on numerous occasions this evening: -bash-3.2# curl --interface eth0 http://twitter.com/account/rate_limit_status.xml !DOCTYPE html PUBLIC -//W3C//DTD HTML 4.01//EN http://www.w3.org/ TR/1999/REC-html401-19991224/strict.dtd !-- !DOCTYPE HTML PUBLIC -//W3C//DTD HTML 4.01//EN http://www.w3.org/TR/html4/strict.dtd; -- HTML HEAD META HTTP-EQUIV=Refresh CONTENT=0.1 META HTTP-EQUIV=Pragma CONTENT=no-cache META HTTP-EQUIV=Expires CONTENT=-1 TITLE/TITLE /HEAD BODYP/BODY /HTML -Craig On Aug 8, 11:25 pm, Chad Etzel c...@twitter.com wrote: Hmm, it shouldn't be spitting back HTML. How often are you seeing this? -Chad On Sat, Aug 8, 2009 at 1:02 PM, Naveen Ayyagariknig...@gmail.com wrote: Sometimes the rate_limit_status call is not returning a 302 to redirect, or the rate_limit_status xml, but HTML with a meta refresh in it (which curl doesnt understand to follow redirect/retry). Its not huge problem for us, but it can affect some throttling code people may or may not be implementing. (when you get this response, a subsequent retry request usually succeeds 95% of the time) Here is an example response I am talking about: curlhttp://twitter.com/account/rate_limit_status.xml-L -v * About to connect() to twitter.com port 80 (#0) * Trying 168.143.162.68... connected * Connected to twitter.com (168.143.162.68) port 80 (#0) GET /account/rate_limit_status.xml HTTP/1.1 User-Agent: curl/7.18.2 (x86_64-pc-linux-gnu) libcurl/7.18.2 OpenSSL/0.9.8g zlib/1.2.3.3 libidn/1.8 Host: twitter.com Accept: */* * HTTP 1.0, assume close after body HTTP/1.0 200 OK Connection: Close Pragma: no-cache cache-control: no-cache Refresh: 0.1 Content-Type: text/html; charset=iso-8859-1 !DOCTYPE html PUBLIC -//W3C//DTD HTML 4.01//EN http://www.w3.org/TR/1999/REC-html401-19991224/strict.dtd !-- !DOCTYPE HTML PUBLIC -//W3C//DTD HTML 4.01//EN http://www.w3.org/TR/html4/strict.dtd; -- HTML HEAD META HTTP-EQUIV=Refresh CONTENT=0.1 META HTTP-EQUIV=Pragma CONTENT=no-cache META HTTP-EQUIV=Expires CONTENT=-1 TITLE/TITLE /HEAD BODYP/BODY /HTML On Aug 8, 2009, at 11:20 AM, Chad Etzel wrote: Hmm, Unfortunately this 302 business will completely goof OAuth calls. If you are able to programmatically see that you are getting these redirects, try calling the account/rate_limit_status call [1] (it could be any call, but this one is free and is a GET). You should still get a 302 (I'm pretty sure). Then if you jump through the redirect hoops with this call, it should clear you from more 302's for a while. I'm out today, but if someone could try this and report back if it works that would be helpful. [1]http://apiwiki.twitter.com/Twitter-REST-API-Method%3A-account%C2%A0ra ... Thanks, -Chad On Sat, Aug 8, 2009 at 6:31 AM, timwhitlocktim.whitl...@publicreative.com wrote: I've seem the 302 Location headers having invalid URLs... i.e. two ? symbols. The original query string and then an additional ? for the token at the end. Following this redirect blindly has resulted in a Forbidden response. Also it is unclear whether the redirect location needs to be re- signed? (I am not doing so, but may explain the 403?) On Aug 8, 8:14 am, Rich rhyl...@gmail.com wrote: Excellent our client now supports the 302's :) On Aug 8, 7:37 am, Chad Etzel c...@twitter.com wrote: You may have to follow redirects more than once *wink wink nudge nudge* with curl you can add --location flag. There's a good bit of info in the man page as well. If using curl with PHP, you can set: curl_setopt($ch, CURLOPT_FOLLOWLOCATION, TRUE); HTH, -Chad On Sat, Aug 8, 2009 at 1:31 AM, TjLluo...@gmail.com wrote: All of my scripts check for Status 200 before proceeding. Now we are (sometimes) getting a 302, but when I try curl --netrc -s -D -http://twitter.com/account/rate_limit_status.xml Gave me a 302 with a Location of: http://twitter.com/account/rate_limit_status.xml?c73f7db0 but when I tried curl --netrc -s -D - 'http://twitter.com/account/rate_limit_status.xml?c73f7db0' it seemed to want to redirect me to http://twitter.com/account/rate_limit_status.xml If accepting 30x is a requirement now, I'd like some advice on how to do so. TjL
[twitter-dev] Re: Twitter Update, 8/9 10am PST
1. OAuth rarely works - I tried a number of your apps and it seems to work 1 out of 6-7 times. As a note, it worked better with Safari, but not every time. -Not applicable 2. 302 redirect - not sure anymore since our code has been updated to follow them automatically. 3. General request timeouts - still seeing it but, not sure if it when we get temp blacklisted. 4. HTML in responses Haven't seen it today actually, but was fairly frequent last night. 5. Unexpected rate limiting / blacklisting - less frequent, but still happening.
[twitter-dev] Re: Twitter Update, 8/9 noon PST
Most calls seem to be working much better for us. in response to the rate_limit_status call, I get HTML back occasionally.. looks like the fail whale page and 502 twitter over capacity.. Got this one about 10 min ago. 08-09-09 19:40:15rate_limit_status response(502): !DOCTYPE html PUBLIC -//W3C//DTD XHTML 1.0 Transitional//EN http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd html xmlns=http://www.w3.org/1999/xhtml; lang=en xml:lang=en head meta http-equiv=Content-Type content=text/html; charset=utf-8 / meta http-equiv=Content-Language content=en-us / titleTwitter / Over capacity/title link rel=icon href=http://static.twitter.com/favicon.ico; type=image/ico / style type=text/css body{background:#9AE4E8 url(http://static.twitter.com/images/ bg.gif) no-repeat fixed left top;color:#333;font:0.75em Helvetica,Arial,sans-serif;text-align:center} #container { width: 755px; margin: 0 auto; padding: 0px 0; text- align: left; position: relative; } #content { width: 100%; margin-top: 0px; float: left; padding- bottom: 15px; background: transparent url(http://static.twitter.com/images/arr2.gif ) no-repeat scroll 25px 0px;} .subpage #content .wrapper { background-color: #fff; padding: 20px 10px 15px 10px; -moz-border-radius: 5px;-webkit-border-radius: 5px;} .subpage #content h1, .subpage #content h2, .subpage #content h3, .subpage #content h4, .subpage #content h5 { margin: 3px 0pt 4px; } .subpage #content p { line-height: 1.2; margin: 5px 0; } .subpage #content ul { padding-left: 30px; } .subpage #content ol, #side ol { padding-left: 30px; } a{text-decoration:none;color: #0084b4;} #content div.desc { margin: 11px 0px 10px 0px; } a img{border:0;} ul{list-style:square;padding-left:20px;} #navigation { position: absolute; top: 12px; right: 0; padding: 0px 5px 0px 5px; line-height: 0.5em; text-align: center; } #navigation ul { list-style:none margin: 0; padding: 0px; width: auto; height: 100%; } #navigation li { display:inline; padding: 0 0 0 5px; } #navigation li:before { content: ' '; padding-right: 0; } #navigation li.first:before { content: ''; padding-right: 0; } #navigation, #footer { background-color: #fff; -moz-border- radius: 5px;-webkit-border-radius: 5px;} #footer { clear: left; width: 555px; text-align: center; padding: 1px 0; line-height: 1; } #footer li { display: inline; padding: 0 0 0 5px; } #footer li.first:before { content: ''; padding-right: 0; } /style /head body div id=container class=subpage div id=navigation ul li class=firsta href=http://twitter.com;Home/a/li lia href=http://twitter.com/public_timeline;Public Timeline/a/li lia href=http://help.twitter.com;Help/a/li /ul /div h1 id=headera href=http://twitter.com;img src=http://static.twitter.com/images/twitter_logo_s.gif //a/h1 div id=content div class=desc/div div class=wrapper span style=font-size:1.8em; font-weight:boldTwitter is over capacity./spanbr / div style=font-size:1.2em;margin-top: 2px;color:#b6b6a3Too many tweets! Please wait a moment and try again./divbr / p style=margin-bottom:10px;text-align:centerimg src=http://static.twitter.com/images/whale.png //p /div /div div id=footer style=width:100% ul li class=firstcopy; 2009 Twitter/li lia href=/help/aboutusAbout Us/a/li lia href=/help/contactContact/a/li lia href=http://blog.twitter.com/;Blog/a/li lia href=http://status.twitter.com/;Status/a/li lia href=/help/apiAPI/a/li lia href=http://help.twitter.com/;Help/a/li lia href=/help/jobsJobs/a/li lia href=/help/tosTOS/a/li lia href=/help/privacyPrivacy/a/li /ul /div /div !-- BEGIN google analytics -- script type=text/javascript var gaJsHost = ((https: == document.location.protocol) ? https://ssl . : http://www.;); document.write(unescape(%3Cscript src=' + gaJsHost + google- analytics.com/ga.js' type='text/javascript'%3E%3C/script%3E)); /script script type=text/javascript var pageTracker = _gat._getTracker(UA-30775-6); pageTracker._setDomainName(twitter.com); pageTracker._trackPageview('503 Error'); /script !-- END google analytics -- /body /html On Aug 9, 2009, at 3:13 PM, Ryan Sarver wrote: *Finally* have what we hope is good news for everyone. As of about 10 minutes ago we have been able to restore critical parts of API operation that should have great affect on your apps. As such, most of your apps should begin to function normally again. I have tested a few OAuth apps and they seem to be working as expected. Please test your apps from their standard configs to see what results you get and
[twitter-dev] Twitter Update, 8/10 noon PST
Just wanted to report that we are back up and running for the most part as well, BUT quite a number of our servers are still experiencing some BlackOut periods where twitter fails to respond and connections time out. They seem to last about 5-10 minutes each. We are running quite a few servers during this time to mitigate the issue propagating to our users, but it is a costly proposition to continue running this many servers for extended periods of time. Here is a traceroute to twitter.com on one of the servers during the Blackout when it is not getting any response from twitter traceroute to twitter.com (168.143.162.100), 30 hops max, 40 byte packets 1 67-207-128-2.slicehost.net (67.207.128.2) 0.000 ms 0.000 ms 0.000 ms 2 209-20-79-2.slicehost.net (209.20.79.2) 0.000 ms 0.000 ms 0.000 ms 3 ge-6-10-193.car1.StLouis1.Level3.net (4.53.160.189) 0.000 ms 0.000 ms 0.000 ms 4 ae-11-11.car2.StLouis1.Level3.net (4.69.132.186) 0.000 ms 0.000 ms 0.000 ms 5 ae-4-4.ebr2.Chicago1.Level3.net (4.69.132.190) 7.999 ms 7.999 ms 7.999 ms 6 ae-2-54.edge3.Chicago3.Level3.net (4.68.101.116) 7.999 ms ae-2-52.edge3.Chicago3.Level3.net (4.68.101.52) 7.999 ms ae-2-54.edge3.Chicago3.Level3.net (4.68.101.116) 7.999 ms 7 4.68.63.198 (4.68.63.198) 7.999 ms 7.999 ms 8.000 ms 8 ae-1.r21.chcgil09.us.bb.gin.ntt.net (129.250.3.8) 8.000 ms 8.000 ms 8.000 ms 9 as-5.r20.snjsca04.us.bb.gin.ntt.net (129.250.3.77) 51.996 ms 51.996 ms 51.996 ms 10 xe-1-3.r02.mlpsca01.us.bb.gin.ntt.net (129.250.5.61) 55.995 ms 55.995 ms 55.995 ms 11 mg-1.c00.mlpsca01.us.da.verio.net (129.250.24.202) 55.995 ms 55.995 ms 59.995 ms 12 128.121.150.245 (128.121.150.245) 55.995 ms 51.995 ms 51.995 ms 13 128.121.150.245 (128.121.150.245) 51.996 ms !X * * On Aug 10, 2009, at 2:57 PM, Ryan Sarver wrote: Wanted to send out a status update and let everyone know where the situation stands as of today at noon. - Most developers are reporting being back in operation as of noon on Sunday - We have changed our defenses to make sure API developers are better supported. As such the system has more general strain on it and thus will produce some more 502/503 errors. If you see them, you should do a geometric back off instead of just sending a new request. - OAuth should be fully operational - If you continue to have unexpected errors, please produce a packet trace so we can help debug and define the issue. I will continue to give periodic updates throughout the day as we know more, but as most apps are back in action the updates will be more based on new news. Please continue to let us know of any unexpected issues you may have. Thanks again for your continued patience and support. Best, Ryan
[twitter-dev] Can someone suggest a VB.NET Twitter API Interface that works?
catcalls, I would like to know what open source software you have contributed and where they are located. I need to know to avoid using your work at all costs. Many open source software projects have dependencies, this DLL has a dependency on Log4Net, the solution is simple, download and include log4Net in you your project and use the newest version of the library.. Log4Net page (first link in google) - http://logging.apache.org/log4net/index.html On Aug 13, 2009, at 7:23 PM, catcalls wrote: Oh, the problem is the DLL. I mean, how many ways can you encode a space? I can use the DLL to search, follow, and update a single word to my twitter account - but as soon as I use a space it fails. Believe me, it's the DLL. Furthermore, the update to the DLL (which he claims works) does not compile on my machine. Finally, I am his client, because I am using his wares. If you are coding for yourself, you do not release it onto the net. You only do that to get people like me, as clients. I offer support on all my open source work. I frequently release code - but the difference is - I test my code before release. As for your other suggestions - they are BETA - I want something that actually works and is at least 1.0 On Aug 13, 11:27 pm, Mark Turner m...@amerine.net wrote: On Thu, Aug 13, 2009 at 2:48 PM, catcallsg.obrzut3...@ntlworld.com wrote: I've been using a free Twitter API Interface that was coded in C# and I imported the DLL and it was working fine until I discovered I cannot post spaces to twitter updates! I mean, WHAT!? I'm willing to bet that the problem is not the DLL. So, I have basically coded this application with full interaction with this DLL and wasted the past three days of my time because the original coder was too lazy to get it to work for his clients. Rude. If you got it for free don't complain, nobody works on open-source/free libraries for anyone but themselves. The take the time out of their day to package it up and put it out there so other people can try to save time or headache or use their sweet ass code. They don't have to help you in any way, shape or form unless the choose to do so. And I sincerely doubt he would call you his 'client'. So, can someone recommend a library that they used and was really pleased with - I don't mind paying a small fee for something that actually works you see. I have a complete app coded that just needs the API Interface to work. I tried rewriting some OAuth code but kept getting nonce errors so I gave up. I might go back to that again though if this request fails as a last resort. A whole four seconds of googling brought up a page full of libraries and examples in a large amount of languages including .net ones. http://oauth.net/code And here is something that look promising: Main:http://code.google.com/p/oauth-dot-net/ Source:http://code.google.com/p/oauth-dot-net/wiki/SourceNotice?tm=4 Docs:http://lab.madgex.com/oauth-net/gettingatarted01.aspx/ Demos:http://lab.madgex.com/oauth-net/ Would you please stop asking for oauth+vb.net help here, its clogging up the 7gb that google gives me. Head over tohttp://oauth.netfor help.
[twitter-dev] Re: Early developer preview: Retweeting API
+1 on this. I think the ReTweet concept is more complex than the model in the Retweet API described. While twitter has always been a keep it simple service, I think you will find many users wont use this new functionality if they can't use it the way they do currently (with additional comments).. I think somehow a hybrid of simple rebroadcasting and commenting on the rebroadcast would be powerful enhancement to the Twitter service. Being able to track retweets is very cool, but being able to track what people say about the content they are redistributing is where the power of social communication lies, it drives the conversation forward by engaging more users.. On Aug 13, 2009, at 7:13 PM, stk wrote: I see two UI suggestions: 1) People may find it confusing to see the original author's name in their list, as it's not expected. I think it's better to show the name of the retweeter, rather than the original tweeter (although a link to the original tweet, in the form of the author's name, would be fine and expected). 2) A larger issue with the UI will be the ability to have an option to do one of three things: a) use the original tweeter's text in it's entirety. b) not use the original tweeter's text and instead, use the retweeter's comment - or - c) a mix of (a) and (b) Hope this helps. On Aug 13, 2:31 pm, janole s...@mobileways.de wrote: Will it be possible to comment on the retweeted tweet? If not, people might just continue to use the current RT ... convention. Retweeting can be a way of acknowledging a tweet or disapproving a tweet etc. If you search for RT in search.twitter.com you'll see a lot of commented retweets. Ole -- @janole / mobileways.de / Gravity
[twitter-dev] Re: Post status to Twitter mobile version via querystring
A quick google search shows how to use the Embeded Safari browser to change the user-agent. If you change the user-agent to something a desktop would use, it should work for you. Realize though that this will then give the desktop presentation of the website, which may not be ideal.. http://stackoverflow.com/questions/1095045/spoofing-the-user-agent-of-an-embedded-safari-browser-on-the-iphone On Aug 19, 2009, at 12:57 PM, Michael Paladino wrote: A friend of mine is working on an iPhone app that will provide an option to post some text to Twitter via the “status” querystring. For example,http://twitter.com/?status=My%20status%20update. This works fine from a desktop or laptop, but when on an iPhone, Twitter recognizes that it’s a mobile device and redirects to m.twitter.com which does not handle the “status” querystring. Anyone know a way to force Twitter to go straight to the non-mobile version or have any other work around? Thanks in advance. Michael
[twitter-dev] Re: Statuses/destroy is returning 400 even though tweet is deleted sucessfully
I am seeing this issue as well. Users are reporting it very frequently now... At first I thought it was a bug in the client, but it happens every time I try to delete a status right now, and it has become one of the highest reported bugs in out app. Twitter reports 400 with the JSON below, but the message is successfully deleted. { request:\/statuses\/destroy\/3587663087.json, error:We could not delete that status for some reason. } Looking at this thread it seems to be a problem for at least a week, can we get some kind of official nod that the issue is at least on the Twitter teams radar? On Aug 26, 2009, at 2:41 PM, Tom Nichols wrote: +1 - I am experiencing the same problem. I'm running Twitter API requests as part of a unit test for my code (HTTPBuilder- http://groovy.codehaus.org/modules/http-builder/). This has always worked fine up until a couple weeks ago. Looks like there is a bug report here: http://code.google.com/p/twitter-api/issues/detail?id=949 It might have something to do with the time between when the tweet is posted and deleted -- at least in my case, my unit test creates the tweet and deletes it just a second or two later. It could have to do with cluster propagation -- i.e. the original post hasn't been propagated to the node which is handling the 'delete.' I'm just speculating of course, but before this error cropped up, I was seeing a different behavior where sometimes the delete request would return successfully, but my tweet would remain visible. This is probably a similar root cause, except the delete occurs while the post is still propagating, and makes it to a cluster node after the delete propagates or something. I tried putting a delay of ~10s between the post and delete, and it did not seem to help... On Aug 19, 9:18 am, srikanth reddy srikanth.yara...@gmail.com wrote: yes i too encountered this (both status/destroy and direct_messages/ destroy are giving 400 error but the status gets deleted successfully. The response text says something like somehow we could not delete this tweet. On Wed, Aug 19, 2009 at 3:38 PM, deepikagupta deepikaggu...@gmail.comwrote: Hi, I am facing an issue with statuses/destroy API call. It returns 400 (bad request) even though mentioned tweet id is delered sucessfully. The method was working fine few days back but started gicing trouble recently. Anyone having same trouble? Is anything wrong with this API call?
[twitter-dev] Re: Problems Connecting to the API
+1 also can not connect to twitter api from any of our servers. On Oct 18, 2009, at 10:32 AM, Mark Ng wrote: +1 can't connect from slicehost.com (I believe in St. Louis). 2009/10/18 Michael Ivey michael.i...@gmail.com: Further info I've collected: Can't connect from: ATT DSL in South Alabama ATT iPhone network Northwest Florida, probably Comcast Other users in Atlanta Scoble reported various flakiness Servers at Slicehost in the St Louis datacenter Can connect from: Blackberry in Atlanta Seesmic CoTweet Facebook iPhones in CA (@jess updated via Echofon a little while ago) -- ivey On Sun, Oct 18, 2009 at 8:40 AM, Dewald Pretorius dpr...@gmail.com wrote: Does anyone else have problems connecting to the API at the moment (Sunday morning October 18)? Dewald
[twitter-dev] Re: API 140 character truncation change?
+1 agreed On Oct 23, 2009, at 7:20 PM, Dewald Pretorius wrote: Instead of all of us having to do fancy tap-dances, the proper solution is for Twitter to issue an error response when a sent tweet is rejected for whatever reason. Dewald On Oct 23, 7:58 pm, AJ Chen cano...@gmail.com wrote: then, comparing the front part (without url at the end) of the status is probably sufficient. -aj On Fri, Oct 23, 2009 at 3:07 PM, Dewald Pretorius dpr...@gmail.com wrote: You cannot compare the status sent with the status returned when the status contains an URL. The returned status contains Twitter's own bit.ly shortened URL instead of the URL your status sent had. Dewald On Oct 23, 6:24 pm, AJ Chen cano...@gmail.com wrote: I noticed this behavior a long time ago (may be a month) and reported the problem on this list, but it did not get any response from the api team. I thought it was a bug, but just realized yesterday that the api probably ignores 140+ chars status update intentionally. but' I'm not sure this is the policy or temporary tactic to reduce workload on api. it would be good that api team can clasify on this issue. to check if this happens or not, you can compare the status sent to api and the status returned from api in your application code. -aj On Fri, Oct 23, 2009 at 1:51 PM, Naveen knig...@gmail.com wrote: Here are two threads related to this issue. http://groups.google.com/group/twitter-development-talk/browse_thread . .. http://groups.google.com/group/twitter-development-talk/browse_thread . .. It is an inconvenient change, not because they changed it, but because they did not announce that the change was happening. On Oct 21, 5:37 am, Dave Sherohman d...@fishtwits.com wrote: On Tue, Oct 20, 2009 at 07:37:03AM -0700, James Tymann wrote: Has anyone else noticed a change in the way that the 140 character limit is enforced via the API? I noticed a change sometime between the 13th and the 16th that is now causing all my 140+ character posts to be rejected by the API. Also a side note is that the api is not returning errors, they return proper responses however they are the proper response for the current status of the account, not the new status that was just attempted to be posted. My users first reported issues arising from this on the 15th, although I didn't identify the cause until the 17th, at which point I asked about it in #Net::Twitter and Marc Mims brought the question here under the subject line Bug? Updates 140 characters return success with prior update payload. See the discussion under that thread for more on it, but the overall upshot is: - This is an intentional (if poorly-announced) change, not a bug. - Status updates are known to be getting silently rejected in this manner both due to exceeding 140 characters and due to violation of the expanded no duplicates policy. - Twitter has not stated whether there are any additional circumstances beyond those two cases in which updates will be silently rejected. - Twitter has not stated any plans regarding adding an indicator for when a 200 OK status update has, in fact, been rejected. I am attempting to compensate for this change by checking the returned status ID against the previous highest-seen ID to determine whether the status returned with the 200 OK response is a new one or the user's pre-existing status. This seems to work, but does not indicate the reason for the silent failure, so I can't report the cause to my users. Andy Freeman has mentioned that, in the case of rejection due to duplication, this is also unsatisfactory in that it does not allow him to identify the original status which was duplicated. -- Dave Sherohman -- AJ Chen, PhD Chair, Semantic Web SIG, sdforum.orghttp://web2express.org Palo Alto, CA -- AJ Chen, PhD Chair, Semantic Web SIG, sdforum.orghttp://web2express.org Palo Alto, CA
[twitter-dev] Re: Updates to the List API (list descriptions, cursoring lists of lists, finding by list id rather than slug more consistent names)
Thanks for the quick response. I guess I was confused. On Oct 28, 2009, at 8:53 PM, Marcel Molina wrote: The cursors are for lists of lists and lists of users followed by/following lists. The statuses timeline for a given list takes all the same options you'd expect to manage status timelines. On Wed, Oct 28, 2009 at 5:43 PM, Naveen knig...@gmail.com wrote: How does one keep a list up to date for a client without the concept of since_id, like we have for the timeline methods? I look at a lists as just a different timeline (granted one filtered to specific users), but that is how I would expect to view them in a client. From my understanding of cursors, on each request we have to start at -1 (to start paging) and page until we find an id that we already have locally. While this will work, it has a high probability of always over requesting data.. So if I have a list with two people in it, and they only tweet once a week, when I poll for updates of this list (say every 30min) the data is going to be the same most of the time(last 100 messages that these two people post). This seems like a waste of bandwidth for Twitter and us.. Some may argue that bandwidth is cheap, but it really is not on mobile devices. Some carriers charge per kb, but even on unlimited plans every byte transferred translates to additional battery drain.. Is there some concept of the cursor that I am not understanding that will allow us to also filter based on something like since_id? So we want to get messages newer than we already have and notify the user that the list has something new to display. Thanks to anyone who can clarify if I am misunderstanding something. --Naveen On Oct 28, 6:14 pm, Marcel Molina mar...@twitter.com wrote: Real soon now. We appreciate everyone's patience while we gradually ramp up traffic to lists to ensure we've got all our ducks in a row. On Wed, Oct 28, 2009 at 2:53 PM, Rich rhyl...@gmail.com wrote: +1 to this Any news on when the rest of us devs can get access to this to work on our apps? On Oct 28, 8:11 pm, Jesse Stay jesses...@gmail.com wrote: Maybe a little more appropriate to post this to a private list (no pun intended) for beta users? I admit I feel a little jealous every time I see one of these updates, unless there's some way to get into the beta. Thanks, Jesse On Wed, Oct 28, 2009 at 2:00 PM, Marcel Molina mar...@twitter.com wrote: Two additions and two changes to the List API will be deployed in the next few days: * List descriptions We're adding a description to every list. You'll be able to specify a description when you create or update a list and the description will be included in the payload. * Cursoring through lists of lists All resources that return a list of lists will include next and previous cursors and will accept a :cursor parameter. * Finding by list id rather than slug When you change the name of a list, the slug will be updated to reflect that change. That means using the slug in the url for resources to operate on lists requires the onerous task of validating that the slug for the list you are about to do something with hasn't been updated since the last time you stored its slug. What a nightmare :-) Every list also has an id. This value won't change. We'll be changing the API to replace all instances of a list slug in urls to be list ids instead. * Consistent names The terminology we've used thus far for people you follow with a list is members. The terminology for people who are following a list is subscribers. We're going to mirror the terminology used for users and change it to followers and following respectively. So: /:user/lists/:list_id/memberships becomes /:user/lists/:list_id/ followers /:user/lists/:list_id/subscribers becomes /:user/lists/:list_id/ following As we deploy these changes we'll send out a heads up on the dev list and @twitterapi. -- Marcel Molina Twitter Platform Team http://twitter.com/noradio -- Marcel Molina Twitter Platform Teamhttp://twitter.com/noradio -- Marcel Molina Twitter Platform Team http://twitter.com/noradio
[twitter-dev] Re: Twitter connection giving a 502 Bad Gateway error
I have seen these in our users logs as well. I wasn't sure if it was twitter or a mobile gateway they were using. On Oct 29, 2009, at 11:41 AM, hima wrote: Hi I am trying to collect users data from twitter, like the number of followers, number of tweets, the time the user' account is alive and similar statistics. I have done this before in august and got appropriate results with my code.I ran the code again a week ago and it worked and gave me results. The same code however, stopped working since a week now responding with a 502 bad gateway error. I am not able to connect to the twitter page and get the xml body. This is my function to return the xml page: public static String webget(String host, String doc, String username, String password) { String body = ; byte[] auth = Base64.decode(username + : + password ); String header = Get + doc + HTTP/1.0\r\n; header += Authorization: Basic + auth ; header += Accept: application/xml, text/plain, text/xml, text/*\r \n; header += \r\n; try { Socket sock = new Socket(host, 80); OutputStreamWriter os = new OutputStreamWriter(sock.getOutputStream ()); os.write(header); os.flush(); sock.getOutputStream().flush(); BufferedReader br = new BufferedReader(new InputStreamReader(sock.getInputStream())); String str = null; while ( (str = br.readLine()) != null) { body += str + \n; } sock.close(); } catch(IOException ioe) { return ; } return body; } This function is called like this: webget(twitter.com, /users/show/+UserId+.xml, USERNAME, PASSWORD) I have not made any changes to the code since august. I am guessing there have been changes in the twitter API which is giving me this error.However, nothing like this is mentioned in the forums. Can you let me know if there are changes in the twitter API that is causing this? Thanks Hima
[twitter-dev] Re: Subscribed Lists
+1 Is there no way to view the lists that a user is subscribed to? As a client, it seems kind of silly that we can't allow the user to view a list that they already subscribe to with out them having to go find the list again. Kind of a big hole, because that means we will have to cache a separate list of lists that user uses frequently and it wont be the same as on Twitter website. On Oct 30, 2009, at 7:00 AM, David Neubauer wrote: Has any figured out how to get a the lists I'm subscribed to. I didn't realize how much I'd want this part of it. Please say it's coming... -Original Message- From: twitter-development-talk@googlegroups.com [mailto:twitter-development-t...@googlegroups.com] On Behalf Of Jeremy Felt Sent: Thursday, October 29, 2009 8:16 PM To: Twitter Development Talk Subject: [twitter-dev] Re: Updates to the List API (list descriptions, cursoring lists of lists, finding by list id rather than slug more consistent names) It appears that user/lists.xml only shows lists that are created by the user and not those that they follow. Any change coming to that or am I missing a way to see all lists that a user follows? Thanks, Jeremy On Oct 28, 3:00 pm, Marcel Molina mar...@twitter.com wrote: Two additions and two changes to the List API will be deployed in the next few days: * List descriptions We're adding a description to every list. You'll be able to specify a description when you create or update a list and the description will be included in the payload. * Cursoring through lists of lists All resources that return a list of lists will include next and previous cursors and will accept a :cursor parameter. * Finding by list id rather than slug When you change the name of a list, the slug will be updated to reflect that change. That means using the slug in the url for resources to operate on lists requires the onerous task of validating that the slug for the list you are about to do something with hasn't been updated since the last time you stored its slug. What a nightmare :-) Every list also has an id. This value won't change. We'll be changing the API to replace all instances of a list slug in urls to be list ids instead. * Consistent names The terminology we've used thus far for people you follow with a list is members. The terminology for people who are following a list is subscribers. We're going to mirror the terminology used for users and change it to followers and following respectively. So: /:user/lists/:list_id/memberships becomes /:user/lists/:list_id/ followers /:user/lists/:list_id/subscribers becomes /:user/lists/:list_id/ following As we deploy these changes we'll send out a heads up on the dev list and @twitterapi. -- Marcel Molina Twitter Platform Teamhttp://twitter.com/noradio
[twitter-dev] Re: will user payload include lists_count soon?
+1 I was wondering this as well. On Oct 30, 2009, at 2:23 PM, Jim Gilliam wrote: I assume lists_count must be coming to the user payload, but haven't heard anyone mention it. Jim
Re: [twitter-dev] Re: Upcoming changes to the way status IDs are sequenced
I am still a little unclear if we will be able to determine the correct since_id to pass to the api by always looking for the largest tweet id we have seen. It seems if two messages are posted at very close to same time, they may not be sequential since the bottom bits will be randomly generated and I will not be able to safely just always use the largest id I have seen as the since_id?? Correct me if I am confusing myself please. On Mar 26, 2010, at 5:33 PM, Taylor Singletary wrote: A quick clarification for you all since there seems to be the most concern around using since_id as a parameter: since_id will work as well as it does today as a result of this change. Also, a reminder that the actual integer format of the tweet IDs will not be changing. They'll still be unsigned 64bit integers as they are today. Taylor Singletary Developer Advocate, Twitter http://twitter.com/episod On Fri, Mar 26, 2010 at 1:41 PM, Taylor Singletary taylorsinglet...@twitter.com wrote: Hi Developers, It's no secret that Twitter is growing exponentially. The tweets keep coming with ever increasing velocity, thanks in large part to your great applications. Twitter has adapted to the increasing number of tweets in ways that have affected you in the past: We moved from 32 bit unsigned integers to 64-bit unsigned integers for status IDs some time ago. You all weathered that storm with ease. The tweetapoclypse was averted, and the tweets kept flowing. Now we're reaching the scalability limit of our current tweet ID generation scheme. Unlike the previous tweet ID migrations, the solution to the current issue is significantly different. However, in most cases the new approach we will take will not result in any noticeable differences to you the developer or your users. We are planning to replace our current sequential tweet ID generation routine with a simple, more scalable solution. IDs will still be 64-bit unsigned integers. However, this new solution is no longer guaranteed to generate sequential IDs. Instead IDs will be derived based on time: the most significant bits being sourced from a timestamp and the least significant bits will be effectively random. Please don't depend on the exact format of the ID. As our infrastructure needs evolve, we might need to tweak the generation algorithm again. If you've been trying to divine meaning from status IDs aside from their role as a primary key, you won't be able to anymore. Likewise for usage of IDs in mathematical operations -- for instance, subtracting two status IDs to determine the number of tweets in between will no longer be possible. For the majority of applications we think this scheme switch will be a non-event. Before implementing these changes, we'd like to know if your applications currently depend on the sequential nature of IDs. Do you depend on the density of the tweet sequence being constant? Are you trying to analyze the IDs as anything other than opaque, ordered identifiers? Aside for guaranteed sequential tweet ID ordering, what APIs can we provide you to accomplish your goals? Taylor Singletary Developer Advocate, Twitter http://twitter.com/episod To unsubscribe from this group, send email to twitter-development-talk+unsubscribegooglegroups.com or reply to this email with the words REMOVE ME as the subject. To unsubscribe from this group, send email to twitter-development-talk+unsubscribegooglegroups.com or reply to this email with the words REMOVE ME as the subject.
[twitter-dev] Re: New methods for pending follow requests
Is there API endpoints planned to accept/reject incoming and cancel outgoing pending requests? I am curious, what the use case is for a list of ids for pending requests? Without APIs to interact with pending requests, what would this information be used for? For a mobile client, exposing this type of information is valuable to the user, but user objects (not ids) would be required to create a UI for someone to view and then interact with such requests. --Naveen Ayyagari @knight9 @SocialScope On Apr 13, 7:32 pm, Dana Contreras d...@twitter.com wrote: We've deployed two new methods for retrieving pending follow requests for protected users: * /friendships/incoming * /friendships/outgoing The incoming method returns a list of users who have pending requests to follow the authenticating user. The outgoing method returns a list of protected users for whom the authenticating user has pending follow requests. Both methods return 5000 user IDs per page. Cursors are provided in the unlikely event that you need to page through a list of more than 5000 pending follow requests. Full documentation is here:https://apiwiki.twitter.com/Twitter-REST-API-Method%3A-friendships-in...https://apiwiki.twitter.com/Twitter-REST-API-Method%3A-friendships-ou... Enjoy! -- Dana Contreras Twitter Platform Teamhttp://twitter.com/DanaDanger -- To unsubscribe, reply using remove me as the subject.
[twitter-dev] Re: New methods for pending follow requests
I can understand the security issue with providing an endpoint. However, I am not sure there is a lot of value in displaying the information in a client, when the user would then be forced to leave the application, open a browser, possibly login, then click pending requests, then find the user they want to approve from the list they had already been reading, then finally be able to take action to approve or deny. Maybe twitter could consider some providing a url that a client can launch that would take them directly to the approval for a user. Ideally this would work for m.twitter.com and twitter.com Already there is: http://m.twitter.com/friend_requests which asks the user to login and then takes them directly to friend_requests page. However it does not seem to be optimized on m.twitter.com for mobile clients, and is acutally quite unsightly and difficult to navigate on my BlackBerry (The Curve 8310 which is one of the most common BlackBerry models in the wild right now) Maybe friend_requests could be extended to allow something like: http://m.twitter.com/friend_requests/UID or http://m.twitter.com/friend_requests?id=uid This would allow a client to launch a browser and twitter to display a simple accept/reject page directly without much additional user interaction. When browsing on a mobile client, the fewer clicks it takes a user to take a specific action, the more likely they are to engage. Actually, a slightly more complex implementation (maybe overkill), but may provide better user experience: http://m.twitter.com/friend_requests?src_id=uidtarget_id=uid Where src_id is the uid of the user making the request (i.e. if I was using this from my account src_id would be my uid and target_id would be the uid of the user I want to approve or reject). By including the src_id, twitter can determine if there is a current twitter session in the browser and if the src_id is equal to the uid of current session, then a login page may not be required and can skip the login step. Otherwise, just let the user login, then take them directly to the requested approval page. This version simply covers the case where the user is logged in as one user on the website, but as a different user in a client.. As I said, it may be overkill, and may be acceptable to just display an error message if the request is invalid. I think I was clear, but if not feel free to tear apart my assumptions or if there is some security risk I am not considering with this type of implementation? --Naveen Ayyagari @knight9 @SocialScope On Apr 13, 9:06 pm, Raffi Krikorian ra...@twitter.com wrote: Is there API endpoints planned to accept/reject incoming and cancel outgoing pending requests? no - there is not. its following the theory that a malicious client could then accept friend requests to your protected account without your knowledge. I am curious, what the use case is for a list of ids for pending requests? Without APIs to interact with pending requests, what would this information be used for? to display to the end user. for the end user to take action, a twitter client could redirect them to a twitter.com site. For a mobile client, exposing this type of information is valuable to the user, but user objects (not ids) would be required to create a UI for someone to view and then interact with such requests. users/lookup would help with that. -- Raffi Krikorian Twitter Platform Teamhttp://twitter.com/raffi -- To unsubscribe, reply using remove me as the subject.
[twitter-dev] Re: dev.twitter.com
This is great. I love the twurl interface at http://dev.twitter.com/console Just a thought/suggestion, a link to the documentation when a method is chosen from the drop down list. Its not critical, i can look it up; it would just be a nice extra to save me a few extra clicks. --Naveen Ayyagari @knight9 @SocialScope -- To unsubscribe, reply using remove me as the subject.
[twitter-dev] Re: Slow response to twitter updates for a third party app
We see the same huge latency and timeouts as well (our timeouts are also at 30 seconds). We running out of a US data center on multiple machines, we see this issue on all if our servers. I agree with @tjaap, would like to hear twitters reaction as well. On May 7, 6:02 pm, Tjaap jdmeij...@gmail.com wrote: I'm seeing exactly the same: big latency and a lot of timeouts. When posting a tweet, Twitter sometimes does not return a response within 30 seconds. After my curl times out, the app has no way of knowing if the post made it or not. Sometimes it will appear on Twitter and sometimes it won't. This effectively breaks our app. Replicated the error on two different servers (in the Netherlands) and with different accounts. I would very much appreciate a reaction from Twitter on this. We are in the process of switching to OAuth, but I would like to know if I have to implement a workaround while we're on the old system. Thanks, @tjaap
[twitter-dev] Re: Slow response to twitter updates for a third party app
I dont have tcp dumps available.. Ill try to get some captures later this weekend.. Ill also run through the logs to see if they have any correlation with top of the hour, but my gut instinct is they do not. Anywhere specific I should send tcp dumps, as they may contain username and passwords of our users (we are still in the process of switching over to OAuth)? Should I just XXX those out? On May 8, 1:50 pm, Ryan Sarver rsar...@twitter.com wrote: Raj, Naveen, @tjaap, Do any of you still have tcp dumps of the calls you were making that were getting long timeouts? On Sat, May 8, 2010 at 12:08 AM, Naveen Ayyagari nav...@getsocialscope.comwrote: We see the same huge latency and timeouts as well (our timeouts are also at 30 seconds). We running out of a US data center on multiple machines, we see this issue on all if our servers. I agree with @tjaap, would like to hear twitters reaction as well. On May 7, 6:02 pm, Tjaap jdmeij...@gmail.com wrote: I'm seeing exactly the same: big latency and a lot of timeouts. When posting a tweet, Twitter sometimes does not return a response within 30 seconds. After my curl times out, the app has no way of knowing if the post made it or not. Sometimes it will appear on Twitter and sometimes it won't. This effectively breaks our app. Replicated the error on two different servers (in the Netherlands) and with different accounts. I would very much appreciate a reaction from Twitter on this. We are in the process of switching to OAuth, but I would like to know if I have to implement a workaround while we're on the old system. Thanks, @tjaap
[twitter-dev] Re: parsing out entities from tweets (a.k.a. parsing out hashtags is hard!)
+1 on the additional parameter to optionally request the data. Every byte counts for mobile device battery life and download time. --Naveen Ayyagari @knight9 On May 13, 8:13 pm, Dewald Pretorius dpr...@gmail.com wrote: Raffi, This is all good, but can you please make the inclusion in the tweet payload optional? Meaning, only include it if it is requested by an additional parameter? I, and I'm sure a lot of others, are already parsing the tweet text. This is just going to consume additional bandwidth and not add any value for us. It will add value for folks who are not already doing the parsing or don't know how. So, they can just request this additional payload.
[twitter-dev] Unexpected search results from search.twitter.com and API
Hello, I have seen this a few times in the last couple of days and did not see it mentioned on the list. If it is a duplicate report I apologize. A simple search is on a keyword, the first result does not contain the keyword at all, here is a screen shot displaying the behavior on search.twitter.com website. http://dl.dropbox.com/u/27113/search_wierdness.jpg I have seen this strange behavior via the api as well and it is a bit confusing. --Naveen Ayyagari SocialScope @knight9
[twitter-dev] @replies missing
Hello, Hoping we can get post on status.twitter.com about @replies not showing up... We have been getting a lot of reports that they are missing, and a quick twitter search seems to indicate it is not limited to our application. http://search.twitter.com/search?had_popular=trueq=repliesresult_type=recent
[twitter-dev] Re: @replies missing
John it seems to me that people still may be having some issues with @replies right now long after 2300UTC.. I have not specifically seen any reports for us, but its late and I assume they will start up again in the morning if there are still issues. http://search.twitter.com/search?q=replies Some samples from the past 10 minutes, missing replies, no replies, replies from 2009 only...: http://twitter.com/cenkbaban/statuses/1104103 http://twitter.com/mindcaster/statuses/1223601 http://twitter.com/phoenixemk/statuses/1163872 http://twitter.com/ak_hepcat/statuses/1163458 http://twitter.com/fredfiigglehorn/statuses/1065440 http://twitter.com/happyBeSacky/statuses/1057244 http://twitter.com/dcorsetto/statuses/17776966516 --Naveen On Jul 4, 9:42 pm, John Kalucki j...@twitter.com wrote: I don't have all the details, but there was at least one deploy today around this issue. Any reports of missing mentions from tweets sent after about say 23:00 UTC (4pm PDT) ? -John Kaluckihttp://twitter.com/jkalucki Infrastructure, Twitter Inc. On Sun, Jul 4, 2010 at 6:25 PM, Mike Champion mike.champ...@gmail.comwrote: I can see at least 1 missing tweet from my mentions list (at 9:20pm EDT 7/4/2010) This tweet:http://twitter.com/RodBegbie/status/17703020160 http://api.twitter.com/1/statuses/show.json?id=17703020160 doesn't appear in my mentions (permalink to my mentions via twitter hurl, but requires login. Is there a better permalink to send?): http://bit.ly/c79poT The tweet was sent ~20 hours ago, and doesn't appear in the mentions, even though newer mentions do. -mike On Jul 4, 4:25 pm, John Kalucki j...@twitter.com wrote: The mentions timelines were updating with additional latency, perhaps a few minutes, for about a day, but they were updating. They should be updating in near real time now. -John Kaluckihttp://twitter.com/jkalucki Infrastructure, Twitter Inc. On Sun, Jul 4, 2010 at 1:16 PM, Naveen Ayyagari nav...@getsocialscope.comwrote: Hello, Hoping we can get post on status.twitter.com about @replies not showing up... We have been getting a lot of reports that they are missing, and a quick twitter search seems to indicate it is not limited to our application. http://search.twitter.com/search?had_popular=trueq=repliesresult_ty. ..
Re: [twitter-dev] New Twitter bug?
Not that I am advocating any change because I prefer the way it works now. But this has been a point of confusion for some of our users as well. The issue stems from when a user uses xAuth to authenticate, they understand it as they have used their password so if they change the app should no longer have access. When a user uses the OAuth flow on the web, they generally seem to understand they are granting access to the application regardless of password. Some other services that use xAuth like authorization schemes will actually invalidate the OAuth connection when the user changes their password IF they have been authorized using the xAuth like mechanism. This is confusing for us as the developer, but seems to make sense to the majority of users. I think this is more of a user education issue than an actual technical issue.. --Naveen On Feb 2, 2011, at 6:53 AM, Scott Wilcox wrote: Hello, Tweetdeck uses the OAuth/Streaming API which is independent of your password. Are you suggesting that when you change your password it should invalidate your OAuth connections? If so, then no, it does not do that. Scott. On 2 Feb 2011, at 14:18, cazz wrote: I can hardly believe it's true but I discovered a rather strange issue Once you've added a twitter account to Tweetdeck, you're allowed to tweet from that account via Tweetdeck. No surprises so far But when you change your password in Twitter, there's no account/ password check again in Tweetdeck. Which means that once you've changed your password in Twitter, you don't exclude other twitterclients from having acces to your Twitteraccount!!! I would expect every time posting a tweet there should be a credentials check So this seems not very logical to me, or is it just me thinking this smells pretty much like a bug? See my tweet: http://twitter.com/#!/Cazz/status/32802305644433408 Cheers, Cazz -- Twitter developer documentation and resources: http://dev.twitter.com/doc API updates via Twitter: http://twitter.com/twitterapi Issues/Enhancements Tracker: http://code.google.com/p/twitter-api/issues/list Change your membership to this group: http://groups.google.com/group/twitter-development-talk -- Twitter developer documentation and resources: http://dev.twitter.com/doc API updates via Twitter: http://twitter.com/twitterapi Issues/Enhancements Tracker: http://code.google.com/p/twitter-api/issues/list Change your membership to this group: http://groups.google.com/group/twitter-development-talk