(solved) NetSurf very unstable?

@Chris
Please let me know if you want me to submit this bug to the official bug tracker (Mantis):

When AppDir:NetSurf is started by URLopen OR OpenURL, it always crashes. The top of the stack trace says:
Quote:
(This is for NetSurf #3653.)

@ChrisH

I know that is broken.

Make sure you're using the URL keyword, not just sticking the URL in as a parameter on its own. Definitely running with a URL from the command line works without crashing, it's only unrecognised/core parameters which crash.

@ChrisH
Quote:
It doesn't crash for me.

For URLopen prefs I have:

ClientName="NETSURF" ClientPath= "Rexx:NetSurf" CMDFORMAT= "*"http://%s*""

For OpenURL prefs I have:

Name: Netsurf
Path: Programs:Internet/NetSurf/NetSurf URL "%u" USERSDIR Data:Users

I have AppDir disabled on my system so maybe that's the difference.

@xenic

Yep, if you use the helper script it only needs the URL.

@Chris
OK, thanks, that's a strange bug/fix, but it worked .

Hopefully I can use NetSurf more regularly now :)

Oh, and thanks for fixing (left) Shift/Alt + left/right arrow, as that makes editing posts much easier!


@xenic Quote:
You appear to have missed a quote, as I think you meant:
CMDFORMAT= "*"http://%s*""

In any case, that will crash NetSurf, and you should use this:
CMDFORMAT= "URL *"http://%s*""


BTW, it seems rather strange that you have:
ClientPath= Rexx:NetSurf"

I'd have expected something like this:
ClientPath= AppDir:NetSurf

@ChrisH

REXX:NetSurf is the helper script. It checks if NetSurf is running and sends an ARexx OPEN command if it is. It speeds up URLOpen, and I'd recommend to use it.

@ChrisH
Quote:

Sorry about the missing quotes (leading quote in ClientPath was missing too). When I added bold to the labels I chopped off some quotes. I just corrected my post.

If you look in ENVARC:launch-handler/URL/defaults/ you will see that OS4FE installed the defaults using AppDir: for the paths. If you run the Netsurf installer or read the Netsurf Install script you will see that the installer is using REXX: for the NetSurf script path.

As I mentioned above, I have disabled AppDir on my system and all my launch-handler and OpenURL settings have absolute paths instead. It's a mute point because I normally have the OpenURL command set as the browser in launch-handler. That way launch-handler passes the URL's to OpenURL which checks if the browser is open and sends ARexx commands instead of opening a new browser. I just changed my settings for testing Netsurf. My launch-handler settings normally look like this:

ClientName="OpenURL" ClientPath="SYS:C/OpenURL" CMDFORMAT="*"http://%s*""

Netsurf uses a script to accomplish the same thing. I just preferred my method so I don't need to add a script for every browser in my launch-handler prefs.

All that misses the point I was trying to make; that Netsurf isn't crashing on my system when opened with URLopen or OpenURL.

@ChrisH
I'm happy with the fixes Chris made so if you're happy too maybe you could add "SOLVED" to the title of this topic. I think that "unstable" might create a false impression of Netsurf; which I consider stable at this point.

@Chris
Can you do something about those theme images that remain locked after quitting Netsurf?? When I was testing all those builds and installing each one with the installer, it made things difficult because I could not completely delete a previous install in order to test another one.

@xenic Quote:
Ummm, I already did that 1 hour 20 minutes before you asked :(

Well, it's lowercase "solved", like I used for all my other threads (since caps feels like it draws the eye too much to a thread which is, well, solved).

@xenic

Quote:

I believe that's caused by bitmap.image's internal caching. I'm not sure why it locks the files either (if it has cached them they should be in memory, right?), but I don't think it's anything I've done.

@ChrisH
I had this topic loaded and got distracted to do something else. When I returned to this post I forgot to "reload" the page and reread it before posting.

@Chris
Quote:

I see this comment in gui.c:

/* These aren't freed by the above.
* TODO: nav_west etc need freeing too? */

Maybe the fact that the image files remain locked after Netsuf exits is the answer to that question. Maybe they do need freeing.

@xenic

I'm fairly sure I investigated that and decided they didn't need freeing.

@Chris

I would love to come back to testing/using Netsurf on a daily basis

Is it possible to add an option to open a link clicked on from the Bookmarks window in the already open browser window?
It's really annoying to always have Netsurf open a new window (i'm using Bookmarks extensively).

Also, i remember you telling me that the Bookmarks window can't be integrated into the main browser window (like ODyssey does it) because the main devs doesn't want it (or something), is that still the case?
Because if it would be part of the main browser window it would make so many things so much easier for me.

Thank you for the ongoing development

@Raziel

The Hotlist is independent of the browser window, if you double-click it has no way of knowing which window/tab you want to open the entry in (and likewise it can't really be physically attached to a single window)
Workarounds:
1. Drag the entry into the window rather than double-clicking it.
2. Add the entry to the Hotlist menu or toolbar, selecting those entries will always open in the current window.

@Chris

Is it possible to allow more than only one row of links/buttons in a toolbar?

@mr2

Not at the moment.

@Chris

Woule it be possible to integrate the bookmarks into the main browser window?

@Chris
Quote:

Any plans for that? Anyway, thanks for the reply...and ongoing developement