Since the new NSS is sticking nicely, FPR20 will probably be an attempt at enabling TLS 1.3, and just in time, too.
Sunday, February 9, 2020
TenFourFox FPR19 available
Due to a busy work schedule and $REALLIFE, TenFourFox Feature Parity Release 19 final is just now available for testing (downloads, hashes, release notes). This version is the same as the beta except for a couple URL bar tweaks I meant to land and the outstanding security updates. If all goes well, it will go live tomorrow Pacific time in the evening.
Subscribe to:
Post Comments (Atom)
Okay, this time I tested it with the setting you toggled, and it doesn't show up for me anymore. This is where I'd try a new profile.
ReplyDeletePerhaps it got cached or something.
ReplyDelete[ChrisT.] OK, so I also don't want to use Reader mode, ever. I have reader.parse-on-load.enabled, reader.parse-on-load.force-enabled and tenfourfox.reader.force-enable set to false. Whenever I re-start the browser, the icon is back in the URL bar and I have to toggle all these settings to get rid of it. I can also reproduce this on a completely fresh user profile. What am I missing? TFF FPR 19 (45.28.0) final, 10.5/G4 7450.
ReplyDeleteI'm mystified. I have checks in there for this. Does clicking the icon actually bring up reader mode or is it just a dud icon?
ReplyDeleteI just finished building FPR20b1, so the timing is kind of bad :P
[ChrisT.] Clicking the icon activates the actual reader mode. Checked 20b1 back to 18b1, they all behave consistently wrong (17 behaves as intended, obviously). It's actually sufficient to toggle either [reader.parse-on-load.enabled] or [reader.parse-on-load.force-enabled and tenfourfox.reader.force-enable] after re-start to get rid of the icon. It's not a major issue, though; TLS 1.3 is much more important.
ReplyDeleteLet me make sure I've got that right:
ReplyDeleteRPOLE RPOLFE TRFE ICON
TRUE! TRUE!! TRUE YES
false false! fals YES << ?!
false TRUE!! TRUE no
TRUE! false! fals no
The behaviour I would like is that if t.r.f-e is set false, then the old not-everywhere-but-some-places behaviour is restored, and the other two should function as they used to generally. However, I agree that if someone sets EVERYTHING to false, then nothing should show up, so I just want to make sure I've understood you right.
[ChrisT.] false false! fals YES << ?!
ReplyDeleteCorrect, but only after re-start. When toggling (as described) it's 'no' for the rest of the session.
Seems like that should be a one-line check somewhere.
ReplyDeleteJust wanted to leave a big "Thank you!" for your continued support of our PowerPC Macintosh computers! I'm running TFF19 on my MDD 2003 (with a Sonnet 1.67 Dual CPU upgrade) with 10.4.11 and it works like a charm. I can browse the web like everyone else does - on an almost 20 years old computer :-)
ReplyDeleteAs as workaround, you can put this in your userChrome.css
ReplyDelete/* remove reader mode button from urlbar */
#reader-mode-button {
display: none;
}
(or display: none !important; if it takes more persuading)