Closed mestaritonttu closed 7 years ago
I cannot reproduce this issue, can you provide a crash backtrace?
Ok, I think I have to do a debug build later. I tried with coredumpctl gdb, but the bt printout looked useless.
For now, here are some confirmations from https://aur.archlinux.org/packages/firefox-kde-opensuse/?comments=all
toxygen commented on 2017-01-29 03:26 on an unrelated note, which kmozillahelper do you guys use? kmozillahelper-kf5 is orphaned and kmozillahelper is very buggy for me (crashes if i try to change a setting, sometimes freezes on startup, and if i have image previews on, crashes entire browser) also as stated before, opening the downloads link, then clicking on the "open folder" icon crashes firefox
novwho commented on 2016-12-20 18:17 Does browser immediately crash when clicking Open Containing Folders for anyone else? Not sure if I'm doing something wrong. Installed fine. Will try to gather logs.
Ah, that's probably the usual electrolysis issue then if it also crashes in other (seeminly unrelated) places.
Can you confirm?
What is the usual electrolysis issue? I don't remember other crashes.
It's https://github.com/openSUSE/kmozillahelper/issues/8
Basically the protocol that is used between kmozillahelper and firefox was neither made for multiple windows nor multiple processes.
Actually I have " Multiprocess Windows 0/1 (Disabled by add-ons)" I should probably look into that debug build, right?
Yes, please do.
I am not able to produce a debug build. Here is my mozconfig, am I missing something:
. $topsrcdir/browser/config/mozconfig
ac_add_options --prefix=/usr
ac_add_options --enable-gold
ac_add_options --enable-rust
ac_add_options --enable-pie
ac_add_options --enable-release
ac_add_options --enable-official-branding
ac_add_options --enable-update-channel=release
# System libraries
ac_add_options --with-system-nspr
ac_add_options --with-system-nss
ac_add_options --with-system-jpeg
ac_add_options --with-system-zlib
ac_add_options --with-system-bz2
ac_add_options --with-system-png
ac_add_options --with-system-libevent
ac_add_options --with-system-libvpx
ac_add_options --with-system-icu
ac_add_options --enable-system-hunspell
ac_add_options --enable-system-sqlite
ac_add_options --enable-system-ffi
#ac_add_options --enable-system-cairo
ac_add_options --enable-system-pixman
ac_add_options --disable-libproxy
#ac_add_options --enable-shared-js
# Features
ac_add_options --enable-startup-notification
ac_add_options --enable-pulseaudio
ac_add_options --disable-gio
ac_add_options --disable-gconf
ac_add_options --disable-crashreporter
ac_add_options --disable-tests
ac_add_options --disable-updater
#ac_add_options --disable-debug-symbols
ac_add_options --disable-crashreporter
ac_add_options --disable-install-strip
#STRIP_FLAGS="--strip-debug"
# Optimization
ac_add_options --enable-optimize
ac_add_options --enable-debug-symbols="-gdwarf-2"
# PGO
mk_add_options PROFILE_GEN_SCRIPT='EXTRA_TEST_ARGS=10 $(MAKE) -C $(MOZ_OBJDIR) pgo-profile-run'
export BUILD_OFFICIAL=1
export MOZILLA_OFFICIAL=1
export MOZ_DEBUG_SYMBOLS=1
mk_add_options BUILD_OFFICIAL=1
mk_add_options MOZILLA_OFFICIAL=1
mk_add_options MOZ_DEBUG_SYMBOLS=1
You do not need anything firefox-related for building, just CMake, Qt5 and some KDE frameworks.
Hmm? I'm trying to do a debug build of Firefox so I can get a useful backtrace of the coredump.
So firefox is crashing and not kmozillahelper?
Yes, the whole browser just like for the other people I quoted in my 2nd comment. I actually tried an openSUSE VM today and there Firefox does not crash when "Opening containing folder". Then I installed an Arch Linux VM in order to not mess up anything in my main setup and managed to reproduce the crash there reliably.
I actually tried an openSUSE VM today and there Firefox does not crash when "Opening containing folder". Then I installed an Arch Linux VM in order to not mess up anything in my main setup and managed to reproduce the crash there reliably.
Do the versions match? If they do, it's probably an issue with the applied patches.
Yes, testing with https://aur.archlinux.org/packages/firefox-kde-opensuse/ and https://aur.archlinux.org/packages/kmozillahelper-kf5 Yes, I thought about the patches. Maybe I will try to get help on building with debug later, have to sleep now.
Tried disabling electrolysis with accessiblility.force_disable and still receive crash.
Using firefox-kde-opensuse AUR package like mestaritonttu.
When running firefox from terminal the error/trace I get is:
[Child 12951] WARNING: pipe error (25): Connection reset by peer: file /home/<user>/.cache/pacaur/firefox-kde-opensuse/src/firefox-51.0.1/ipc/chromium/src/chrome/common/ipc_channel_posix.cc, line 323
[Child 12951] ###!!! ABORT: Aborting on channel error.: file /home/<user>/.cache/pacaur/firefox-kde-opensuse/src/firefox-51.0.1/ipc/glue/MessageChannel.cpp, line 2056
Segmentation fault (core dumped)
I've been trying to do a debug build, but I can't get the symbols. Here is where I'm at currently: http://forums.mozillazine.org/viewtopic.php?p=14734295#p14734295
I finally got a debug symbols build! The mozconfig was fine and the culprit was the PKGBUILD. I got the tip from elsewhere to change this line to have !strip: options=('!emptydirs' '!strip' )
I am including the backtrace below in a collapsible element:
PID: 18948 (firefox)
UID: 1000 (testi)
GID: 100 (users)
Signal: 11 (SEGV)
Timestamp: Mon 2017-03-13 16:16:25 UTC (35s ago)
Command Line: /usr/bin/firefox
Executable: /usr/lib/firefox/firefox
Control Group: /user.slice/user-1000.slice/session-c1.scope
Unit: session-c1.scope
Slice: user-1000.slice
Session: c1
Owner UID: 1000 (testi)
Boot ID: d291dbd8e6da4faaaec5ced168cce9dc
Machine ID: 1b261deb11cd466197d0d065197cf966
Hostname: testi
Storage: /var/lib/systemd/coredump/core.firefox.1000.d291dbd8e6da4faaaec5ced168cce9dc.18948.1489421785000000000000.lz4
Message: Process 18948 (firefox) of user 1000 dumped core.
Stack trace of thread 18948:
#0 0x00007fa6c02baea0 raise (libpthread.so.0)
#1 0x00007fa6b3a83bb1 _ZN13nsProfileLock18FatalSignalHandlerEiP9siginfo_tPv (libxul.so)
#2 0x00007fa6b4417c99 WasmFaultHandler<(Signal)0> (libxul.so)
#3 0x00007fa6c02bafe0 __restore_rt (libpthread.so.0)
#4 0x00007fa6b1f75032 _ZN11nsLocalFile6RevealEv (libxul.so)
#5 0x00007fa6b1fa0b60 NS_InvokeByIndex (libxul.so)
#6 0x00007fa6b248cf97 _ZN16CallMethodHelper6InvokeEv (libxul.so)
#7 0x00007fa6b2492462 _Z17XPC_WN_CallMethodP9JSContextjPN2JS5ValueE (libxul.so)
#8 0x00007fa6b42a7e06 _ZN2js12CallJSNativeEP9JSContextPFbS1_jPN2JS5ValueEERKNS2_8CallArgsE (libxul.so)
#9 0x00007fa6b42a299a _ZN2js13CallFromStackEP9JSContextRKN2JS8CallArgsE (libxul.so)
#10 0x00007fa6b42a7b14 _ZN2js9RunScriptEP9JSContextRNS_8RunStateE (libxul.so)
#11 0x00007fa6b42a7d62 _ZN2js23InternalCallOrConstructEP9JSContextRKN2JS8CallArgsENS_14MaybeConstructE (libxul.so)
#12 0x00007fa6b42a8048 _ZN2js4CallEP9JSContextN2JS6HandleINS2_5ValueEEES5_RKNS_13AnyInvokeArgsENS2_13MutableHandleIS4_EE (libxul.so)
#13 0x00007fa6b41e34e7 _ZNK2js7Wrapper4callEP9JSContextN2JS6HandleIP8JSObjectEERKNS3_8CallArgsE (libxul.so)
#14 0x00007fa6b41d47a1 _ZNK2js23CrossCompartmentWrapper4callEP9JSContextN2JS6HandleIP8JSObjectEERKNS3_8CallArgsE (libxul.so)
#15 0x00007fa6b41d34de _ZN2js5Proxy4callEP9JSContextN2JS6HandleIP8JSObjectEERKNS3_8CallArgsE (libxul.so)
#16 0x00007fa6b42a7f30 _ZN2js12CallJSNativeEP9JSContextPFbS1_jPN2JS5ValueEERKNS2_8CallArgsE (libxul.so)
#17 0x00007fa6b42a299a _ZN2js13CallFromStackEP9JSContextRKN2JS8CallArgsE (libxul.so)
#18 0x00007fa6b42a7b14 _ZN2js9RunScriptEP9JSContextRNS_8RunStateE (libxul.so)
#19 0x00007fa6b42a7d62 _ZN2js23InternalCallOrConstructEP9JSContextRKN2JS8CallArgsENS_14MaybeConstructE (libxul.so)
#20 0x00007fa6b42a299a _ZN2js13CallFromStackEP9JSContextRKN2JS8CallArgsE (libxul.so)
#21 0x00007fa6b42a7b14 _ZN2js9RunScriptEP9JSContextRNS_8RunStateE (libxul.so)
#22 0x00007fa6b42a7d62 _ZN2js23InternalCallOrConstructEP9JSContextRKN2JS8CallArgsENS_14MaybeConstructE (libxul.so)
#23 0x00007fa6b42a299a _ZN2js13CallFromStackEP9JSContextRKN2JS8CallArgsE (libxul.so)
#24 0x00007fa6b42a7b14 _ZN2js9RunScriptEP9JSContextRNS_8RunStateE (libxul.so)
#25 0x00007fa6b42a7d62 _ZN2js23InternalCallOrConstructEP9JSContextRKN2JS8CallArgsENS_14MaybeConstructE (libxul.so)
#26 0x00007fa6b42a8048 _ZN2js4CallEP9JSContextN2JS6HandleINS2_5ValueEEES5_RKNS_13AnyInvokeArgsENS2_13MutableHandleIS4_EE (libxul.so)
#27 0x00007fa6b4133604 _Z20JS_CallFunctionValueP9JSContextN2JS6HandleIP8JSObjectEENS2_INS1_5ValueEEERKNS1_16HandleValueArrayENS1_13MutableHandleIS6_EE (libxul.so)
#28 0x00007fa6b2490c22 _ZN19nsXPCWrappedJSClass10CallMethodEP14nsXPCWrappedJStPK19XPTMethodDescriptorP17nsXPTCMiniVariant (libxul.so)
#29 0x00007fa6b1fa16fe PrepareAndDispatch (libxul.so)
#30 0x00007fa6b1fa0c73 SharedStub (libxul.so)
GNU gdb (GDB) 7.12.1
Copyright (C) 2017 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later
Edit: sorry for the spam in the issues due to the hashtags. GitHub is not smart enough to deal with this stuff.
The AUR package maintainer said our chroot is dirty so I guess I will close this.
I am using 5.0.0-1 from Arch Linux AUR. This same problem has existed for a longer time, before the kf5 port.