verify_credentials verifying regardless of credentials?!

3 views
Skip to first unread message

FrankieShakes

unread,
Mar 16, 2008, 10:07:40 AM3/16/08
to Twitter Development Talk
Hey all,

I've been trying to integrate the verify_credentials call into my
Dashboard widget but have noticed that regardless of which password I
use with my account name, Twitter seems to return a "authenticated:
true".

Has anyone else experienced this? I'm not sure what the cause might
be, but I suspect it's isolated to me. Any ideas what could be
causing this?

Also, another thing I noticed is that in order to make successful API
calls, the username can't be the user's email address:

ie: my-twitter-username rather than my-e...@gmail.com.

Is this a known issue?


TIA,
Frank

Tapos Pal

unread,
Mar 16, 2008, 10:59:14 AM3/16/08
to twitter-deve...@googlegroups.com
Hi Frank,
I think you are trying to develop the application in your local machine and already you are login at twitter. so when you want to verify credentials this always return true.
--
Best Regards,
Tapos Pal
http://tapos.wordpress.com

FrankieShakes

unread,
Mar 18, 2008, 7:31:27 PM3/18/08
to Twitter Development Talk
Hey Tapos,

The weird thing that it returns true even after making a call to
"http://twitter.com/account/end_session".

Any ideas on what else I can do to try and prevent this from occurring
on my machine?


Thanks,
Frank

On Mar 16, 10:59 am, "Tapos Pal" <tapaspa...@gmail.com> wrote:
> Hi Frank,
> I think you are trying to develop the application in your local machine and
> already you are login at twitter. so when you want to verify credentials
> this always return true.
>
>
>
> On Sun, Mar 16, 2008 at 8:07 PM, FrankieShakes <frankma...@gmail.com> wrote:
>
> > Hey all,
>
> > I've been trying to integrate the verify_credentials call into my
> > Dashboard widget but have noticed that regardless of which password I
> > use with my account name, Twitter seems to return a "authenticated:
> > true".
>
> > Has anyone else experienced this?  I'm not sure what the cause might
> > be, but I suspect it's isolated to me.  Any ideas what could be
> > causing this?
>
> > Also, another thing I noticed is that in order to make successful API
> > calls, the username can't be the user's email address:
>
> > ie: my-twitter-username rather than my-em...@gmail.com.

Marco Kaiser

unread,
Mar 19, 2008, 5:10:04 AM3/19/08
to twitter-deve...@googlegroups.com
Hey,

just for information, verify_credentials is working for me as expected (using XML).

Marco

Frank Manno

unread,
Mar 19, 2008, 8:23:13 AM3/19/08
to twitter-deve...@googlegroups.com
Hey Marco,

I haven't tried XML... I'll give that a shot. Just curious, are you
using XML with a widget?


Thanks,
-f

--
- Frank
FrankManno.com

Marco Kaiser

unread,
Mar 19, 2008, 8:27:46 AM3/19/08
to twitter-deve...@googlegroups.com
No, from an AIR application (twhirl).

FrankieShakes

unread,
Mar 27, 2008, 8:16:02 PM3/27/08
to Twitter Development Talk
So I've gone ahead and tried the XML response as well... Regardless of
what credentials I pass, I always get a "verified = true" response.

Can anyone figure out why I'm always verified? Is it something
Dashboard-related? I'm stumped on this one...

Any help would be greatly appreciated.


Thanks,
-f

On Mar 19, 8:27 am, "Marco Kaiser" <kaiser.ma...@gmail.com> wrote:
> No, from an AIR application (twhirl).
>
> On Wed, Mar 19, 2008 at 1:23 PM, Frank Manno <frankma...@gmail.com> wrote:
>
> > Hey Marco,
>
> > I haven't tried XML... I'll give that a shot. Just curious, are you
> > using XML with a widget?
>
> > Thanks,
> > -f
>
> > On Wed, Mar 19, 2008 at 5:10 AM, Marco Kaiser <kaiser.ma...@gmail.com>
> > wrote:
> > > Hey,
>
> > > just for information, verify_credentials is working for me as expected
> > > (using XML).
>
> > > Marco
>
> > > On Wed, Mar 19, 2008 at 12:31 AM, FrankieShakes <frankma...@gmail.com>

bkly...@gmail.com

unread,
May 18, 2008, 1:18:28 AM5/18/08
to Twitter Development Talk
I think it is dashboard related. I'm writing a dashboard widget as
well and it seems to be the cache being held by the engine. I didn't
find a good way around it other than to inform a user that "Changes to
your username and password will not take effect until the next
reboot."

Good luck.
Reply all
Reply to author
Forward
0 new messages