Re: Does firefox 71 work stably for anyone on amd64 desktops?

[Chavdar Ivanov <ci4ic4%gmail.com@localhost>]

Just to confirm - I tested forefox 71.0 login with my outlook.com mail
account - it worked fine, the account name and password were reused on
next firefox run.

On Fri, 20 Dec 2019 at 14:43, Chavdar Ivanov <ci4ic4%gmail.com@localhost> wrote:
>
> Further re. 3D. Epiphany used to work reasonably well with 3D some
> times ago, even after firefox stopped working 3D. Now I am getting:
>
> ...
> llvm (version 0x700) found no intrinsic for llvm.x86.sse2.paddus.b,
> going to crash...
> ....
>
> the trace is long, but ends around the same swrast_dri.so.
>
> Another factoid - glmark2 used to complete to the end under
> VirtualBox, now it ends with the same llvm message and core dump.
>
>
> On Fri, 20 Dec 2019 at 14:33, Chavdar Ivanov <ci4ic4%gmail.com@localhost> wrote:
> >
> > I do not have the key management issue, just a moment ago tested it.
> > This is the latest Firefox 71.0 running under 9.99.26 amd64.
> >
> > The only build options enabled are 'dbus' and
> > 'official-mozilla-branding'. Sound works perfectly, as well as video -
> > tested using my own emby server. I have no idea which sound system it
> > uses, but it works just fine. The machine it is running on at the
> > moment is a VirtualBox guest, hosted by a Windows 10 laptop, but it
> > works equally well on the same laptop with -current booted directly.
> > As far as the 3D in firefox is considered, many months ago it used to
> > work, the WebGL demos ran; since then it does not, saying that 3D is
> > not supported by the browser. At  the same time firefox always dumps
> > core upon startup, but continues and works fine then, with the
> > following trace:
> > ...
> > Core was generated by `firefox'.
> > Program terminated with signal SIGSEGV, Segmentation fault.
> > #0  0x000071ea44809a41 in pthread_mutex_lock () from /usr/lib/libpthread.so.1
> > [Current thread is 1 (process 1)]
> > (gdb) bt
> > #0  0x000071ea44809a41 in pthread_mutex_lock () from /usr/lib/libpthread.so.1
> > #1  0x000071ea22e9b38c in _mesa_error () from
> > /usr/X11R7/lib/modules/dri/swrast_dri.so
> > #2  0x000071ea22eb5776 in _mesa_GetString () from
> > /usr/X11R7/lib/modules/dri/swrast_dri.so
> > #3  0x000071ea32fbf051 in ?? () from /usr/pkg/lib/firefox/libxul.so
> > ...
> >
> > This is under VirtualBox, btw.
> >
> > On Fri, 20 Dec 2019 at 12:31, Mike Pumford <mpumford%mudcovered.org.uk@localhost> wrote:
> > >
> > > On 20/12/2019 02:33, Mayuresh wrote:
> > > > Last version I tried was 69 and was reasonably stable.
> > > >
> > > > Something forced an upgrade and firefox 71 is freezing / crashing fairly
> > > > frequently.
> > > >
> > > > I remember, older versions also used to have these problems, but went away
> > > > after I enabled oss and kept everything else related to audio disabled.
> > > > This time there is no oss option. So enabled alsa and issues are
> > > > recurring.
> > > >
> > > Not having any particular issues with my 9.0-RC1 system running
> > > firefox-71 apart from the key management UI issue. I've not disabled
> > > anything when building. I do see display glitching occasionally that
> > > sort of look like a cache coherency issue but it is transient and
> > > doesn't impact stability.
> > >
> > > firefox depends on 3D these days so GPU might matter. I'm running on
> > > i915drmkms as of last Saturday.
> > > Xorg log says its:
> > > [ 40930.944] (--) intel(0): Integrated Graphics Chipset: Intel(R) HD
> > > Graphics 4600
> > >
> > > There is a way to disable 3d in firefox  but I can't remember what that
> > > is. Will see if I can hook up sound and do a test of that later.
> > >
> > > Mike
> > >
> >
> >
> > --
> > ----
>
>
>
> --
> ----



-- 
----