Auth sub - get email (not the ever changing session token) I know that as of right now - we cant get this information user's email address based on authsub. This is fine but I'm sure many other users not just myself would like to know why as well. if there was an answer can some one point me to it? And if it is a security issue - is it too hard to give us a user hash (MD5 maybe) using the username as the data and the appid as the salt? Or better still so that we can't rev-eng the data, the internal google user_id and the app_id as salt - same MD5. From what I understand, this doesn't take any storage or large memory cycles to do this. Just return it to us - you don't even have to store it. This way we could track returning users. We are all internet users - Google, Hotmail, Yahoo, AIM hold the keys to ridding the internet of the [register] step for websites - Yahoo and AIM have already taken the initiative to allow their users to login to authorized websites, Live is working on theirs now (not passport) - and they provide  us with ways to tie their user - back to our accounts Look @ yahoo http://developer.yahoo.com/auth/user.html send_userhash If this optional parameter equals '1', the Yahoo! login server includes an unique identifier for a particular user in your endpoint URL. With the userhash you can identify a returning user or even build an application that requires sign in without having to build the authentication part yourself. The identifier is bound to a specific appid. Look @ AOL http://dev.aol.com/openauth_api GET_INFO Validates the Authentication Token issued and returns user's loginId and displayName along with last authentication time stamp. The getInfo method can be invoked in a browser either as a redirect or as a JSON/ JSONP call from the browser. I mean - its right there - this is all we are asking for. --~--~---------~--~----~------------~-------~--~----~ You received this message because you are subscribed to the Google Groups "codesite-discuss" group. To post to this group, send email to piletdsh-ipxesgg@googlegroups.com To unsubscribe from this group, send email to bfjlklza-sawampr-sbfjlklzasa@googlegroups.com For more options, visit this group at http://groups.google.com/group/codesite-discuss -~----------~----~----~----~------~----~------~--~--- Return-Path:  X-Original-To: jl@localhost Delivered-To: user7@gvc.ceas-challenge.cc Received: from radish.jmason.org (localhost [127.0.0.1]) 	by radish.jmason.org (Postfix) with ESMTP id E3B5A3322B 	for ; Mon,  8 Oct 2007 23:59:40 +0100 (IST) X-Spam-Virus: No X-Spam-Checker-Version: SpamAssassin 3.3.0-r574664 (2007-09-11) on 	soman.fdntech.com X-Spam-Relays-External: [ ip=63.251.223.186 rdns=x6.develooper.com 	helo=lists.develooper.com by=soman.fdntech.com ident= envfrom= intl=0 	id=73050268EC9 auth= msa=0 ] X-Spam-Status: No, score=-10.6 required=5.0 tests=AWL,BAYES_00, 	DKIM_POLICY_SIGNSOME,RCVD_IN_DNSWL_HI shortcircuit=no autolearn=ham 	version=3.3.0-r574664 X-Spam-Relays-Internal:  X-Spam-Relays-Untrusted: [ ip=63.251.223.186 rdns=x6.develooper.com 	helo=lists.develooper.com by=soman.fdntech.com ident= envfrom= intl=0 	id=73050268EC9 auth= msa=0 ] X-Spam-Relays-Trusted:  X-Spam-Level:  X-Spam-RBL:  [127.0.9.3] 	 [5 mx.develooper.com.] 	 [63.251.223.163] X-Original-To: user7@gvc.ceas-challenge.cc Delivered-To: jl@mail.fdntech.com Received: from localhost [127.0.0.1] 	by radish.jmason.org with IMAP (fetchmail-6.3.2) 	for  (single-drop); Mon, 08 Oct 2007 23:59:40 +0100 (IST) Received: from lists.develooper.com (x6.develooper.com [63.251.223.186]) 	by soman.fdntech.com (Postfix) with SMTP id 73050268EC9 	for ; Mon,  8 Oct 2007 17:56:31 -0500 (CDT) Received: (qmail 18945 invoked by uid 514); 8 Oct 2007 22:56:29 -0000 Mailing-List: contact ruhu1-dmqxzmo-qlak@perl.org; run by ezmlm Precedence: bulk list-help:  list-unsubscribe:  list-post:  X-List-Archive:  List-Id:  Delivered-To: mailing list qtog3-epoawmh@perl.org Received: (qmail 18933 invoked from network); 8 Oct 2007 22:56:28 -0000 Delivered-To: qtog3-epoawmh@perl.org Date: Mon, 8 Oct 2007 18:56:16 -0400 From: Rick Delaney  To: "Jerry D. Hedden"  Cc: pp  Subject: Re: [PATCH - 2nd revision] [perl #46011] overload "0+" doesn't handle integer results Message-ID: <20071008225616.GL29047@bort.ca> References: <1ff86f510710081307k1a94ce7fn7659952583f52193@mail.gmail.com> <1ff86f510710081351n508d0b4btb4e34c69cf5fa4d7@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1ff86f510710081351n508d0b4btb4e34c69cf5fa4d7@mail.gmail.com> User-Agent: Mutt/1.5.12-2006-07-14 On Oct 08 2007, Jerry D. Hedden wrote: > I'm really on a roll here.  I think I know how to fix all of this > stuff, but there are dozens of fuctions to tackle.   Please disregard > this patch (and the previous ones, too).  I'll work all this out and > submit one big patch that does it all.  Sorry for the noise. Thanks for taking this on.  I was going to do it but I'm pretty slow with stuff that doesn't affect me directly. Please refactor the common stuff into a macro or function, though.  And we could use tests for these ops on plain ol' references, too, since they are also (I think) returning floats for 64bit when they should return ints.  I'm pretty sure the tests will be welcome before the code patch too.  If it's not too much trouble.  :-) P.S.  I think PTR2IV should be PTR2UV for the reference case. --  Rick Delaney hfvo@bort.ca