Re: #5290 crash
On 19 May, r...@netsurf-browser.org typed: > Do you have the log/backtrace? I have added two log files, from failures to complete loading of #5290 on ARMX6 and on Pi 400, to Ron Briscoe's (Titanium) bug report: Mantis #0002821. -- Bernard ___ netsurf-users mailing list -- netsurf-users@netsurf-browser.org To unsubscribe send an email to netsurf-users-le...@netsurf-browser.org
Re: Dragging from URL icon
>> On 25 Nov, li...@bazleyfamily.co.uk typed: > Thanks for confirming. It's probably an unintentional loss of > functionality and worth reporting. > https://bugs.netsurf-browser.org/mantis/view.php?id=2799 Thanks for raising the bug report, but I see that dragging the text that is in the URL writable icon is still not repaired in the dev versions. Since I frequently use the facility to drag URLs onto UniControl on the icon bar for rendering by the dark side, I have decided to revert to NetSurf 3.10 stable. It is in any case this version that gets into apps bundled with RISC OS, so many people may not see the bug. -- Bernard ___ netsurf-users mailing list -- netsurf-users@netsurf-browser.org To unsubscribe send an email to netsurf-users-le...@netsurf-browser.org
Re: Dragging from URL icon
On 26 Nov, b.bo...@bcs.org typed: > Rather annoying.Good if it can be reinstated. My main reason for saying it's annoying is that when one comes across a web page that Netsurf can't fully render, it's such a simple matter to drag the URL from Netsurf to one's UniControl icon for immediate rendering on a nearby PC's browser. This simple action is not currently possible, and the alternative is an awkward Ctrl-C Ctrl-V into UniControl's UniLaunch window. -- Bernard ___ netsurf-users mailing list -- netsurf-users@netsurf-browser.org To unsubscribe send an email to netsurf-users-le...@netsurf-browser.org
Re: Dragging from URL icon
On 2 Dec, b.bo...@bcs.org typed: > Only trouble is if you do highlight the text in the field, then Ctrl-C > doesn't work and there appears to be no way to deselect the text so as to > do what I describe above. Oops, not quite. Escape does deselct a highlighted URL. -- Bernard ___ netsurf-users mailing list -- netsurf-users@netsurf-browser.org To unsubscribe send an email to netsurf-users-le...@netsurf-browser.org
Re: Dragging from URL icon
My latest observation with #5223 and OS 5.27 is that if you click in Netsurf's URL field but not double-click nor do Ctrl-A nor otherwise select its text, then Ctrl-C does put the text in the field onto the clipboard for pasting elsewhere. Only trouble is if you do highlight the text in the field, then Ctrl-C doesn't work and there appears to be no way to deselect the text so as to do what I describe above. I haven't found any distinction between trying to operate on the icon's text and trying to do so on the favicon. -- Bernard ___ netsurf-users mailing list -- netsurf-users@netsurf-browser.org To unsubscribe send an email to netsurf-users-le...@netsurf-browser.org
Re: Dragging from URL icon
On 29 Nov, li...@bazleyfamily.co.uk typed: > Thanks for confirming. It's probably an unintentional loss of > functionality and worth reporting. > https://bugs.netsurf-browser.org/mantis/view.php?id=2799 Thank you, Harriet. -- Bernard ___ netsurf-users mailing list -- netsurf-users@netsurf-browser.org To unsubscribe send an email to netsurf-users-le...@netsurf-browser.org
Re: Dragging from URL icon
On 25 Nov, li...@bazleyfamily.co.uk typed: > 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. I can confirm that that drag functionality is lost here too on both ARMX6 OS 5.27 and Iyonix OS 5.28 with Netsurf #5223. And that it continues to work on the Iyonix OS 5.28 if I revert to an earlier Netsurf (#5216 was to hand). Rather annoying.Good if it can be reinstated. -- Bernard ___ netsurf-users mailing list -- netsurf-users@netsurf-browser.org To unsubscribe send an email to netsurf-users-le...@netsurf-browser.org
Scrolling issues
3.10 (Dev CI #5055) Couple of issues I've noticed recently: - Wikipedia's own vertical scroll bar overrides the functionality of the RISC OS window furniture. Is that intentional and/or inevitable? - F4 / Find text no longer automatically scrolls down to display the next occurrence of the search string when it is further down the text than is visible in the current window. If others concur, I could raise a bug report, at least for the latter. -- Bernard
Re: Please test webp image format
On 7 Dec, t...@netsurf-browser.org typed: > The CI builds are available from here: > https://ci.netsurf-browser.org/builds/ Don't you mean 'Continuous' on that page's ... ? -- Bernard
Re: Please test webp image format
On 7 Dec, t...@netsurf-browser.org typed: > So far we've only tested on Linux. Please could users of other > platforms visit https://developers.google.com/speed/webp/gallery1 and Wikipedia example WebP file at: https://upload.wikimedia.org/wikipedia/commons/b/b2/Vulphere_WebP_OTAGROOVE_demonstration_2.webp with RISC OS NetSurf 3.10 (Dev CI #4951) some anomalies: RISC OS 5.25 ARMX6 Displayed both test page and WebP file(*) okay once. Then some unexplained waits with hourglass. Then no further ability to display the WenP data, even after reloading NetSurf. (*) by dragging in the saved file despite its being typed Data. Has a RISC OS file type been assigned? RISC OS 5.24 Iyonix Displayed test page repeatedly okay. Did not display the file. -- Bernard
Unicode question
I have similar settings for Netsurf on Iyonix and ARMX6 and, for example, a UTF-8 encoded file of Cyrillic characters displays correctly on both. But Wikipedia's nav bar language lists differ. Having deleted RUfl_cache, Iyonix shows all correctly except Georgian ARMX6 showed all correctly except Korean, Japanese, Thai and Chinese until I deleted RUfl_cache, and now shows none of the non-Latin scripts. Why the differences? Indeed how come only Acorn fonts are apparently needed in Netsurf Choices? Setups are: Iyonix OS 5.24 ARMX6 OS 5.25 (25-Apr-2018) FontManager 3.79 FontDir Pro 3.23 (ARMX6 only) Netsurf 3.10 (Dev CI #4851) Netsurf Choices Fonts: - Homerton - Trinity - Corpus - Sassoon - Pembroke - Sans-serif Unicode fonts available (but not specified to Netsurf) include: - Cyberbit - DejaVu (ARMX6 only) -- Bernard
Re: Experimental treeview search feature
On 18 Sep, t...@netsurf-browser.org typed: >1. Hotlist viewer (bookmarks) >2. Global history viewer >3. Cookie manager window By the way, 'Global history' doesn't appear to include the list given by the main window's drop-down 'URL suggestion icon'. That list is stored in file Choices.WWW.NetSurf.URL. I'm unclear which URLs are placed there, but I do see that it is unaffected by deleting the items from Global history. Yet it is a history of sorts which has to be manually deleted should one wish to clear all actual history. Any thoughts? RISC OS 5.23 Netsurf 3.7 (Dev CI #4213) -- Bernard
Re: UTF-8 processing
On 14 Jul, chris.yo...@unsatisfactorysoftware.co.uk typed: > I don't know if it's a known problem, but certainly the first form is > incorrect. The semicolon is required to separate the parameters. Thanks, that's interesting, though websites I've so far looked at aren't consistent on this point. The particular originator's email headers include: Mime-Version: 1.0 (Mac OS X Mail 10.3 \(3273\)) X-Mailer: Apple Mail (2.3273) suggesting that it's the Apple software that is not to standard in coding the tag, but that seems surprising. > If NetSurf doesn't know the encoding it will assume ASCII/ISO-8859-1, > or maybe default character encoding of the OS. Yes, but in this case I think Netsurf might be expected to acknowledge the charset attribute, so I've posted bug report 0002549 to http://bugs.netsurf-browser.org/mantis/ in case developers can throw any light on the issue. -- Bernard
UTF-8 processing
Looking in detail at some recent HTML email attachments (received in Messenger Pro), Netsurf's rendering of them seems to have a dependence on the coding of the tag. When this tag is present and includes: content="text/html charset=utf-8" any non-ASCII characters are shown as the three bytes of their UTF-8 encoding, whereas if the two attributes are separated by semicolon: content="text/html; charset=utf-8" the rendering (using Unicode font DejaVu) looks correct. Is this a known problem? -- Bernard
Re: Web page magnification
On 2 Jan, brian.jord...@btinternet.com typed: > when in Netsurf will bring up the "Scale view" dialogue; I > imagine you know this already but to make this the default you need to > over the NetSurf window and in the "Display" sub menu click on > "Save as default". Good luck! Yes, and the value is stored in text file: !Boot.Choices.WWW.NetSurf.Choices by the defualt % scale in the line: scale:100 -- Bernard
Re: Site crasher NS
On 20 Sep, li...@torrens.org.uk typed: > http://nosher.net > Twice gives a window to accept certificate. On accepting second one, NS > dies. > 3.6 (Dev CI #3714) and a few prevous. Does thisa happen to others? Yes. Always consider reporting such problems at http://bugs.netsurf-browser.org/mantis/my_view_page.php where you can upload the Netsurf log file generated on a failure. -- Bernard
Font scanning issue
If a problem font is added to one's RISC OS system after Netsurf has established its RUfl_cache file, it seems that on next start-up Netsurf can hang the machine without having given any error information to help diagnose the problem. When this happened to me, I'd forgotten that I'd added a font (but in any case had not suspected it to be faulty), and it wasn't until I deleted RUfl_cache that the font scanning progress bar could be seen again and therefore where it stopped immediately before the hang. This helped identify the suspect font. Has anyone else had this experience? And could it be considered a bug that Netsurf can stall so unhelpfully during font re-initialisation? -- Bernard
Re: Google
On 8 May, b.bo...@bcs.org typed: One suggestion would be to use https://startpage.com instead. On 9 May, r...@minijem.plus.com typed: Also have you tried clicking Advanced? I think you can supply a domain to search but it becomes unusable on NetSurf. Agreed. Even where startpage.com works to start your own searches, sites such as ROOL's which have a search function that uses Google cannot then deliver results at present via Netsurf when Disable Javascript is ticked. To make it easier to switch Javascript, you can leave the Nesurf Configuration Content dialogue open on the desktop and use Adjust to Set it (or the Configuration window open and iconised for quick retrieval of its Content icon), until we get a button in the button bar. And thank you Richard Torrens for the workaround. -- Bernard
Re: Google
On 8 May, li...@torrens.org.uk typed: Yesterday Google stopped working with Netsurf. Has anyone any cures or suggestions? One suggestion would be to use https://startpage.com instead. It claims to: - be the world's most private search engine, - use Google in the background on your behalf anyway, and - not to record the user's IP address. We don't have to wait for Google to mend its ways. -- Bernard
Re: Changes to the RISC OS GUI in #1342
On 8 Sep, Steve Fryatt li...@stevefryatt.org.uk wrote: This is just a heads-up to those using #1342 or later on RISC OS: I've made some major changes to the dragging and mouse tracking code, which could potentially affect lots of areas of the browser (save dialogues; text selection; drag-and-drop; toolbar editing; treeview windows; window scrolling). Interesting, but moving the mouse pointer around in a textarea still produces non-display of characters to the left /or right of the pointer during editing, just as it did before #1342. Bugs reported in February 2013 (and earlier) seem to suggest that work has been done on making textarea handling more robust. So is my problem a known one, or one that is related to your mouse tracking code, or is it just my system experiencing some problem in keeping the window fully refreshed? Iyonix, 5.18, Geminus, #1352. -- Bernard
streetmap.co.uk
Until recently Netsurf could render maps at streetmap.co.uk provided one entered via their older interface at http://www.streetmap.co.uk/newdefaulte2.htm from which exporting a drawfile could be extremely useful. But now even entering via this URL, the map display is only in the new format which Netsurf apparently cannot display. I am currently using 3.1 (Dec Cl #1252). Any suggestions? -- Bernard
Re: streetmap.co.uk
On 13 Jun, Alan Calder alan_cal...@o2.co.uk wrote: Is 3.1 a JS enabled version and is the presence of such ability at the root of the problem? You're right. If I disable Javascript (in Choices-Content) I do get visible maps, now in the new theme and after a brief message advising that Javascript, ..., er it disappears too quickly to read! -- Bernard
Re: Current (development) version?
On 20 Apr, Michael Drake t...@netsurf-browser.org wrote: In article 52837a36a8joh...@ukgateway.net, John Williams joh...@ukgateway.net wrote: I have been stuck at r13571 for some time - which may well be the latest version There has been plenty of development activity since then, but the autobuilder has been disabled. The current state of trunk is unsuitable for use. We will enable the autobuilder again once trunk NetSurf reaches a satisfactory state. Chaps -- has there been any change in this situation to allow recent development versions to be available to the general user again? -- Bernard
BEAST
Have RISC OS Netsurf developers any comment to make on the current anxiety over the vulnerability of TLS 1.0 to BEAST? Of course if the attack depends on Javascript support in the browser, then presumably we are no less safe than before? See http://www.theregister.co.uk/2011/09/19/beast_exploits_paypal_ssl -- Bernard
Re: Unknown SSL protocol
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? 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). -- Bernard
Re: Unknown SSL protocol
On 7 Aug, John Williams (address) 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, using RISC OS Netsurf 3.0 (Dev) 04 Aug 2009 r9045. Up until recently using Netsurf to log in to its online personal banking worked fine. Today, the URL https://welcome27.co-operativebank.co.uk/CBIBSWeb/start.do returns: Sorry, NetSurf was unable to display this page Unknown SSL protocol error in connection to welcome27.co-operativebank.co.uk:443 I have logged the problem at: http://sourceforge.net/tracker/?func=detailaid=2835477group_id=51719atid=464312 -- Bernard
Re: Mysterious hex C2 AD
On 2 Mar, James Bursa ja...@netsurf-browser.org wrote: On Sunday 01 March 2009, Bernard Boase wrote: Just looked at the site www.world-science.net Netsurf renders much of its text with inter-syllable sequences  which, in the original HTML, are all hex C2 AD. What version of NetSurf? In Page - Info, what does Encoding say? NetSurf doesn't support soft hyphens but it should be displaying these as regular hyphens. What you're seeing seems to show that it isn't interpreting that page as UTF-8 correctly. Page - Info does say Encoding: UTF-8 (from meta), and, yes, r6772 displays them as regular hyphens (my original question arose from an earlier release). So I suppose it comes down to asking whether there are plans for NetSurf to handle soft hyphens like other browsers. Thanks for the info. -- Bernard
Mysterious hex C2 AD
Just looked at the site www.world-science.net Netsurf renders much of its text with inter-syllable sequences  which, in the original HTML, are all hex C2 AD. Is this legitimate HTML perhaps for automatic hyphenation or something? Should Netsurf edit it out? Firefox does. Whilst HTML entity #xC2AD; seems to be valid, http://www.fileformat.info/info/unicode/char/c2ad/index.htm tell us that U+C2AD is not a valid unicode character. Any idea what's going on? -- Bernard
streetmap.co.uk
Oh dear. That s useful site http://www.streetmap.co.uk has now been redesigned. You can for the time being click through to the original version, but with the new one you enter names, postcodes etc. a bit displaced below the proffered input box, and it still works. But on choosing the new 5x5 Map Size option the map squares are displayed tastefully jumbled into a 3x9 grid on my Iyonix! Happily, the Export to Draw function operates as before for 3x3 and, for 5x5, you can then use Draw to solve the jigsaw. -- Bernard Netsurf 2.0 (Dev) (03-Dec-2008 11:45) r5872