Re: Unknown SSL protocol
In message 2afd994451.bo...@boase.demon.co.uk Bernard Boase b.bo...@bcs.org wrote: On 30 Apr 2010, Bernard Boase b.bo...@bcs.org wrote: On 11 Aug 2009, Bernard Boase b.bo...@bcs.org wrote: On 7 Aug 2009, John Williams joh...@ukgateway.net wrote: Sometime after r8950 - 1st Aug 2009, accessing my French bank results in this error at the password box appearing stage: Sorry, NetSurf was unable to display this page Unknown SSL protocol error in connection to voscomptesenligne.labanquepostale.fr:443 - so something changed after that version. Similar story here with Co-operative Bank https://welcome27.co-operativebank.co.uk/CBIBSWeb/start.do, using RISC OS Netsurf 3.0 (Dev) 04 Aug 2009 r9045. snip details The above problem dates from last summer (2009) and meant that I normally stayed with Netsurf 2.1 rather than any of the 3.0 development versions. Unfortunately, I now find that the new 2.5 exhibits the same problem, so once again I must retain 2.1 for use with this bank. I won't add another problem log on the tracker as the one that's there says enough (while not mentioning 2.5 of course), but I do wonder if anyone has an understanding of whether the problem is soluble. Glad to report that, as of some unknown period before Netsurf development update 3.0 (Dev) (03 Aug 2010 10:30) r10678, the above problem has disappeared, AND it has disappeared when using the release version 2.5! So maybe it's something the Co-op Bank has changed? That suggests to me that it is not a change in Netsurf which has caused the improvement for you. I have added a comment to Netsurf Bug tracker ID: 2835477 Co-op bank login gives SSL error 2009-08-11, but cannot mark the bug closed if John Williams still has the problem with La Poste. (I have advised him of this by personal email). I still get the same message attempting to open the Snatander login page. I have added a comment to the bugtracker. Anthony -- Anthony Hilton a...@tinshill.f9.co.uk
Re: Shortcut to Save Location as ANT URL?
In message 5142aedb3bd...@triffid.co.uk Dave Symes d...@triffid.co.uk wrote: In article 4b9fa74251...@rickman.argonet.co.uk, rick...@argonet.co.uk wrote: [Snippy] On Adjust 4.42 (A9) and Select 6.10 (Risc PC) I cannot drag the URL. What happens is that the URL is highlighted and there is no Save box. John As I said in my previous posting it does work with RO 6.20. Try pressing the Shift key and holding it down, then Click and hold over the *http* bit of the URL in the bar, a blank icon will appear, still holding Shift, drag it to where-ever... Shift-drag also works here on my A9 RISC OS 4.42 [Kernel 8.68] - aka Flash 2. Anthony -- Anthony Hilton a...@tinshill.f9.co.uk
Re: file:/// is now wrong
In message d8716a3051.roger...@rogerarm.freeuk.com Roger Darlington roger...@freeuk.com wrote: In Netsurf, version r8643, the following code, in a MessPro e-mail, works fine on my computer (accessing a local file): file:///ADFS::IYO4.$.~Mine.WFF.!WildFlowers.Flowers.Y/YellowStagsho rn/YellowStagshorn.htm But on subsequent versions of Netsurf, including r10589, it does not work. It gives 'file not found' a message issued by Netsurf. The file it is looking for is: /ADFS::IYO4.$.~Mine.WFF.!WildFlowers.Flowers.Y/YellowStagshorn/Yell owStagshorn.htm Note the leading '/'. This is where it is going wrong. It wont find the file because of this leading '/'. But if I omit one of the '/'s in the line in the e-mail thus: file://ADFS::IYO4.$.~Mine.WFF.!WildFlowers.Flowers.Y/YellowStagshor n/YellowStagshorn.htm It still doesn't work. I'm not surprised about the last bit of code, it is wrong, but the first bit should work, it worked before. When I double-click a local file the URL in netsurf (r10592) still starts file:///IDEFS and has the colons and dollar sign replaced by %3A and %24 respectively file:///IDEFS%3A%3AHardDisc4.%24/Ant/Archery/www_panda-bowmen_org_uk/Basic~20Tu ning.htm The more readable version file:///IDEFS::HardDisc4.$/Ant/Archery/www_panda-bowmen_org_uk/Basic~20Tuning.h tm also works fine. I think the directory separator dots need to be replaced with slashes, eg file:///ADFS::IYO4.$/~Mine/WFF/!WildFlowers/Flowers/Y/YellowStagsh orn/YellowStagshorn.htm Does this help? Anthony -- Anthony Hilton a...@tinshill.f9.co.uk
Re: hiccup with emailed link to a password-protected file
In message ac3def1851@nails.ukonline.co.uk Jim Nagel nets...@abbeypress.co.uk wrote: nobody responded to my earlier posting (quoted below). problem has come up again. here are some smaller sample files: http://archive.abacusline.co.uk/gerald.zip http://archive.abacusline.co.uk/gerald.jpg Username:archive Password: amusement not sure what's happening here at the password stage. this file downloads now (unlike the 5M one below) but displays in Netsurf as goggledygoop text rather than as picture or zipfile icon. note that it happens first-time-round only: if you try again after having put the password in once, it does not ask the password again and behaves. is this a Netsurf problem or something to do with the email client that i use (MPro 5.13)? --jim Jim Nagel wrote on 6 May: One of the Archive writers put a 5M zip file for me on his website and emailed me the link, along with the username and password it requires. When I click the link in the email (displayed by MPro), Netsurf (2.5) fires up, opens a blank page and puts up the site authentication dialogue asking username and password. Then it spends ages apparently fetching the file, then says Processing document with hourglass for ages and finally crashes. I tried loading Fresco and clicked the same link in the email. It asked username and password, downloaded the file in 16 seconds and popped up a savebox showing a zipfile. As a workaround with Netsurf, I copied the link from the email into a simple HTML page so I could *Shift*-click it. That worked OK. However, the progress box during the download showed peculiar behaviour: the estimated time kept changing between between two rather high values that proved meaningless. Summary: it seems Netsurf 2.5 (RiscOS 4.39) gets confused when an emailed link involves authentication. I filed a bug report with log. Anybody experienced similar? Seems to be a Netsurf 2.5 issue. As I reported on the Netsurf mailing list I see the same with 2.5 (refresh renders the jpeg as a picture) but not with development version r10487 26 April. Anthony -- Anthony Hilton a...@tinshill.f9.co.uk
Unknown SSL Protocol
I have been using version 2.1 for most of the year since it was released and have been using it for online banking. I have downloaded all the RISC OS development versions this month (including r10487 26 May 2010) as well as v2.5 and they all report Unknown SSL Protocol error when I go to my bank's login page. Further testing of the development versions I have shows that r7539 23 May 2009 allows login, r9563 09 September 2009 reports the error. Every development version I have since r9563 (not many until this month) also reports the error. I have preserved a log from r10487 where the only activity was open my Hotlist and then my bank login page (8000 bytes, 1633 bytes when zipped). Should I put this on the bug tracker with log attached? and/or send the log file to someone? Anthony -- Anthony Hilton a...@tinshill.f9.co.uk
Re: Changing the colour in Google lists when it has been read.
In URL:news:local.netsurf on Thu 05 Jun, Richard Porter wrote: On 5 Jun 2008 Tim Hill wrote: In article [EMAIL PROTECTED], Michael Bell [EMAIL PROTECTED] wrote: One of the things that I truly miss after Fresco is that when I had a list of Google finds, once I had read it, the colour changed to a darker shade of blue. So I didn't go back and read the same find again. But now I do. An irritation! The marker doesn't have to be a change in colour, anything would do. Some people have difficulties with colour, my brother is red-green colour blind, so I am very aware of it, though it's not my problem. I don't know how the developers feel about the urgency of this one but I would have thought it a pretty fundamental function of any helpful hypertext browser to indicate (usually with colour) any visited links, including those on legacy pages. This may be under the catch-all HTML4 - Nearly Done and CSS 1 - Nearly Done. vlink is also present in HTML5 so perhaps we must but wait. I think the problem is that the developers have chosen to implement HTML4 and CSS before HTML1. Link colours in the body tag are ignored. This is a long standing issue. Michael's question isn't a link colour in a body tag question. Surely it is a browser setting to change the colour of a link which has been followed. Anthony -- [EMAIL PROTECTED]
Re: Parsing failed?
In URL:news:local.netsurf on Wed 05 Mar, Tim Hill wrote: In article [EMAIL PROTECTED], John [EMAIL PROTECTED] wrote: Is it a NetSurf problem, or is there something amiss with this page? : http://www.glassdoctors.co.uk/chipsandmot.html I can only get the error Parsing the document failed on any of the pages of this site. They all seem to work on Windoze :o( A shame that windoze browsers do work but should they? The page begins with /html. It loads into Fresco. There are significant quantities of javascript and the final comment tag is not closed. Anthony -- [EMAIL PROTECTED]