Re: Backgrounds fill stopped working?
In article <56bfb079.6050...@netsurf-browser.org>, Michael Drake wrote: > On 13/02/16 16:08, Bob Latham wrote: > > Is it me or has stopped working? > Yep. Should be fixed in the next build, thanks. Thank you. Bob.
Backgrounds fill stopped working?
Is it me or has stopped working? All of the pages on my Intranet according to Netsurf have gone white. Probably me missing the obvious again. :-) Bob.
Re: Not enough application memory to start Basic
In article <9ed6811754.andrew-...@waitrose.com>, Andrew Pinder 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'm using ARMiniX 5.21. > 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. I've tried hiding !cache so I can control when it is filer_booted but it still gives the problem. Bob.
Re: Not enough application memory to start Basic
In article , Andrew Pinder wrote: > I've been getting this error when the desktop starts since installing > NetSurf CI #1959. Clicking on Cancel allow the Boot to complete. I > mistakenly thought that installing CI #1965 had solved the problem. > Has anyone else had this problem? > Is it associated with the installation of the !Cache resource, which > wsa the main change in !Boot due to #1959? Yes I'm getting this too. I've actually killed the !cache application because it kept causing this problem over an over again. Bob.
Re: Username and password problem
In article , Chris Young wrote: > On Sun, 08 Jun 2014 19:27:15 +0100, Bob Latham wrote: > > Chris Young has asked for a copy of the log and I've sent it to him > > zipped. > It's the same cause as Richard's problem. > I'll see if I can find some time to look into it again, however it > would be very helpful if somebody could create a bug report for this, > as it makes it easier to manage and ensures it doesn't get forgotten. In article <20140609201043.gs27...@kyllikki.org>, Vincent Sanders wrote: > I have commited a possible fix which is available from the CI system > as build #1962 Hopefully this fix will fare better than Ranger 3 did > in 1962. I can confirm that I have installed version 1964 today and that it does fix my problem. Well done and thanks to all of you. Cheers, Bob.
Re: BoxConvert?
In article <20140609101514.GE2612@somnambulist.local>, Daniel Silverstone wrote: > On Sun, Jun 08, 2014 at 12:18:49 +0100, Bob Latham wrote: > > And the config file from Cherokee for which I've asked what's the file > > name and where it may be in the structure but had no reply. > If you don't know then perhaps someone managing your intranet does. Hmmm, its me. The intranet is in my house but I've never seen the config file, I just used the management console. Isn't that what I'm supposed to do? :-) > > At this point I walked away pretty wound up if I'm honest. This was my fight with the bug tracker system. > I can understand that. I am sorry that I'm part of what upset you but I > will again point out that we do this for our own delight and enjoyment > and sometimes real-life does intrude for us. Absolutely, I was only reporting the facts, not complaining except I did moan about the bug tracker. > If you're running CI versions of NetSurf you can expect issues from time > to time which may take a while to fix. Indeed. I'm grateful it may get fixed at some point. Presumably, other platforms will have the same problem? Bob.
Re: Username and password problem
In article , Steve Fryatt wrote: > Did you zip the log file down? No, I admit I didn't. It just didn't occur to me at the time. > As they're plain text with lots of repetition, that tends to work well. Yes, I can see that would be the case. Chris Young has asked for a copy of the log and I've sent it to him zipped. Cheers, Bob.
Re: BoxConvert?
In article , Chris Young wrote: > On Sat, 07 Jun 2014 19:58:41 +0100, Richard Torrens (lists) wrote: > > After a bit more experimenting, it is caused by the line: > > > > ">Top of page > Ah, right. I know exactly what the problem is and what causes it. > NetSurf now rejects invalid URLs. By "invalid" I mean, anything > containing characters that are not permitted either in old-style ASCII > names, or in IDNA, plus some other validity checking mostly related to > IDNs. > Previously NetSurf would percent-encode the host and return that, so > you'd end up with a garbage URL. Now it rejects the URL outright. > However, it appears the layouting can't cope with that. I did some > extensive searching when I made this change initially and was unable > to track down why this was causing the layouting to fail - ideally, a > broken URL shouldn't cause termination of the layouting process, it > should only make the problem link go nowhere. > I considered this low risk at the time as it is incredibly rare to > encounter a link to a URL which doesn't conform to the rules. > However, obviously it does need to be fixed, so if you can raise it on > the bugtracker that'd be grand. Good luck with that. I'm plagued with this BocConvert as well as told in my thread "Username and Password problem". Daniel showed some interest and asked for information and I've tried everything to get it to him and after (in total) a couple of hours trying I've given up. The log from my Netsurf seems to say that it bombs out BoxConvert because it encounters the character 5f presumably hex or &5F. I have searched through the relevant html on my intranet and no 5F anywhere and certainly not in a page url. Mine is triggered not by the web page as such but by the security username and password on items inside one folder on my Cherokee driven Intranet. This started to happen for me with build 1950 and has persisted ever since but builds up to and including 1949 did not have the problem. I would not be surprised if the problem in this thread started with also 1950. As regards reporting the problem, I found this an obstacle course and no doubt. Firstly, I was asked for a log file from netsurf which after some reading and testing I managed to generate. I possibly wrongly emailed it to the mailing list. I was told it was being help for the next moderator as it was a little too big. So I emailed Daniel to his email address with the file, no reply. He also asked me for something in cgi. Err what? And the config file from Cherokee for which I've asked what's the file name and where it may be in the structure but had no reply. The I thought maybe I should look into this bug tracker whatsit, that when the problems started. Registration kept bombing out or doing nothing and I had to use a PC to get this done. I then logged in using the ARMiniX and Netsurf filled in a report and then found in Netsurf I could not attach a log file. I logged in on the pc, filled min the forms all again, attached the file, hit send and it bombed out again. At this point I walked away pretty wound up if I'm honest. Cheers, Bob.
Re: Username and password problem
In article <20140605204317.GA8207@somnambulist.local>, Daniel Silverstone wrote: > On Thu, Jun 05, 2014 at 17:37:24 +0100, Bob Latham wrote: > > After entering a username and password I now get a small window called > > "Warning From Netsurf" Inside the window it says "BoxConvert" and > > there is a continue button which doesn't continue, it just closes the > > strange little window. > Could you please provide a clean log, and ideally some kind of > reproduction CGI or similar? (I happen to be an upstream for Cherokee, > so a cherokee config file would help too if it won't reveal too much) I have sent a log file which does show the BoxCovert error to both your email address above and to the list. It has been blocked from the list because it is a bit over the maximum size. Just tried version 1959 and that also has the problem. Cheers, Bob. -- Bob Latham Stourbridge, West Midlands
Re: Username and password problem
In article <20140605204317.GA8207@somnambulist.local>, Daniel Silverstone wrote: > On Thu, Jun 05, 2014 at 17:37:24 +0100, Bob Latham wrote: > > After entering a username and password I now get a small window called > > "Warning From Netsurf" Inside the window it says "BoxConvert" and > > there is a continue button which doesn't continue, it just closes the > > strange little window. Hi Daniel, Thank you for trying to help. > Could you please provide a clean log, Yes, I'll do that when I get home, just read up on how to do it. :-) > and ideally some kind of reproduction CGI or similar? Yer what? Sorry, I've not the slightest idea what that means, except cgi is computer graphics isn't it. > (I happen to be an upstream for Cherokee, > so a cherokee config file would help too if it won't reveal too much) Could you tell me a path and file name for this please? Cherokee is installed on my router. I configured it using the management tools and applied the simplest username and password security to a couple of folders which contain html files. If it helps, it is so simple the credentials are held in the config page. I've not seen the config file. Where do you want me to send these files? Thanks again. Cheers, Bob.
Username and password problem
Hi, I have an intranet driven by the Cherokee web server. Some pages are protected and need a username and password to get the page. This works fine on all PC and Apple browsers and the iPad. It worked fine with netsurf up to and including test version 1949. Versions 1950,1952,1956 all fail to gain access. After entering a username and password I now get a small window called "Warning From Netsurf" Inside the window it says "BoxConvert" and there is a continue button which doesn't continue, it just closes the strange little window. This is on an ARMiniX running RO 5.21 Anyone else seeing anything like this? Cheers, Bob.
Hard drive continuous access
Hi, Using OS 4.39 and this happens on more than one machine. I've noticed that with recent versions of Netsurf, if a netsurf window is open then the hard drive is continuously being accessed non stop. r10640 works fine - no continuous hard disc access. r10651 hard disc continuous if a netsurf window is open. r10656 hard disc continuous if a netsurf window is open. Is this a bug or a feature or have I got something wrong? I have reverted to r10640. Cheers, Bob.
