Hi Scott; That did the trick - thanks!!!
-jm On Fri, Jul 13, 2012 at 4:38 PM, Scott L. Burson <[email protected]> wrote: > My guess is that the selector cache isn't getting cleared. Try adding > > (setf (static-selector-cached-panes nav) nil) > > to your logout action (the function passed to 'render-link'). (You'll > need to get your hands on the nav somehow for this purpose. Perhaps the > easiest way is that, by the time the logout action is called, it will be > the parent of the logout widget.) > > -- Scott > > On Fri, Jul 13, 2012 at 12:32 PM, John Morrison < > [email protected]> wrote: > >> Hi; >> >> Short version: am trying to combine login widgetry with per-user >> navigation. My lazy protected navigation functions are getting called and >> their HTML are being sent for the first user, but for the next different >> user, while the functions to generate the new user's HTML are getting >> called, the previous user's results are still sent back (as saved as >> :selector children in the nav widget - boy was this tough to track down). >> Is there some canonical weblocks way to "reset" the session (widget tree, >> etc.) after a logout? Or should I be going about this entirely in some >> other way (?user-id=12345 with an on-demand-selector)? >> >> I am NOT using with-flow (googling the weblocks support group appeared to >> argue against doing that), but using the login/protected-nav code from >> here <http://paste.lisp.org/+2JQR/5>... The fact that this example code >> has the login widget living inside the top-level nav makes it problematic >> to defer the creation of the top-level nav (so as to be customized >> per-user) until after the authentication. I figure this has to be a >> well-understood weblocks problem with an equally well-understood problem - >> sorry my Google/Lisp skills are not up to finding it... >> >> I did do the obvious thing of redirecting the non-privileged user to the >> non-privileged page (worked fine), but the privileged page is still being >> generated, and it's a simple matter to defeat the redirect by simply typing >> in the privileged page URL. >> >> FYI I am using quicklisp-load weblocks vintage weblocks-20110730-hg, >> which differs from weblocks-dev (as fetched by hg) by only a few lines. >> Platform is Linux FC16 x86_64 running SBCL 1.0.46.40. >> >> Thanks, >> >> -jm >> >> -- >> You received this message because you are subscribed to the Google Groups >> "weblocks" group. >> To post to this group, send email to [email protected]. >> To unsubscribe from this group, send email to >> [email protected]. >> For more options, visit this group at >> http://groups.google.com/group/weblocks?hl=en. >> > > -- > You received this message because you are subscribed to the Google Groups > "weblocks" group. > To post to this group, send email to [email protected]. > To unsubscribe from this group, send email to > [email protected]. > For more options, visit this group at > http://groups.google.com/group/weblocks?hl=en. > -- You received this message because you are subscribed to the Google Groups "weblocks" group. To post to this group, send email to [email protected]. To unsubscribe from this group, send email to [email protected]. For more options, visit this group at http://groups.google.com/group/weblocks?hl=en.
