Re: Netsurf versions

[Frank de Bruijn]

In article <5abb26f5a7nets...@avisoft.f9.co.uk>,
   Martin Avison  wrote:

> The numbers will be muddled, as with any list of files the file names
> are the sequence, and the number is a minor part of the filename. It
> seems that the naming convention before the number has changed. There
> even seem to be two 5433 files -

> https://ci.netsurf-browser.org/builds/riscos/NetSurf-arm-riscos-gnueabi-gcc-5433.zip

> https://ci.netsurf-browser.org/builds/riscos/NetSurf-arm-unknown-riscos-gcc-5433.zip

> I have no idea what the difference is!

The toolchain. The first one is built with the new one and the second
one with the old.

Regards,

-- 
Frank
___
netsurf-users mailing list -- netsurf-users@netsurf-browser.org
To unsubscribe send an email to netsurf-users-le...@netsurf-browser.org

Re: Fetch_NS

[Frank de Bruijn]

In article <6a0bad7659.DaveMeUK@BeagleBoard-xM>,
   David Higton  wrote:
> In message <597697dd4dbrian.jord...@btinternet.com>
>   Brian Jordan  wrote:

> > In article <59767da924d...@triffid.co.uk>,
> >   Dave  wrote:
> >
> > [Snip]
> >
> > > Ooeer!
> >
> > > I've just rechecked and that's what is presented after a *show
> > > inetdbase*.
> >
> > I have just had a look at VA here and I get precisely this response to the
> > same input.

> There's a worrying aspect to this.  RISC OS 5 returns InetDBase: as a
> writable path (no multiple choices within it).  RISC OS 4.39 and 6.20
> don't.  OK, there ought to be an alternative approach: check to see if
> InetDBase$Write exists; if yes, use it, else use InetDBase:.  But that
> will only work if InetDBase$Write is a valid path, and 2 out of 2 users
> of 6.20 so far have shown that it isn't.

> Even a test for validity is problematic, because AFAICS the fallback
> from there is to use a fixed path.

> I'm looking for helpful ideas here.

In my Updater application (which I couldn't develop further for lack of
time... :( ) I canonicalise the path (OS_FSControl 37), which uses the
first element of a multiple element path variable. At least it does that
on RISC OS 4.39. Here, doing it with InetDBase:CertData results in
HostFS::HostFS.$.!Boot.Choices.Users.Single.Internet.Files.CertData

Yes, I know, I should use InetDBase$Write. I picked InetDBase because
InetDBase$Write looked weird/broken when I (briefly) checked RO 6.

> Among which, does anyone have any idea why InetDBase$Write is invalid
> on 6.20?  Presumably if we could find out why, we could fix it.

No idea.

Regards,
Frank
___
netsurf-users mailing list -- netsurf-users@netsurf-browser.org
To unsubscribe send an email to netsurf-users-le...@netsurf-browser.org

Re: how to make Netsurf forget its logged-in state

[Frank de Bruijn]

In article ,
   Jim Nagel  wrote:
> Still would like to know where Netsurf stores this info -- cache? --
> and if there'd be any way to erase it (i.e., to "log out") without
> quitting everything else that might be open.

It probably just keeps it in memory without actually storing it
anywhere. I've never been able to find any way to clear that data
without closing the browser. But I must admit it was about a decade ago
I had reason to investigate that for various browsers, so I don't know
what has changed since then. I do know my main (Linux) browser still
works like that.

> Further curious observation just now after restarting Netsurf:  I type
> the URL as http://archivemag.co.uk/Volume24/01 and give details in the
> login box; I get in.
>   Then I type the URL as www.archivemag.co.uk/Volume24/01 -- this time
> including the optional www prefix -- and the login box appears again.
>   So it seems Netsurf treats these as two separate cases, even though
> they lead to the identical target in the website itself.  OK, no harm
> in that, just an observation.

They are separate. Two different urls. The fact they both end up at the
same location doesn't matter to the browser.

Regards,
Frank

how to make Netsurf forget its logged-in state

[Frank de Bruijn]

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

Re: how to make Netsurf forget its logged-in state

[Frank de Bruijn]

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

Re: FetchNS

[Frank de Bruijn]

In article d381f91c53.br...@bhowlett.plus.net,
   Brian Howlett brian.gro...@brianhowlett.me.uk wrote:
 (Posting here because I can't remember where I got it)

In that case I assume it isn't my version (2.10), because that has my
e-mail address in the !!Read-me file. Or perhaps you deleted that file.

 I use FetchNS to download the latest versions of Netsurf, but I have
 to manually finish off the installation due to this error -

 Error from (unknown): Parameter expansion contains unrecognised
 characters

 By this time it has downloaded the latest zip file and quit NS (if
 running) so I just have to manually install the latest version.

If it *is* my version, make sure the variable Fetch_NS$Install$Dir is
set and doesn't contain anything odd.

 Does anyone else get this or have I missed something in the setup?

Check the file Settings in Choices$Write.Fetch_NS.

If you have any further questions, please contact me directly (or via
comp.sys.acorn.apps or archive-online), as this doesn't have anything to
do with NetSurf itself.

Regards,
Frank

Fetching NetSurf

[Frank de Bruijn]

Last October, John Williams created Fetch_NS, a tool to check for and
fetch the latest development build of NetSurf for RISC OS. I added a
couple of features and put it on my website (with John's consent), but I
seem to have forgotten to announce it...

As the development builds of NetSurf now come in two versions - with or
without JavaScript support - I added functionality to choose between the
two (no fancy GUI or anything like that - just setting a variable in an
Obey script). Go to http://aconet.org/tools#fetchns to download.

Please do not respond to this message on this list!
===

This is just an announcement for the benefit of NetSurf users who want
an easy way to check for, download and install the latest development
version. Discussions about Fetch_NS should be held elsewhere. Please use
comp.sys.acorn.apps or archive-online for that.

Regards,
Frank

Re: Unable to access the Internet with recent RISCOS test builds

[Frank de Bruijn]

In article 7429a0e452.pnyo...@pnyoung.ormail.co.uk,
   Peter Young pnyo...@ormail.co.uk wrote:
 On 26 Oct 2012  Alan Leighton alan.leight...@ntlworld.com wrote:
  With all the complexes of the number of 'releases ' what issue do
  you recommend for an Iyonix 5.18 to a layman like me? I use March 23
  r13571.

 For a 5.18 user, I'd recommend Chris Johnson's adaptation of Fetch_NS,
 which was mentioned in the Fetching NetSurf thread, and which he
 will send you if you ask him. This checks whether there is a new
 version, and, if there is, downloads, installs and runs it. This works
 perfectly for me.

 Slight warning: it doesn't look as if anything is happening till the
 new version suddenly springs into life.

My adaptation will report what it's doing (or whether there's nothing to
be done). Other than that, it probably does about the same as Chris's
version, with the exception of deleting older versions (which I prefer
to do manually).

If anyone is interested, it can be found here:
http://www.aconet.org/tools/#fetchns

Please do not use this list to report any problems with it or ask any
questions about. Use one of the comp.sys.acorn newsgroups or Archive
OnLine instead.

Regards,
Frank

Re: Fetching NetSurf

[Frank de Bruijn]

In article 52de1d213bch...@chris-johnson.org.uk,
   cj ch...@chris-johnson.org.uk wrote:
 Try going in to !Fetch_NS.!Run and change the line

 If NetSurf$LatestVersion   THEN Set NetSurf$PreviousVersion
 NetSurf$LatestVersion

 to

 If NetSurf$LatestVersion   THEN Set NetSurf$PreviousVersion
 NetSurf$LatestVersion

 It then works OK.

That part does, yes. Unfortunately, the next hurdle is curl itself. I
tried four different versions. The oldest one didn't know the -k switch
and the other three reported they 'Failed writing header'. That's on an
Iyonix, by the way.

What's the most recent port of curl and where does one get it? Google
directed me to 7.11.0 by James Bursa and that's one of the ones that
fail. For the record, 7.10.8 and 7.16.4 have the same problem.

Regards,
Frank

Re: Fetching NetSurf

[Frank de Bruijn]

In article 52de202c94netsurf-...@aconet.nl,
   Frank de Bruijn netsurf-...@aconet.nl wrote:
 That part does, yes. Unfortunately, the next hurdle is curl itself. I
 tried four different versions. The oldest one didn't know the -k switch
 and the other three reported they 'Failed writing header'. That's on an
 Iyonix, by the way.

Never mind. I switched to wget. Just changed the 'curl' bits to wget and
the three options (-s -k -o) to the single -qO (that's an uppercase O by
the way) and that works like a charm.

Regards,
Frank

Re: Fetching NetSurf

[Frank de Bruijn]

In article 52de2a7a21ch...@chris-johnson.org.uk,
   cj ch...@chris-johnson.org.uk wrote:
 In article 52de202c94netsurf-...@aconet.nl,
Frank de Bruijn netsurf-...@aconet.nl wrote:
  Google directed me to 7.11.0 by James Bursa and that's one of the
  ones that fail.

 That's the one I used (7.11.0) which did work on the Iyonix (RISC OS
 5.19, 4-Oct-2012).

Thanks, but I've got it working now. Some completely forgotten rc file
was interfering.

Regards,
Frank

Re: Could someone look at

[Frank de Bruijn]

In article 365e62dc52.mar...@blueyonder.co.uk,
   Martin Bazley martin.baz...@blueyonder.co.uk wrote:
 If we're on the subject of ridiculously wide pages, there's a
 long-running problem with this one:

 http://somethingpositive.net/

 That hasn't formatted properly in any NetSurf I remember, and not with
 #417 either.

A 'td width=6060' in the blog section.

Could NetSurf be told to ignore ridiculous sizes like other browsers
seem to do (this page showed up normally in Firefox 15.0.1 on Linux)?

Regards,
Frank

Re: netsurf-users Digest, Vol 59, Issue 6

[Frank de Bruijn]

In article 527a841756evanal...@talktalk.net,
   evanal...@talktalk.net wrote:

 As I said, its a matter of personal preference. Not everyone wants to
 do as you do.

 Why so evangelical?

No problem as long as you don't reply to anything. Because when you do,
you're being a nuisance to others.

Re: Layout of this site?

[Frank de Bruijn]

In article e1li79z-0009oo...@pr-webmail-2.demon.net,
   nets...@helpful.demon.co.uk wrote:
 roger...@freeuk.com wrote:
  Taking an example from the site below:
  http://www.british-wild-flowers.co.uk/H-Flowers/Herb%20Robert.htm
 
  What aspect of either Netsurf or of the site in question makes the
  layout so appalingly awful in Netsurf? With captions well away from
  the photo in question, and often overlaid and half-obscured by other
  bits or even only the bottom half of the text visible.

 The layout is similarly all over the place in Firefox3 on Windows. So
 it looks like it is the site that has the problem rather than NetSurf.

In Netsurf and Firefox the images 'flow' onto the next 'line', just like
text would if the window wasn't wide enough. IE and Opera display them
side by side, even if that forces people to scroll the window sideways.
I haven't checked what 'the standards' say about that.

The captions have absolute positioning, so they end up more or less
where they were supposed to be. Their visibility depends on the CSS
z-index. I don't know whether Netsurf supports that.

Solution? Use absolute positioning for the images as well or redesign
the site (forcing people to scroll browser windows sideways is evil).

Regards,
Frank

Re: Odd behaviour ?

[Frank de Bruijn]

In article [EMAIL PROTECTED],
   Torrens (lists) [EMAIL PROTECTED] wrote:
 How come, if the domain name is illegal, it has been accepted for
 registration?

It isn't illegal. The restriction that the first character of a host
name cannot be a digit was removed years ago. See RFC 1123, section 2.1.

Regards,
Frank