This is running: FreeBSD g1-97.catwhisker.org 12.4-STABLE FreeBSD 12.4-STABLE #1377 stable/12-n236087-95d0723eb308: Thu Mar 30 10:32:05 UTC 2023 root@g1-70.catwhisker.org:/common/S1/obj/usr/src/amd64.amd64/sys/CANARY amd64 1204500 1204500 with ports updated from a ports tree at main-n614944-8641bb99a224. In particular, www/firefox is: g1-97(12.4-S)[7] pkg info www/firefox firefox-112.0_1,2 Name : firefox Version : 112.0_1,2 Installed on : Fri Apr 7 04:29:07 2023 PDT Origin : www/firefox Architecture : FreeBSD:12:amd64 Prefix : /usr/local Categories : www wayland Licenses : Maintainer : gecko@FreeBSD.org WWW : https://www.mozilla.com/firefox Comment : Web browser based on the browser portion of Mozilla Options : ALSA : on CANBERRA : off DBUS : off DEBUG : off FFMPEG : on JACK : on LIBPROXY : off LTO : off OPTIMIZED_CFLAGS: on PROFILE : off PULSEAUDIO : on SNDIO : off TEST : off Base FreeBSD and installed ports are updated daily (building each locally -- except for www/chromium). (There have been no updates to FreeBSD stable/12 since 30 March -- as of this writing.] An example Web page that exhibits the failure is https://xkcd.com/ -- firefox-110 and prior rendered the entire page, as does www/chromium (chromium-111.0.5563.147); firefox-111 shows blank for the upper-left part of the page; shows the main cartoon and the tooltip; shows buttons above and below the cartoon (but not the names on the buttons). When I slide the mouse around in that upper-left corner, the cursor changes to indicate a link, and a horizontal line shows up (where a graphic is expected to be). Also, the buttons (above & below the cartoon) are solid grey, but switch to white on mouseover -- and the cursor switches to indicate a link. Since it proved to be an issue for a different problem I was having with firefox (drop-down menus would disappear as soon as I moved the mouse to try to select an entry), I should point out that I am using a window manager that is a derivative of tvtwm (and that has not been updated in years). [For this issue, the circumvention that I found was to define an environment variable, XDG_SESSION_DESKTOP, to have the value "twm" in my X11 startup -- in my case, in ~/.xsession.] I see no errors emitted to ~/xsession-errors when I refresh the xkcd page. (I do see some errors for other pages -- e.g., whines about JavaScript errors.) Nor do I see anything at all interesting by examining the Web browser console (F12; select "Console" & refresh the page.
Reproducible with Firefox in troubleshoot mode? about:support Reproducible with a new Firefox profile? about:profiles (In reply to david from comment #0) > … firefox-112.0_1,2 … > … https://xkcd.com/ … firefox-111 shows blank for the upper-left part of the page; … No problem with that page in Firefox from latest on CURRENT. I don't recall rendering failures with any other recent port of Firefox. % pkg iinfo firefox firefox-112.0,2 % uname -aKU FreeBSD mowa219-gjp4-8570p-freebsd 14.0-CURRENT FreeBSD 14.0-CURRENT #38 main-n262032-5e2e3615d91f: Fri Apr 7 18:54:28 BST 2023 grahamperrin@mowa219-gjp4-8570p-freebsd:/usr/obj/usr/src/amd64.amd64/sys/GENERIC-NODEBUG amd64 1400085 1400085 % pkg -vv | grep -e url -e enabled -e priority url : "http://pkg0.bme.freebsd.org/FreeBSD:14:amd64/latest", enabled : yes, priority : 4, url : "https://alpha.pkgbase.live/current/FreeBSD:14:amd64/latest", enabled : no, priority : 0, url : "file:///usr/local/poudriere/data/packages/main-default", enabled : yes, priority : 3 %
Yes, with an ... odd ... wrinkle: that upper-left container now displays something that looks like: . . . . . instead of either the completely blank area or what it does in chromium (or did in earlier firefox). While I'm here, I note that the bug title/summary is wrong: it's firefox-112 that's the problem, not firefox-111. Sorry about that.
A Google search on '"firefox" "112" bug' yielded a pointer to https://bugs.webkit.org/show_bug.cgi?id=228268; on reading the description -- in particular: |Presently, this build of WebKitGTK is completely blank—no content or developer |tools menu elements visible—unless I select and drag something offscreen, at |which point it becomes visible until I let go of the mouse again. I tried the above (select/drag -- and sure enough, the previously-invisible components become visible, until I release mouse button #1. So maybe there's a relationship?
Similar behaviour here. Very prominent example: https://forums.freebsd.org/ No text rendered at all. On links underline is shown (horizontal lines) on mouse over, tooltips shown but text missing too. Firefox started with ~/.mozilla removed, so new profile created at start. Same behaviour in Troubleshoot Mode. Firefox build from ports, portstree updated 2023-04-15 08:32, right before update of firefox (# portmaster -ayd). Last working version here: firefox-111.0.1_1,2 $ uname -aUK FreeBSD pi.rufus.in-berlin.de 13.1-RELEASE-p6 FreeBSD 13.1-RELEASE-p6 GENERIC amd64 1301000 1301000 $ freebsd-version 13.1-RELEASE-p7 $ pkg info www/firefox firefox-112.0.1,2 Name : firefox Version : 112.0.1,2 Installed on : Sat Apr 15 10:14:08 2023 CEST Origin : www/firefox Architecture : FreeBSD:13:amd64 Prefix : /usr/local Categories : www wayland Licenses : Maintainer : gecko@FreeBSD.org WWW : https://www.mozilla.com/firefox Comment : Web browser based on the browser portion of Mozilla Options : ALSA : off CANBERRA : off DBUS : off DEBUG : off FFMPEG : on JACK : off LIBPROXY : off LTO : off OPTIMIZED_CFLAGS: on PROFILE : off PULSEAUDIO : off SNDIO : on TEST : off Shared Libs required: libxcb.so.1 libxcb-shm.so.0 libwebpdemux.so.2 libwebp.so.7 libvpx.so.8 libssl3.so libsmime3.so libpng16.so.16 libplc4.so libpixman-1.so.0 libpango-1.0.so.0 libnssutil3.so libnss3.so libnspr4.so libicuuc.so.73 libicui18n.so.73 libharfbuzz.so.0 libgtk-3.so.0 libgobject-2.0.so.0 libglib-2.0.so.0 libgio-2.0.so.0 libgdk_pixbuf-2.0.so.0 libgdk-3.so.0 libfreetype.so.6 libfontconfig.so.1 libffi.so.8 libevent-2.1.so.7 libdav1d.so.6 libcairo.so.2 libcairo-gobject.so.2 libatk-1.0.so.0 libaom.so.3 libXrandr.so.2 libXfixes.so.3 libXext.so.6 libXdamage.so.1 libXcomposite.so.1 libX11.so.6 libX11-xcb.so.1 Annotations : FreeBSD_version: 1301000 cpe : cpe:2.3:a:mozilla:firefox:112.0.1:::::freebsd13:x64 no_provide_shlib: yes Flat size : 217MiB Description : Mozilla Firefox is a free and open source web browser descended from the Mozilla Application Suite. It is small, fast and easy to use, and offers many advanced features: o Popup Blocking o Tabbed Browsing o Live Bookmarks (ie. RSS) o Extensions o Themes o FastFind o Improved Security WWW: https://www.mozilla.com/firefox
Just for clarification of comment #4: > Firefox build from ports, portstree updated 2023-04-15 08:32, right before > update of firefox (# portmaster -ayd). 2023-04-15 08:32 CEST # portsnap auto
Update: relating to https://www.reddit.com/r/firefox/comments/12jm9ju/on_firefox_112_font_goes_white_on_some_sites_linux/ disabling webpages to choose their own fonts is a viable workaround for me Settings >> Fonts - Advanced >> uncheck "Allow pages to choose their own fonts..."
(In reply to Frank Reisert from comment #6) Thanks for that tip: I confirm that it works for me.
Just a guess, but I've seen something in app configuration causes the rendering of text to be white, which is invisible on a white background.
(In reply to Frank Reisert from comment #6) Thanks. Maybe useful in this situation: <https://addons.mozilla.org/addon/enforce-browser-fonts/> >> … Easily toggle between browser fonts and website fonts by >> clicking on addon toolbar icon or its keyboard shortcut …
(In reply to Graham Perrin from comment #9) Thanks. The addon works for me.
(In reply to rkoberman from comment #8) It's not just white on white. More like text being transparent, regardless of the background colour. As I wrote: on https://forums.freebsd.org/ no text at all would be shown, not even text in the tooltips when mouse over links to the forums (or fora - I'm not sure about the plural).
There seems to be a related bug on bugzilla: https://bugzilla.mozilla.org/show_bug.cgi?id=1827950 I cannot make much out of it for lacking the technical background.
(In reply to Frank Reisert from comment #12) Thanks for finding. <https://old.reddit.com/comments/12jm9ju/-/> and the linked bug report are enough to satisfy me that what's reported here is an upstream regression (not a bug in the port to FreeBSD). gecko@ * if I'm wrong, please correct me * <https://bugzilla.mozilla.org/show_bug.cgi?id=1827950#c14> the beta/release uplift approval request is low risk, I strongly suspect that uplift will precede the 2023-05-09 release of 113. <https://wiki.mozilla.org/Release_Management/Calendar#Future_branch_dates> Close now? Or patch before closure?
I can confirm that with the patch from https://phabricator.services.mozilla.com/D175391 applied onto the port, it seems to be working normally for me, several places it was definitely b0rked without it.
A commit in branch main references this bug: URL: https://cgit.FreeBSD.org/ports/commit/?id=6ffeab7ede9450a397417f4ba6b878a793a47804 commit 6ffeab7ede9450a397417f4ba6b878a793a47804 Author: Christoph Moench-Tegeder <cmt@FreeBSD.org> AuthorDate: 2023-04-16 21:06:47 +0000 Commit: Christoph Moench-Tegeder <cmt@FreeBSD.org> CommitDate: 2023-04-16 21:06:47 +0000 www/firefox: fix fonts becoming transparent in some configurations https://bugzilla.mozilla.org/show_bug.cgi?id=1827950 PR: 270695 www/firefox/Makefile | 1 + www/firefox/files/patch-bug1827950 (new) | 51 ++++++++++++++++++++++++++++++++ 2 files changed, 52 insertions(+)
A commit in branch 2023Q2 references this bug: URL: https://cgit.FreeBSD.org/ports/commit/?id=e8ff22a7cd5b92f100de73c466faf769802ff705 commit e8ff22a7cd5b92f100de73c466faf769802ff705 Author: Christoph Moench-Tegeder <cmt@FreeBSD.org> AuthorDate: 2023-04-16 21:06:47 +0000 Commit: Christoph Moench-Tegeder <cmt@FreeBSD.org> CommitDate: 2023-04-16 21:10:55 +0000 www/firefox: fix fonts becoming transparent in some configurations https://bugzilla.mozilla.org/show_bug.cgi?id=1827950 PR: 270695 (cherry picked from commit 6ffeab7ede9450a397417f4ba6b878a793a47804) www/firefox/Makefile | 1 + www/firefox/files/patch-bug1827950 (new) | 51 ++++++++++++++++++++++++++++++++ 2 files changed, 52 insertions(+)
Can't reproduce, can't test, but if people and upstream say it helps, I can't help it?
(In reply to Christoph Moench-Tegeder from comment #17) I can confirm that it fixes the issue for me. Thank you!
(In reply to Christoph Moench-Tegeder from comment #17) I downloaded the commit, applied it to ports tree (at main-n615996-fb5dece77c99), then re-built firefox: ===>>> Upgrade of firefox-112.0.1,2 to firefox-112.0.1_1,2 complete And it works: thank you! (I checked https://xkcd.com/, which was working, then went into "Settings & re-enabled "Allow pages to choose their own fonts, instead of your selections above" under Fonts/Advanced) -- and xkcd still works. Even after a page reload.)
Works for me. Thank you very much!
This commit also fixes practically the opposite problem: all web pages were being rendered perfectly, but all text in menus, browser tabs, and tool tips became invisible. Thank you!
(In reply to commit-hook from comment #15) Thanks! Upstream, 112.0.2: <https://hg.mozilla.org/releases/mozilla-release/rev/80b83057f86b>