Maybe everyone but me already knew this, but I finally solved the every-tab-crashes-every-time problem in Firefox. I normally don't use a time zone in NetBSD; I normally use UTC. That was what was causing the problem. Setting the system time zone to my local time zone causes no tab to ever crash. It also has the side benefit that poorly written corporate retail websites actually know when their local stores are open or closed. >sigh

@"kc9udx"#p16732 I think not. I keep UTC all the time and never had Firefox crash. Also just tried FF as `TZ=America/Los_Angeles firefox` and `TZ=Asia/Tokyo firefox` back-to-back, and had no issues. EDIT: I *have* seen FF crash like that (as seen [here](https://www.youtube.com/watch?v=thxnemnprPg&t=983s)), but, on FreeBSD when `kern.elf64.allow_wx=0` (on by default now in FreeBSD-14.0). The solution is to: ```sh sudo elfctl -e +wxneeded /usr/local/lib/firefox/firefox /usr/local/lib/firefox/firefox-bin ```

What version are you running? This is 120.0.1 on NetBSD 10.0_RC5, and it sure seems to be the problem. Previously I used version 102 and never had a problem. I don't even know where to begin with W^X on NetBSD to know if that could have anything to do with it. EDIT: What I can glean from `$ readelf -a firefox | grep -i pax [ 4] .note.netbsd.pax NOTE 000000000000028c 0000028c 02 .interp .note.gnu.build-id .note.netbsd.ident .note.netbsd.pax .hash .dynsym .dynstr .gnu.version .gnu.version_r .rela.dyn .rela.plt .plt .text .rodata .eh_frame_hdr .eh_frame 05 .note.gnu.build-id .note.netbsd.ident .note.netbsd.pax Displaying notes found in: .note.netbsd.pax NetBSD 0x00000004 PaX ` mprotect is turned off, which I gather must include W^X, but I'm not positive.

> @"kc9udx"#p16735 What version are you running? This is 120.0.1 on NetBSD 10.0_RC5 The same (binary pkg from 2023Q4) on -HEAD. > @"kc9udx"#p16735 mprotect is turned off Yup: ```sh $ paxctl /usr/pkg/lib/firefox/firefox* /usr/pkg/lib/firefox/firefox: PaX flags: /usr/pkg/lib/firefox/firefox: m: mprotect(2) restrictions, explicit disable /usr/pkg/lib/firefox/firefox-bin: PaX flags: /usr/pkg/lib/firefox/firefox-bin: m: mprotect(2) restrictions, explicit disable $ ``` If I remove that flag using `paxctl -m ...`, then FF crashes _immediately_ with a SIGSEGV (no GUI seen at all).

@"rvp"#p16737 I just built it (from 2023Q4) the other day; The "Gah!" crashing was always happening with this version (though repeatedly reloading would cause sites to eventually work). Upon setting the time zone to CST6CDT it immediately stopped crashing. The only other issue I have with this version is that some of the GUI features don't play well with the Pinebook Pro's touchpad. Well, thanks; I never even heard of PaX before this thread.

> @"kc9udx"#p16739 Upon setting the time zone to CST6CDT it immediately stopped crashing. Is it the same on x86 or only on ARM?

@"rvp"#p16741 I don't thinkI have it on x86 yet (maybe on amd64, I'll have to check). I've only tried it on ARM (aarch64).

> @"kc9udx"#p16742 I don't thinkI have it on x86 yet (maybe on amd64, I'll have to check). amd64 is fine. In fact, try on a different ARM board if you have one lying around, because this one (and the other FF crash you reported) feels like a HW issue with your PBP. But, I could be [wrong](https://www.unitedbsd.com/d/1208-no-colour-in-youtube-videos-when-using-firefox-and-my-user-session/4).

@"rvp"#p16752 I have it running on a headless RockPro 64, via X forwarding to my PBP. It's hard to say for sure because it's so slow, but it appears to be doing the same thing. Though it uses the same SoC as the PBP. The other crash, if you're referring to the one caused by nsswitch.conf, is reproducible on two PBPs, and the RockPro, with three different (sorry lost track of which) versions of Firefox. I'd like to test that problem on amd64 but due to my network configuration, that won't work.

(Posting this from the RockPro) I can't discount a faulty build (it was built on this RockPro), but I'm not likely to find out as it took a week to build and I don't hope to do that again soon.

I finally got a chance to try it on my older, apparently more reliable, PBP. It works the same as it originally did on the other PBP. Every tab crashes all the time; but if I keep reloading, eventually a tab will work without crashing. (I'm posting from the machine in question and I had to reload the site a half dozen times) Oddly though, changing the time zone does not seem to improve things.

Gah! Your tabs all crash! All the time!

kc9udx

I finally got time to try termbin, and it worked. I guess I'll be using this from now on.

good.txt
bad.txt
ldd.txt

rvp

kc9udx I finally got time to try termbin, and it worked. I guess I'll be using this from now on.

Looks like there's a 1MB limit on uploads and your files were all truncated. Send large files to rvp caracol SDF punto ORG.

From your ldd output:

/usr/pkg/lib/firefox/libmozgtk.so:
/usr/pkg/lib/firefox/libxul.so:
[...]
        -lfreetype.19 => /usr/X11R7/lib/libfreetype.so.19
[...]
        -lfreetype.6 => /usr/pkg/lib/libfreetype.so.6

I've noticed that before, so one of the things I do after I install NetBSD (even though it hasn't caused any problems on amd64--so far) is:

cd /usr/X11R7/lib
mv libfreetype.so.19.0 libfreetype.so.19.0.orig
ln -sv ../../pkg/lib/libfreetype.so.6 libfreetype.so.19.0

Apart from that I don't see anything else. Let's see if the logs have something:

firefox --MOZ_LOG_FILE=/tmp/all.log

then, first thing, load a about:logging tab. Click the Start Logging button on the page. After a web-page tab crashes, turn logging off and email all the /tmp/all.log.* files to me.

rvp

pho@ fixed this, I think.

« Previous Page