duktape error NetSurf OS3

[DNADNL]

Actually it shouldn't care, run it on a 1-bit screen if you like.



a) ARGB is preferred/expected. It shouldn't matter, but it might.
b) friend_bitmap:1 forces NetSurf's rendering bitmaps into the same format as the screen. If you're running 32-bit this will happen anyway.
c) Images are quantised using guigfx, you might want to try out the demos to see if they work as expected.
d) Depending on what you've done with your config, you might find NetSurf opens its own screen and isn't in the format you think it is.

Hello !

a) OK, I set the screen like this : UAE:1024x768 32bit RGBA (RGBA is the same than ARGB, I suppose); NetSurf is configured to have the same screen resolution.
b) I added this into the "Choices" file, but it doesn't seem to do something (I still have a green or weird picture instead of the one expected
c) I don't know how to do this, I'm going to check this out, but if you have a tutorial link, i would kindly accept it ! ^^
d) Logically, it is configured to have the same definition as the workbench. I checked and that's the case. But the funniest part is that the favicon is quite well displayed ! ^^

[DNADNL]

Nope, ARGB and RGBA are different.
ARGB
RGBA

So, alpha pixels will be red, red pixels will be green, green pixels will be blue and blue pixels will be see-through (or not, I can never remember which way round it is)

I don't think NetSurf uses the pixel format directly, but if it does that's what you'll get.

Oh, I didn't know, thanks for this information !
I looked for ARGB, and I didn't find any resolution or any way to select it on Happiga for Raspberry Pi (I only have 32bits RGBA)

The demos are in the guigfx archive (or maybe the render.lib archive)

I can't find them. I tried to launch the files I suspected to contain the demos, but that didn't seem to work an Happiga...

The difference is the favicon is plotted direct to the window, whereas the page content goes through an intermediate step.

Try adding direct_render:1 to your Choices. **warning**warning** this might be a **very bad** idea!  I'm not sure it works **at all** and certainly it never worked properly, but it might confirm if the extra step is the problem. **warning**warning**

Ok, I tried and... that does nothing ! ^^ The same problem, so it should mean it doesn't come from the guigfx/render lib... ?

You can also try fiddling with AMI_BITMAP_FORMAT in bitmap.h.  Maybe it ought to be 0.

I can see AMI_BITMAP_FORMAT is RGBFB_R8G8B8A8. I'm going to try with 0 and I'll tell you.

Tested this with my 060 / RTG systems, all pictures are displayed as they should be displayed.

So no problems here with Picasso96 / RTG

AGA has some serious problems, but pictures tell more than 1000 words.

Image format is in picture name.

Checked gif, jpg and png

Wow, quite better than me ! ^^

[DNADNL]

OK, I just tried NetSurf wit the bitmap.h modification (AMI_BITMAP_FORMAT to 0), and... NetSurf doesn't want to be launched, contrarly to the previous non-modified version.

Is it current build that experimental 68000 build, here : http://cy2.uk/netsurfos3

I can't use this version on Happiga, I suppose it's because it contains DukTape... I use the version I compiled myself via NetScript.

[DNADNL]

Try toggling the bits, so it reads R8G8B8A8 or whatever.

What do you mean by toggling ? Do you want I try RGBFB_R0G8B8A8 or RGBA_R8G8B8A8  instead of RGBFB_R8G8B8A8 ?

[DNADNL]

Change it so it is ordered RGBA instead of ARGB. Have a look in the Picasso96 headers, but basically you need to move the A8 to the end.

OK, I'll check this out, but as I can see, A8 was already at the end.

Ah, in fact, I can also show you NetSurf on AmiKit v8. Maybe it could help...

EDIT : YAAAAAAAAAAAAAAAAAAAAAAAY ! That works, now !
In fact, Happiga didn't have all the datatypes, I think (Devs : Datatypes . Maybe it's also your problem, @utri007. So I added the whole datatypes (I got them from AmiKit) and I reinstalled NetSurf then.

Here are the pictures for Happiga :
http://puu.sh/qfnzC/6f18e9c1f6.jpg
http://puu.sh/qfnIi/08a62cbd56.jpg
I couldn't open amiga.org and amigaworld.net (not enough memory, according to NetSurf)

Here are the pictures for AmiKit (resolution : uaegfx.card0-P96Mode 32bit BGRA) :
http://puu.sh/qfoAJ/4c2acf06a9.png
http://puu.sh/qfoyJ/d2f01d23f7.png
http://puu.sh/qfovj/2e8fe337d6.png
http://puu.sh/qfoxq/7c6050900b.png

Now, I have to find out the SSL problem : I can't access SSL-crypted web pages (Youtube, Gmail, ...)

EDIT : I put URLs instead of pictures, It was too big before.

[DNADNL]

OK I need to test, but :

I don't have any color/display problems with  RTG system
Both machines have identigal OS install. I have old 2gb hard drive wich I use for OS installltion, actually just copy files from it. It has very Basic OS3.9 with BB1&2, magic menu and prism2v driver.

Chris what you think about this?

I downloaded amikit for real amigas, there is no way that I would install it, but surely I can manually install it's datatypes.

Ealier today I tried Netsurf in HAM screen, it didn't change a thing. I ques HAM is not supported with guigfx and render libraries?

I can't answer you, sry, but if you want I can give you the Datatypes I took from AmiKit (I created an Archive with the datatypes).

[DNADNL]

Thanks for the offering, but I already downloaded whole package.

Tested, didn't help. Nothing changed and AmiKit seems to use akJFIF wich I used already. Though now I got more advanced prefs program to it.

Did you reinstall NetSurf after "updating" the datatypes ? I had to do that, so the before-datatype Netsurf versions didn't work and the after-datatype versions did.

If you don't have P96 installed, then the pixel format is not relevant (likewise for OS4.1FE)

I just deleted the line about datatypes, but NetSurf uses internal decoders in preference so I'd be surprised if it made a difference. Actually I think I disabled the datatypes decoder on OS3 as the functions I was using didn't exist in the old datatypes.library.

I didn't change anything else except this. So, I don't know, maybe Happiga don't have the (basic) datatypes you need for NetSurf... But I'll tell its designer to see if he can implement them.

The SSL thing I've seen before, the fix might have been related to ca-bundle, not sure.

I also heard about AmiSSL. I wanted to install it on Happiga, but it seems there is no installer for... If you have a link or something else, I would gladly accept ^^

[DNADNL]

It needs PNG for the splash and for the buttons.  The browser itself does not need DataTypes as all the usual filetypes are internal decoders.  Furthermore, on OS3 it cannot use them (for browsing) as the code is commented out.



It doesn't use AmiSSL, it has a static-linked OpenSSL.  Check through your SnoopDOS log and make sure it is reading the correct ca-bundle (Resources/ca-bundle)

OK, well, I think I'm going to reinstall Happiga to see if I did only this modification to work. I don't think I did anything else, but I prefer start from scratch to be sure. I'll check this out tomorrow.
For OpenSSL, I'll also see tomorrow. Maybe it lasts some SSL certificates, or it doesn't find the good ones, or they don't fit Happiga...

[DNADNL]

OK, I reinstalled Happiga into my SD card and I confirm : it's not the datatypes. Mea culpa ! ^^ I don't know how, but it fixed down ! ^^
Well, I'm trying te recompile another NetSurf version, to be sure I don't have a special one. @chris, did you do some modifications on the NetSurf files during the week ? Maybe it could explain this...

[DNADNL]

Sorry for double post !

It doesn't use AmiSSL, it has a static-linked OpenSSL.  Check through your SnoopDOS log and make sure it is reading the correct ca-bundle (Resources/ca-bundle)

Trying to access YouTube (with a SSL certificate) :


Doesn't work, yet it can read the ca-bundle...

[DNADNL]

duk_custom.h is where the lines should be added:
#define DUK_USE_DEBUG
#define DUK_USE_DEBUG_LEVEL 0

However I'm not getting any extra debug, so there's something wrong somewhere (DEBUG_LEVEL goes up to 2... still nothing)

Ok, I added those lines to duk_custom.h. I compile right now and I'll tell you if I got more things.

EDIT : Aha ! I know why OpenSSL doesn't work ! It looks for it in /opt/netsurf (the folder containing the toolchains files during the compilation), and not in progdir. moreover in Happiga there is no /opt (Picture here : http://puu.sh/qhFts/cba4df7790.jpg)
I think a link is missing there, or something like that.

EDIT 2 : No more info... here the SnoopDOS pictures :
http://puu.sh/qhGhU/de31495fdd.jpg
http://puu.sh/qhGkR/0c276b38fa.jpg
http://puu.sh/qhGnJ/a02d637dd9.jpg
http://puu.sh/qhGqZ/d9ced8c0b1.jpg

EDIT 3 : Sorry for triple post ! ^^

[DNADNL]

Oh, in fact, I talked with Tygre who told me he managed to launch DukTape alone and NetSurf alone on his emulator. So, that means the binding doesn't work. Maybe the DukTape issue comes from there. He told me to look nsgenbind/test/data/bindings/browser-duk.bnd and nsgenbind/src/nsgenbind.c (NetScript downloads these files to compile NetSurf). I don't know if it can be useful and if it can help, I'm going to see in, but I prefer to warn you, just in case you would like to see...

[DNADNL]

There have been a few changes this week, see: http://git.netsurf-browser.org/netsurf.git/log/

Personally I fixed one buffer overwrite which would only have been an issue when trying to access something like "file:///ram", but one of the other changes might have inadvertently solved your problem.



It says it is reading it, but NetSurf clearly doesn't like it.  Is ca-bundle OK?  Try replacing it with https://curl.haxx.se/ca/cacert.pem.  You might find the current file is just a text string.

No, I just tried and I've got the same issue... maybe this /opt/netsurf point could explain the fact that doesn't work. Maybe I have to install SSLroot, OpenSSL or something like that ?

EDIT : Yay, 42 posts ! Great ! ^^

[DNADNL]

I'm interested. Is it a version wich is downloadable from your github?

Yes, here is my GitHub link : https://github.com/DNADNL/NetScript
You will find the link to downloas NetSurf for AmigaOS3 in the README, in the "Important information" part.

I don't think so, as the missing file is just a config file.

Oh, OK. So, that might not cause the issue. I looked on AmiKit and it uses OpenSSL (SSLRoot) to get the config file, so I tried to installed it, but it doesn't seem to work...

It *could* be in the generated output, I doubt the problem is with nsgenbind as that gets compiled for the host, not for AmigaOS.

My current suspicion is content/handlers/javascript/dukky.c

OK, I'll both have a look at those files. I don't know if I'll find something, but we don't know ! ^^

[DNADNL]

It works, i've just tried. You need to add these lines to user-startup
Assign >NIL: SSLROOT: SYS:Internet/AmiSSL/SSLROOT
Assign >NIL: SSLCERTS: SSLROOT:certs
Assign >NIL: SSLPRIVATE: SSLROOT: private  

Tested on AmiKit.

Thanks apj ! where is the user-startup file you talk about ?
Also, Netsurf works on AmiKit, even the OpenSSL. The problem is on Happiga (The Amiga distribution for Raspberry Pi), which is quite different.

It's getting to the point where adding extra logging might be the only way to figure it out.

LOG("blah blah blah")
Then run with -v

Ok, I'm going to try this.

[DNADNL]

Amiga.org's red problem is not  gone. But I noticed that majority of display / color problems are because of lack of colors. Opening Netsurf it's own screen makes Netsurf default start page looking good as it should be.

Could it be that DNADNL just opened it to own screen and noticed that it looks good?

Wich makes me wonder would render.library support HAM?

I can't tell you for Amiga.org, as it seems I don't have enough RAM to access it, but I went to the page I created for the tests and the whole pictures you can find on it are well displayed (the expected pictures, of course, so GIF, PNG, JPEG and ICO). So, I don't think it's only the welcome page which has changed.
Thanks for the user-startup location, I'll have a look.