Summary: | www/chromium: bad_optional_access.cc:39 Abort trap when headless | ||||||
---|---|---|---|---|---|---|---|
Product: | Ports & Packages | Reporter: | Paul Boehmer <freebsd> | ||||
Component: | Individual Port(s) | Assignee: | freebsd-chromium (Nobody) <chromium> | ||||
Status: | New --- | ||||||
Severity: | Affects Some People | CC: | fred, freebsd, grahamperrin, jacobsen.w, lhersch, solarcatcher | ||||
Priority: | --- | Flags: | bugzilla:
maintainer-feedback?
(chromium) |
||||
Version: | Latest | ||||||
Hardware: | Any | ||||||
OS: | Any | ||||||
Attachments: |
|
Description
Paul Boehmer
2023-12-12 19:20:29 UTC
I confirm this for both, chromium and ungoogled-chromium. We have seen this for a while, and I pkg-locked version 117.0.5938.88 to keep a functioning version for the PDF generation. But this now blocks upgrading FreeBSD to 14.0-RELEASE. Created attachment 247304 [details] ICU fix for chromium 118.0.5993.117 on 14.0-R I was able to build 118.0.5993.117 on 14.0-RELEASE and a current ports tree with a small ICU-related patch I found over at Gentoo [1]. It's attached here reformatted for FreeBSD. This version works --headless for me, and I can get back to scraping my API-shy power provider's stats :) [1] https://bugs.gentoo.org/917645 I should have included: this doesn't fix the --headless problem with the current version of www/chromium (120.0.6099.109 and at least 119.0.6045.199 too) but rather allows 118.0.5993.117 to build, as resurrected from freebsd-ports.git with git restore --source=4fd9620ae253e35362b65f411408fc3fc1eaccde www/chromium/ Running an old version of a browser isn't great, of course. Sadly I have no chops to address the real problem. |