The disc cache has recently been updated to track the speed of write
The implementation of this briefly introduced a bug generating
excessive logging (seen as heavy disc writing and cpu load) which has
been squished and CI build #2413 should not have the problem.
As a result of this performance tracking The browser will now detect
if a system cannot sustain a write speed of one Megabit (120kilobytes
/ second) the cache will disable itself and display a warning.
If this continues to occur the cache is simply not useful on that
system and should be configured off (by setting the cache size to 0)
The Megabit limit is a practical value derived from
experimentation. It in envisaged that the lower disc bandwidth may be
tuneable in future based on the users network connection but this needs
investigation and careful checking.
I have recently had the opportunity to greatly improve the NetSurf CI
build infrastructure both in terms of hardware and software.
On the hardware side I would like to thank Mythic Beasts  for once
again generously donating a 1u rack server. This is a 8 core Xeon with
24G of memory which replaces their previous donation of a 4 core 8G
This server is the projects primary VM host for CI build slaves and
the bug tracker. It continues to be hosted by Collabora  in
Cambridge. Other services the project uses, like the website,
remain hosted by Pepperfish  for which I would also like to extend
The new hardware has reduced the NetSurf CI rebuild time under
150seconds (down from 300) on all ten currently built operating
systems and allowed the addition of more build combinations improving
the utility to the developers.
The additional memory has allowed us to add more build slaves and
hence extend the number of OS built for. Also the number of checks
performed in analysis jobs was extended.
The CI software has been upgraded to the latest version of jenkins
along with all the other plugins.
I used the opportunity to complete the improvements to the development
build process which was started at the developer weekend. This has
resulted in the job history and rss feed data for many CI jobs
(including the main NetSurf job) being reset, apologies if this
adversely affects anyone but as new builds are performed the history
backlog will build up again.
As a note builds are only performed if commits to the git
repository occur, we do not perform periodic (daily) builds in
general. As there have not been many commits recently there have been
very few builds, this is correct and expected behaviour.
This is with RISC OS and development builds, currently #2441, but has
been happening for several days now.
Any of the BBC sires are now taking a lot longer to download, maybe by
a factor of five to ten times as long. They are now even slower than
the www.msscociety.org.uk sites which till now have been the slowest
to download. I've checked my connection speed, and it's much the same
Is this a problem with NetSurf or with the BBC sites? I suspect the
Peter Young (zfc Re) and family
Prestbury, Cheltenham, Glos. GL52, England
I am running Riscos Select 6.1 kernel 10.49 under Virtual RISCPC with
EasyFont Pro 5.03.
Trying to run Netsurf results in "the Unicode Font library could not be
initialized. Please report this to the developers."
I tried the latest version 3.2 and then backwards versions with the same
I have googled and found similar errors and discussions but no fix?
If anybody can direct me to fix I'd be very grateful or do I need to switch
Grateful for any advice and my apologies if this has been sorted already.
On the page above there are image links down the right-hand
The top one is shown with the wrong width.
The numbered ones are ok but when the mouse is moved over the
ones further down the link shown is the same for all the images
and when it is clicked the same page is opened regarless of the
This is with Atari build no. 2427
Can someone confirm this with other versions ?
Does anyone know why Netsurf scales the images on www.change.org to
what seems like several thousand percent?
For example on the recent petition
pixels in some of the images are about an inch square on the screen so
you have to scroll over large areas to read the text.
At least this is what I get on NS 3.3 Dev Cl#2419, RISC OS 5.21
Raspberry Pi, be interesting to see what happens on other platforms?