https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=273291
--- Comment #21 from Tomoaki AOKI ---
As www/firefox was bumped because of lang/rust update, tried building
www/firefox with DEBUG option enabled, resulted in build faulure as below.
Building without DEBUG option was fine. But unfortunately
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=273291
Graham Perrin ◐ changed:
What|Removed |Added
CC||grahamper...@gmail.com
--- Comme
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=273291
--- Comment #23 from Tomoaki AOKI ---
(In reply to Graham Perrin ◐ from comment #22)
Starting from obtaining 3rd backtrace uploaded, I always mv my working (for
116.*) ~/.mozilla/firefox to different directory name and create blank
~/.mozi
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=244978
--- Comment #5 from Remy Nonnenmacher ---
No more crash since ages. Looks like a spurious, temporary glitch with GL libs
version.
You may want to close this ticket.
Thanks for your work.
Remy.
--
You are receiving this mail because:
You a
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=244978
Gleb Popov changed:
What|Removed |Added
Resolution|--- |FIXED
Status|Open
To view an individual PR, use:
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=(Bug Id).
The following is a listing of current problems submitted by FreeBSD users,
which need special attention. These represent problem reports covering
all versions including experimental development code and ob
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=273291
--- Comment #24 from Tatsuki Makino ---
(In reply to Tomoaki AOKI from comment #20)
It would seem that it is "failing normally (正常に失敗)".
If the surviving processes are using profiles, we should also consider using
killall firefox to termi
