r3dfox, a modern Firefox based web browser for Windows Vista, 7, and 8!

[JodyThornton]

Sorry Duke, I thought you were referring loosely to r3dFox when you mentioned the upcoming v153 branch; not native Firefox. So as far as r3dFox and e3k-etc ... we still don't know.

[Duke]

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

I mentioned it as a wink with the hope we'll get a R3dfox v153 soon

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

[JodyThornton]

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

I know 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. We'll see

[Duke]

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.

Last version of Firefox 140 ESR branch on September 29.

[JodyThornton]

n of Firefox 140 ESR branch on September 29.

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]

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?

Correct.
What I meant is that in any case, Firefox, R3dfox or e3k, the v140 ESR branch will stop at the end of September and not at the end of year.

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]

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/

Of course, and I get that. 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 )

[Duke]

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 )

Seeing there is also a long list of security fixes for Firefox v140.13 ESR, I'll take one build or the other:
https://www.mozilla.org/en-US/security/advisories/mfsa2026-70/

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

BTW, I'm not experiencing the bookmarks gap issue with R3dfox v152.0.4 on Windows 8.1:

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

[Duke]

It was not a typo, R3dfox v152.0.4-2 is out:
https://github.com/Eclipse-Community/r3dfox/releases/tag/v152.0.4-2

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.

Meanwhile, maybe we could get a v152.0.6 which includes these security fixes ?
https://www.mozilla.org/en-US/security/advisories/mfsa2026-67/

[JodyThornton]

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

Not a typo at all. Look at the blurb in the latest release ... so much for our "last hope"

"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."

Repat after Homer Simpson:
D'oh! D'oh! D'oh!

[xperceniol_sal]

I'm worried about you, K4Sum1 I didn't stop caring you know, I never give up on friends. I'm sorry you are getting headaches. I know them all too well. Struggling myself as you might see.

~Of topic of course.

[the_r3dacted]

idk what it is exactly, but my head seems fine, I got a whole ass MRI and found nothing wrong idk. But I take an alieve or tylenol in the morning every day and sometimes it's alright and sometimes it's not. Today is particularly bad since I had it since I first woke up and I even double dosed the shit and still have it aaaaaaaaaaaaaaaaaa.

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]

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.

[Duke]

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.

And R3dfox v153 is there:
https://github.com/Eclipse-Community/r3dfox/releases/tag/v153.0

Thanks!

[the_r3dacted]

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.

I think this is better reported to bugzilla.mozilla.org and not here. 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/

[265 993 303]

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

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.

[Duke]

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

R3dfox153-KO.png (3.83 KiB) Viewed 139 times

Workaround: open a new tab then close it so the refresh sign is fixed:

R3dfox153-OK.png (5.07 KiB) Viewed 139 times

[Duke]

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

Fixed in R3dfox v153 hotfix:
https://github.com/Eclipse-Community/r3dfox/releases/tag/v153.0-hotfix


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