I've found the problem. In Firefox there's a setting in Privacy which says "Accept third party cookies". As per the documented behavior here: http://kb.mozillazine.org/Network.cookie.cookieBehavior
if that is unchecked, network.cookie.cookieBehavior = 1 and "will allow cookies from the originating server only". This is causing some issues in using the bookmarklet - since the originating server is different, it doesn't allow the application to log in the user, even though he may be logged in another tab. Not sure if this helps anyone, but I'm posting these findings for future reference. On Oct 26, 2:51 pm, Adi <aditya.sa...@gmail.com> wrote: > What information can I dump from web2py to debug this problem? > > -- Aditya > > On Oct 26, 10:16 am, Aditya Sahay <aditya.sa...@gmail.com> wrote: > > > No. This is seconds after logging in. > > > On Tue, Oct 26, 2010 at 12:28 AM, mdipierro <mdipie...@cs.depaul.edu> wrote: > > > Could it be their session expired? > > > > On Oct 25, 1:05 pm,Adi<aditya.sa...@gmail.com> wrote: > > > > Hi all, > > > > > I've got some users facing this peculiar problem in Radbox. > > > > > Faced in: Mac OS X 10.6.4,Firefox3.6.10 and newer > > > > > Even when they're logged into Radbox, there's this small piece of code > > > > which returns -1. > > > > > ---------------------------- > > > > if auth.user: > > > > return auth.user.id > > > > else: > > > > return -1 > > > > ----------------------------- > > > > > The worst part is I'm not able to reproduce the problem at my own end, > > > > in the same OS and browser version where users are facing this issue. > > > > > Now auth.user is None when it is expected to be something. The > > > > question is, what information can I log or dump to debug this problem? > > > > For all we know it could possibly be aFirefoxbug, but not being able > > > > to debug it is really frustrating.