In message <21083314.387180.1284035583582.javamail....@wwinf8201>
Trevor Johnson <trevor.john...@laposte.net> wrote:
>
> > Date: Wed, 08 Sep 2010 22:31:30 +0100
> > From: Dave Higton
> > Subject: ROOL site: error setting certificate verify locations:
> > To: netsurf-users@netsurf-browser.org
> > Message-ID:
> > Content-Type: text/plain; charset=us-ascii
>
> [snip]
>
> > Anyone seen the same? Anyone know a fix?
> >
> > Dave
>
> Previously reported here:
> http://vlists.pepperfish.net/pipermail/netsurf-users-netsurf-browser.org/2010-April/009393.html
>
> In fact, Dave - I think you've seen the thread before!
> http://vlists.pepperfish.net/pipermail/netsurf-users-netsurf-browser.org/2010-May/009425.html
>
> Bug report and notes here:
> http://sourceforge.net/tracker/?func=detail&atid=464312&aid=3005502&group_id=51719
>
> Does the procedure I described work for you too?
Sadly not. I renamed SCSI::HardDisc0.$.!Boot.Choices.WWW.Netsurf to
...NotSurf, re-ran Netsurf, changed a font setting, clicked Set, quit
NetSurf, re-ran it again, and /still/ the ROOL site gave the
certificate error, but /only/ when Netsurf was run on the BeagleBoard.
I've used SideDiff to compare the Choices files from the Iyonix and
BeagleBoard installations. There is no ssl_verify_certificates (or
whatever it was - nothing like it) in either. There is no Choices
value that would appear from its name to be remotely connected with
certificate verification.
The next experiment was to copy the Choices file from the Iyonix to
the BeagleBoard and re-run NetSurf. Still a certificate error.
The penultimate experiment was to copy the entire Boot.Choices.WWW.Netsurf
directory from the Iyonix to the BeagleBoard and re-run Netsurf.
Still a certificate error on the BeagleBoard.
Final check: still no certificate error on the Iyonix.
So, whatever the difference is, it doesn't seem to be accounted for
by any content of Netsurf's choices.
I'm mystified.
Dave
