Thetrainline.com crashes CI #744
Made three consecutive attempts to access Thetrainline.com using NS CI #744 with javascript enabled, each resulting in a NS crash and exit. Attempting to access the bug tracker and file a bug report crashed #744 again! Back to 2.9 for the bug report System details: RPCEmu089/402 Recompiler mode with 256MB running on Win7 (64-bit). George -- george greenfield
RE: Thetrainline.com crashes CI #744
-Original Message- From: george.greenfi...@tiscali.co.uk Sent: Tue, 18 Dec 2012 09:20:59 GMT To: netsurf-users@netsurf-browser.org Subject: Thetrainline.com crashes CI #744 Made three consecutive attempts to access Thetrainline.com using NS CI #744 with javascript enabled, each resulting in a NS crash and exit. Attempting to access the bug tracker and file a bug report crashed #744 again! Back to 2.9 for the bug report I found that disabling Javascript on 744 enabled me to submit my bug report (with file), which is easier than uninstalling etc. The quick smoke tests I've done with 744 with JS disabled don't show any worse stability than versions prior to JS. There are also non-JS CI builds, if you prefer. Dave FREE 3D EARTH SCREENSAVER - Watch the Earth right on your desktop! Check it out at http://www.inbox.com/earth
Re: Unicode on local pages
In message 3e10b8ff52.mar...@blueyonder.co.uk you wrote: The following bytes were arranged on 16 Dec 2012 by Gavin Wraith : With NetSurf #739. If I browse http://www.perseus.tufts.edu/hopper/text?doc=Perseus%3Atext%3A1999.01.0173%3Atext%3DSym. it displays OK. If I save or do a full save of the page, and then browse the resulting local page the Greek text displays as garbage. Why is there a difference? This question's come up before. It's probably because, when you fetch the file over HTTP, the server knows it's in UTF-8 and tells NetSurf so, but when you load a local file, RISC OS doesn't tell NetSurf what encoding it's in and so NetSurf is reduced to guesswork. Presumably whatever encoding it defaults to is not the correct one in your case. Thanks. I will have a look at the header and if necessary stick in the right cantrap. -- Gavin Wraith (ga...@wra1th.plus.com) Home page: http://www.wra1th.plus.com/
RE: Thetrainline.com crashes CI #744
In message ae9c0b0201f.0e9fd...@davehigton.me.uk Dave Higton d...@davehigton.me.uk wrote: -Original Message- From: george.greenfi...@tiscali.co.uk Sent: Tue, 18 Dec 2012 09:20:59 GMT To: netsurf-users@netsurf-browser.org Subject: Thetrainline.com crashes CI #744 Made three consecutive attempts to access Thetrainline.com using NS CI #744 with javascript enabled, each resulting in a NS crash and exit. Attempting to access the bug tracker and file a bug report crashed #744 again! Back to 2.9 for the bug report I found that disabling Javascript on 744 enabled me to submit my bug report (with file), which is easier than uninstalling etc. The quick smoke tests I've done with 744 with JS disabled don't show any worse stability than versions prior to JS. There are also non-JS CI builds, if you prefer. Don't get me wrong: I intended no criticism of JS-enabled NetSurf, in fact I think it's splendid, and to be supported in every way, including the submission of bug reports where appropriate. It was just a bit ironic that the bug tracker itself was amongst the casualties! George -- george greenfield
