Still same problem when I tried from home today, despite the patch, what do we do? Did you take a look at my non-GUI example, could it be a way forward for me?
/Henrik On Fri, Nov 27, 2009 at 9:23 AM, Henrik Sarvell <hsarv...@gmail.com> wrote: > Yes I was mistaken above. Of course it wouldn't help to use absolute > paths in the JS since the random port assignment is the culprit. > > I've applied the patch, let's see what happens... Thanks! > > /Henrik > > On Fri, Nov 27, 2009 at 7:59 AM, Alexander Burger <a...@software-lab.de> w= rote: >> Hi Henrik, >> >> now I think I see one of the reasons for the unexpected behavior of your >> application: >> >>> Currently I'm using the following to determine whether the session has >>> timed out or not: >>> >>> (de getUsr () >>> =A0 =A0(db 'uid '+User (cdr (assoc 'uid *Cookies)))) >>> >>> (de usrQuit () >>> =A0 (let Usr (getUsr) >>> =A0 =A0 =A0(or Usr (redir "@logout")))) >>> ... >>> (de start () (if (getUsr) (desktop) (signin))) >> >> In the code you've sent me, the 'desktop' function is >> >> (de desktop () >> =A0 (html 0 "Viz Reader" *Css NIL >> =A0 =A0 =A0(when (usrQuit) (prin "You're now logged in.")) ) ) >> >> However, 'usrQuit' will always return non-NIL, because even when 'Usr' >> is NIL in >> >> =A0 (or Usr (redir "@logout")) >> >> the return value of 'redir' is always non-NIL. Better might be >> >> =A0 (unless Usr >> =A0 =A0 =A0(redir "@logout") ) >> >> Cheers, >> - Alex >> -- >> UNSUBSCRIBE: mailto:picol...@software-lab.de?subject=3dunsubscribe >> > -- UNSUBSCRIBE: mailto:picol...@software-lab.de?subject=unsubscribe
