Re: BBC News site
In message Fred Bambrough wrote: > In message <00019af7.01f79490a...@smtp.freeola.net> > Peter Slegg wrote: > >> >> I've just installed Atari build 2652. When I try to open the BBC news >> site www.bbc.co.uk/news/ it pops up a message: >> >> Failure when receiving data from peer >> >> and then it exits abruptly. >> > Might be a problem with the site. It loads ok here but takes a very long > time to do so. > Works fine here, loaded in 9 secs. NS 3.3, RasPi B, RO 5.21 [RC12, 12-Jan-15]. -- George
Re: Disc cache updates
On 14 Mar 2015 as I do recall, Andrew Pinder wrote: > In message <20141201160839.gh10...@kyllikki.org> > on 1 Dec 2014 Vincent Sanders wrote: > > > The disc cache has recently been updated to track the speed of write > > operations. > > > 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. > > > I'm finding this on my ARMini. Is this common? > I'm seeing this constantly on the Iyonix -- though I tried setting the cache to zero and still got the same message. I thought maybe it was failing to find the !Cache application altogether after switching users. -- Harriet Bazley == Loyaulte me lie == Down with categorical imperatives!
Re: Open Bugs
Vincent Sanders, on 15 Mar, wrote: > We have a large number of open bugs [1] related to various OS, some of > which are very old and some are even awaiting feedback [2]. > > It would be really helpful if anyone with the appropriate platform and > some inclination (especially RISC OS users) to have a look through at > least the bugs needing feedback and see if we have fixed the issues or > not. > > The acknowledged [3] (but not yet confirmed) RISC OS buglist is also > rather larger than I would like and if anyone can reproduce (or not!) any > of those bugs and add a comment that would be very helpful. > > Just to restate it, please do annotate the bugs rather than reply here > (unless you have no bug account where here is better than nothing) so we > can keep track of your valuable contribution > > [1] http://bugs.netsurf-browser.org/mantis/view_all_bug_page.php [2] > http://bugs.netsurf-browser.org/mantis/search.php?project_id=1&status_id=20&sticky_issues=on&sortby=last_updated&dir=DESC&hide_status_id=90&match_type=0 > [3] > http://bugs.netsurf-browser.org/mantis/search.php?project_id=1&category=RISC%20OS-specific&status_id=30&sticky_issues=on&sortby=date_submitted&dir=ASC&hide_status_id=90&match_type=0 > I have made a start at looking through some of this stuff. Some of it is quite old and I could suggest a moratorium and simply bin anything over a certain age. http://bugs.netsurf-browser.org/mantis/view.php?id=1968 http://bugs.netsurf-browser.org/mantis/view.php?id=1970 -- David Pitt
Re: Disc cache updates
In message <72ec0aa554.harr...@blueyonder.co.uk> Harriet Bazley wrote: > On 14 Mar 2015 as I do recall, > Andrew Pinder wrote: > >> In message <20141201160839.gh10...@kyllikki.org> >> on 1 Dec 2014 Vincent Sanders wrote: >> >> > The disc cache has recently been updated to track the speed of write >> > operations. >> >> > 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. >> >> >> I'm finding this on my ARMini. Is this common? >> > I'm seeing this constantly on the Iyonix -- though I tried setting the cache > to zero and still got the same message. I thought maybe it was failing to > find the !Cache application altogether after switching users. > I'm mystified by this as well. I'm getting the 'write speed not high enough' message every start up on my system*. If the system is failing a benchmark of 120 KB/sec, how is it that !Speed records IKB and 4KB block write speeds on the SD card in question as 314 and 1067 KB/sec respectively (and larger blocks much faster e.g. 6809 KB/sec for 64KB)? *NS 3.3, RasPi B @ 900MHz, RO 5.21 [RC12, 12-Jan-15]. -- George
Re: CNET page obscured by vertical grey band
In article , Jim Nagel wrote: > Workaround: Can read all of this page by exporting to a text > editor. Or make the page very wide (needs to go to about 1600 px width). -- Chris Johnson
#2652 page rendering oddity
Almost invariably, loading http://en.wikipedia.org/wiki/Dzogchen initially gives a page display which looks to me like the an incomplete html file contents (poor description, explanation, I'm afraid). Reloading the page usually then renders the page correctly, in full. Do others get the same behaviour, please?
Re: Disc cache updates
In article <549f1fa454.andrew-...@waitrose.com>, Andrew Pinder wrote: > I'm finding this on my ARMini. Is this common? I also see it from time to time on my ARMX6 and that's got a fast SATA SSD. -- Stuart Winsor Tools With A Mission sending tools across the world http://www.twam.co.uk/
Re: #2652 page rendering oddity
In message <54a546bb12bbai...@argonet.co.uk> Brian wrote: > Almost invariably, loading http://en.wikipedia.org/wiki/Dzogchen initially > gives a page display which looks to me like the an incomplete html file > contents (poor description, explanation, I'm afraid). Reloading the page > usually then renders the page correctly, in full. Do others get the same > behaviour, please? > > The page loads normally here on 2 attempts. System details: NS 3.3, RasPi B @ 900MHz, RO 5.21 [RC12, 12-Jan-15]. -- George
Re: #2652 page rendering oddity
In article <54a546bb12bbai...@argonet.co.uk>, Brian wrote: > Almost invariably, loading http://en.wikipedia.org/wiki/Dzogchen > initially gives a page display which looks to me like the an > incomplete html file contents (poor description, explanation, I'm > afraid). Reloading the page usually then renders the page > correctly, in full. Do others get the same behaviour, please? It seemed to load normally here, albeit very slowly, but some of the images were missing. Not sure if it is the same effect, but I have found recent versions of NetSurf seem to miss fetching some of the images on pages with lots of thumbnails. A reload then gets them all. NetSurf v. 3.1 always loads the full set of thumbnails first time. -- Chris Johnson
Re: #2652 page rendering oddity
In article <54a54db843ch...@chris-johnson.org.uk>, cj wrote: > In article <54a546bb12bbai...@argonet.co.uk>, >Brian wrote: > > Almost invariably, loading http://en.wikipedia.org/wiki/Dzogchen > > initially gives a page display which looks to me like the an > > incomplete html file contents (poor description, explanation, I'm > > afraid). Reloading the page usually then renders the page > > correctly, in full. Do others get the same behaviour, please? > It seemed to load normally here, albeit very slowly, but some of the > images were missing. Not sure if it is the same effect, but I have > found recent versions of NetSurf seem to miss fetching some of the > images on pages with lots of thumbnails. A reload then gets them all. > NetSurf v. 3.1 always loads the full set of thumbnails first time. I guess that's a fair description of what I am seeing here, thanks. I forgot, Win 7, VRPC 4.02 here.
Re: Disc cache updates
Harriet Bazley wrote > Down with categorical imperatives! Kant only had one. -- John Rickman - http://rickman.orpheusweb.co.uk/lynx siempre luchar contra el zeitgeist
Re: Disc cache updates
In message <54a544aeb4stuartli...@orpheusinternet.co.uk> on 16 Mar 2015 lists wrote: > In article <549f1fa454.andrew-...@waitrose.com>, >Andrew Pinder wrote: >> I'm finding this on my ARMini. Is this common? > I also see it from time to time on my ARMX6 and that's got a fast SATA SSD. I could believe that the USB interface on my ARMini was slow, but not your machine. I think it may be build specific. I'm currently running #2632 on an ARMini with RO5.20 installed Regards Andrew -- Andrew Pinder
Re: BBC News site
>> In message <00019af7.01f79490a...@smtp.freeola.net> >> Peter Slegg wrote: >> >>> >>> I've just installed Atari build 2652. When I try to open the BBC news >>> site www.bbc.co.uk/news/ it pops up a message: >>> >>> Failure when receiving data from peer >>> >>> and then it exits abruptly. >>> >> Might be a problem with the site. It loads ok here but takes a very long >> time to do so. >> >Works fine here, loaded in 9 secs. NS 3.3, RasPi B, RO 5.21 [RC12, >12-Jan-15]. There was a very recent change to one of the Atari modules in git and I wondered if it might have been caused by that ? Peter