Eclipse Community

JodyThornton wrote: *

20 Jul 2026, 13:18

I thought you were referring loosely to r3dFox when you mentioned the upcoming v153 branch

Duke wrote: *

20 Jul 2026, 18:37

BTW Firefox v140 ESR is still alive, v140.13 will also be released tomorrow.

JodyThornton wrote: *

20 Jul 2026, 20:02

I was actually hoping to get a new e3k-etc or r3dFox version of this, so I could just keep running 140x ESR until years' end.

Duke wrote: *

21 Jul 2026, 18:37

n of Firefox 140 ESR branch on September 29.

JodyThornton wrote: *

22 Jul 2026, 15:43

Right, but you're referring to the official Mozilla releases; not r3dFox and e3k-etc, correct?
(or is that another wink to the aforementioned developers?

Duke wrote: *

22 Jul 2026, 16:49

But I really hope we'll get at least a R3dfox v153 soon because of this looong list of security fixes:
https://www.mozilla.org/en-US/security/advisories/mfsa2026-68/

JodyThornton wrote: *

22 Jul 2026, 19:51

Mind you, if e3k-etc and redacted are experiencing difficulties getting a v153 release out there, perhaps an updated build of v140 ESR would address that for now. (I'm also winking )

R3dfox152-Bookmarks.png (3.22 KiB) Viewed 4847 times

Quote:

By the way about 153, I'd need to refactor a lot of the code for it, and I don't feel up to that right now, especially now that I get headaches every day aaaaaaaaaa. e3k 153 is unlikely to come soon, so it will likely be a while until r3dfox 153 comes.

Duke wrote: *

22 Jul 2026, 22:07

But I hope there is a typo in this comment:
https://github.com/Eclipse-Community/r3dfox/issues/210#issuecomment-5051533805

Should be 153, not 152

the_r3dacted wrote: *

23 Jul 2026, 23:59

However regarding 153, the main issue was with Webrender, then I got the idea what if I just took the Webrender from 152 and plopped it into 153, and after some fixing, it kinda just works. So 153 soon probably.

265 993 303 wrote: *

24 Jul 2026, 07:52

In r3dfox, the zoom level is sometimes distorted when reopening closed tabs. For example, I use 288dpi (300%) in Windows 7, and I added 0.333333333333333333333 to toolkit.zoomManager.zoomValues in about:config. When I set the browser zoom to 33%, window.devicePixelRatio is set to 1 as expected. But after closing and reopening the tab, the zoom gets distorted, and window.devicePixelRatio returns 0.9836065573770492 instead, which according to Number To Fractions corresponds to the fraction 60÷61. This implies that the zoom got distorted from 1÷3 to 20÷61. The exact same issue occurs in both r3dfox 153.0 (64-bit), Mypal 68.13.1b (32-bit), while Firefox ESR 52.4.1 (32-bit) returns a slightly different value of 0.9836065769195557 (4125545÷4194304, which is probably a single precision float approximation). This indicates that the distortion of zoom values affects a broad range of Firefox based browsers. It should be fixed to preserve the exact zoom level across sessions.

Another issue relating to zoom levels is that when an image is opened in a new tab in the browser, it always defaults to 100% zoom, and clicking on the image will change it to 100% zoom. But in non-96dpi configurations, this causes devicePixelRatio to be other than 1, and makes it no longer a pixel-perfect scale, forcing users to manually change the zoom each time the image is loaded or clicked.

the_r3dacted wrote: *

24 Jul 2026, 21:54

I think this is better reported to bugzilla.mozilla.org and not here.

the_r3dacted wrote: *

24 Jul 2026, 21:54

If you were to go through nightly builds and figure out where it first occurs, I could try fixing it though.
https://ftp.mozilla.org/pub/firefox/nightly/

Duke wrote: *

25 Jul 2026, 09:12

Problem with R3dfox v153: any page but the about: pages, site or local file appears to never be completly loaded even though it is

265 993 303 wrote: *

25 Jul 2026, 08:32

the_r3dacted wrote: *

24 Jul 2026, 21:54

I think this is better reported to bugzilla.mozilla.org and not here.

Someone already reported the distorted zoom levels to https://bugzilla.mozilla.org/show_bug.cgi?id=1178138

I reported the image zoom issue: https://bugzilla.mozilla.org/show_bug.cgi?id=2057719

the_r3dacted wrote: *

24 Jul 2026, 21:54

If you were to go through nightly builds and figure out where it first occurs, I could try fixing it though.
https://ftp.mozilla.org/pub/firefox/nightly/

The zoom level 0.333333333333333333333 does not get distorted in 2015-04-29-03-02-02-mozilla-central but it gets distorted in 2015-04-30-03-02-01-mozilla-central (both are firefox-40.0a2.en-US.win32). In fact, 2015-04-30 distorts the zoom value when switching tabs, even if the tab remains open!

But the underlying issue goes much deeper as other zoom levels still get distorted in 2015-04-29 version. In fact, going all the way back to 2007-10-26-05-trunk, the very first version to have zoom option (the list of zoom levels was called toolkit.zoomManager.fullZoomValues instead of toolkit.zoomManager.zoomValues) that version still distorts zoom levels. If I set toolkit.zoomManager.fullZoomValues to 1,1.7 and I try to display a 384×96 image in 170% zoom, it gets displayed in 2094×523 size. This does not correspond to round(384×1.7×3)×round(96×1.7×3) which would have been 1958×490. It corresponds to floor(384×(20÷11)×3)×floor(96×(20÷11)×3). The same characteristic numerator of 20 appears!

Earlier versions (such as 2007-10-25-04-trunk) have a Text Size option instead of Zoom. The Text Size option covers a broad range of sizes (it seems to have 20 scale levels), but it doesn't show any numbers for scale and doesn't seem to be configurable in about:config.

the_r3dacted wrote: *

26 Jul 2026, 00:04

265 993 303 wrote: *

25 Jul 2026, 08:32

the_r3dacted wrote: *

24 Jul 2026, 21:54

I think this is better reported to bugzilla.mozilla.org and not here.

Someone already reported the distorted zoom levels to https://bugzilla.mozilla.org/show_bug.cgi?id=1178138

I reported the image zoom issue: https://bugzilla.mozilla.org/show_bug.cgi?id=2057719

the_r3dacted wrote: *

24 Jul 2026, 21:54

If you were to go through nightly builds and figure out where it first occurs, I could try fixing it though.
https://ftp.mozilla.org/pub/firefox/nightly/

The zoom level 0.333333333333333333333 does not get distorted in 2015-04-29-03-02-02-mozilla-central but it gets distorted in 2015-04-30-03-02-01-mozilla-central (both are firefox-40.0a2.en-US.win32). In fact, 2015-04-30 distorts the zoom value when switching tabs, even if the tab remains open!

But the underlying issue goes much deeper as other zoom levels still get distorted in 2015-04-29 version. In fact, going all the way back to 2007-10-26-05-trunk, the very first version to have zoom option (the list of zoom levels was called toolkit.zoomManager.fullZoomValues instead of toolkit.zoomManager.zoomValues) that version still distorts zoom levels. If I set toolkit.zoomManager.fullZoomValues to 1,1.7 and I try to display a 384×96 image in 170% zoom, it gets displayed in 2094×523 size. This does not correspond to round(384×1.7×3)×round(96×1.7×3) which would have been 1958×490. It corresponds to floor(384×(20÷11)×3)×floor(96×(20÷11)×3). The same characteristic numerator of 20 appears!

Earlier versions (such as 2007-10-25-04-trunk) have a Text Size option instead of Zoom. The Text Size option covers a broad range of sizes (it seems to have 20 scale levels), but it doesn't show any numbers for scale and doesn't seem to be configurable in about:config.

Yeah that goes way over my head and skillset. Good luck

Duke wrote: *

25 Jul 2026, 11:25

BTW, why I can't delete any of these many forced Anubis keys ?

the_r3dacted wrote: *

23 Jul 2026, 23:59

...idk what it is exactly, but my head seems fine, I got a whole ass MRI and found nothing wrong idk...

the_r3dacted wrote: *

26 Jul 2026, 00:20

You can't remove any prefs that are included in the browser, so that's just standard Firefox behavior.

the_r3dacted wrote: *

26 Jul 2026, 00:20

I believe that if you set them to nothing it should treat it as if they didn't exist though afaik.

Duke wrote: *

26 Jul 2026, 11:09

the_r3dacted wrote: *

26 Jul 2026, 00:20

You can't remove any prefs that are included in the browser, so that's just standard Firefox behavior.

But why are these keys hardcoded therefore forced ?

the_r3dacted wrote: *

26 Jul 2026, 12:38

How else am I supposed to include them?

Duke wrote: *

26 Jul 2026, 14:45

the_r3dacted wrote: *

26 Jul 2026, 12:38

How else am I supposed to include them?

config.cfg ?

the_r3dacted wrote: *

26 Jul 2026, 22:32

Won't that work the same way? I assume it would let you delete them but just add them back because they no longer exist.

Duke wrote: *

25 Jul 2026, 11:25

BTW, why I can't delete any of these many forced Anubis keys ?

the_r3dacted wrote: *

26 Jul 2026, 00:20

You can't remove any prefs that are included in the browser, so that's just standard Firefox behavior.

GoodConscience wrote: *

27 Jul 2026, 20:41

But why would you want to delete them in the first place? They serve a purpose

GoodConscience wrote: *

27 Jul 2026, 20:41

there still is a way, but it involves messing with omni.ja archives

Duke wrote: *

28 Jul 2026, 03:57

Because I have an account on some of these sites for years, and I don't want my user agent to appear with the F word in it.
Because %OS_SLICE% returns Windows 7 or 8 which is not coherent with any version > 115. This may cause problems, check this:
https://board.eclipse.cx/viewtopic.php?p=9148#p9148
Because I see no reason why I should be forced to use these keys. Actually it's a PITA to have to edit these user agents, one by one, each time a new version of R3dfox is released.