On Thu, May 19, 2011 9:41 am, Mike Hobbs wrote: > In recent NS builds (past several months) I've noticed a > change in behaviour when logging in to our company bug > tracking system. At one time I could go through the > Login page and from then on I would be able to access > the whole bug tracking database through its web UI. > At some point that changed so that now, > a) if I go through the normal Login process it fails > to accept my credentials; > b) I have found that by going through an alternative URL > that throws up the Login page it results in success; > c) even though I've logged in, when I open a new NS > window by clicking on a link that should open a > bug report (e.g. http://jira/browse/XXX-nnn), it > tells me I'm not logged in; > d) if I enter the same URL as in c) above into the > window that was opened as per b) above, then it > displays the page without any trouble. > > On the face of it, this looks like the cookie-stored > login status is associated only with the window that > was used for successful login. Is this expected? > Do other people see similar behaviour? Should I file > a bug report? > > I'm currently using the 2.7 release on VRPC-SA but this > affects earlier releases and development builds.
I'm seeing something similar (on 2.7), in that when I'm logged in to my Orpheus webmail, if the session times out, then I can't login again, I'm just taken back to the login page, with the message 'Your session has timed out'. Deleting the cookies (is the 'Are you sure' second delete an accident, or intentional ?), and closing the window is not enough to restore access, only quitting NetSurf completely will restore access. Should I file a bug report ? :) -- Regards from Dave Lawton HTML emails are just a security risk, and nobody needs that.
