Bug reporting
by lists
Would someone please provide a page of step by step instructions on how to
actually report a bug.
Following a link on bug reporting, on Jan 26th I went here:
http://bugs.netsurf-browser.org/mantis/my_view_page.php
I selected "Sign up for new account" it took me a page where I entered a
username and email as requested. It all appeared to go through and it said
I was to receive a confirmation email, which I still have not received.
I later revisited this page entered my details again and it said my user
name was already taken, which is to be expected.
Having lost patience, tonight I returned to
http://bugs.netsurf-browser.org/mantis/my_view_page.php
and opted to log-in anonymously, which took me back to
http://bugs.netsurf-browser.org/mantis/my_view_page.ph
There is "|Login|signup for new account".
There is "My view|View issues|Change log|Roadmap"
NOWHERE ON THAT PAGE IS A BOX THAT SAYS REPORT BUG HERE!
Your Frustratedly
Stuart
--
Stuart Winsor
Tools With A Mission
sending tools across the world
http://www.twam.co.uk/
7 years, 4 months
More bugs fixed
by Dave Higton
More bugs have been fixed, thus closing Mantis cases 2413, 2415 and
2418. I recommend to everyone that you download a new CI build of
NetSurf.
Happy testing :-)
Dave
____________________________________________________________
Can't remember your password? Do you need a strong and secure password?
Use Password manager! It stores your passwords & protects your account.
Check it out at http://mysecurelogon.com/password-manager
7 years, 4 months
auto-launching a PDF
by Jim Nagel
When Netsurf fetches a PDF file, would it be possible to trigger the
PDF-reading application automatically, rather than requiring the user
to save the file to disc and then launch it manually?
(The manual procedure is too complex to explain to a technophobe Other
Half.)
What prompts me to ask is that I came across the following text inside
!PDFtest.Docs.Hints, which is dated 1998-03-24, apparently by Leo
Smiers (who ported the PDF reader from XPDF on Linux; Colin Granville
carried on the work):
=====
Hints dd 980309
=====
Starting !PDF from !Fresco version 1.32
It's possible to make Fresco start !PDF when it downloads
a PDF file. To do this, you must add lines to the
!InetSuite.Internet.Files.MimeMap and !Fresco.Runables
files.
In the MimeMap file add the line:
application/pdf PDF ADF .pdf
In !Fresco.Runables (if this file does not exists you have
to create it) add the line:
ADF
Now quit and restart !Fresco. When you view a .pdf file,
Fresco will filer_run the downloaded pdf file. If !PDF has
been seen, it will load and display the page.
Many thanks to Dean Murphy from ANT Ltd. Cambridge from
whom I recieved this information.
=====
Perhaps this facility exists already in Netsurf and I just don't know
about it.
--
Jim Nagel www.archivemag.co.uk
7 years, 4 months
Filtering webpages
by Gavin Wraith
It is some years ago that Fred Graute added scriptability
to StrongED, using the 'apply' icon. It enables one to
alter what is displayed in a StrongED window by dragging
a script to that icon.
There are often occasions when one would like to massage
webpages displayed in a browser. At present one has
to save out the displayed page's textual source to
StrongED, drag in the script to do the massaging,
save the result as an HTML file and then display that
result in the browser. It would be nice if this process
could be simplified and done entirely within the browser,
without having to-and-fro between browser and StrongED.
A typically useful script is one that removes all the
source starting <script ... up to a matching </script>.
So many web pages these days are crammed with stuff put in by
advertisers or third parties which upset the viewing experience,
or which NetSurf is unable to render properly. The individual
user is increasingly going to need tools to fight back, with
which they can emasculate the page of all the clutter added in
for statistical purposes, to add unwanted advertisements and
pop-ups. The days of innocence are long over, so filtering of
web pages is now a necessity.
I am not sufficiently au fait with the sources of NetSurf to
know if there are hooks available for scriptability beyond
saving out the page being displayed. I would love to hear what
other NetSurf users think.
--
Gavin Wraith (gavin(a)wra1th.plus.com)
Home page: http://www.wra1th.plus.com/
7 years, 4 months
Re: Very slow page rendering
by Peter Slegg
> Date: Sun, 10 Jan 2016 16:43:40 +0100
> From: Jean-Fran?ois Lemaire <jflemaire(a)skynet.be>
> Subject: Re: Very slow page rendering
>
> On Saturday 09 January 2016 19:43:53 Peter Slegg wrote:
> > >Date: Sat, 09 Jan 2016 16:11:40 GMT
>
> > >> Peter Slegg <p.slegg(a)scubadivers.co.uk> wrote:
> > >>>http://git.netsurf-browser.org/netsurf.git/tree/atari/gemtk/guiwin.c
>
> > >>>This page takes abut 20mins to download and render, Highwire browser
> > >>>takes about 6sec.
>
> > No criticism, I am hoping this might help the devs find some speed
> > improvements.
>
> I have an Atari 2.9 version lying around and with that build it takes 100 secs
> to render that page. Still very slow but much less so than with the 3.*
> builds.
>
> Cheers,
> JFL
https://www.royalmail.com/track-your-item
Another page that took ages to display and looked like the css had
failed as well.
Peter
7 years, 4 months
Big push on testing needed
by Dave Higton
Big news...
Current test (CI) builds are now release candidates. Yes, a new
release of NetSurf is imminent.
Please, everybody, download the latest test build (which will,
of course, change as bugs are found and fixed), give it a good
thrashing, and get your bug reports in.
Please also note that, since it's now close to release time, the
Javascript setting in Choices->Content is obeyed (and has been
for a couple of days or so now).
Dave
____________________________________________________________
FREE ONLINE PHOTOSHARING - Share your photos online with your friends and family!
Visit http://www.inbox.com/photosharing to find out more!
7 years, 4 months
Incorrect rendering of SVG files
by archil
Hello!
As long as the support of SVG on GTK is marked as
complete I think the result I'm seeing is a bug.
Consider the following SVG file:
<?xml version="1.0" encoding="UTF-8"?>
<svg xmlns="http://www.w3.org/2000/svg" width="32" height="32">
<rect style="fill:red" y="0" x="0" height="32" width="32" />
</svg>
The image above is rendered as two rectangles side-by-side.
On red and another one blue while it appears all red in any other
image viewer, image editor or web browser.
See the screenshot at: http://ogg.ge/netsurf.png
I'm using NetSurf 3.4 on Debian Jessie GNU/Linux.
I will happily share any other technical details if needed.
Thanks.
7 years, 4 months
Re: JavaScript enabled builds for Atari
by Peter Slegg
>Date: Sun, 24 Jan 2016 09:53:46 +0000
>From: Michael Drake <tlsa(a)netsurf-browser.org>
>Subject: Re: JavaScript enabled builds for Atari
>To: netsurf-users(a)netsurf-browser.org
>
>
>
>On 23/01/16 23:06, Peter Slegg wrote:
>
>> Using Netsurf JS today it has crashed a few times.
>> It isn't as stable as the last non-JS versions.
>
>How about when you use it with "enable_javascript:0"?
>
>Michael Drake http://www.netsurf-browser.org/
With JS disabled it seems to be as stable as normal, no crashes
since disabling JS yesterday and using JS to visit 20-30 pages.
Is there a JS test page that can be used to check simple JS features ?
Regards,
Peter
7 years, 4 months
NetSurf progress
by Dave Higton
Last weekend there was a small "hack weekend" meeting of some
NetSurf developers in Manchester. I thought it might be
encouraging to spread some information.
If you have been downloading Continuous Integration (CI) builds,
you will probably have noticed that there have been over 25 of
them in the last few days. This represents the progress that
NetSurf has been making, both in adding new functionality and
in fixing bugs.
One bug that has been reported multiple times is that NS seems
to loop for ever when Javascript is enabled. It actually
didn't loop for ever - it just took longer than most people were
prepared to wait. The culprit was a regular expression
evaluator - not where most of us would expect lots of time to
be spent. Recent versions have shown an enormous speed up in
that particular part, which translates to a large speed up in
page loads as a whole.
Some bugs that caused crashes when Javascript was enabled, have
been fixed.
The main thrust of the work at the moment is in adding Javascript
functionality using the Duktape library. When all the Javascript
features that were there with the previous library have been
replicated, NetSurf version 3.4 will be released. This will also
add new Javascript functionality.
Many other bug reports concern the layout. NetSurf's layout
engine needs to be rewritten. This work will start some time
after release of 3.4 - though how long after is not yet known.
I would urge you to download CI builds of NetSurf and try them.
Always keep a known good version that you can go back to in the
unlikely event that a new CI build fails.
And, most of all, keep the bug reports coming in! We looked at
many of them over the weekend, and were able to close quite a
lot, in most cases because more recent versions work and do not
exhibit the reported problems.
NetSurf is fully capable of creating bug reports using the Mantis
issue tracker, including attaching files and adding notes. If
you have a problem, ask on this list for help.
In short, I feel very much encouraged by recent progress, and I
hope you all do too!
Dave
____________________________________________________________
FREE 3D EARTH SCREENSAVER - Watch the Earth right on your desktop!
Check it out at http://www.inbox.com/earth
7 years, 4 months