I agree. A silent failure seems like the wrong behavior.. It should return an error if the tweet has failed to post.
Also this change was made without any announcement that I recall seeing or can find now. This is a pretty significant change in behavior for existing clients.. We are failing to post because people are not getting an error and they believe it is our problem. Because the failure is silent we do not notify the user of the problem. We will update our code with a work around, but I would have expected some sort of announcement that this was going to happen. On Oct 17, 6:23 pm, Dave Sherohman <d...@fishtwits.com> wrote: > > On Sat, Oct 17, 2009 at 10:41 AM, Marc Mims <marc.m...@gmail.com> wrote: > > > Updates longer than140characters should be forcibly truncated > > > according to the documentation. Instead, the update call returns with > > > a 200 status and the payload contains the prior update. > > > > Has there been achangeto the API or is this a bug. > On Sat, Oct 17, 2009 at 05:15:42PM -0500, Josh Roesslein wrote: > > This is achangein the API confirmed by one of twitter's API members. > > The docs should be updated soon. > > In that case, is there anychange(planned or current) which will > indicate when this has happened, or if the update has been rejected for > any other reason? Failing silently does not seem appropriate, > particularly when the failure returns the user's previous status. > > -- > Dave Sherohman