Re: Dragging from URL icon
Michael Drake, on 25 Nov, wrote: > Hi, > > On 25/11/2020 16:51, Harriet Bazley wrote: > > I upgraded to v5223 and have just noticed that dragging a URL from the > > URL icon no longer produces any result - you have to go via Page->Save > > location->Text, or try to select, copy and paste. As tested on OS5.28 and later the URL drag and drop stops working with #5220. > > Is this an intentional change? > Not completely. Ideally if you're on a version of the OS that > supports text selection in writable icons, a URL drag should > select text. Checked with OS5.28 and later the text in the URL bar cannot be selected. The URL text can be selected fron the Open URL tool and then dragged out with OS5's drag and drop. > It needs a RISC OS developer to make any sense of it, however. -- David Pitt ___ netsurf-users mailing list -- netsurf-users@netsurf-browser.org To unsubscribe send an email to netsurf-users-le...@netsurf-browser.org
Re: Please test webp image format
On 2019-12-07 16:34, Geoffrey Baxendale wrote: In message Peter Young wrote: On 7 Dec 2019 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? > The CI builds are available from here: > https://ci.netsurf-browser.org/builds/ Working well here with RISC OS, Dev CI#4945. Many thanks. Best wishes, Peter. Not here. (4945, RISC OS 5,27 on Titanium.) (colours are wrong. Blue is orange, orange is blue, green is a cyan type colour.) Not quite right here either. Using NetSurf 4945. The bad news is that there is colour transposition seen on RISC OS 5 on the Titaniun and RPi3B+, and OS4.02 on RPCEmu. Yellows appear as blue and vice versa. Red and blue transposed, probably. (Having to send via webmail, Plusnet won't let me reply by email.) -- David Pitt
Re: "Warning from Netsurf: Unknown"
In message <20191022093045.ora74udp2bli5...@kyllikki.org> Vincent Sanders wrote: > On Mon, Oct 21, 2019 at 10:40:17PM +0100, Richard Porter wrote: >> On 21 Oct 2019 Jim Nagel wrote: >> >>> I downloaded Netsurf #4874 today, replacing #4850. >> >>> Upon trying to load various websites I get a mysterious error message that >>> says only "Warning from Netsurf: Unknown". The status line at the bottom >>> of the Netsurf page also say[INFO netsurf] >>> content/fetchers/curl.c:1232 fetch_curl_done: Unknown cURL response >>> code 28 >> >>> Example: http://www.dalsemi.com/datasheets/appindex.html >> >>> I would like to know what this means! I don't recall getting this message >>> in previous versions of Netsurf. But maybe it's just a bad day today. >> >>> Using ArmX6 with Ro 5.25 (Rcomp 2018-apr-25). >> >> I have been getting this with 4834 if not earlier. I don't think it's >> easily repeatable. > next time either of you see this issue please can you open an issue in > our tracker (preferably with a log attached) so we can attempt to > diagnose it. It is on the bug tracker now. The example above is a very broken site, neither Safari or Firefox get anywhere with it. [INFO netsurf] content/fetchers/curl.c:1189 fetch_curl_done: done http://www.dalsemi.com/datasheets/appindex.html [INFO netsurf] content/fetchers/curl.c:1232 fetch_curl_done: Unknown cURL response code 28 [INFO netsurf] content/fetchers/curl.c:1033 fetch_curl_stop: fetch 0x50ef4418, url 'http://www.dalsemi.com/datasheets/appindex.html' [INFO netsurf] frontends/riscos/gui.c:2112 ro_warn_user: Unknown (null) -- David Pitt Titanium
Re: Google and #spf
In message <20190923044637.GK1816@somnambulist.local> Daniel Silverstone wrote: > On Mon, Sep 23, 2019 at 01:27:52 +0100, Jim Nagel wrote: >> For the past few days, telling Netsurf to go to http://google.co.uk >> results in an endless loop and no joy. What's this all about? >> >> The Netsurf URL bar changes from what I typed to this: >> http://www.google.co.uk/#spf=1569197185001 >> The 13-digit number keeps changing, and the hourglass keeps running. >> With or without Javascript enabled. > Without JS enabled I'm not sure. [snip] #4850 is OK here with Javascript disabled as checked on a Titanium, Raspberry Pi Mk1, and RPCEmu. The recent 3.9 release is OK with Javascript enabled. -- David Pitt Titanium
Re: Test
In message <914A5569F8797053.e35b579a-0f7d-4ba9-9570-6921c029d203@mail .outlook.com> miy...@crashnet.org.uk wrote: > Looks fine to me. My posts a few days ago bounced. A conversation was started on csa.misc. Webmail was resorted to. See what happens to this one. -- David Pitt Titanium
Re: 3.8 breaks text on left on some sites
Mayuresh, on 19 Apr, wrote: > On Fri, Apr 19, 2019 at 07:34:03AM +0100, Peter Young wrote: > > Development version 3.9 (Dev CI #4572) on RISC OS makes a complete hash > > of this page. > > Is that an issue with 3.8 for others also? Should it be logged as a bug? > Is downgrade to 3.7 the only solution right now? Yes, to all three points. On RISC OS 5.27 (19-Apr-10) on a Titanium I see the issue with 3.8 #5472, and also with #4321, the oldest 3.8 I have. NetSurf 3.7 is better. -- David Pitt
Re: JavaScript won't enable. Version 3.9.
Walter Zambotti, on 27 Feb, wrote: > Downloaded and compiled latest build 3.8 which turned out to be 3.9 in the > about. > > I have ensured that Enable JavaScript is ticked in the netsurf preferences > content tab. > > But when I visit any java site including : > > www.whatismybrowser.com/detect/is-javascript-enabled > > All sites claim JavaScript is not enabled. Javascript in NetSurf is rather limited and insufficient to pass online tests. http://www.netsurf-browser.org/documentation/info.html#JavaScript -- David Pitt
Re: Spurious "Couldn't resolve hostname"
Richard Porter, on 6 Nov, wrote: > Anyone else getting this? I've had it from one or two addresses, for > example: http://www.natwest.com/global/customer-charter/g1/ideas-bank.ashx > > gives me the error "Couldn't resolve hostname" yet the host name appears > to be OK. What's more if I delete the last element NetSurf does resolve > the host name and gives me an expected 404 error. That URL does not go too well on Safari, or Firefox, on a Mac. "We can?t connect to the server at communities.natwest.com." This works :- https://www.natwest.com/global/customer-charter/g1/results.ashx -- David Pitt
Re: NetSurf 0002562 - not quite fixed
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. -- David Pitt
Re: URL crashes Netsurf
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. -- David Pitt
Re: URL crashes Netsurf
David Pitt, on 13 Apr, wrote: > There is a log, which can be found after a restart. There is garbage at > the end of the log! > > http://www.pittdj.co.uk/temp/nslog.zip Oops, I managed to zip the wrong file. Now corrected, the zip does contain the log now. Sorry! -- David Pitt
Re: URL crashes Netsurf
"Richard Torrens (lists)", on 13 Apr, 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? It certainly does. There is a log, which can be found after a restart. There is garbage at the end of the log! http://www.pittdj.co.uk/temp/nslog.zip HTH. -- David Pitt
Re: Crash on Titanium
Geoffrey Baxendale, on 2 Nov, wrote: > Hi, > > I am in the process of building a Titanium based system. > Unfortunately Netsurf loads to the icon bar but as soon as you click it > the Netsurf window appears and produces an error. (segmentation fault) > > 4233 version on RiscOS 5.23 > > I have tried older versions with the same result. > > Any ideas. In NetSurf Choices Images ensure that Image quality Foreground and Background are both set to "Use OS" to avoid using the not ARMv7 compatible Tinct module. I can replicate a Segmentation fault here on attempting to use other settings. -- David Pitt
Re: Website not renendering correctly
Peter Slegg, on 26 Nov, wrote: > > > Date: Fri, 25 Nov 2016 21:33:31 + (GMT) From: Chris Newman > > Subject: Website not renendering correctly To: > > netsurf-users@netsurf-browser.org Message-ID: > > <55e4bd72e6cvj...@waitrose.com> Hi, > > > > http://www.bapfish.org.uk/networking.htm > > > > Which formally worked splendidly has now gone mammaries skyward. From at > > least #3784 on it seems. > > > > Still OK in the old Netsurf 3.5. > > > > Has been confirmed by others. > > > > On Vn 3784 Atari, it appears much the same, three lines of text all > stacked on top of each other. Set "Hide advertisements". -- David Pitt
Re: Website not renendering correctly
David Pitt, on 26 Nov, wrote: > Peter Young, on 26 Nov, wrote: > > > On 26 Nov 2016 David Pitt wrote: > > > > > Dave Higton, on 25 Nov, wrote: > > > > > > In message <55e4bd72e6cvj...@waitrose.com> > > >> Chris Newman wrote: > > >> > > > > > Hi, > > >>> > > > > > http://www.bapfish.org.uk/networking.htm > > >>> > > > > > Which formally worked splendidly has now gone mammaries skyward. > > > > > From at least #3784 on it seems. > > >> > > > > Behaviour changed between 3751 and 3777, which are the nearest two > > > > versions I have downloaded (I was away from home while that range > > > > was made available). > > > > > Something has tripped up OS4.42 and earlier, but all good on OS5.23. > > > > > I have uploaded a screen dump of the issue to the bug tracker. > > > > Not good with *this* 5.23 :-( RComp version, 29-Jun-16 > > It is OK here with OS5.23 (06-Jun-16) on a Titanium. > > OTOH it fails on the Iyonix with both 5.22 13-Apr-15 and 5.23 26-Nov-16. > > !Fonts was the same on both the Iyonix and the Titanium. > P.S. It is also good on the RPi3 OS5.23 12-Nov-16. -- David Pitt
Re: Website not renendering correctly
Peter Young, on 26 Nov, wrote: > On 26 Nov 2016 David Pitt wrote: > > > Dave Higton, on 25 Nov, wrote: > > > > In message <55e4bd72e6cvj...@waitrose.com> > >> Chris Newman wrote: > >> > > > > Hi, > >>> > > > > http://www.bapfish.org.uk/networking.htm > >>> > > > > Which formally worked splendidly has now gone mammaries skyward. > > > > From at least #3784 on it seems. > >> > > > Behaviour changed between 3751 and 3777, which are the nearest two > > > versions I have downloaded (I was away from home while that range was > > > made available). > > > Something has tripped up OS4.42 and earlier, but all good on OS5.23. > > > I have uploaded a screen dump of the issue to the bug tracker. > > Not good with *this* 5.23 :-( RComp version, 29-Jun-16 It is OK here with OS5.23 (06-Jun-16) on a Titanium. OTOH it fails on the Iyonix with both 5.22 13-Apr-15 and 5.23 26-Nov-16. !Fonts was the same on both the Iyonix and the Titanium. -- David Pitt
Re: Website not renendering correctly
Dave Higton, on 25 Nov, wrote: > In message <55e4bd72e6cvj...@waitrose.com> > Chris Newman wrote: > > > Hi, > > > > http://www.bapfish.org.uk/networking.htm > > > > Which formally worked splendidly has now gone mammaries skyward. From at > > least #3784 on it seems. > > Behaviour changed between 3751 and 3777, which are the nearest two > versions I have downloaded (I was away from home while that range was made > available). Something has tripped up OS4.42 and earlier, but all good on OS5.23. I have uploaded a screen dump of the issue to the bug tracker. -- David Pitt
Re: Netsurf Cache
Vincent Sanders, on 13 Apr, wrote: > On Tue, Apr 12, 2016 at 02:49:39PM +0100, nets...@avisoft.f9.co.uk wrote: > > There was much discussion about a year ago about the cache performance > > on RISC OS, and there were some code changes, but I would like to add > > the results of some investigations of the Netsurf v3.4 cache on my > > Iyonix, running RISC OS 5.23 (11 Oct 2015). > > I am beginning to think this feature should never have been enabled > for hoplessly legacy operating systems such as RISC OS. OTOH as RISC OS lumbers into the 21st century with modern hardware that cache comes into its own. How about this from a Titanium :- (75142.82) content/llcache.c:3402 llcache_finalise: Backing store wrote 2590212 bytes in 1394 ms (average 1858114 bytes/second) I haven't done anything scientific but my impression is that the cache is of worthwhile benefit to NetSurf on the Titanium. (The Titanium has RISC OS on an SSD via ADFS and SATA.) HTH. -- David Pitt
Re: RISC OS/RPi 3 support
John-Mark Bell, on 25 Mar, wrote: > All, > > Build 3460 or later should run fine on the Raspberry Pi 3 under RISC OS. > As none of the developers have such hardware, please could somebody who > does please test this and ensure it works. I can confirm the #3460 does work on the RPi3. Many thanks indeed. -- David Pitt
Re: Big push on testing needed
Michael Drake, on 27 Jan, wrote: > On 27/01/16 18:05, John Rickman Iyonix wrote: > > Daniel Silverstone wrote > > > > Have you reported this, along with an *attached* test case, to the > > > BTS? If so, can you let me know the issue number? > > > Michael Drake has reported it upstream to Duktape > > That doesn't change the need for a report in the NetSurf bug tracker. The > upstream may decide that the fix doesn't belong in duktape, or they could > implement it, but that would fix nothing for NetSurf users unless we > update duktape in the NetSurf source. > > We have an issue tracker to keep track of all the things we need to do. > It's impossible to remember everything. > > I've created an issue here: > >http://bugs.netsurf-browser.org/mantis/view.php?id=2416 > > I'd be grateful if someone could attach a test case. Done. -- David Pitt
Re: Latest builds missing.
Michael Drake, on 26 Jan, wrote: > > > On 26/01/16 07:49, David Pitt wrote: > > Currently the Changes page shows #3312 as the latest successful build > > but the Downloads page only goes up to #3307 for all builds. > > The downloads are still there, but "json" has been removed from the > filenames. http://ci.netsurf-browser.org/builds/riscos/?C=M;O=D So they are, just at the top of the page now. Thanks. -- David Pitt
Latest builds missing.
Currently the Changes page shows #3312 as the latest successful build but the Downloads page only goes up to #3307 for all builds. http://ci.netsurf-browser.org/jenkins/job/netsurf/changes http://ci.netsurf-browser.org/builds/riscos/ -- David Pitt
Re: Search Case Sensitivity - RISC OS - #3251
John Williams, on 6 Jan, wrote: > In article , > David Pitt wrote: > > > Seems OK here, without "Show all" ticked the first match is highlighted. > > Ah - yes, it does seem to work on other pages. > > I had recently consulted: > > http://www.vetuk.co.uk/pet-meds-prescription-only-advocate-for-dogs-c-21_701/advocate-for-large-dogs-p-1624 > > so I searched for "dog", then "Dog" on that page, as I already knew that > both instances occurred there. It seemed a suitable test page! So it does, how very wierd! [snip] > > P.S. Why a new thread, or why has Pluto lost the references header. > > I hadn't seen/understood the relevance of Dave's previous short posting, > and only saw the new version when I automatically downloaded it earlier > today. Also, I gleaned what it was about from the changes log and, as I > saw the progress bar was still not complete (and still isn't) I assumed > that it was a brand new version with other OS versions still being > rebuilt. OK this time around, references header present. > So, I'm still puzzled. I am having one of those days too! One of my Windows 7 laptops seems to have had a significantly serious event, I can't work out whether that is a good thing or a bad thing. -- David Pitt
Re: Search Case Sensitivity - RISC OS - #3251
John Williams, on 6 Jan, wrote: > > The case sensitivity option does now work, but the highlighting of the > found terms only works if "Show all" is selected. > > At least, so it seems here. Perhaps someone else could check Seems OK here, without "Show all" ticked the first match is highlighted. P.S. Why a new thread, or why has Pluto lost the references header. -- David Pitt
Re: Javascript Date() function corrected?
Dave Higton, on 5 Jan, wrote: [snip] > Any other testers in other time zones willing to give it a go? I moved myself to Cupertino CA temporarily, UTC-8.00 Pacific, mostly because I already have a clock for that in the iMac's notification area. (I missed the first hour of an Apple presentation once having failed to note the USA has different DST change over dates to the EU.) *st. TimeZone TimeZone -8:0 *time Tue,05 Jan 2016.22:53:06 * Today is 2016-01-05 22:53:08.000-08:00 *co. dst *time Tue,05 Jan 2016.23:57:24 * Today is 2016-01-05 23:57:44.000-07:00 Hope that helps. -- David Pitt
Re: Case sensitivity bug (Mantis 2339)
Dave Higton, on 5 Jan, wrote: > I believe this bug has been fixed in CI #3251, released a few minutes ago. > Please check and report! #3251 looks OK, I could see the original issue with #3250. -- David Pitt
Re: Javascript Date() function corrected?
Dave Higton, on 3 Jan, wrote: > At some stage recently the Javascript Date() function appears to have > been fixed. Previously, when DST was in force, the time was shown as > 1 hour in advance (double correction). > > The attached is a short file to test it, and I would appreciate your > feedback as to whether it now shows the correct time for everyone, > with and without DST in force. > > There is a new RISC OS build CI #3249 today. With #3250 on RPi2 OS5.23 (03-Jan-16). Correct for both conditions. *st. dst AutoDST *time Mon,04 Jan 2016.07:25:59 * Today is 2016-01-04 07:26:26.000+00:00 *co. dst *time Mon,04 Jan 2016.08:28:07 * Today is 2016-01-04 08:28:21.000+01:00 -- David Pitt
Re: AA dog rescue nothing loads
In message
Dave Higton wrote:
> In message <3f74b93755.pitt...@iyonix.home>
> David Pitt wrote:
>>In message <533daf3755.davem...@my.inbox.com>
>> Dave Higton wrote:
>>
>>> In message <63965.82.153.33.53.1451072378.squir...@email.orpheusnet.co.uk>
>>> "Gerald Dodson" wrote:
>>
>>>>When I try to access this site nothing at all loads with or without JS.
>>>>Using 3056 on Iyo 5.18
>>
>>> OK, Gerald, give us a clue as to the URL, please... my powers of
>>> ESP are not as strong as I would like...
>>
>>Just needs a lead!!!
>>
>>http://www.aadogrescue.org.uk/
>>
>>I even tried the current latest NetSurf, #3244, and there's nothing
>>doing.
> The page is an untidy sprawling mess of Javascript, whether or not
> Javascript is enabled in NetSurf. But I haven't looked in any more
> detail.
FWIW Safari with JavaScript off renders a blank page, the site doesn't
trouble itself to say JavaScript is required.
NetSurf appears to report JavaScript as not enabled whatever its
Choices setting is.
https://www.whatismybrowser.com/detect/is-javascript-enabled
This may have something to do with the blankness :-
"siteInfo":{"documentType":"UGC",
UGC = User Generated Content.
Otherwise the site is to be commended for being right up to date :-
--
David Pitt
Raspberry Pi
Re: AA dog rescue nothing loads
In message <533daf3755.davem...@my.inbox.com> Dave Higton wrote: > In message <63965.82.153.33.53.1451072378.squir...@email.orpheusnet.co.uk> > "Gerald Dodson" wrote: >>When I try to access this site nothing at all loads with or without JS. >>Using 3056 on Iyo 5.18 > OK, Gerald, give us a clue as to the URL, please... my powers of > ESP are not as strong as I would like... Just needs a lead!!! http://www.aadogrescue.org.uk/ I even tried the current latest NetSurf, #3244, and there's nothing doing. Merry Christmas -- David Pitt Raspberry Pi
Re: Slightly odd behaviour #3225
Dave Symes, on 16 Dec, wrote: > In article , >Peter Young wrote: > [Snippy] > > No idea about AcornURI, mine seems to be 0.25, (02 Sep 2013), but I have > > no idea who wrote it. > > Strange business, the AcornURI I have on my ROOL RISC OS 5.22 install says > it is 1.04 (May 2006) [snip] We have only just had this discussion about differing URI versions on this mailing list, 8Nov15, "Older Modules in NetSurfs System upgrader" On the Raspberry Pi, AcornURI 0.25 (02 Sep 2013) is in the RISC OS 5.23 ROM, and is also present in !System, but that module is not present at all in OS5.22, neither in ROM nor the OS5.22 !System. AcornURI 1.04 (20 May 2006) by Christian Ludlam was an enhanced version relative to the then current Acorn offerings. It is present in the NetSurf downloads and if that !System is merged then that 1.04 will over-write the ROOL 0.25 if present. NetSurf only rmensures AcornURI 0.12 so on OS5.23 on the Raspberry Pi it will accept the 0.25 ROM version but on OS5.22 1.04 will be softloaded. Until someone says otherwise I believe it is reasonable to say that as far as NetSurf is concerned the two versions on AcornURI are equivalent. Put another way, "It don't matter". HTH, it's all perfectly straight forward. (Well it was until as a last check I had a look on the Iyonix which turns out not to have any AcornURI in the OS5.23 softload ROM and has rmloaded 1.04.) -- David Pitt
Re: Older Modules in NetSurfs System upgrader.
On 10 Nov 2015, at 19:17, Ron Briscoe wrote: > In article , > David Pitt wrote: > > [Snip interesting explanation.] > >> It's all ever so interesting but does it actually matter as far as NetSurf >> goes. > > I suppose not as NetSurf runs ok whichever module version is loaded here :-). Found a bit of history :- http://git.netsurf-browser.org/netsurf.git/plain/riscos/distribution/3rdParty/AcornURI/!ReadMe -- David Pitt
Re: simple html pages slow to render
Vincent Sanders, on 10 Nov, wrote: > On Tue, Nov 10, 2015 at 08:12:18AM +0000, David Pitt wrote: > > Vincent Sanders, on 10 Nov, wrote: > > > > > On Sat, Nov 07, 2015 at 11:35:26AM +, John Rickman Iyonix wrote: > > > > > > > > The Gaydon online parish magazine is a single HTML file which > > > > references a common CSS file. > > > > > > > > http://www.gaydon.org.uk/mags.html > > > > > > > > It takes on average 31 seconds to load and display a magazine using > > > > NetSurf #3055 on an Iyonix. Javascript on or off makes no > > > > difference. > > > > > > > > Using NetSurf 3.2 the page load is instantaneous. > > > > > > > > Not sure if this counts as a bug but I have submitted a report to > > > > the tracker. > > > > > > > > > > this is in the tracker as > > > http://bugs.netsurf-browser.org/mantis/view.php?id=2384 > > > > > > I have added a debug build of NetSurf to the tracker for this issue > > > only > > > > > > if someone could download and run this development version and upload > > > the log of it failing that would be great. For me the issue never > > > occurs using my emulated RISC OS. > > > > I have to admit to an element of failure in that I can't find that > > development build on the tracker. > > I attached it to the 2384 bug report as netsurf-fetch-log.zip Ah, the clue is in the name. Anyway I have got it now and uploaded two logs. -- David Pitt
Re: simple html pages slow to render
Vincent Sanders, on 10 Nov, wrote: > On Sat, Nov 07, 2015 at 11:35:26AM +, John Rickman Iyonix wrote: > > > > The Gaydon online parish magazine is a single HTML file which references > > a common CSS file. > > > > http://www.gaydon.org.uk/mags.html > > > > It takes on average 31 seconds to load and display a magazine using > > NetSurf #3055 on an Iyonix. Javascript on or off makes no difference. > > > > Using NetSurf 3.2 the page load is instantaneous. > > > > Not sure if this counts as a bug but I have submitted a report to the > > tracker. > > > > this is in the tracker as > http://bugs.netsurf-browser.org/mantis/view.php?id=2384 > > I have added a debug build of NetSurf to the tracker for this issue only > > if someone could download and run this development version and upload the > log of it failing that would be great. For me the issue never occurs using > my emulated RISC OS. I have to admit to an element of failure in that I can't find that development build on the tracker. -- David Pitt
Re: Google crash
Vincent Sanders, on 9 Nov, wrote: > On Mon, Nov 09, 2015 at 03:31:58PM +0000, David Pitt wrote: > > Geoffrey Baxendale, on 9 Nov, wrote: > > > > > Hi, > > > > > > I find that clicking in the search box on Google UK with JS enabled > > > crashes Netsurf CI 3055. It's OK with JS off. (RISC OS 6.2 on Kinetic) > > > > > > Has anyone else seen this or is it just me? > > > > Same here on two instances of OS4.39 VRPC on Windows 7, but not on my > > Raspberry Pi OS5.23 (09-Nov-15) where it is OK. > > > > It is already on the bug tracker. > > > > http://bugs.netsurf-browser.org/mantis/view.php?id=2385 > > I think i fixed this, can people try and let me know? It is fixed here, many thanks. -- David Pitt
Re: Older Modules in NetSurfs System upgrader.
Rob Kendrick, on 8 Nov, wrote: > On Sun, Nov 08, 2015 at 05:22:18PM +, Ron Briscoe wrote: > > > > Could, would the team upgrade the NetSurf !System upgrader please? > > The versions included are the versions we depend on. The !System merge > tool won't overwrite newer versions with older. A fork! NetSurf rmensures AcornURI 0.12 in its !Run but supplies 1.04 in the downloads. Acorn URI 0.12 is dated 09 Feb 1998. The current AcornURI in ROOL's !Boot is 0.25 (02 Sep 2013). AcornURI 1.04 is dated 20 May 2006. A long time ago as I understand it Christian Ludlam wrote a replacement AcornURI module versioned as 1.xx as an alternative to the Acorn 0.xx version. There was probably a good reason at the time for doing that, probably now long forgotten, and certainly forgotten by me but I do seem to recall that Christian's version was deemed to be a "good thing". 1.04 has been use here for ages with no hint of any bother, and also with a complete unawareness that there was a later dated version around. If 0.12 was short of something that 1.04 corrected them maybe 0.25 has "caught up". It's all ever so interesting but does it actually matter as far as NetSurf goes. -- David Pitt
Re: Google crash
Geoffrey Baxendale, on 9 Nov, wrote: > Hi, > > I find that clicking in the search box on Google UK with JS enabled > crashes Netsurf CI 3055. It's OK with JS off. (RISC OS 6.2 on Kinetic) > > Has anyone else seen this or is it just me? Same here on two instances of OS4.39 VRPC on Windows 7, but not on my Raspberry Pi OS5.23 (09-Nov-15) where it is OK. It is already on the bug tracker. http://bugs.netsurf-browser.org/mantis/view.php?id=2385 -- David Pitt
Re: simple html pages slow to render
In message "Chris Young" wrote: > On Sat, 07 Nov 2015 20:10:45 GMT, David Pitt wrote: >> (20.17) content/content.c:386 content_destroy: content 0x4e5f42a0 >> file:///%3CBootDisc$Root%3E/Work/Internet/Browsers/html/favicon.png >> >> (41.38) content/fetchers/curl.c:834 fetch_curl_done: done >> http://www.gaydon.org.uk/css/pcminutes.css >> >> (41.39) content/fetchers/curl.c:872 fetch_curl_done: Unknown >> cURL response code 28 >> This is missing :- >> >> http://www.gaydon.org.uk/css/pcminutes.css > A missing file shouldn't cause a timeout though - just a response from > the server containing error 404. I am not sure that the css simply being missing is the whole story, a 'Full save' works without a timeout. (1.31) render/html_css.c:110 html_convert_css_callback: stylesheet http://www.gaydon.org.uk/css/pcminutes.css failed: UnacceptableType -- David Pitt Raspberry Pi
Re: simple html pages slow to render
In message <5bcaf01e55.pnyo...@pnyoung.ormail.co.uk> Peter Young wrote: > On 7 Nov 2015 John Rickman Iyonix wrote: >> Peter Young wrote >>> Not an answer to the question as asked, but with #3048 the page loads >>> in 0.2 seconds. >> Apologies, it was not clear from my post that the problem was with >> links to magazines on the quoted URL and not with the URL itself >> http://www.gaydon.org.uk/mags.html points to a list of magazines. This >> page loads quickly but links out of this page to a monthly magazine >> take a long time. >> eg http://www.gaydon.org.uk/mags/mag1511.html > And apologies from me for misunderstanding. However, I've just > downloaded, from the front page, in 0.2 seconds with the same NetSurf > build. > ARMX6, by the way, with RISC OS 5.23, and gigabit switch between the > computer, which for me speeds things up a lot. > However, downloading the same page from the URL in this message has > taken 30.2 seconds. Odd! Perhaps someone clever can tell why? 30s is an interesting duration NetSurf-wise, that is how long before fetches time-out. From a look at the log :- (20.17) content/content.c:386 content_destroy: content 0x4e5f42a0 file:///%3CBootDisc$Root%3E/Work/Internet/Browsers/html/favicon.png (41.38) content/fetchers/curl.c:834 fetch_curl_done: done http://www.gaydon.org.uk/css/pcminutes.css (41.39) content/fetchers/curl.c:872 fetch_curl_done: Unknown cURL response code 28 (41.39) content/fetchers/curl.c:699 fetch_curl_stop: fetch 0x4e67bc98, url 'http://www.gaydon.org.uk/css/pcminutes.css' (41.39) render/html_css.c:110 html_convert_css_callback: stylesheet http://www.gaydon.org.uk/css/pcminutes.css failed: Timeout was reached (41.39) render/html_css.c:114 html_convert_css_callback: 1 fetches active (41.40) content/fetchers/curl.c:834 fetch_curl_done: done http://www.gaydon.org.uk/css/swiss.css (41.40) content/fetchers/curl.c:872 fetch_curl_done: Unknown cURL response code 28 (41.40) content/fetchers/curl.c:699 fetch_curl_stop: fetch 0x4e727878, url 'http://www.gaydon.org.uk/css/swiss.css' (41.40) render/html_css.c:110 html_convert_css_callback: stylesheet http://www.gaydon.org.uk/css/swiss.css failed: Timeout was reached This is missing :- http://www.gaydon.org.uk/css/pcminutes.css -- David Pitt Raspberry Pi
Re: simple html pages slow to render
In message "Chris Young" wrote: > On Sat, 7 Nov 2015 15:08:01 +0000, David Pitt wrote: >> "Chris Young", on 7 Nov, wrote: >> >>> On Sat, 07 Nov 2015 11:35:26 GMT, John Rickman Iyonix wrote: >>> >>>> The Gaydon online parish magazine is a single HTML file which references >>>> a common CSS file. >>>> >>>> http://www.gaydon.org.uk/mags.html >>>> >>>> It takes on average 31 seconds to load and display a magazine using >>>> NetSurf #3055 on an Iyonix. Javascript on or off makes no difference. >>>> >>>> Using NetSurf 3.2 the page load is instantaneous. >>>> >>>> Not sure if this counts as a bug but I have submitted a report to the >>>> tracker. >>> >>> Loading in 0.8 seconds here. Can you attach a log to the bug report, >>> otherwise it's unlikely the problem will be identified? >> >> The 31secs bit on #3055 occurs on downloading a magazine, not on downloading >> the page above. I can confirm this on my Iyonix running OS5.22 and a >> Raspberry Pi running OS 5.23 (03Nov15). It's all good on NetSurf 2.9 on Mac >> VRPC at 0.2s. > OK, I'd missed that the page mentioned wasn't the one with the > problem. They all load in 2s or less here, so it might be a RISC OS > specific issue. Assumptions!!! We RISC OS users think that NetSurf is a RISC OS browser when in fact it is multi-platform. Indeed it can even run on an Amiga. A fresh built nsgtk on Ubuntu loads the magazines in 0.1s. -- David Pitt Raspberry Pi
Re: simple html pages slow to render
"Chris Young", on 7 Nov, wrote: > On Sat, 07 Nov 2015 11:35:26 GMT, John Rickman Iyonix wrote: > > > The Gaydon online parish magazine is a single HTML file which references > > a common CSS file. > > > > http://www.gaydon.org.uk/mags.html > > > > It takes on average 31 seconds to load and display a magazine using > > NetSurf #3055 on an Iyonix. Javascript on or off makes no difference. > > > > Using NetSurf 3.2 the page load is instantaneous. > > > > Not sure if this counts as a bug but I have submitted a report to the > > tracker. > > Loading in 0.8 seconds here. Can you attach a log to the bug report, > otherwise it's unlikely the problem will be identified? The 31secs bit on #3055 occurs on downloading a magazine, not on downloading the page above. I can confirm this on my Iyonix running OS5.22 and a Raspberry Pi running OS 5.23 (03Nov15). It's all good on NetSurf 2.9 on Mac VRPC at 0.2s. Log file uploaded :- http://bugs.netsurf-browser.org/mantis/view.php?id=2384 This in "Steps To Reproduce", "click on a smaple entry" had me going for a while until anagram mode kicked in. -- David Pitt
Re: Weird link
"Richard Torrens (lists)", on 22 Oct, wrote: > http://www.oldstylesiamese.co.uk/kitten-list/adverts/male-female-old-style-kittens/ > > There is a link in the html which goes: > > Website href="http://www.arpegesiamesecats.co.uk";>www.arpegesiamesecats.co.uk > > but pointing to it or clicking on it takes me to > http://www.emrys-siamese.co.uk/ > > This does not happen on firefox, and I can't see why Netsurf should do it! > > > This is with 3.4 (Dev CI #3005) > That is unspeakably wierd!! I think it must be a layout error somehow, the real link to 'emrys-siamese', as revealed by Safari, is actually under the "Built By Emrys" link at the bottom of the Safari rendition but which on NetSurf it is on the right hand side level with the area that appears to link to the wrong place. It is as if a box has wrapped around to the left hand side. Just hover the mouse over the afflicted areas. -- David Pitt
Re: Fail 2890 json
"Gerald Dodson", on 13 Aug, wrote: > Has any one else had this version fail? Try #2911 or later. -- David Pitt
Re: Fail 2890 json
Daniel Silverstone, on 14 Aug, wrote: > On Fri, Aug 14, 2015 at 09:31:36 +0100, David Pitt wrote: > > Daniel Silverstone, on 14 Aug, wrote: > > > > > On Thu, Aug 13, 2015 at 22:56:41 +0100, Gerald Dodson wrote: > > > > Has any one else had this version fail? > > > > > > It is distinctly likely that current CI builds will cause issues. > > > We're undergoing a *huge* JS transition and forcing JS on while we do > > > it. If you encounter issues, turn JS off after loading your browser > > > (note it will turn on again next time the browser loads). > > > > Is this a RISC OS thing? I have just built nsgtk and that looks OK > > (briefly tested caveat etc..) with JavaScript enabled. > > The auto-turn-on will happen on every platform. The JS initialisation > code forces the option. I should have been clearer, I meant JavaScript itself is working, sites that crash on RISC OS didn't crash on Ubuntu. -- David Pitt
Re: Fail 2890 json
Daniel Silverstone, on 14 Aug, wrote: > On Thu, Aug 13, 2015 at 22:56:41 +0100, Gerald Dodson wrote: > > Has any one else had this version fail? > > It is distinctly likely that current CI builds will cause issues. We're > undergoing a *huge* JS transition and forcing JS on while we do it. If > you encounter issues, turn JS off after loading your browser (note it will > turn on again next time the browser loads). Is this a RISC OS thing? I have just built nsgtk and that looks OK (briefly tested caveat etc..) with JavaScript enabled. -- David Pitt
Re: Fail 2890 json
"Gerald Dodson", on 13 Aug, wrote: > Has any one else had this version fail? Currently NetSurf starts with JavaScript enabled irrespective of any Choices saved previously. A new JavaScript engine is being incorporated but at the moment this is "work in progress" by which I mean it crashes a lot with the "NetSurf has detected a serious error and must exit window". The work around is to disable JavaScript before trying again. -- David Pitt
Re: Something went wrong between 2873 and 2874
In message <54f1ea25fbbbai...@argonet.co.uk> Brian wrote: > In article <80739ff154.davem...@my.inbox.com>, >Dave Higton wrote: >> http://www.bbc.co.uk/sport/0/athletics/33867962 causes NS to silently >> evaporate from CI 2874 onwards - up to 2873 is OK. > Evaporates with #2890, too. >> I have reported it. >> 2874 onwards also fails to view the report in Mantis - which gives >> another URL to try. >> Dave It's a JavaScript thing. This is with #2891. Recent NetSurfs start up with JavaScript enabled no matter what had been saved to Choices previously. As such the site crashes. Disable JavaScript and the site renders. Bug tracker updated. http://bugs.netsurf-browser.org/mantis/view.php?id=2344 -- David Pitt Raspberry Pi
Re: Saving Choices
Gavin Wraith, on 11 Aug, wrote: > I have noticed that "Disable JavaScript" appears not to be saved in > .WWW.NetSurf.Choices. Is that right? Using NS 3.4 #2876 -- Enabling JavaScript does write an "enable_javascript:1" token to Choices which is deleted when JavaScript is disabled. -- David Pitt
Re: Crash with #2860
David Pitt, on 19 Jul, wrote: > David Pitt, on 19 Jul, wrote: > > > "Chris Young", on 19 Jul, wrote: > > > > > On Sun, 19 Jul 2015 09:57:04 +0100, David Pitt wrote: > > > > > > > NetSurf opens a local home page here on startup. Reboot the machine, > > > > start NetSurf, quit NetSurf then restart NetSurf, crash. This starts > > > > with #2859 and also happens with #2860, however #2858 seems OK. If > > > > NetSurf is restarted without opening a home page then the crash > > > > happens on clicking on its iconbar icon. > > > > > > Actually, try 2862, that's more likely to fix it. > > > > Or not. I have posted a log at :- > > > > http://www.pittdj.co.uk/temp/ns2862.zip > > > > I will get something on the bug tracker. > > > http://bugs.netsurf-browser.org/mantis/view.php?id=2334 #2863 fixes it. Many thanks. -- David Pitt
Re: Crash with #2860
"Chris Young", on 19 Jul, wrote: > On Sun, 19 Jul 2015 09:57:04 +0100, David Pitt wrote: > > > NetSurf opens a local home page here on startup. Reboot the machine, > > start NetSurf, quit NetSurf then restart NetSurf, crash. This starts > > with #2859 and also happens with #2860, however #2858 seems OK. If > > NetSurf is restarted without opening a home page then the crash happens > > on clicking on its iconbar icon. > > That'll be my fault then. > > Try build 2861. If that doesn't work I'll have a proper look when I have > some time to test. 2861 also crashes. -- David Pitt
Re: Crash with #2860
David Pitt, on 19 Jul, wrote: > "Chris Young", on 19 Jul, wrote: > > > On Sun, 19 Jul 2015 09:57:04 +0100, David Pitt wrote: > > > > > NetSurf opens a local home page here on startup. Reboot the machine, > > > start NetSurf, quit NetSurf then restart NetSurf, crash. This starts > > > with #2859 and also happens with #2860, however #2858 seems OK. If > > > NetSurf is restarted without opening a home page then the crash > > > happens on clicking on its iconbar icon. > > > > Actually, try 2862, that's more likely to fix it. > > Or not. I have posted a log at :- > > http://www.pittdj.co.uk/temp/ns2862.zip > > I will get something on the bug tracker. > http://bugs.netsurf-browser.org/mantis/view.php?id=2334 -- David Pitt
Re: Crash with #2860
"Chris Young", on 19 Jul, wrote: > On Sun, 19 Jul 2015 09:57:04 +0100, David Pitt wrote: > > > NetSurf opens a local home page here on startup. Reboot the machine, > > start NetSurf, quit NetSurf then restart NetSurf, crash. This starts > > with #2859 and also happens with #2860, however #2858 seems OK. If > > NetSurf is restarted without opening a home page then the crash happens > > on clicking on its iconbar icon. > > Actually, try 2862, that's more likely to fix it. Or not. I have posted a log at :- http://www.pittdj.co.uk/temp/ns2862.zip I will get something on the bug tracker. -- David Pitt
Re: Crash with #2860
Peter Young, on 19 Jul, wrote: > I can't raise a bug report for this, as the bug-reporting page was > off-line when I tried just now. I'll try again later today. > > ARMX6, RISC OS 5.21. I downloaded #2860, which immediately crashed when I > opened my home page, www.bbc.co.uk/news. I shut the machine down. and this > time the home page loaded, but when I tried to open > http://www.bbc.co.uk/weather/gl52 NetSurf crashed again; I have the > logfile. I reverted to #2856, which behaved. > > Has anyone else found this? If so, I'll raise a proper bug report when I > can do. I am not seeing that crash specifically but am seeing something else. NetSurf opens a local home page here on startup. Reboot the machine, start NetSurf, quit NetSurf then restart NetSurf, crash. This starts with #2859 and also happens with #2860, however #2858 seems OK. If NetSurf is restarted without opening a home page then the crash happens on clicking on its iconbar icon. The JavaScript setting does not seem relevant. This is on a Raspberry Pi Mk1 with OS 5.23 (18-Jul-15) complete with Zero Pain though there is no Zero Pain log. For the fast asleep :- https://www.riscosopen.org/news/articles/2015/07/05/important-software-compatibility-notice -- David Pitt
Accents in URLs
In June 2014 there was a thread on accents in URLs not working in the RISC OS NetSurf. That thread has expired here so I need to start a new thread just to say the issue is now fixed in #2859. http://bugs.netsurf-browser.org/mantis/view.php?id=2137 The URLs were:- http://dahlström.net or http://dahlström.net/svg/favicon/favicon.html (In the event of character mangling that's o-umlaut, alt-246.) My thanks to the NetSurf developers. -- David Pitt
Re: More disc cache improvements
Vincent Sanders, on 5 May, wrote: > Further to my previous efforts I have made an attempt to improve the disc > cache performance even more. I would again be grateful if suitably > interested users could try test CI build 2771 or later. [snip] > I am especially interested in testing from the Iyonix as this was right on > the edge of usefulness previously. [snip] NetSurf #2771 >From the Iyonix on heavy duty news sites, 347744, 375645, 366788 and 537769 bytes/sec. Lighter sites with presumably less to cache returned 56655 and 44821 bytes/sec, but the "too slow" warning never appeared. On VRPC OS4.39 on Windows 7, 508804, 1033119 and 1119900 bytes/sec which is better than previously. -- David Pitt
Re: Hot List
John Rickman Iyonix, on 30 Apr, wrote: > Dave Higton wrote > > > My uncle trained many years ago in Adult Education. One thing he said > > has always stuck with me: that adults possess no less ability to learn > > than do children. > > Your uncle was right, but he forgot to mention how quickly adults can > forget what they have learnt. > > I have been trying to learn Spanish for years but forget words at the same > rate as I learn them. :-( ¿Qué es lo bueno de eso, NetSurf no está escrito en español. I have a similar issue with C, but this thread has been enough to get me to restart my C learning curve, and very enjoyable it has been too. -- David Pitt
Re: Unable to report a bug.
Peter Young, on 15 Apr, wrote: > On 15 Apr 2015 David Pitt wrote: > > > Peter Young, on 15 Apr, wrote: > > > > On 15 Apr 2015 Brian Jordan wrote: > >> > > > > In article , > >>>Peter Young wrote: > > > > > On 14 Apr 2015 Peter Young wrote: [snip] > > > > > > I tried to access http://www.remapglos.org.uk/ and get "Warning > > > > > > from NetSurf: OK". The site works properly on Chrome in Windows. > > > > > > I have the relevant logfile. [snip] > > Site loads OK here with JavaScript disabled with #2721 > [snip] However, what is the meaning of the unhelpful error message "OK"? I would not read too much into the "OK", this is all work in progress. The log gives a bit more detail :- (53.23) content/fetchers/curl.c fetch_curl_setup 285: fetch 0x65fc1680, url 'http://www.remapglos.org.uk/scripts/AC_RunActiveContent.js' (53.23) render/html_script.c exec_src_script 445: 1 fetches active (53.23) render/html.c html_begin_conversion 1087: Parsing failed (53.23) riscos/gui.c warn_user 2084: OK (null) That would indicate that there has been a JavaScript failure. -- David Pitt
Re: Unable to report a bug.
Peter Young, on 15 Apr, wrote: > On 15 Apr 2015 Brian Jordan wrote: > > > In article , > >Peter Young wrote: > > > On 14 Apr 2015 Peter Young wrote: > > > > > I have tried to report this on the bug tracker, but can't. It didn't > > > > accept my username and password, I have tried twice to change the > > > > password, and still can't get in. Perhaps someone who can access the > > > > tracker might kindly like to report it. > > > > > ARMini, RISC OS 5.18, NS #2720 > > > > > I tried to access http://www.remapglos.org.uk/ and get "Warning from > > > > NetSurf: OK". The site works properly on Chrome in Windows. I have > > > > the relevant logfile. > > > > I have now been able to report this using Windows Chrome, but still > > > can't do it with RISC OS NetSurf. Why, I wonder? > > > If you want to enhance your report Netsurf is being tripped up by the > > following meta statement within the of the document. > > > > "text/html; charset=us-ascii" /> > > > An interesting page in many ways, running it through HTML Tidy here > > throws up a lot of warnings and concludes "Info: Document content looks > > like HTML Proprietary" > > Thanks, Brian, and I've added a note, even though I don't understand what > you say! Site loads OK here with JavaScript disabled with #2721 -- David Pitt
Re: unreadably narrow column in rendering of page
"J. F. Lemaire", on 3 Apr, wrote: > On 31 March 2015 at 16:44, Jim Nagel wrote: > > These pages from local newspaper takes ages in the fetching-processing > > stage, and then finally displays its text in a pane that is too narrow > > to read. > > http://www.centralsomersetgazette.co.uk/Just-doctor-ordered/story-26229361-detail/story.html > > http://www.centralsomersetgazette.co.uk/Street-schoolgirl-gains-place-national-theatre/story-26181050-detail/story.html > > > > Dunno if the fault is Netsurf or the designer of the page. > > Firefox doesn't seem to be doing a much better job. It doesn't look like a > NetSurf issue. All good here in Firefox 36.0.4. In NetSurf #2696 there is a large blank space to the left of the story. -- David Pitt
Re: Updated disc cache
cj, on 3 Apr, wrote: > In article , > David Pitt wrote: > > Hmm! My Iyonix did over three time better than that, and there was no > > "too slow" message. My test piece was http://www.dailymail.co.uk because > > that is a particularly heavy duty site. > > OK. A lot of random browsing around that site led to: > > (5743.13) content/llcache.c llcache_finalise 3352: Backing store > average bandwidth 531777 bytes/second > > which is over 5 times faster. However, I thought we would be talking drive > speed, which shouldn't be affected by the download speed of any particular > site, or am I completely up the wrong alley? I have just a bit of a take two on the Daily Mail site, a longer session, and this time got an average bandwidth of 447397bytes/second on the Iyonix. I too would think that cacheing would mainly be about disc speed but I also think NetSurf's performance is severely hampered by the slow processors available to RISC OS. -- David Pitt
Re: Updated disc cache
cj, on 3 Apr, wrote: > In article <20150403111441.gb18...@kyllikki.org>, >Vincent Sanders wrote: > > The bandwidth line will be about 20 lines from the end of the log > > I restarted Netsurf with cache enabled on the Iyonix. Loaded up the ROOL > forum. Message came up almost immediately that the cache was being > disabled. Can't say that I blame it! The ROOL forum content is particularly turgid at the moment, no sensible software would see any purpose in cacheing that. > Quit again. > > Write speed details. > > (169.28) content/llcache.c llcache_finalise 3352: Backing store > average bandwidth 95831 bytes/second > > Doesn't look very hopeful does it. Hmm! My Iyonix did over three time better than that, and there was no "too slow" message. My test piece was http://www.dailymail.co.uk because that is a particularly heavy duty site. -- David Pitt
Re: Updated disc cache
Vincent Sanders, on 3 Apr, wrote: [snip - cache bandwidth] NetSurf 2696 RPi2 SDFS 6067 bytes/s RPi2 Fat32FS 15220 bytes/s Iyonix320252 bytes/s A9home509265 bytes/s VRPC W7 SSD 605771 bytes/s -- David Pitt
Re: BBC News
Tony Moore, on 30 Mar, wrote: > According to http://www.bbc.com/news/blogs-the-editors-32016166 published > by the BBC, on 23 March 2015 > >Our new "responsive" design [of the BBC News website], which we've >just launched for desktop computer, aims to make sure the site looks >great whichever device or screen size you are on - mobile, tablet or >desktop. This works well here on the desktop and iPad versions of Safari, the intent seems reasonable and appears well implemented in that context. > However, http://www.bbc.co.uk/news , displayed by NetSurf #2655, on a > RiscPC, seems to be a version for mobile, and looks far from 'great'. This helps, (a bit) http://www.bbc.co.uk/?dzf=news > Do others see the same mess? It certainly goes wrong in NetSurf and the real mobile version goes even more wrong, http://m.bbc.co.uk/news JavaScript is required for the progressive jpegs, a problem for NetSurf which gets stuck with low resolution versions. Users can have their say :- http://www.bbc.co.uk/news/blogs-the-editors-31989823 https://ecustomeropinions.com/survey/survey.php?sid=264941693 -- David Pitt
Re: #2654
Tony Moore, on 18 Mar, wrote: > On 18 Mar 2015, David Pitt wrote: > > Rob Kendrick, on 18 Mar, wrote: > > [snip] > > > > Then this does sound like a bug or omission in HostFS, not NetSurf. > > > > It is not a NetSurf bug, it is just a helpful work around for foibles > > elsewhere. > > [only just seen this thread] I was the OP of the feature request, and did > explain the reasoning there. > > In RISC OS, if a directory is copied, its original datestamp is loat, > however if a !Runimage is present then the application directory shows the > datestamp of the !Runimage, thus preserving the datestamp of the original > full-save. Is this with VRPC? -- David Pitt
Re: #2654
Rob Kendrick, on 18 Mar, wrote: > On Wed, Mar 18, 2015 at 10:25:41AM +0000, David Pitt wrote: > > The underlying issue is how the host treats directory moves, real RISC > > OS or for exampler SDFS on the Pi, maintains the original date stamp on > > a move. > > > > HostFS on VRPC Mac, RPCEmu Mac and VRPC Windows 7 on a directory move > > assign the current time at the move. > > Then this does sound like a bug or omission in HostFS, not NetSurf. It is not a NetSurf bug, it is just a helpful work around for foibles elsewhere. -- David Pitt
Re: #2654
Rob Kendrick, on 18 Mar, wrote: > On Wed, Mar 18, 2015 at 09:15:30AM +0000, David Pitt wrote: > > > > And it works. Tested on Mac VRPC which does not preserve the directory > > timestamp on a move. > > Ah, is this a bug in VRPC? This would explain a lot. A bug in VRPC!! How very dare you! > (I've been experimenting in RPCEmu trying to work out wtf this bug is > about; directory time stamps work as I'd expect them to there, regardless > of any !RunImage or lack of one.) The bit about !RunImage defining the Application date stamp was new to me, and it does work. The underlying issue is how the host treats directory moves, real RISC OS or for exampler SDFS on the Pi, maintains the original date stamp on a move. HostFS on VRPC Mac, RPCEmu Mac and VRPC Windows 7 on a directory move assign the current time at the move. -- David Pitt
Re: #2654
Vincent Sanders, on 18 Mar, wrote: > On Wed, Mar 18, 2015 at 08:28:45AM +, John Williams wrote: > > > > NetSurf changes page says, re #2654: > > Had you actually read the commit message in its entirity [1] you would > have discovered that the text clearly explains why this was done. > > It fixes bug #1970 [2] by causing the datestamp of the !RunImage file to > be used for the application creation date instead of the directory whose > metadata is easily changed by filesystem operations. > > At least thats what the bug said and it was either implement it or close > it. So I implemented it. And it works. Tested on Mac VRPC which does not preserve the directory timestamp on a move. -- David Pitt
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: NS serious error
Dave Higton, on 11 Mar, wrote: > In message <55931.82.153.33.53.1426101904.squir...@email.orpheusnet.co.uk> > "Gerald Dodson" wrote: > > > > In message > > <52388.82.153.33.53.1425934245.squir...@email.orpheusnet.co.uk> > >> "Gerald Dodson" wrote: > >> > > > > In trying to access: > > > > www.hl.co.uk/shares-search-results/i/iberdrola-sa-eur-0.75 NS has a > > > > serious error and must exit. Iyo 5.18 NS 2641 I would try ths on the > > > > other Iyo but again I think the vga output i not > > > > working. > > > > Any one else get te same? > > > I just tried it. No crash. "Sorry, the page you are looking for > > > cannot be found". Is this what we should see, or is there a mistake > > > in the URL above? > > There is a mistake. I omitted a second "/shares" > > > > Correct URL is: > > > > www.hl.co.uk/shares/shares-search-results/i/iberdrola-sa-eu-0.75 > > > > sorry for the error > This can't be found either. The page is :- http://www.hl.co.uk/shares/shares-search-results/i/iberdrola-sa-eur-0.75 The crash will appear reasonably promptly with JavaScript disabled and after a delay if JavaScript is enabled. Bug reported. -- David Pitt
RE: Malformed site (partly OT).
In message Peter Young wrote: > On 19 Feb 2015 Dave Higton wrote: >> On Thu, 19 Feb 2015 08:01:50 GMT Peter Young wrote: >>> I maintain the website of the local branch of the Multiple Sclerosis >>> Society, at www.mssociety.org.uk/cheltenham (NB I am only responsible >>> for the content, not the formatting). From time to time the site gets >>> seriously malformed in RISC OS NetSurf, and then a few days later goes >>> back to what is should be. Screenshots of this are at >>> http://pnyoung.orpheusweb.co.uk/Chrome.jpg as it should be in Chrome on >>> Windows and >>> http://pnyoung.orpheusweb.co.uk/NetSurf.jpg as it was yesterday in >>> NetSurf #2600, but it's back to how it should be this morning! Same >>> NetSurf build. >> Isn't this what happens when a site doesn't respond quickly enough >> and Netsurf times out getting later parts of the site? >> (Not to blame the site for the delay - it could equally be any part >> of the network between the site and NS.) > That's an interesting thought, thanks. The site is very slow in > rendering, even in Chrome; it gets very irritating sometimes, when I'm > editing it. Using VRPC on the iMac and NetSurf 2.9, the latest version that works in that platform, the site renders in 1.3s, and reloads in 0.2s using the old-fashioned cache. Firefox and Safari are all but instant on the same iMac. On the Raspberry Pi with NetSurf 3.3 #2600 the site takes 30s and even then only renders in the cut down form. NetSurf 3.1, however, on the Raspberry Pi 2 renders fully in 3.2s. -- David Pitt OS4.39, VRPC, iMac
Re: #2463 - Scanning fonts
Brian, on 22 Dec, wrote: > In article <618eb77954.andrew-...@waitrose.com>, Andrew Pinder > wrote: [snip] > > http://ci.netsurf-browser.org/builds/ says "Notice: "At any given time > > these builds may be broken, unstable, have verbose logging enabled, or > > exhibit any other undesirable behaviour." > > Fairy nuff! I had forgotten, I've just got used to NetSurf being stable > and well behaved of late. > > > I suspect that one of the NetSurf developers made a change that had the > > undesirable side-effect of slowing down font scanning and has now made > > another change that speeds it up again :-) > > That thought had occurred to me, but then it is the season of the year and > a time of max stress. 8-) Up until a few weeks ago I was subscribed to an RSS feed from Jenkins which gave clear indication of recent changes. That feed disappeared and the only replacements I have found on Jenkins are sporadic and incomplete. This, and its RSS, is currently only showing the latest version :- http://ci.netsurf-browser.org/jenkins/view/All/job/netsurf/changes This RSS feed seems to have stopped at #2451 :- http://ci.netsurf-browser.org/jenkins/view/All/job/netsurf/BUILD=arm-unknown-riscos,BUILD_JS=json,CC=gcc,TARGET=riscos/rssAll And this only has #2471 :- http://ci.netsurf-browser.org/jenkins/job/netsurf/BUILD_JS=json,CC=gcc,HOST=arm-unknown-riscos,TARGET=riscos/rssAll OTOH I have not actually seen any recent difficulties. -- David Pitt
Re: #2463 - Scanning fonts
David Pitt, on 21 Dec, wrote: > cj, on 21 Dec, wrote: > > > In article <547974ef73joh...@ukgateway.net>, > >John Williams wrote: > > > Not happening here! > > > > Nor here, on three different machines > > > > Nor here, OS5.21. P.S. Had just got sat down with a cup of coffee and the paper and a thought occurred. Isn't this repeating font scan possibly down to a corrupt font? No idea how to tell which font to blame. -- David Pitt
Re: #2463 - Scanning fonts
cj, on 21 Dec, wrote: > In article <547974ef73joh...@ukgateway.net>, >John Williams wrote: > > Not happening here! > > Nor here, on three different machines > Nor here, OS5.21. -- David Pitt
Re: BBC sites very slow.
Peter Young, on 18 Dec, wrote: > On 17 Dec 2014 Steve Fryatt wrote: > > > On 17 Dec, Peter Young wrote in message > > <22e59c7754.pnyo...@pnyoung.ormail.co.uk>: > > > > 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 > > > as usual. > >> > > > Is this a problem with NetSurf or with the BBC sites? I suspect the > > > latter. > > > Have you done the same comparison using another browser (on another OS), > > to confirm that it's actually NetSurf and not the sites themselves? For > > many sites, your connection speed won't be the limiting factor. > > Good point. Using http://www.bbc.co.uk/weather/gl52 1 minute 20 seconds > with RISC OS NetSurf, already on the icon bar; with Chrome in Windows, > again already running, less than 2 seconds. Is this worth a bug report? NetSurf #2441 downloads the weather in 4.6s on the RaspberryPi. Is there by any chance spurious junk in a previously used NetSurf Cache? -- David Pitt
Re: Change.org massively scaled images
Cristopher Dewhurst, on 3 Dec, wrote: > Hi all > > 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 > > https://www.change.org/p/new-era-should-not-become-the-end-of-an-era?utm_source=action_alert&utm_medium=email&utm_campaign=192906 > > 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? #2419 doesn't like on the A9home. -- David Pitt
Re: Error message about Possible Security Violation
Cristopher Dewhurst, on 21 Nov, wrote: > In message > David Pitt wrote: > > [snip] > > https://bamscli.webitrent.com/bamscli_web/wrd/run/ETREC105GF.open?WVID=09873000Jp > >> > > > (click on the "search" button") > > [snip] > > > The URL above has been wrapped and truncated, getting dropped 'p' back > > gives a working URL on Safari and NetSurf #2321 on the Raspberry Pi. > > > https://bamscli.webitrent.com/bamscli_web/wrd/run/ETREC105GF.open?WVID=09873000Jp > > > Thanks David but what do you get when you actually click on "search" I get some job offers at the URL below. > https://bamscli.webitrent.com/bamscli_web/wrd/run/ETREC105GF?USESSION=6D257B4671AE11E4B495EBAE27254D7A&WVID=09873000Jp&LANG=USA Entering that URL directly however does trigger thee error below. > > I'm using Dev #2369 Raspberry Pi RISC OS 5.21 and still get the following > error: > > "A possible security violation has been detected on displaying this page" This is however nothing to with NetSurf. -- David Pitt
Re: RISC OS experimental build with new compiler
In message <20141116110249.gb21...@platypus.pepperfish.net> Rob Kendrick wrote: > On Sun, Nov 16, 2014 at 10:57:43AM +0000, David Pitt wrote: >> In message <20141116101839.ga21...@platypus.pepperfish.net> >> Rob Kendrick wrote: >> >>> Hi, >> >>> I have built a copy of RISC OS NetSurf using a much newer version of the >>> compiler (GCCSDK's prerelease based on 4.7). If people could give a few >>> minutes to playing with it to give us some confidence of it working, >>> that'd be great. (Also any comments on performance difference, better >>> or worse, would be of interest.) >> >>> http://www.rjek.com/netsurf-gccsdk-4.7.zip >> >> It has had a few minutes on the Raspberry Pi, it works, it didn't >> explode at all. In fact as far as I can see it is indistinguishable >> from #2335. > Check about:testament to make sure it really is my build you're using :) That seems a weird comment. I did check which was running from Info on the iconbar menu. -- David Pitt OS4.39, VRPC, iMac
Re: RISC OS experimental build with new compiler
In message <20141116101839.ga21...@platypus.pepperfish.net> Rob Kendrick wrote: > Hi, > I have built a copy of RISC OS NetSurf using a much newer version of the > compiler (GCCSDK's prerelease based on 4.7). If people could give a few > minutes to playing with it to give us some confidence of it working, > that'd be great. (Also any comments on performance difference, better > or worse, would be of interest.) > http://www.rjek.com/netsurf-gccsdk-4.7.zip It has had a few minutes on the Raspberry Pi, it works, it didn't explode at all. In fact as far as I can see it is indistinguishable from #2335. -- David Pitt OS4.39, VRPC, iMac
Re: Warning! Crash in recent development builds
Brian Jordan, on 15 Nov, wrote: > In article , > David Pitt wrote: > > In message <5466e9f50bbrian.jord...@btinternet.com> > > Brian Jordan wrote: > > > > I have discovered that attempting to complete forms rendered in 3.3 > > > (Dev CI #2327) can crash NetSurf and stiff the computer. In particular > > > ists, where one selects from a list to complete the form, fail to show > > > the list and everything hangs - here anyway. Bug report raised (after > > > reverting to an earlier NetSurf to circumvent this problem on the > > > tracker). > > > I have uploaded a log. On the Raspberry Pi an alt-break stopped NetSurf > > without the whole machine going down. > > Here alt-break delays the agony momentarily. Pressing "Stop" in the Window > Messenger dialogue box stiffs the emulator. It is fixed in #2335, for which many thanks. -- David Pitt
Re: Britmovie rendering
In message <0004812d.01eff490b...@smtp.freeola.net> Peter Slegg wrote: > Hi all, > http://www.britmovie.co.uk/ > On my Atari with build No. 2327 the line of buttons > below the banner is rendered off to the right-hand side. Likewise on RISC OS, #2328. -- David Pitt OS4.39, VRPC, iMac
Re: Warning! Crash in recent development builds
In message <5466e9f50bbrian.jord...@btinternet.com> Brian Jordan wrote: > I have discovered that attempting to complete forms rendered in 3.3 (Dev > CI #2327) can crash NetSurf and stiff the computer. In particular ists, > where one selects from a list to complete the form, fail to show the list > and everything hangs - here anyway. > Bug report raised (after reverting to an earlier NetSurf to circumvent > this problem on the tracker). I have uploaded a log. On the Raspberry Pi an alt-break stopped NetSurf without the whole machine going down. -- David Pitt OS4.39, VRPC, iMac
Re: Error message about Possible Security Violation
Tony Moore, on 15 Nov, wrote: > On 14 Nov 2014, David Pitt wrote: > > Cristopher Dewhurst, on 14 Nov, wrote: > > > > > When searching for vacancies on this website: > > [snip truncated url] > > > > (click on the "search" button") > > > > > > I get an error "A possible security violation has been detected on > > > displaying this page". > > > > > > Anyone know what's going on? > > [snip] > > > The URL above has been wrapped and truncated, getting dropped 'p' back > > gives a working URL on Safari and NetSurf #2321 on the Raspberry Pi. > > > > https://bamscli.webitrent.com/bamscli_web/wrd/run/ETREC105GF.open?WVID=09873000Jp > > True, but what of the 'security violation' error message? - which I also > see here. I don't think it is anything too exciting, it just means 'page not found' or 'you don't have permission to be here', not logged in that is. The site thinks it might be being hacked. The link above is to a third party site which may be accessed via http://www.babergh.gov.uk -- David Pitt
Re: Error message about Possible Security Violation
Cristopher Dewhurst, on 14 Nov, wrote: > HI all > > When searching for vacancies on this website: > > https://bamscli.webitrent.com/bamscli_web/wrd/run/ETREC105GF.open?WVID=09873000J > p > > (click on the "search" button") > > I get an error "A possible security violation has been detected on > displaying this page". > > Anyone know what's going on? I'll report it using the "Website Feedback > Form" if it's not to do with Netsurf. (Feedback form *does* look like it > works but haven't actually filled it out yet) > > thanks The URL above has been wrapped and truncated, getting dropped 'p' back gives a working URL on Safari and NetSurf #2321 on the Raspberry Pi. https://bamscli.webitrent.com/bamscli_web/wrd/run/ETREC105GF.open?WVID=09873000Jp -- David Pitt
Re: (no subject)
Brian, on 24 Oct, wrote: > Hi > > I wonder if someone would care to say why the following page doesn't do > what it's supposed to do in such an appalling way. > > http://www.parkersproperties.co.uk/property/3516214 > > > It isn't especially critical for me but other companies pages, of this > type, are handled far better in NetSurf. > > Just curious. It's not perfect but it's not appalling either, here on NetSurf 3.3 #2193. The slideshow is missing and the 'Overview' and 'What's Nearby' pages are rolled into one. There is a bit more development to go before NetSurf catches up with Safari's or Firefox's rendering of real world sites. -- David Pitt
Re: 2004: curious behaviour
Dave Higton, on 6 Jul, wrote: > I noticed, with NS 2004, on the ROOL fora pages, that when I click on a > link with a hash and then try to scroll up, NS rapidly oscillates between > redrawing the window at the original location and my chosen scrolled-to > location. 2000 is OK, 2004 not. > > Can someone else please confirm this before I raise a bug report? Confirmed. https://www.riscosopen.org/forum/forums/3/topics/2597#posts-32716 I also notice the title bar flickering. -- David Pitt
Re: Disc cache worth it?
Tony Moore, on 24 Jun, wrote: > On 24 Jun 2014, David Pitt wrote: > > [snip] > > > !Cache on a RamDisc looks much more promising. This is much better, the > > improvement is clear, and the machine is not taken over as the cache is > > written. > > NetSurf already has a Memory Cache. For the Disc Cache to serve any useful > purpose, it needs to be written to a non-volatile medium. Indeed. I do agree, I was just testing something. -- David Pitt
Re: Disc cache worth it?
Daniel Silverstone, on 24 Jun, wrote: > On Tue, Jun 24, 2014 at 08:10:29 +0100, David Pitt wrote: > > !Cache on a RamDisc looks much more promising. This is much better, the > > improvement is clear, and the machine is not taken over as the cache is > > written. > > You do realise that this is more work for the computer to do than simply > increasing the maximum size of the RAM cache in the browser? I had not got that far. The notion was just to highlight where the blockage is. In practice the two options perform similarly, as very briefly tested. -- David Pitt
Re: Disc cache worth it?
Rob Kendrick, on 23 Jun, wrote: [snip] > > Overall I was not persuaded that the cache results is any meaningful > > speed up and could even slow things up, not just on the Raspberry Pi but > > also on the Iyonix and VRPC on a Windows 7 laptop with an SSD. > > Certainly on UNIX and BeOS, it seems to provide a significant performance > boost, but this is probably because of their far superior IO layers. !Cache on a RamDisc confirms that. -- David Pitt
Re: Disc cache worth it?
Malcolm Hussain-Gambles, on 23 Jun, wrote: > Just for a positive, I have a panda board my Internet connection is > 120mbit. I do notice a difference. The Panda is going to be faster than a Raspberry Pi. > From my understanding and benchmarks the sd card can write at 20MB/sec > and the fastest tcp I can get is 6MB/sec read and that's off a local > webserver for testing purposes. > So I can't see how it would be slower to be honest. I'm slightly confused. As I understand it the small file write speed even on supposedly fast SD cards can be very slow. This certainly seems to be the case on the Pi. It first became really apparent after a particularly long winded !PackMan installation. A large number of small files is a problem. External drives are better but are only USB1. !Cache on a RamDisc looks much more promising. This is much better, the improvement is clear, and the machine is not taken over as the cache is written. -- David Pitt
Re: Disc cache worth it?
Peter Young, on 23 Jun, wrote: > I've been using the disc cache on RISC OS 2.19, ARMini, and I seem to have > found some downsides to it, and I wonder if (a) I'm doing it correctly and > (b) if it's worth the occasional faster opening of some sites. > > If I load, for instance, http://www.bbc.co.uk/news/ as the first site of a > session, it loads maybe a little faster, but then I get intermittent > hourglass activity for sometimes up to thirty seconds, during which I > can't do anything else. There are several other sites, for instance > Wikipedia home page, which do the same. And the next day the same happens. I have found much the same, a really good example of this is the Daily Mail's heavy weight site. http://www.dailymail.co.uk/home/index.html Writes to the Raspberry Pi's SD Card are so slow that !Cache is not going to be good news on it. It is better with !Cache on a Fat32 harddisc connected to the Pi and on the Iyonix but is still an issue. Overall I was not persuaded that the cache results is any meaningful speed up and could even slow things up, not just on the Raspberry Pi but also on the Iyonix and VRPC on a Windows 7 laptop with an SSD. > Looking in !Cache, which is in !Boot.!Resources, I find that in the > Caches.Default.NetSurf directory there are currently 1933 files, totalling > 22449384 bytes. Is this to be expected, as I don't use NetSurf a huge > amount? I've already excluded this directory from my daily backup, which > has been taking a lot longer since I started using !Cache. A lot of stuff is cached and the default maximum cache size is 1GB. It's not worth backing up, it's transient data that expires in a default of 28 days. I have uninstalled !Cache. -- David Pitt
Re: Not enough application memory to start Basic
Andrew Pinder, on 15 Jun, wrote: > In message > on 14 Jun 2014 Andrew Pinder wrote: > > > In message > > on 14 Jun 2014 Steve Fryatt wrote: > > > > I don't run NetSurf during the boot sequence -- are all the people > > > seeing issues doing that? What are people's Next slots configured to > > > during the boot process? > > > On completion of booting, my Next slot is set to 640k. I don't know how > > to tell if it's different during boot. > > Adding > > WimpSlot -min 16k -max 16k > > to the !Run file just before > > Run .!RunImage > > gets rid of the error message. It does, however, lead the application to > think it has not been invoked via its !Boot file, so it opens the Cache > directory. This is tested via > > SYS "XOS_ReadVarVal","Cache$FromBoot",block%,-1 TO ,,exists% > > Cache$From!Boot is set in the !Boot file before the !Run file is called > and then unset immediately afterwards. If the error being seen above is the same as the error I saw here then the easy way to duck it is to comment out the Run .!Run line in !Cache.!Run. But then I never saw a problem with !Cache in !Boot.Resources, the problem only showed up on attempting to use !Boot's 'Look at' tool. I do have a very much simpler cache providing application here using only Obey files. This may or may not be of interest to the NetSurf developers. -- David Pitt
Re: Not enough application memory to start Basic
David Pitt, on 14 Jun, wrote: [snip - !Cache memory issues] Have spent an entertaining morning with this the penny finally dropped. All the NetSurf needs to run its cache is a value for Cache$Dir pointing to the chosen location. -- David Pitt
Re: Not enough application memory to start Basic
Andrew Pinder, on 14 Jun, wrote: > In message <20140613221516.gc1...@platypus.pepperfish.net> > on 13 Jun 2014 Rob Kendrick wrote: > > > On Fri, Jun 13, 2014 at 09:42:54PM +0100, Andrew Pinder wrote: > > > > Couple people try moving it elsewhere (ie, outside !Boot.Resources), > > > > and configure !Boot to "look at" !Cache *BEFORE* it looks at or runs > > > > !NetSurf, and see if this solves the problem? > >> > > > Well, that put it slightly *later* in the Boot sequence but still > > > before looking at !NetSurf. Same error. > > > Thanks, that's a useful data point. We'll look more closely. > > I forgot to mention, I'm running 5.20 on an ARMini. > > I tried moving !Cache from Look at to Run, with no change. At that stage > I also removed !NetSurf from the boot completely. Eventually removing > !Cache completely from the boot sequence got rid of the error and brought > back the ARMini splash banner, which I now realise is what had been > missing. !Cache does not error here when in !Boot.Resources, but it also cannot use its SysLog calls as !SysLog is booted after !Cache. If I try to use !Boot's 'Look at' the error here is "Not enough memory", and the cache doesn't. One work around is to comment out the SysLog run line in !Cache.!Run. Another work around is to Filer_Run .!Run which had the disadvantage the the SysLog module is not loaded in time for !Cache.!RunImage to use it and is therefore somewhat useless. A more useful evasion is to ensure the the SysLog module is loaded before !Cache is booted. That is what is happening here but so far I have not seen the "Not enough application memory to start Basic" error. Raspberry Pi, OS5.21 (03-Jun-14). Hope this helps. -- David Pitt
Re: Persistant disc cache
In message <20140605224023.gb3...@platypus.pepperfish.net> Rob Kendrick wrote: [snip] >> Caches contains Single.MimeMan.MimeBase and Single.MimeMan.PluginMime. >> Both of these files are in SQLite format, but their datestamps have not >> changed since installing NS #1956 several hours ago. > These have nothing to do with NetSurf, but !Caches is not unique to > NetSurf; some other software on your system may now be using it. These two files are present in the download zip. -- David Pitt Raspberry Pi
Re: Accents in URLs
David Pitt, on 5 Jun, wrote: > Peter Young, on 5 Jun, wrote: > > > On 4 Jun 2014 "Chris Young" > > wrote: > > > > > On Mon, 10 Mar 2014 17:10:23 + (GMT), Tim Hill wrote: > > > > > > Just came across this URL which opens in 'other' browsers but not in > > > > RISC OS NetSurf here. Okay, I'll admit to using an old version (3.1 > > > > #1298) but no doubt I'll be told if later versions do cope. ;-) > > >> > > > > http://dahlström.net/svg/favicon/favicon.html > > > > > Just a note that with the latest CI build you will now be able to > > > follow these links on web pages. You should also be able to type them > > > in, however I've not tested that on RISC OS, so if it doesn't work, > > > please raise it on the bugtracker. > > > > Working here, with NetSurf #1952 and ARMini, RISC OS 5.19; thanks to the > > developers. Oddly enough, the o-umlaut doesn't appear in the URL bar, > > but NetSurf obviously knows it's there! > > Same NetSurf but Raspberry Pi, OS5.21 (03-Jun-14). > > Just to be clear, does it still work if the o-umlaut is directly typed > into either the top URL bar or the menu's "Open URL" icon. Alt-246 that > is. NetSurf says it runs out of memory. > > Once finger trouble here is excluded the bug tracker needs updating as > requested. I don't mind doing that. Bug 2137 raised. -- David Pitt
Re: Accents in URLs
Peter Young, on 5 Jun, wrote: > On 4 Jun 2014 "Chris Young" > wrote: > > > On Mon, 10 Mar 2014 17:10:23 + (GMT), Tim Hill wrote: > > > > Just came across this URL which opens in 'other' browsers but not in > > > RISC OS NetSurf here. Okay, I'll admit to using an old version (3.1 > > > #1298) but no doubt I'll be told if later versions do cope. ;-) > >> > > > http://dahlström.net/svg/favicon/favicon.html > > > Just a note that with the latest CI build you will now be able to follow > > these links on web pages. You should also be able to type them in, > > however I've not tested that on RISC OS, so if it doesn't work, please > > raise it on the bugtracker. > > Working here, with NetSurf #1952 and ARMini, RISC OS 5.19; thanks to the > developers. Oddly enough, the o-umlaut doesn't appear in the URL bar, but > NetSurf obviously knows it's there! Same NetSurf but Raspberry Pi, OS5.21 (03-Jun-14). Just to be clear, does it still work if the o-umlaut is directly typed into either the top URL bar or the menu's "Open URL" icon. Alt-246 that is. NetSurf says it runs out of memory. Once finger trouble here is excluded the bug tracker needs updating as requested. I don't mind doing that. Off topic I note that StrongED 4.69f6 needs a tweek to get it to accept accented characters in a URL. Having sorted that the URL is resolved. -- David Pitt
Re: Google hanging
David Pitt, on 2 Jun, wrote: > Alan Calder, on 2 Jun, wrote: > > > In article , David Pitt > > wrote: > > > Cristopher Dewhurst, on 2 Jun, wrote: > > > > > > Hi > > > > > > > > Using Netsurf v1940, seems to be ok here (Raspberry Pi RISC OS 5.21) > > > > Maybe a temporary glitch with Google, or perhaps something fixed in > > > > NS between 1932 and 1940? > > > > > 1940 still hangs here. > > > > Don't know about all these historical dates but I'm having no problems > > with Google using NS v3.1 on SA RPC OS 4.39 > > Back to the future in the not too distant then! > > It must be a knack but I have just seen NetSurf 3.1 hang on both OS5.21 on > the Pi and on VRPC OS4.39 on Windows 7. NetSurf 2.9 is OK on VRPC OS4.39 > on the Mac. > Another date, 1945 and victory. #1945 looks OK here. -- David Pitt
Re: Google hanging
Alan Calder, on 2 Jun, wrote: > In article , David Pitt > wrote: > > Cristopher Dewhurst, on 2 Jun, wrote: > > > > Hi > > > > > > Using Netsurf v1940, seems to be ok here (Raspberry Pi RISC OS 5.21) > > > Maybe a temporary glitch with Google, or perhaps something fixed in NS > > > between 1932 and 1940? > > > 1940 still hangs here. > > Don't know about all these historical dates but I'm having no problems > with Google using NS v3.1 on SA RPC OS 4.39 Back to the future in the not too distant then! It must be a knack but I have just seen NetSurf 3.1 hang on both OS5.21 on the Pi and on VRPC OS4.39 on Windows 7. NetSurf 2.9 is OK on VRPC OS4.39 on the Mac. > > Alan > > > > > > > Chris > > > > > > In message <7f015b1154.harr...@blueyonder.co.uk> Harriet Bazley > > > wrote: > > > > > > > Of recent weeks I've increasingly found that Google searches are not > > > > rendering in Netsurf, especially when you try to view a second or > > > > subsequent page of search results: the window just hangs there with > > > > the progress indicator moving instead of the usual almost instant > > > > return. Clicking on the same link again to force another fetch seems > > > > to be the only way to get the results. > > > > > > > Is anyone else seeing this, or is it my ISP? > > > > > > > (Netsurf v1932, JS disabled) > > > > > > > > > > -- David Pitt
Re: Google hanging
Cristopher Dewhurst, on 2 Jun, wrote: > Hi > > Using Netsurf v1940, seems to be ok here (Raspberry Pi RISC OS 5.21) Maybe > a temporary glitch with Google, or perhaps something fixed in NS between > 1932 and 1940? 1940 still hangs here. > > Chris > > In message <7f015b1154.harr...@blueyonder.co.uk> > Harriet Bazley wrote: > > > Of recent weeks I've increasingly found that Google searches are not > > rendering in Netsurf, especially when you try to view a second or > > subsequent page of search results: the window just hangs there with the > > progress indicator moving instead of the usual almost instant return. > > Clicking on the same link again to force another fetch seems to be the > > only way to get the results. > > > Is anyone else seeing this, or is it my ISP? > > > (Netsurf v1932, JS disabled) > > > -- David Pitt
Re: Google hanging
David Pitt, on 2 Jun, wrote: [snip] > I will dig a bit more. Bug 2136 now submitted. -- David Pitt
Re: Google hanging
Peter Young, on 2 Jun, wrote: > On 2 Jun 2014 David Pitt wrote: > > > Harriet Bazley, on 2 Jun, wrote: > > > > Of recent weeks I've increasingly found that Google searches are not > > > rendering in Netsurf, especially when you try to view a second or > > > subsequent page of search results: the window just hangs there with > > > the progress indicator moving instead of the usual almost instant > > > return. Clicking on the same link again to force another fetch seems > > > to be the only way to get the results. > >> > > > Is anyone else seeing this, or is it my ISP? > >> > > > (Netsurf v1932, JS disabled) > >> > > A quick test did reproduce this, v1920, Java Script not disabled, > > adverts hidden. Plusnet. > > Has anyone reported this to he bug site? If nobody else does I'll do it > later today. It would be useful if we could capture the stoppage in a log. Am I right in guessing that the numbers at the start of each log line are time from start. If so this may, or may not, be relevant. (62.23) content/llcache.c llcache_clean 2892: discarding stale cacheable object with no users or pending fetches (0x6599afa0) http://www.google.co.uk/search?q=elephant&hl=en-GB&gbv=1&ie=UTF-8&prmd=ivns&ei=sTyMU9arK6iy0QWU-YCQBg&start=10&sa=N (62.23) content/llcache.c llcache_object_destroy 855: Destroying object 0x6599afa0 (62.23) content/llcache.c llcache_clean 2892: discarding stale cacheable object with no users or pending fetches (0x659bdd18) http://www.google.co.uk/search?ie=ISO-8859-1&hl=en-GB&source=hp&q=elephant&btnG=Google+Search&gbv=1 (62.24) content/llcache.c llcache_object_destroy 855: Destroying object 0x659bdd18 (62.24) content/llcache.c llcache_clean 2999: Size: 416906 (82.24) content/content.c content_destroy 388: content 0x65fbc100 x-ns-css:5 (82.24) content/llcache.c llcache_object_remove_user 321: Removing user 0x65c6ff30 from 0x65c6f8f0 (82.24) content/llcache.c llcache_object_user_destroy 277: Destroyed user 0x65c6ff30 I will dig a bit more. -- David Pitt
