Re: Please test the latest build

[David Higton]

In message 
  Michael Drake  wrote:

> Hello,
> 
> Please could you test the latest builds (5377 or later) from:
> 
>  https://ci.netsurf-browser.org/builds/
> 
> Particularly please test the Amiga OS4 and RISC OS builds as we have
> updated the versions of 3rd party libraries that we build against. Amiga
> OS4 builds have had about 3 years worth of updates and RISC OS builds about
> 1.5 years.
> 
> In addition we have patched the version of libcurl we build against which
> should make HTTPS connections much faster for the RISC OS and Amiga OS4
> builds.

I'm running 5378 atm, and with the admittedly shallow testing I've done
so far, it seems to work everywhere that earlier versions did, and I
share the impression that it's noticeably quicker when loading e.g. the
ROOL site.

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

Re: ci.netsurf-browser.org down?

[David Higton]

In message <177567275a.harr...@bazleyfamily.co.uk>
  Harriet Bazley  wrote:

> I've been unable to access the https://ci.netsurf-browser.org/ site since
> this morning - it just times out.
> 
> I can't access my bookmarks for the Mantis bug tracker or the Netsurf
> mailing list archives either, although they are nominally at different
> addresses (dir.gmane.org/gmane.comp.web.netsurf.user and
> bugs.netsurf-browser.org) - but may redirect to the same 'home' site?

It's been down since yesterday at least.

I was rather surprised to see that netsurf-browser.org and
ci.netsurf-browser.org resolve to completely different IPv4 addresses,
but the latter is unreachable to ping4.

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

Re: #5345 keeps scanning the fonts

[David Higton]

In message <59f02c897fp...@sprie.nl>
  Paul Sprangers  wrote:

> Dear developers,
> 
> The latest build (#5345) keeps scanning the active font folders at each
> start up and quits with an error before ending it. I had to revert to #5342
> to get rid of this behaviour.
> 
> Pi4 / RISC OS 5.29 (19-Feb-21) and some large unicode fonts. Switching the
> unicode fonts off avoids the error, but NetSurf will still keep scanning
> the fonts at each new boot.

I attempted to reproduce this fault, but, for me, #5345 scanned the fonts
once and once only.  Neither restarting NS, nor rebooting the machine,
resulted in the fonts being rescanned.

Paul, did you update your !System and !Boot from the #5345 zip?

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

Re: Bug reporting pause

[David Higton]

In message <232d559f59.bo...@boase.myzen.co.uk>
  Bernard Boase  wrote:

> On 23 Dec 2021, li...@bazleyfamily.co.uk wrote:
> 
> > That's interesting - I just tried again (same computer, same network,
> > same incarnation of NetSurf; I hadn't quit the program or rebooted) and
> > this time it worked.   So whatever the issue is, it's clearly
> > intermittent, and probably intermittent somewhere further down the line.
> 
> Agreed. Access to Mantis appears to have been restored here today.
> 
> Does anyone agree with my report there #0002834?

I cannot reproduce the problem, and I've added a note to that effect.

Perhaps you need to tell us a specimen URL?

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

Re: Bug reporting pause

[David Higton]

In message <599f304824d...@triffid.co.uk>
  Dave  wrote:

> In article ,
>   Harriet Bazley  wrote:
> 
> > I haven't seen any posts on this list since the first of December.
> 
> > (And I can't access that domain either)
> 
> Two  from Dec 01  Netsurf for Palm OS. One  from Dec 22  Scroll wheel
> support. Four from Dec 22  Bug reporting pause. One from  Dec 23  Bug
> reporting pause. (Harriet).

Yes, I got all those too.

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

Re: Bug reporting pause

[David Higton]

In message 
  Harriet Bazley  wrote:

> On 22 Dec 2021 as I do recall,
>  Bernard Boase  wrote:
> 
> > Over the last few days,I am not getting any connection to
> > https://bugs.netsurf-browser.org/mantis/
> > 
> > Anyone know what's being done?
> > 
> > (This is the second time I have tried posting this question. Where did my 
> > first post of 15 December get to, I wonder? And it was not repeated back 
> > to me by the mailing list.)
> > 
> 
> I haven't seen any posts on this list since the first of December.
> 
> (And I can't access that domain either)

I haven't seen a post on this list for a while, until today, and there
isn't a post from Bernard on the 15th.

But I got straight into Mantis, twice (including just now), using the
current version of NetSurf.

Sorry this muddies the waters because my observations don't match yours,
but I hope it helps.  Try a different browser, try using a mobile phone
on its network's data 'cos it will be a different path...

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

Re: Fetch_NS

[David Higton]

In message <5976cc379ed...@triffid.co.uk>
  Dave  wrote:

> In article <62f3ba7659.DaveMeUK@BeagleBoard-xM>,
>   David Higton  wrote: [Snippy]
> 
> > The snag is that, as Dave Triffid has told us, more than one CertData
> > file may exist, possibly in the multiple-choices path.  So an updater may
> > update /a/ CertData file, but not necessarily /the/ /correct/ one. I
> > don't know how to solve that.
> 
> > My thinking is one stage on, anyway.  There's no point in putting the
> > path in the !Run file, as it's standard, and is baked into AcornSSL,
> > curl, and who knows what else.  Anywhere else is open to failure by
> > either updating something other than the standard CertData file, or not
> > updating anything.
> 
> > David
> 
> This has become an interesting thread... :-)

It has, hasn't it?  I'm quite enjoying this! :-)

> I thought I'd have a check on my 6.20 and see how many CertData files I
> could find...
> 
> Eventually I just found the two previously noted ones.
> 
> ...!Boot.Choices.Default.Internet.Files.CertData (The one in use).
> And
> ...!Boot.Resources.!Internet.files.CertData (This one I've named out, and
> so far no apps have complained or fallen over).

Interesting.  That's the correct place for it in RISC OS 5, but apparently
not in earlier versions.

Perhaps you can do one more confirmatory check, at least on the 6.20
system, but on as many systems as you like.  Just run this:

*Filer_Run InetDBase:CertData

The result ought to be simply that the CertData file is opened up in
a text editor.  If that works, then AcornSSL, curl, future versions
of NetSurf, and who knows what else, will find the CertData file in
the right place.

If that /doesn't/ happen on one or more of your systems, we have a
problem.

> I do know of two others but they are in the "Backup" directory...

We don't need to bother about them, fortunately.

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

Re: Fetch_NS

[David Higton]

In message <5976b50516netsurf-users-...@aconet.nl>
  Frank de Bruijn  wrote:

> 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.

The most remarkable thing happened earlier this afternoon.  I had started
to think along the lines of finding a InetDBase:CertData file and
canonicalising the path.  I opened PRMv2 in the area that I know to hold
the information about filing system operations, and it fell open at
OS_FSControl 37!  I had a play and, as you did long before me, found it
to do what I want.

Except there's still a snag...

The scheme is:
InetDBase$Write exists and is valid -> use it.
InetDBase$Write exists and is invalid -> canonicalise path to existent
  CertData file.
InetDBase$Write doesn't exist -> use InetDBase:

The snag is that, as Dave Triffid has told us, more than one CertData
file may exist, possibly in the multiple-choices path.  So an updater
may update /a/ CertData file, but not necessarily /the/ /correct/ one.
I don't know how to solve that.

My thinking is one stage on, anyway.  There's no point in putting the
path in the !Run file, as it's standard, and is baked into AcornSSL,
curl, and who knows what else.  Anywhere else is open to failure by
either updating something other than the standard CertData file, or
not updating anything.

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

Re: Fetch_NS

[David Higton]

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.

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.

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

Re: Fetch_NS

[David Higton]

In message <59764abf16d...@triffid.co.uk>
  Dave  wrote:

> RO 6.20
> 
> *show inetdbase*
>
> InetDBase$Path : Choices:Internet.Files.
> InetDBase$Write : .Internet.Files

Really?  That second path there is invalid.

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

Re: Fetch_NS

[David Higton]

In message <59764abf16d...@triffid.co.uk>
  Dave  wrote:

> As for renaming CertData in other places...
> Aside from Fetch_NS I have no idea what other apps might use CertData.

Anything that uses AcornSSL, for a start.  This includes such apps as
Antispam, Newshound and FTPc when used with secure hosts.

NetSurf may well start to use InetDbase:CertData by default soon too.

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

Re: Fetch_NS

[David Higton]

In message <59760173fad...@triffid.co.uk>
  Dave  wrote:

> Thanks for the advice David.  :-)
> 
> Mine is/was:
> 
> Certificate data from Mozilla as of: Wed Jan  1 04:12:10 2020 GMT
> 
> I downloaded and tried your updater, but unfortunately it errored out.
>
> !Reporter"
> --
> [WindowManager/] %Obey HostFS::HardDisc4.$.Apps.!UpdCaCert.!Run
> No writeable memory at this address
> ** Error **
>   Error  : &0411
>
> Maybe something to do with... I'm on RISC OS 6.20

Most curious.  It doesn't write to memory directly at all.  It reads
from memory written to by OS_ReadVarVal, which is a standard way to
read a system variable.  So I dunno.

I don't want to support the long-obsolete versions of RISC OS, and in
any case I'm in no position to do so.  Sorry.

If anyone else would like to take a look, the very simple BASIC app is at
https://davehigton.me.uk and is called UpdCaCert

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

Re: Fetch_NS

[David Higton]

In message <59760e56dcd...@triffid.co.uk>
  Dave  wrote:

>In article <59760173fad...@triffid.co.uk>,
>   Dave  wrote:
>> In article ,
>>David Higton  wrote:
>>
>
>[Snip]
>
>> > OK, open the InetDbase:CertData file and tell us the date you'll see
>> > near the top (it's the 4th line in mine).
>
>> > Mine says:
>
>> > ## Certificate data from Mozilla as of: Thu Sep 30 03:12:05 2021 GMT
>
>> > David
>
>> Thanks for the advice David.  :-)
>
>> Mine is/was:
>
>> Certificate data from Mozilla as of: Wed Jan  1 04:12:10 2020 GMT
>
>> I downloaded and tried your updater, but unfortunately it errored out.
>
>> !Reporter"
>> --
>> [WindowManager/] %Obey HostFS::HardDisc4.$.Apps.!UpdCaCert.!Run
>> No writeable memory at this address
>> ** Error **
>>   Error  : &0411
>
>> Maybe something to do with... I'm on RISC OS 6.20
>
>> Thereafter...
>> Downloaded the cacert.pem and did as you noted in your follow up posting.
>
>> So I now have the new CertData in place...
>
>> Certificate data from Mozilla as of: Thu Sep 30 03:12:05 2021 GMT.
>
>> Rebooted RISC OS... 
>
>> Tried to run "Fetch_NS and still the same error message...
>> ** WimpError ** from unknown task
>>   Error  : &
>>   Message: file LATEST missing or empty at line 6
>
>> What next he cried?
>
>> Had a lightbulb...  :-/
>
>> RISC OS 6.20 has an !Internet.Files.CertData in
>> ...HardDisc4.$.!Boot.Resources.!Internet.files.CertData
>
>> But it also has a 
>> ...HardDisc4.$.!Boot.Choices.Default.Internet.Files.CertData
>
>> I replaced that one as well, thereafter, Fetch_NS downloaded the 5313/zip
>> okay.
>
>> Again.
>> Thanks for the advice, appreciated.
>
>> Dave
>
>> Apologies for vanishing mid chat last night. (Medical reasons).
>
>> D.
>
> Me being interested to know...
>
> Just tested on this RISC OS 6.20 the CertData really needs to be in 
> ...HardDisc4.$.!Boot.Choices.Default.Internet.Files for Fetch_Netsurf to
> work.
>
> Here on RISC OS 6.20 the CertData in 
> ...HardDisc4.$.!Boot.Resources.!Internet.Files.CertData when renamed out,
> has no effect on the Fetch_Netsurf running.
>
> That said, I'm renaming it back in case something else RISC OS looks for
> it there.
>
> Messy!
>
> Had the same Fetch_Netsurf line 6 problem in RPCEmu RISC OS 5.28 install,
> updated the CertData and it again ran okay.
> On this 5.28 RISC OS CertData is only in !Boot.Resources.!Internet.Files

The key thing is to know whether everything is looking for
InetDbase:CertData

What does:

*show inetdbase*

show on the various systems?

What happens if you rename the CertData file in anything other than where
InetDbase$Path shows?  Does anything stop working?  (NetSurf itself won't
stop, because it uses its own copy of the certs - currently best part of
2 years out of date!)

We don't want multiple copies of the file splattered around anyone's
system.  It doesn't help.

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

Re: Fetch_NS

[David Higton]

In message 
  David Higton  wrote:

>In message <5975ccea71d...@triffid.co.uk>
>  Dave  wrote:
>
>>I have made the changes, but the error is the same.
>>
>>The full error message courtesy of Reporter is:
>>
>>** WimpError ** from unknown task
>>  Error  : &
>>  Message: file LATEST missing or empty at line 6
>
>OK, open the InetDbase:CertData file and tell us the date you'll see
>near the top (it's the 4th line in mine).
>
>Mine says:
>
>## Certificate data from Mozilla as of: Thu Sep 30 03:12:05 2021 GMT

And if yours is earlier than this year, then go get this file:

https://curl.se/ca/cacert.pem

The correct file should be a little over 20 bytes.  If the one
you download is, put it in the InetDbase: directory, delete the old
CertData file, and rename the new one as CertData.

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

Re: Fetch_NS

[David Higton]

In message <5975ccea71d...@triffid.co.uk>
  Dave  wrote:

>I have made the changes, but the error is the same.
>
>The full error message courtesy of Reporter is:
>
>** WimpError ** from unknown task
>  Error  : &
>  Message: file LATEST missing or empty at line 6

OK, open the InetDbase:CertData file and tell us the date you'll see
near the top (it's the 4th line in mine).

Mine says:

## Certificate data from Mozilla as of: Thu Sep 30 03:12:05 2021 GMT

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

Re: Fetch_NS

[David Higton]

In message <5975c6fce7d...@triffid.co.uk>
  Dave  wrote:

>In article ,
>   David Higton  wrote:
> 
> > Following up my own post: it looks like my CertData file must have
> > contained an invalid certificate (even though it was only 3 months out of
> > data), because replacing that has fixed the problem.
> 
> > I have updated a couple of lines in !Boot.Choices.Fetch_NS.Settings.
> > These are the new ones:
> 
> > Set Fetch_NS$Url https://ci.netsurf-browser.org/builds/riscos/
> 
> > Set Fetch_NS$Opt --ca-certificate=InetDbase:CertData -qO
> 
> > First one is to use https rather than http.  Second one is to use the
> > central InetDbase:CertData file rather than a separate (and non-
> > maintained) copy.
> 
> > David
> 
> Ooeer! slight aside but similar problem... I've not updated Netsurf
> recently so prompted by the above notes thought I better do it.
> 
> Error from Fetch_NS Error  : &
>  Message: file LATEST missing or empty at line 6
> 
> I have no idea what that is, or where it originates from...
> 
> Any ideas please how to fix whatever it is?

Slightly longer answer:

The problem is caused by an HTTPS certificate bundle file that contains
an invalid or out of date certificate.

There's a related problem in that there are multiple copies of this
file splattered around some people's systems.  There ought to be one
true copy, and it ought to be easy to maintain it.  Maintaining one
has to be easier than maintaining more than one, right?

The one we should all be using is InetDbase:CertData (i.e. the file's
name is CertData, and it lives in the InetDbase: directory, which on
my system expands to HardDisc4.$.!Boot.Resources.!Internet.Files, but
if we refer to it as InetDbase:CertData, then it doesn't matter where
or on what drive or filing system you store it, the reference will be
correct).  Hence the second of the modifications above.

OK, I don't know how up to date your InetDbase:CertData is, but I can
at least offer you an easy way to update it - provided it is recent
enough in the first place.  Go to my web site, https://davehigton.me.uk
and look for UpdCaCert.zip  Unzip it, put it somewhere useful (maybe
Apps), and run it.  It will update your InetDbase:CertData file, if
and only if a later one is available.

Hope that helps.

If even that doesn't work, it's possible that your InetDbase:CertData
file is out of date, in which case come back to us here and we can tell
you how to fix that.  (My app requires a working CertData file to be
able to download the new one.  Yes, there is a potential for trouble
there.)

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

Re: Fetch_NS

[David Higton]

In message <5975c6fce7d...@triffid.co.uk>
  Dave  wrote:

>In article ,
>   David Higton  wrote:
>> In message <6160be7559.DaveMeUK@BeagleBoard-xM>
>>   David Higton  wrote:
>
>> >Hi all,
>> > I used to use Fetch_NS daily.  Recently it has stopped working,
>> >complaining of an incorrectly formatted filename - of course it's
>> >incorrectly formatted because it's the empty string.  The error is
>> >coming from Fetch_NS.Resources.SetLatest.
>> >
>> >I'm trying to analyse why it isn't working, but the code is crunched, or
>> >very nearly so, which means I'm struggling to understand it.
>> >
>> >Has it stopped working for anyone else?  If so, do you have a solution?
>
>> Following up my own post: it looks like my CertData file must have
>> contained an invalid certificate (even though it was only 3 months out
>> of data), because replacing that has fixed the problem.
>
>> I have updated a couple of lines in !Boot.Choices.Fetch_NS.Settings.
>> These are the new ones:
>
>> Set Fetch_NS$Url https://ci.netsurf-browser.org/builds/riscos/
>
>> Set Fetch_NS$Opt --ca-certificate=InetDbase:CertData -qO
>
>> First one is to use https rather than http.  Second one is to use the
>> central InetDbase:CertData file rather than a separate (and non-
>> maintained) copy.
>
>> David
>
>Ooeer! slight aside but similar problem...
>I've not updated Netsurf recently so prompted by the above notes thought I
>better do it.
>
>Error from Fetch_NS
> Error  : &
>  Message: file LATEST missing or empty at line 6
>
>I have no idea what that is, or where it originates from...
>
>Any ideas please how to fix whatever it is?

Make the changes described above, for a start.

The problem is caused by a bundle of certificate authority certificates
being out of date.

If that still doesn't fix it, come back to us here.

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

Re: Fetch_NS

[David Higton]

In message <6160be7559.DaveMeUK@BeagleBoard-xM>
  David Higton  wrote:

>Hi all,
>
>I used to use Fetch_NS daily.  Recently it has stopped working, complaining
>of an incorrectly formatted filename - of course it's incorrectly formatted
>because it's the empty string.  The error is coming from
>Fetch_NS.Resources.SetLatest.
>
>I'm trying to analyse why it isn't working, but the code is crunched, or
>very nearly so, which means I'm struggling to understand it.
>
>Has it stopped working for anyone else?  If so, do you have a solution?

Following up my own post: it looks like my CertData file must have
contained an invalid certificate (even though it was only 3 months out
of data), because replacing that has fixed the problem.

I have updated a couple of lines in !Boot.Choices.Fetch_NS.Settings.
These are the new ones:

Set Fetch_NS$Url https://ci.netsurf-browser.org/builds/riscos/

Set Fetch_NS$Opt --ca-certificate=InetDbase:CertData -qO

First one is to use https rather than http.  Second one is to use the
central InetDbase:CertData file rather than a separate (and non-
maintained) copy.

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

Fetch_NS

[David Higton]

Hi all,

I used to use Fetch_NS daily.  Recently it has stopped working, complaining
of an incorrectly formatted filename - of course it's incorrectly formatted
because it's the empty string.  The error is coming from
Fetch_NS.Resources.SetLatest.

I'm trying to analyse why it isn't working, but the code is crunched, or
very nearly so, which means I'm struggling to understand it.

Has it stopped working for anyone else?  If so, do you have a solution?

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

Re: OL handling

[David Higton]

In message <2021020111.f3uyvn5fswm53...@hilly.kyllikki.org>
  Vincent Sanders  wrote:

> On Mon, Jan 25, 2021 at 03:29:30PM +, Harriet Bazley wrote:
>> Netsurf doesn't seem to support HTML of the form
>> 
>> 
>> 
>> but always defaults to a sequential numerical list, whatever type/value
>> the source specifies - are we all supposed to be styling list entries
>> with CSS nowadays?
>
> Depends on the intended usage. The MDN page is a good reference
> 
> https://developer.mozilla.org/en-US/docs/Web/HTML/Element/ol
> 
> Netsurf has never supported anything other than plain decimal
>  numbering for list markers/counters
> 
> I have added a basic implementation of the CSS 2.1 styles
> 
> https://www.w3.org/TR/CSS2/generate.html#propdef-list-style-type
> 
> Michael Drake fixed the HTML hinting so the type on the OL can be used
> (note its on the OL *not* the LI element)
> 
> I cannot close a bug as noone opened one but please do so if there are
>  issues in this area.

Thanks, Vince.  (I was working on some code to add, but you guys beat me
to it.)

I see that, not only has the "00 00" disappeared, but alpha ordered lists
beyond 26 items (i.e. requiring 2 letters) no longer overflow the left
margin.  I was going to raise a Mantis bug, but you fixed it first!

I can see that non-CSS lists work, except that the start tag is not
obeyed.  Whether that is of any consequence?  I doubt it.

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

Re: OL handling

[David Higton]

In message <866b6af458.harr...@bazleyfamily.co.uk>
  Harriet Bazley  wrote:

> Netsurf doesn't seem to support HTML of the form
> 
> 
> 
> but always defaults to a sequential numerical list, whatever type/value the
> source specifies - are we all supposed to be styling list entries with CSS
> nowadays?

The good news: ordered lists with alphabetic or Roman-numeral lists now
display the requested prefixes, at least when done with CSS.  Dev CI
#5233.

The bad news: they all seem to have a "00 00" character after the dot
the follows the prefix.

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

Re: OL handling

[David Higton]

In message 
  David Higton  wrote:

>In message <866b6af458.harr...@bazleyfamily.co.uk>
>  Harriet Bazley  wrote:
>
>> Netsurf doesn't seem to support HTML of the form
>> 
>> 
>> 
>> but always defaults to a sequential numerical list, whatever type/value
>> the source specifies - are we all supposed to be styling list entries
>> with CSS nowadays?
> 
> I've been having a look around some parts of the source (with which I am
> nowhere even beginning to be familiar) and docs.  AFAICS (which is not very
> far!) the parser is in place to pick this stuff up.  There also seem to be
> tests in place to check parsing.
> 
> Some experiments indicate that it isn't rendered to screen like it should
> be, though.  CSS seems to work no better than HTML.  Ordered lists in upper
> case Roman and lower case alpha both come out as Arabic numerals.

In the source files, take a look in
netsurf.content.handlers.html.box_construct.c around line 400.  (This is
for the 3.10 source; I haven't looked to see if it's moved in the current
version.)  You'll see that cases CSS_LIST_STYLE_TYPE_DECIMAL,
CSS_LIST_STYLE_TYPE_LOWER_ALPHA, CSS_LIST_STYLE_TYPE_LOWER_ROMAN,
CSS_LIST_STYLE_TYPE_UPPER_ALPHA, CSS_LIST_STYLE_TYPE_UPPER_ROMAN and
default all use the same block of code.  The marker itself is generated
in the last few lines of the block.

It ought to be not too difficult to generate code to handle the alpha
and Roman-numbered cases.

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

Re: OL handling

[David Higton]

In message <866b6af458.harr...@bazleyfamily.co.uk>
  Harriet Bazley  wrote:

> Netsurf doesn't seem to support HTML of the form
> 
> 
> 
> but always defaults to a sequential numerical list, whatever type/value
> the source specifies - are we all supposed to be styling list entries
> with CSS nowadays?

I've been having a look around some parts of the source (with which I am
nowhere even beginning to be familiar) and docs.  AFAICS (which is not
very far!) the parser is in place to pick this stuff up.  There also
seem to be tests in place to check parsing.

Some experments indicate that it isn't rendered to screen like it should
be, though.  CSS seems to work no better than HTML.  Ordered lists in
uppr case Roman and lower case alpha both come out as Arabic numerals.
I haven't yet found where in the source the list markers are generated.

Raise a bug on Mantis and see what happens.

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

Re: Scrolling issues

[David Higton]

In message <585d1a4b61...@timil.com>
  Tim Hill  wrote:

> In article , Steve Fryatt
>  wrote:
> 
> > The issue is that NetSurf's core has to render any frame furniture when a
> > page requests it be drawn, and whilst it defers this to the GUI (IIRC),
> > it's fairly non-trivial for the RISC OS front-end to use the standard
> > desktop furniture.
> 
> > It's been a long time, but (again IIRC) I'm fairly sure that I concluded
> > when I looked at this that the only way to get "standard" scrollbars
> > would be to replicate the Wimp's rendering of the component bits within
> > NetSurf's RISC OS front-end -- which, aside from being relatively
> > complex, also took us into areas best described as "sparsely documented"
> > and hence fragile if the OS developers change the way things work.
> 
> I just had a quick peek inside the RISC OS Wikipedia page. There is no
> FRAME or IFRAME but it has the extra scrollbar. Its stylesheet defines the
> BODY with 'overflow-y:scroll'. Any browser with window furniture already in
> place should have that set on BODY by default, shouldn't it, and ignore if
> it's set there again? Just a thought.

Interesting.  Thanks for investigating the cause, Tim.

I just visited the RISC OS Wikipedia page with NetSurf and did a Full
Save, then looked for occurrences of "overflow-y".  There is just one.
I set its value to "visible".  Double-clicking the app then rendered
the page with only the normal RISC OS scroll bars, which of course
allowed quick and smooth scrolling in the way one would expect.

So perhaps we should turn this on its head and ask if there is any
situation where this result would not be the best.

David

Re: NetSurf Illegal Window Handle (RISC OS)

[David Higton]

In message 
  Frederick Bambrough  wrote:

>I started a thread on the RISC OS open Forum at
>
>https://www.riscosopen.org/forum/forums/5/topics/14945?page=1#posts-97826
>
>for more details. To sum;
>
>On closing windows in NetSurf choices/configuration I’m seeing the error,
>‘An unexpected error occurred: Illegal window handle’. It only happens on
>alternate config categories and on first look doesn’t appear to do harm.
>
>It’s on RISC OS 5.27 (19-12-19) ROM, NetSurf 3.10(DEV CI #4956).
>
>To summarise the thread, it's due to the latest version of RISC OS
>improved reporting of errors, showing this one up. It's been confirmed by
>others and is said to be related to changes in that ROM relating to
>clipboard caret/task fixes.
>
>
>NetSurf log extract;
>
>(9.52) frontends/riscos/wimp_event.c:1654
>ro_gui_wimp_event_get_window: Creating structure for window 0x20481e39
>
>(10.85) frontends/riscos/dialog.c:378 ro_gui_dialog_close:
>xwimp_set_caret_position: 0x288: Illegal window handle
>
>(10.85) frontends/riscos/gui.c:2112 ro_warn_user: WimpError Illegal
>window handle
>
>(10.85) frontends/riscos/wimp_event.c:1112
>ro_gui_wimp_event_close_window: Close event received for window 0x20481e39
>
>
>Anything else - best to follow the ROOL forum thread. I'm not qualified
>:-)

I've reported this as Mantis bug 2728.

David

Re: Please test webp image format

[David Higton]

In message <514e111f-108b-c4aa-b35b-081f9544d...@codethink.co.uk>
  Michael Drake  wrote:

> Hello,
> 
> Recently we added the webp library to our SDK. NetSurf Builds from our CI
> should now have webp support.
> 
> So far we've only tested on Linux. Please could users of other platforms
> visit
> 
>https://developers.google.com/speed/webp/gallery1
> 
> and let us know if it's working?

Working correctly here: BBxM, RO 5.27 (28-Oct-19), NS CI#4947.  The pairs
of photos look identical to me.

David

Re: RISC OS CI#4886 - can't type reply

[David Higton]

In message <202f3b0f58.DaveMeUK@BeagleBoard-xM> I wrote:

> Something appears to have gone wrong betweem the RISC OS CI versions 4885
> and 4886.  I tried typing a reply in the ROOL site, but no keyboard input
> appeared.  The same is true for for 4886 and 4887, but 4885 is OK for me.
> 
> Can someone else please try this and let me know if you can reproduce it -
> if so, I will report it.
> 
> I did update !Boot and !System.

The issue appears fixed in version 4891.

David

RISC OS CI#4886 - can't type reply

[David Higton]

Something appears to have gone wrong betweem the RISC OS CI versions 4885
and 4886.  I tried typing a reply in the ROOL site, but no keyboard input
appeared.  The same is true for for 4886 and 4887, but 4885 is OK for me.

Can someone else please try this and let me know if you can reproduce it
- if so, I will report it.

I did update !Boot and !System.

David

Re: RISC OS NetSurf no longer responding to URI files

[David Higton]

In message <52d17fe357.pnyo...@pnyoung.ormail.co.uk>
  Peter Young  wrote:

>On 4 Aug 2019  Peter Young  wrote:
>
>> I would have reported this on the bug tracker, but I've found it
>> impossible to access this, even after a change of password.
>
>> This is currently with 3.10 (Dev CI#4729) on RISC OS 5.25, RiscOS version
>> (24 Aug 18).
>
>> I have been using URI files stored in Paul Vigay's NeXTBar app to launch
>> favourite files. I'm lazy, and this is easier than finding them from the
>> icon bar's Hot List. Fot the last three or so development builds this has
>> stopped working, and even if I save the location in a RISC OS URI file and
>> double-click on this it still doesn't work. Also, double-clicking on a URL
>> in a MPro email doesn't work.
>
>Just to report that I can again run NetSurf URLs from NeXTBar and from 
>MPro. Many thanks to whoever fixed this. I've been too busy to access the 
>bug tracker, I'm afraid.

I'd appreciate knowing whether you can access the bug tracker now,
Peter, if you can make the time available.  I have to say that at
no time has access to Mantis stopped working for me.

David

Re: The 3.9 Release / documentation for Media Queries etc

[David Higton]

In message <20190722111950.z5ycvzowlxxma...@kyllikki.org>
  Vincent Sanders  wrote:

> On Mon, Jul 22, 2019 at 11:00:25AM +0100, Jim Nagel wrote:
> > Vincent Sanders  wrote on 21 Jul:
> > > NetSurf 3.9 features support for CSS Media Queries (level 4) and
> > > improvements to JavaScript handling. Also included are many bug fixes
> > > and improvements.
> > 
> > 
> > Good work:  thanks to the whole Netsurf team.
> > 
> > I'd like to know more about Media Queries vis-a-vis Netsurf.  Will the 
> > documentation (link from Netsurf welcome page) be updated soon?
> 
> Michael already answered but i thought i would add that the mozilla
> developer network is always a good reference to learn about generic web
> features. Specificaly
> https://developer.mozilla.org/en-US/docs/Web/CSS/Media_Queries/Using_media_queries
> might be helpful to you.

Thanks for the pointers and the working example.

It's a pity that there still appears to be no way to discover the
screen or window's physical dimensions, so I don't know whether the
user is looking at a 5" phone or a 25" monitor - which can make a
big difference to how I'd like to render the text.  All we can find
is the number of pixels.

Not NetSurf's fault in any way, of course.

David

Re: SVG

[David Higton]

In message <5789d3c2d1li...@torrens.org>
  "Richard Torrens (lists)"  wrote:

> How far has SVG rendering got?
> 
> sVGs are not common yet, but I met a page with some prsent, which don't
> display properly:
> 
> https://www.electronics-notes.com/articles/antennas-propagation/dipole-antenna/folded-dipole.php
> 
> It's also curious tha the text is truncated on the left margin as if CSS
> left-margin has a negative value.

It was pointed out recently that the SVGs of QR codes, created by the
QrCode app by calling out to https://api.qrserver.com, render completely
black.  They contain a line ; deleting this line causes
them to be rendered correctly by NetSurf.

Dave

Re: Crash on loading NetSurf

[David Higton]

In message 
  Andrew Pinder  wrote:

>In message <57895fcbc1ron.bris...@blueyonder.co.uk>
> on 20 Feb 2019 Ron Briscoe  wrote:
>
>> In article <56b3fc8857.andrew-...@waitrose.com>,
>>Andrew Pinder  wrote:
>>> My best guess is that a Unicode file has been corrupted.  How do I
>>> check?  Where do I find an up to date version of Unicode to install?
>
>> There is a Unicode application in the !Boot supplied in the NetSurf zip.
>
>On checking I seem to have messed up restoring files - I had reverted 
>to r4316 from Jan 2018, not r4335 from May 2018.  Also, I hadn't 
>reverted the !Unicode folder in Boot.Resources when I thought I had.
>
>But doing those correctly and then rebooting doesn't solve the 
>problem.

My best suggestion is to delete your existing NS application, then
install NS again *properly*, following the instructions, i.e. there
are a !Boot and a !System to merge.

Dave

Re: NetSurf 0002562 - not quite fixed

[David Higton]

In message 
  David Pitt  wrote:

>David Higton, on 29 Aug, wrote:
>
>> I just tried #4454 on the hotlist.  Most of the redraw is now correct, but
>> if you delete an entry of the hotlist when all of the list is displayed
>> (i.e. there is empty space at the bottom of the window), the bottom line
>> is repeated.
>
>I see that too, #4454 Titanium OS5.24.
>
>Also trying to delete a single entry is a bit odd. Select a single entry and
>on moving the mouse pointer up to the trash icon the line de-selects and the
>trash icon greys out. The way around this is to select the line then slide
>off the window to the left or right which leaves the entry selected and the
>trash icon active.

Yes, I've seen items appear to deselect themselves.  Strange, innit?

I discovered, by fluke, another way to get an instant crash.  Open
the hotlist, open an ordinary window in front of it.  Drag the mouse
from the hotlist into the ordinary window.  Bang.

Not a normal thing for anybody to do, granted.  It was just a fluke
that it happened to me, while I was dragging rather carelessly.

Dave

NetSurf 0002562 - not quite fixed

[David Higton]

I just tried #4454 on the hotlist.  Most of the redraw is now correct,
but if you delete an entry of the hotlist when all of the list is
displayed (i.e. there is empty space at the bottom of the window),
the bottom line is repeated.

Erm, I haven't checked later versions than 4454...

Dave

Re: Reproducible crash on BBC news web site

[David Higton]

In message 
  Peter Young  wrote:

> The formatting still isn't great, but the images are  now a lot sharper.

Really?  Can you give a URL that shows a difference?

Dave

Re: Reproducible crash on BBC news web site

[David Higton]

In message 
  David Higton  wrote:

>In message <2932b62c57.tig...@bc63.orpheusinternet.co.uk>
>  Nick Roberts  wrote:
>
>>In message 
>>   David Higton  wrote:
>>
>>> To my surprise, there is a 100% reproducible crash when visiting a
>>> URL on the BBC news web site.  Reported as Mantis issue 2611, with
>>> crash dump supplied.
>>> 
>>> Happens with 4436 and 4433.  I'll try some earlier versions to see
>>> if I can find a point of introduction.
>>> 
>>> Dave
>>
>>URL?
>>
>>The obvious one (https://www.bbc.co.uk/news/) works OK for me (4437 on
>>Titanium).
>>
>>In case it was a Javascript thing, I tried with an without "Disable
>>Javascript) and it worked (or at least, didn't crash) in either case.
>
>I reported the URL in the Mantis case.  Vince added a note to the
>effect that it is a JS thing - turn JS off, no crash.
>
>I still think it's unfortunate that a bit of JS can cause NS to crash.

I can confirm that it is resolved in build 4445.  My thanks to Vince
and Michael.

Dave

Re: Reproducible crash on BBC news web site

[David Higton]

In message <2932b62c57.tig...@bc63.orpheusinternet.co.uk>
  Nick Roberts  wrote:

>In message 
>   David Higton  wrote:
>
>> To my surprise, there is a 100% reproducible crash when visiting a
>> URL on the BBC news web site.  Reported as Mantis issue 2611, with
>> crash dump supplied.
>> 
>> Happens with 4436 and 4433.  I'll try some earlier versions to see
>> if I can find a point of introduction.
>> 
>> Dave
>
>URL?
>
>The obvious one (https://www.bbc.co.uk/news/) works OK for me (4437 on
>Titanium).
>
>In case it was a Javascript thing, I tried with an without "Disable
>Javascript) and it worked (or at least, didn't crash) in either case.

I reported the URL in the Mantis case.  Vince added a note to the
effect that it is a JS thing - turn JS off, no crash.

I still think it's unfortunate that a bit of JS can cause NS to crash.

Dave

Re: Reproducible crash on BBC news web site

[David Higton]

In message 
  David Higton  wrote:

>To my surprise, there is a 100% reproducible crash when visiting a
>URL on the BBC news web site.  Reported as Mantis issue 2611, with
>crash dump supplied.
>
>Happens with 4436 and 4433.  I'll try some earlier versions to see
>if I can find a point of introduction.

Oh.  The earliest one I have is 3496, and that crashes too.

Dave

Reproducible crash on BBC news web site

[David Higton]

To my surprise, there is a 100% reproducible crash when visiting a
URL on the BBC news web site.  Reported as Mantis issue 2611, with
crash dump supplied.

Happens with 4436 and 4433.  I'll try some earlier versions to see
if I can find a point of introduction.

Dave

Re: Missing images

[David Higton]

In message 
  Richard Porter  wrote:

>Hi all, I've got a strange problem on one of my sites.
>On http://www.mmpa.org.uk/ all of the gif images are missing, including 
>the yellow navigation buttons at the top. If you go to other pages the 
>"home" and "News" buttons are present.
>
>On Otter Browser and on other platforms all the images are present.
>
>Before I raise a bug report I'd like to know if other NetSurf users are 
>seeing the same fault. There was a recent update to the news panel which 
>increased it's size. This could have affected the rendering.

The GIF buttons show up and work on both sites with NS CI #4390.
What version of NS are you using?

Dave

Re: NetSurf web sites

[David Higton]

In message <571a35c50ae...@ejclark.force9.co.uk>
  Evan Clark  wrote:

>In article <921e311a57.davem...@my.inbox.com>,
>   David Higton  wrote:
>> Also I notice that the !Fetch_NS app no longer works, complaining of
>> an incorrectly formatted filename at line 24.  Probably not your
>> problem, but I struggle to see how it works and thus how the error
>> occurs.  Help would be appreciated!
>
>See thread 'Fetch_NS' on c.s.a.apps.

My thanks to all who answered.  I responded here before I saw the csa
thread.

The problem is solved for me.

Dave

Re: NetSurf web sites

[David Higton]

In message <20180718092657.gc8...@kyllikki.org>
  Vincent Sanders  wrote:

>All the NetSurf web services [1] are now securely accessible. This has
>been made possible by the lets encrypt service [2] providing no cost
>certificates and pepperfish proving the infrastructure to manage them.
>
>We are making this change to ensure our users privacy is protected.
>The NetSurf project collects no personally identifying data
>about users of our web services except that required to provide the
>service [3] and we do not believe third parties should be able to
>intercept such information either.
>
>Daniel Silverstone and myself have now updated all the NetSurf
>infrastructure to make https available. It is intended that after a
>short stabilisation period that web server and wiki will have HSTS [4]
>enabled. Once this occurs only encrypted connections will be
>available to NetSurf services.
>
>Please ensure there are no issues with the secure sites (let us know
>if there are!) and update any links you may have in external
>documents.
>
>[1] https://www.netsurf-browser.org/
>https://wiki.netsurf-browser.org/
>https://bugs.netsurf-browser.org/
>https://ci.netsurf-browser.org/
>
>[2] https://letsencrypt.org/
>
>[3] The bugs interface requires a user identifier and email address
>which are required to use the service and we do not use
>that data for any other purpose than tracking bugs.
>
>[4] https://en.wikipedia.org/wiki/HTTP_Strict_Transport_Security

Left-click on the NS icon opens file:///NetSurf:/Resources/en/welcome.html
whose links are entirely http rather then https, AFAICS.  Is this what
you intend?

Also I notice that the !Fetch_NS app no longer works, complaining of
an incorrectly formatted filename at line 24.  Probably not your
problem, but I struggle to see how it works and thus how the error
occurs.  Help would be appreciated!

Dave

Re: Text colour

[David Higton]

In message <000cb429.01e9b4902...@smtp.freeola.net>
  Peter Slegg  wrote:

>Hi,
>
>https://newsspaceflight.com/news-from-space-tech-expo/
>
>This page mostly show black text on a black background.
>Atari build 4350. Is it the same in other ports ?

The text appears white on a black background in RISC OS build 4350.

Dave

Re: URL crashes Netsurf

[David Higton]

In message 
  David Pitt  wrote:

>David Pitt, on 13 Apr, wrote:
>
>Bug reported :-
>
>http://bugs.netsurf-browser.org/mantis/view.php?id=2593
>
>The thing was not totally reproducible here, the page sometime rendered on
>the Titanium. I tried JavaScript and other content blocking on and off
>without identifying anything useful.
>
>Please feel free to add to the bug report.

CI#4321 fixes it for me.

Dave

Re: URL crashes Netsurf

[David Higton]

In message <56e81c01ccli...@torrens.org>
  "Richard Torrens (lists)"  wrote:

>This URL
>
>www.siemens-home.bsh-group.com/uk
>
>causes Netsurf to totally crash on the ARMX6 with 5.23 (18-Feb-18). 
>
>The crash is total, no log file, Alt-Brk does nothing. Ctrl-Brk does do a
>reset.
>
>Does it happen to anyone else?

Yes, with NS CI#4320, BBxM, RO 5.23 (02-Apr-18) which IIUC is a release
candidate.

Completely stiffs the machine - no response to Alt-Break, no disc
activity.

Dave