Well, that's certainly a very clever way to deal with trans-
application OAuth and great information to keep in mind for those of
us developing APIs for our own applications.
Unfortunately, it won't do much to solve the current problem of
calling 3rd party applications that either a) haven't impl
In thinking this through a little more and how this would fit into my
applications, I have another suggestion to propose.
Currently, if an application requests the followers of user B, on
behalf of user A (i.e., the request is authenticated with user A's
credentials), it gets back the list of B's
Hi there,
I wanna implement the logout from twitter function in my web
application, so that my clients may able to login with another twitter
account.
Has anyone ever succeed in this function?
Please let us know how to get it done, thanks in advance.
btw, I'm using 'twitter' and 'oauth' gems to
Thank you for the response Doug. I intended the post to be more curious than
implicative though it may have sounded more of the latter. In any case,
we¹ve all grown to love the openness of the platform, and the platform
itself as such a great opportunity to build. I just got nervous when I
starte
The summary is
I propose that the follow limits be dependent on whether a user is following
an individual or not. It should only count against me if the user is not
following me already and I try to follow them. :-)
Jesse
On Tue, Jun 9, 2009 at 11:35 PM, Abraham Williams <4bra...@gmail.com> wrote
Can someone tweet a summery to @abraham? :-P
Thanks,
Abraham
On Wed, Jun 10, 2009 at 00:28, Jesse Stay wrote:
> Let's discuss the follow limits. I feel, as developer of a tool that
> allows people to auto-follow, I have a bit of insight into this. While
> there are many, many legitimate users
Let's discuss the follow limits. I feel, as developer of a tool that allows
people to auto-follow, I have a bit of insight into this. While there are
many, many legitimate users that auto-follow others, and have good reason to
do so, some are using it as a way to game the system, build followers
Makes sense.
One thing I'm noticing that now this feature is live:
If userA and userB are both in my follow id list, and then if userA
makes an explicit reply to userB, I get userA's update twice. Just
something to be aware of for everyone.
This "duplicate update" also happens if you have the
Unlikely.
In general, we treat a status as immutable, but removable.
Hosebird doesn't re-write statuses.
Clients can determine this by themselves.
Too many other things to do!
-John
On Jun 9, 8:10 pm, Chad Etzel wrote:
> Neato!
>
> Would it be possible to add some sort of attribute to the sta
Neato!
Would it be possible to add some sort of attribute to the status
object which indicates when this is the case? (i.e. this update is
being sent to you, but the user id of the sender is not explicitly in
the follow id list?)
Would be handy, perhaps.
-Chad
On Tue, Jun 9, 2009 at 10:46 PM, J
The follow by userID resources, /follow, /birddog and /shadow, stream
all public statuses filtered by a list of userIDs. In addition to
updates created by users in the list, explicit replies now also match
and are streamed to consumers.
Mentions, statuses that contain a given screen name ("Hello
I second that.
2009/6/10 Justyn Howard
> What are the chances that this new TOS will negate any of the hard work
> we’ve done up until this point? Can you give us an idea of what will be
> protected? It’s a little alarming to hear that Twitter might decide to
> reserve functionality that the de
Obviously I can't address the impact since we don't have a document
to deliver. Let me be clear, we are not thinking of taking functionality
from the offering, but we are discussing how open we want to be moving
forward. Most of the talks are around what we want to offer through the
Streaming API a
What are the chances that this new TOS will negate any of the hard work
we¹ve done up until this point? Can you give us an idea of what will be
protected? It¹s a little alarming to hear that Twitter might decide to
reserve functionality that the developer network has built-on and enhanced
in favor
On Tue, Jun 9, 2009 at 5:27 PM, Brant wrote:
>
> Williams, my point is why would a user need to rapidly remove or add
> twitter followers?
Turn that around: why should a user be FORBIDDEN to rapidly remove or
add new followers?
The API TOS is currently in development. It is taking longer than hoped as
we are still exploring what we want to give to developers and what we want
to protect as business assets. For now, make sure that you understand the
general TOS we have in place.
We do work with developers if they are willin
Doug, where is the developer API TOS? I think that's part of the problem -
none of us are being required to enter into an agreement before
developing, therefore we have no idea what we can and can't do with it. I
also don't think most of us even know where any such TOS is, if there is
one. I agr
I agree with you Justyn. There are probably tons of applications, but
these two were on the top of my head.
If a large amount of users are getting banned for using a particular
service then Twitter should recognize a pattern and give the service
notification of the issue and give them some time
Williams, my point is why would a user need to rapidly remove or add
twitter followers? Mutuality even states that it is not responsible
if your twitter account gets suspended for using their service. The
underlying usage for these services is for abuse.
I ordinarily wouldn't mind but the reaso
If adding the other states (pending, blocked, etc) then I would agree
with the "redundancy" by having all attributes present in both
"source" and "target" objects. These relationships are not
necessarily symmetric, so it makes sense to have them in each object
since they would not necessarily be
Though, it should be mentioned, w/r/t/ to pending follow requests and
blocks, you'd only get a value for those attributes for authenticated
requests where the source user is authenticated.
On Tue, Jun 9, 2009 at 5:22 PM, Marcel Molina wrote:
> Good point about pending requests for protected acco
Good point about pending requests for protected accounts and the opportunity
to get parity.
My inclination is rather than overloading following and followed_by that we
potentially introduce a 'pending' attribute that is either true or empty.
Similarly we could add a 'blocked'/'blocked_by'.
These a
Hi again,
Nobody is forcing you to use the PIN unless you're registered as
a desktop app (which has no callback). The issue here is that the
library you are using is setting a value of "oob" and specifically
requesting the PIN flow. I have filed an issue with the gem maintainer
on gi
Surely this is all moot anyway - can't the OAuth process just redirect
if the application only accepts callbacks? We set a preference for
callbacks in the OAuth settings, so why are we being forced into PIN
verification?
On Jun 10, 12:46 am, lebreeze wrote:
> I managed to get the old behaviour b
Hi all,
Quick update on this. If you're using the latest OAuth gem
(v0.3.5 and above) and you don't specify an oauth_callback to the
get_request_token method it will put "oob" in there for you. The "oob"
stand for "out of band" and forces the PIN-based flow … probably not
what you wan
I managed to get the old behaviour back by modifying the oauth gem to
not set a default oauth_callback (oob)
For some reason the twitter-auth gem is not passing over the
configuration to override the default
I'm too tired to investigate further at the minute but will keep
looking in the morning
I think it depends on what measures the site is taking to promote
responsible use of the applications. Both applications could be used for
good, or bad. I can think of one fairly popular site that is all but
endorses spammy behavior and charges users for access to these spammy tools.
I don¹t want t
I also do not use oauth_callback and this is happening to me as well.
I have emailed a...@twitter.com and Doug Williams responded.
On Jun 9, 5:17 pm, Matt Sanford wrote:
> Hi there,
>
> Are you by chance passing anything in to the request_token call
> for the value of oauth_callback? I c
It seems from the examples, but not explicitly stated anywhere, that
the values of the following and followed_by items are booleans,
implying that a user either is or is not following another user.
While at first blush that seems true, I think in reality the situation
is a little more complicated
I have made little to no changes and this behaviour just started
happening this evening
Try logging in at http://moodmapr.com to see what happens
I have commented out all the lines of code that pass 'oauth_callback'
in the url on my development environment and it doesn't seem to make a
differenc
Huzzah!
It looks like the OAuth gem, when not given the parameter
oauth_callback, automatically passes oob, FTL! :P
So... in our case, we simply did this:
consumer = OAuth::Consumer.new("TOKENZ", "SECRETZ", { :site=>"http://
twitter.com" })
consumer.get_request_token(:oauth_callback => "http://
Keith,Let use this thread [1] and this announcement [2] to keep the
discussion from fragmenting.
1.
http://groups.google.com/group/twitter-development-talk/browse_frm/thread/b39aa97f826e7432
2.
http://groups.google.com/group/twitter-development-talk/browse_frm/thread/472500cfe9e7cdb9
Thanks,
Doug
Today we deployed code that implemented the changes that accompanied the
update to the 1.0a OAuth specification. LuckyCal has a great article on the
subtle differences that come with the update [1] so please peruse this
article if you are getting 401 errors with your implementation.
Callbacks for
Brant,Thank you for your concern. This is something that bothers us as well.
Moving applications exclusively to OAuth-based authentication will certainly
help in restricting applications that abuse the service. If you find a
service that you think is violating our TOS, please email a...@twitter.co
In briefly checking out Mutuality and Twollo I'm not sure what about them is
abusive. Mutuality says it lets you rapidly modify who you are following to
match who is following you and Twollo auto follows accounts it thinks you
might be interested in. Those are both useful
tools and if used as inten
Hi there,
I just checked the tokens generated on several of these services
and I see oauth_callback was set to "oob". Doug is working on the docs
right now to make it clear how all of this shakes out. The end result
is that if you want to use the pre-configured callback url don't send
Hi there,
Are you by chance passing anything in to the request_token call
for the value of oauth_callback? I checked out a few other services
and they seemed fine. If you're sending oauth_callback=oob (a.k.a.
"out of band") then the system is forced into the PIN flow. We're
working o
I'm seeing exactly the same behaviour and it just started happening a
few hours ago
App is http://moodmapr.com
Users just cannot login but instead are provided with a PIN
On Jun 9, 11:37 pm, Keith Hanson wrote:
> I'm actually not using an oauth callback parameter and am getting this
> behavi
I'm actually not using an oauth callback parameter and am getting this
behavior.
I'm running on Sinatra at the moment, but have implemented my login
routine by pretty much copy/pasting the Rails tutorial in the API
Wiki.
I'm using the gem OAuth 0.3.5 for redirecting and what-not.
I did take a l
Sorry - having said that, I've removed the oauth_callback parameter
and the behaviour is still persisting - and it also doesn't save the
authentication so I have to hit Allow every time.
On Jun 9, 11:21 pm, Elliott Kember wrote:
> Hey Matt,
>
> Yep, I'm passing oauth_callback - and it does look
Hey Matt,
Yep, I'm passing oauth_callback - and it does look like that's the
problem, because I have another app which doesn't send it, and it's
working fine.
Is this by design, or will it be changed back? I don't need it to use
the oauth_callback url that I pass, but it'd be good to return to t
This message will hopefully get back to the people who run Twitter API
development and spam prevention.
I noticed there are quite a few twitter applications that are
developed to abuse the service and violate their TOS. They do not
hide what their purpose is, yet these applications remain active
Hello all,
I am the developer for http://tweetingtoohard.com and have run into
some.. peculiar issues here.
For some reason, upon being redirected to twitter and allowing our
application, the user is then given a message to enter a PIN number
when prompted by Tweetingtoohard.
Frustratingly, I've
Hey guys,
I'm having a few problems with the OAuth API and my browser-based app
- it's giving me PIN numbers at the /oauth/authorize page, even though
it's set to return to a callback in the OAuth settings - I've
rechecked my settings, and the application is definitely set as a
browser app.
I'm
Same here, actually, for tweetingtoohard.com (tried to post here
before but it looks like it got eaten :P)
We've put up a snarky message in the meantime about the blunders :P
But please do correct us if we have done something incorrect.
-- Keith Hanson
@big_love
keith (at) tweetingtoohard.com
O
alright thanks!
On Jun 8, 8:25 pm, Abraham Williams <4bra...@gmail.com> wrote:
> I would just say delete the access tokens from your database and call it
> good. If they care that much they can figure the connections page on their
> own.
>
>
>
>
>
> On Mon, Jun 8, 2009 at 18:21, fastest963 wrote
I'm curious why there have been no progress updates regarding issue
646. Can anyone speak to the status of this problem.
See http://code.google.com/p/twitter-api/issues/detail?id=646
Can you please email a...@twitter.com regarding this request. This is best
handled off-list.
Thanks,
Doug
On Tue, Jun 9, 2009 at 11:39 AM, Chuck Lynch wrote:
>
> I have created an image that I am using to link my companies facebook
> page to its twitter page. The image has my companies logo an
I have created an image that I am using to link my companies facebook
page to its twitter page. The image has my companies logo and the
"twitter" blue lettering logo and says "Follow Us!" Is this allowed by
Twitter, or must I contact them for permission? I can provide the
image upon request.
Link would be nice: http://github.com/jmathai/twitter-async/tree/multipart
On Jun 9, 1:02 pm, jmathai wrote:
> I added multipart image upload support to EpiTwitter. It's in a
> multipart branch at the moment and am looking for others to test it
> out before merging into master. Let me know if
I added multipart image upload support to EpiTwitter. It's in a
multipart branch at the moment and am looking for others to test it
out before merging into master. Let me know if you manage to test it
out and whether or not it works for you.
I haven't updated any docs but here is the usage.
$t
>From the bottom of the search page, there is a link to a list of apps.
http://search.twitter.com/apps
I would like my app (http://twibes.com) to be listed here. It uses the
search API to aggregate tweets.
There is a link at the bottom of the page to help.twitter.com with the
text "Are you usin
If you're going to redefine the way that follow information is
returned, I believe that it should include the effect of "protected"
accounts on both sides of the follow equation.
Thanks,
-damon
--
http://twitter.com/damon
On Tue, Jun 9, 2009 at 10:52 AM, Marcel Molina wrote:
> Thanks for the sug
Thanks for the suggestion Chad.
What do others think of
{"relationship": {
"source": {
"id": 123,
"screen_name": "bob",
"notifications": false },
"target": {
"id": 456,
"screen_name": "jack",
"notifications": null },
"source_follows_target": true,
"source_followed_by_target
Hi Marcel,
Welcome to Twitter, btw (if I'm allowed to say that).
One unambiguous way might be:
{"relationship": {
"source": {
"id": 123,
"screen_name": "bob",
"notifications": false },
"target": {
"id": 456,
"screen_name": "jack",
"notifications": null },
"source
I need more users to take my Twitter survey. If you've got a moment,
pls take it. (Tweet it, if you want, too) http://tinyurl.com/lysvah,
Conducting an informal survey on Twitter. Actually, anyone can take
it, even non-Twitter users, so feel free to forward in email to anyone
you know who is a Tw
Hey Chad, thanks for your feedback.
Thought experiment: Put aside the currently proposed response body for
the moment. How would you unambiguously express the following/followed
by relationship?
Marcel Molina
Twitter API Team
http://twitter.com/@noradio
On Jun 9, 10:23 am, Chad Etzel wrote:
>
Thanks for adding the extra verbiage.
However, I'm still not clear how to decipher the exact relationship
given the data. In the example, is Bob following Jack? ...or is Jack
following Bob?
-Chad
On Tue, Jun 9, 2009 at 1:12 PM, Doug Williams wrote:
> Thanks, Chad. I've augmented the usage not
Thanks, Chad. I've augmented the usage notes section to explain the
rationale behind the denormalized and redundant data.
Thanks,
Doug
On Tue, Jun 9, 2009 at 9:47 AM, Chad Etzel wrote:
>
> Taking a look at the json return example:
> {"relationship": {
> "source": {
> "id": 123,
> "screen_name
Taking a look at the json return example:
{"relationship": {
"source": {
"id": 123,
"screen_name": "bob",
"following": true,
"followed_by": false,
"notifications": false },
"target": {
"id": 456,
"screen_name": "jack",
"following": false,
"followed_by": true,
"notifications": null }
}
}
In the "
That makes things difficult. Permissions are now public.
Thanks,
Doug
On Tue, Jun 9, 2009 at 9:39 AM, Chad Etzel wrote:
>
>
> Access Denied
>
> You don't have permission to look at Twitter REST API Method: friendships
> show.
>
>
> :)
> -Chad
>
> On Tue, Jun 9, 2009 at 12:32 PM, Doug Willi
Access Denied
You don't have permission to look at Twitter REST API Method: friendships show.
:)
-Chad
On Tue, Jun 9, 2009 at 12:32 PM, Doug Williams wrote:
> We discussed the need to deprecate the and
> elements [1] a few weeks back. We have begun work on the friendships/show
> method as
We discussed the need to deprecate the and
elements [1] a few weeks back. We have begun work on the friendships/show
method as mentioned in the notice. The method is slightly out of our
conventional design, so we are soliciting opinions on its fitness for
general use-cases. Please peruse the purp
As far twitter API goes, it works fine.I implemented in C#. you can see it
here.
http://www.byteblocks.com/post/2009/05/22/Verify-if-two-twitter-users-are-friends.aspx
May be some JS guru can look thru code and suggest some change.
On Tue, Jun 9, 2009 at 6:16 AM, grand_unifier wrote:
>
> this h
Hi there,
We don't currently share the secret recipe for making trends and
there are no plans to as far as I know.
Thanks;
— Matt Sanford
On Jun 9, 2009, at 5:29 AM, zvn wrote:
Hi,
Sorry, I want to know the algorithm of the API. How does it get top 10
topics in all tweets? Simply
Hi there,
This is not currently possible, you'll need to use the /users/
show method for each user, or use the /statuses/friends method to eget
the full information and page through that way.
Thanks;
– Matt Sanford / @mzsanford
Twitter Dev
On Jun 9, 2009, at 12:42 AM, kovshenin w
Hi,
Sorry, I want to know the algorithm of the API. How does it get top 10
topics in all tweets? Simply by word count ranking? or anything else?
Anyway, thanks for your help! And look forward to get the response
soon.
On Jun 9, 9:29 am, Byteblocks wrote:
> See if these examples help.
>
> http:
this has been bothering me for quite some tym now...i have written a
code which inputs two usernames(twitter id) n will o/p if both are
friends or not...
the api doc for thsi response is here...
http://apiwiki.twitter.com/Twitter-REST-API-Method:-friendships-exists
$(docum
Are you trying to improve the results that Twitter already provides?
If so then you would need a large statistically significant sample in
order to extract this data.
On Jun 8, 12:18 am, zvn wrote:
> Hi,
>
> I'm a master student in Taiwan. I want to do some work to improve the
> trends API inhtt
Hi.
I'm using the http://twitter.com/friends/ids/ REST call to get 5000
twitter ids of friends, now I'd like to know their locations,
preferably in one API call. Is that possible? Couldn't find a function
that would accept multiple twitter ids and return profiles. Did I miss
anything?
Thanks.
Well here's my answers:
On Mon, Jun 8, 2009 at 11:15 PM, Doug Williams wrote:
> Jesse,
> Please submit an issue if you feel that this would contribute to the
> community. There are issues for paging bugs with the social graph methods so
> star them appropriately.
>
Will do - I like to present h
71 matches
Mail list logo