From nobody Tue Sep 17 13:35:59 2024 X-Original-To: freebsd-stable@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4X7N8d3chvz59Qv0 for ; Tue, 17 Sep 2024 13:36:01 +0000 (UTC) (envelope-from mack@macktronics.com) Received: from mail.macktronics.com (coco.macktronics.com [209.181.253.65]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4X7N8d1qTkz4bCC; Tue, 17 Sep 2024 13:36:01 +0000 (UTC) (envelope-from mack@macktronics.com) Authentication-Results: mx1.freebsd.org; none Received: from olive.macktronics.com (unknown [209.181.253.67]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mail.macktronics.com (Postfix) with ESMTPS id 244D6FDA; Tue, 17 Sep 2024 08:35:59 -0500 (CDT) Date: Tue, 17 Sep 2024 08:35:59 -0500 (CDT) From: Dan Mack To: Peter cc: freebsd-stable@freebsd.org, cmt@freebsd.org Subject: Re: 13.4 compiles firefox functionally different In-Reply-To: Message-ID: <0e6c0c09-907c-26f3-fb78-287231661952@macktronics.com> References: List-Id: Production branch of FreeBSD source code List-Archive: https://lists.freebsd.org/archives/freebsd-stable List-Help: List-Post: List-Subscribe: List-Unsubscribe: X-BeenThere: freebsd-stable@freebsd.org Sender: owner-freebsd-stable@FreeBSD.org MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII; format=flowed X-Spamd-Bar: ---- X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; ASN(0.00)[asn:209, ipnet:209.181.252.0/23, country:US] X-Rspamd-Queue-Id: 4X7N8d1qTkz4bCC On Tue, 17 Sep 2024, Peter wrote: > Hi, > > after upgrading to 13.4-RC2-p1, I recompiled all ports. > > Today I found my firefox can no longer render a certain webpage; > the output is garbled as if the CSS were missing/defective. > Here is details and picture: > https://forums.freebsd.org/threads/firefox-displays-unintellegible-garbage-only-on-freebsd.94963/post-671994 > > The firefox version is -esr-115.15.0,1, from 2024Q3 as of a > week ago. > > Investigation showed: > * firefox from package as of today (130.something) works well. > * firefox-esr from package as of today (128.something) works > well. > * firefox-esr from ports as of today (128.2.0esr) freshly compiled > on 13.4-RC2-p1 also works well (prereqs still from last week) > * firefox-esr 115.14.0_1,1 locally compiled a few weeks ago on > Rel. 13.3 also works well. > > So I did verify: I restarted a Rel.13.3-p5, fetched all > prereqisite ports from backup (so these were also compiled on 13.3), > and then compiled firefox-esr-115.15.0,1, the very same that now > renders garbage, using the very same ports tree, with OS running > 13.3-p5. And that one now works! > > So bottomline is: > firefox-esr 115.15.0,1 - the one that was in 2024Q3 until about a > week ago - works correct when compiled on 13.3 (along with all it's > prereq ports), but renders garbage for a certain webpage when > compiled on 13.4-RC2 (along with all it's prereq ports). > > I don't like this, because now the question is: what else might 13.4 > compile so that it suddenly functions differently? > > > (I glanced thru PR 277021 - but it doesn't seem to mention anything > about webpages displaying broken, or any functional difference) > > Any idea how this might come to happen, anybody? Probably not related but I'll bring it up anyway; there was issue with firefox/other programs on alpine linux a couple weeks ago where the MESA package's upgrade in combination with using the link time optimization feature under gcc-14.x caused garbled previews and other graphical anomolies on my Firefox and my sway window manager. Not sure which compiler / mesa is used to build firefox on FreeBSD but could be part of the problem I guess or a place to look at the dependencies. It looks like they disabled LTO on the mesa build to fix the issue. That was using mesa-24.2.2. Dan