Really odd one here!
I've got two newsletters here. One from PermaJet and another from Wisdom Books, both through Pluto. The PermaJet newsletter loads into NetSurf OK via the HTML file attachment. But, surprise, surprise, the HTML file attachment in the Wisdom Books newsletter belongs to the PermaJet newsletter and loads the PermaJet newsletter into NetSurf.??? Never ever seen this one before. My feeling is that the fault must lie with Pluto but could the fault lie elsewhere, perhaps? How could this happen? Any explanations to this one, please.
Re: Slow ?
>Date: Thu, 12 May 2016 21:33:22 +0100 >From: Michael Drake > > >3242 was built without JavaScript for Atari. > >Michael Drake http://www.netsurf-browser.org/ This may be more complex. While there is a small slow down across versions: 3242 5:15 3427 7:24 3457 6:30 3537 8:28 I was testing by opening the page and then timing how long it takes to reload. When I got to 3537 I timed the initial load and then the reload. Initial load: 4:10 Reload : 9:29 The small change from the previous test of 3537 is probably due to page changes. I will do some more tests with other pages to see if the reload is consistently slower. Peter
Re: how to make Netsurf forget its logged-in state
[Please reply to the list rather than to me privately.] Ashish Gupta wrote on 13 May: > Thanks for explaining the login process. It looks like you make use of > Basic Auth for the login. The PHP includes statements like this: if (!isset($_SERVER["PHP_AUTH_USER"]) Does that confirm what you say about "Basic Auth"? Is that something that resides on the server as a resource for customers like me? (As you can see, my knowledge of PHP is minimal; this routine was written for me by somebody else.) > I think you should be able to destroy the saved state if you login > using another username and password. > Could you try doing this ? > Open this URL, http://username:passw...@yoursite.com in netsurf. Did that, using a different valid username as part of the URL, as you suggest. Got in without seeing a login box. > Could you try a couple of cases ? > One, a username password which is valid but different from the saved one. > A different (invalid) username password combo. > I am hoping the invalid combo forces the login window next time (or > locks you out). Did those tests too. In all cases, I got in without seeing a login box. Then downloaded the log file which the PHP generates on the server and checked it. These login tests do NOT appear on the log. -- Jim Nagelwww.archivemag.co.uk
Re: how to make Netsurf forget its logged-in state
Jeremy Nicoll - ml netsurf wrote on May 13: > On 2016-05-12 12:27, Jim Nagel wrote: >> Cookies: none involved -- it's my own site I'm talking about, and it >> doesn't make any cookies. > As you replied below (to an email that doesn't seem to have appeared > here) ... People have been replying to me privately -- I wish they would reply to the list. Probably that's the cause of the confusion. > I would think that the code you're using to do login sets the cookie > even if you don't know about it; it's hard to see how else this could > work. Netsurf doesn't seem to know about it either. From iconbar menu, "Open > Show cookies" shows nothing from "archivemag.co.uk". I'll ask my PHP guru about it. To my eyes, nothing in the bit of PHP he wrote for me looks like a cookie-setter. -- Jim Nagelwww.archivemag.co.uk
Re: how to make Netsurf forget its logged-in state
Just now I wrote: > I'll run some tests with the login details you sent me recently to see > if I can figure out where NetSurf stores this info. Interesting. If I quit NetSurf it *does* forget the login details, as I would have expected. The authentication window pops up again after a restart. That's with NetSurf 3.6 (Dev CI #3538). Which version are you using? Regards, Frank
Re: how to make Netsurf forget its logged-in state
In article , Jim Nagel wrote: > [Please reply to the list rather than to me privately.] > Ashish Gupta wrote on 13 May: > > Thanks for explaining the login process. It looks like you make use of > > Basic Auth for the login. > The PHP includes statements like this: > if (!isset($_SERVER["PHP_AUTH_USER"]) > Does that confirm what you say about "Basic Auth"? Is that something > that resides on the server as a resource for customers like me? That variable does indeed have to do with HTTP authentication. That type of authentication does not use cookies, but is handled by the browser internally. It remembers the login details after you've successfully logged in to a site, but in my experience browsers tend to forget that after being closed down. If NetSurf retains the information, I *think* that should be classified as a bug, but I'm not certain. I've just never seen it happen with the browsers I use regularly. I'll run some tests with the login details you sent me recently to see if I can figure out where NetSurf stores this info. > Then downloaded the log file which the PHP generates on the server and > checked it. These login tests do NOT appear on the log. That's because they're not done by the PHP script, which is server side. The browser does it all by itself. Regards, Frank
how to make Netsurf forget its logged-in state
Earlier this morning I wrote: > I'll run some tests with the login details you sent me recently to see > if I can figure out where NetSurf stores this info. No dice. I don't think it stores it anywhere, which is consistent with forgetting it after shutdown. Regards, Frank
