Closed galure closed 1 year ago
ulrichSchreiner
commented
2 years ago same here but Arch/Wayland with plasma.
FF: 102 Bitwarden: 2022.6.1
it is really a pity. when working "too long" with the bitwarden plugin, FF freezes completly. all windows of FF so one has to kill firefox completly.
i tried with about:debugging to see if there are some logs there but ... no. not when the browser crashes.
peterhoeg
commented
2 years ago Same problem with FF 102 with Plasma Wayland on NixOS.
lokinz
commented
2 years ago Also have this issue.
Firefox: 102.0.1 Bitwarden Extension: 2022.6.1 Operating System: openSUSE Tumbleweed KDE Plasma Version: 5.25.3 KDE Frameworks Version: 5.96.0 Qt Version: 5.15.5 Graphics Platform: Wayland
Kangie
commented
2 years ago Been seeing it here for a while.
firefox --version
Mozilla Firefox 102.0.1Bitwarden Extension: Version: 2022.6.1 Operating System: Gentoo Linux KDE Plasma Version: 5.25.3 KDE Frameworks Version: 5.96.0 Qt Version: 5.15.5 Kernel Version: 5.18.9-gentoo (64-bit) Graphics Platform: Wayland Processors: 32 × AMD Ryzen 9 5950X 16-Core Processor Memory: 125.7 GiB of RAM Graphics Processor: NVIDIA GeForce RTX 3060 Ti/PCIe/SSE2 NVIDIA UNIX Open Kernel Module for x86_64 515.57 Release Build (portage@localhost) Sun 03 Jul 2022 23:12:13 AEST
jarettgross
commented
2 years ago I started seeing this issue earlier this week as well.
Firefox: 102.0.1 Bitwarden Extension: 2022.6.1 Operating System: Windows 11
galure
commented
2 years ago I changed the title to reflect the bug being experienced on multiple plateforms. It should be a Firefox related problem, apparently.
dbosompem
commented
2 years ago Hi all, apologies for this freeze issues. Thank you for raising this up, the information provided would be helpful. We'd reproduce this internally , and get it fixed!
Peter-Levine
commented
2 years ago Same here:
Firefox 103.0.1 (64-bit)
Operating System: Gentoo Linux 2.8
KDE Plasma Version: 5.25.4
KDE Frameworks Version: 5.96.0
Qt Version: 5.15.5
Kernel Version: 5.19.0-gentoo (64-bit)
Graphics Platform: Wayland
Processors: 16 × AMD Ryzen 7 5800H with Radeon Graphics
Memory: 27.3 GiB of RAM
Graphics Processor: AMD RENOIR
Manufacturer: LENOVO
Product Name: 82JQ
System Version: Legion 5 Pro 16ACH6HIt seems to happen only when the cursor hovers over the drop-down menu for too long. First there is what seems like a flash and for an instant, maybe one or two frames, the Bitwarden drop-down menu jumps to the left side of the window and immediately back to the right. After that, the next time it happens, the chances that it will freeze Firefox when the drop-menu jumps back grows high. The longer the cursor hovers over it, the greater the chance of a freeze. After the first jump, if I need to access anything, I have to keep the cursor off the menu while i visually browse and only move it back on to scroll up or down until I know what selection i want. The issue doesn't occur in the popped-out Bitwarden frame.
daradib
commented
2 years ago I am able to consistently reproduce crashes:
Firefox 105.0.1 with Bitwarden addon 2022.9.1 and environment variable MOZ_ENABLE_WAYLAND=1 Debian 11, GNOME 3.38 on Wayland, Intel graphics
I was not able to reproduce crashes with XWayland or software WebRender (set gfx.webrender.software to true in about:config).
RyanHir
commented
2 years ago I was able to discover a band-aid solution that worked on two separate Windows 11 (22H2) machines, which should apply to Linux installs. This does not appear to be a Bitwarden-specific issue but is related as you are copying from Firefox.
According to this post on Reddit https://www.reddit.com/r/firefox/comments/vdxeda/copy_and_cut_commands_cause_firefox_to_freeze/, people can fix the freezing by setting accessibility.force_disabled to 1 in about:config and restarting the browser. From what I can tell, this does not affect features such as autofill and TOTP auto-copy.
clue44
commented
2 years ago I also have this bug, and it completely freezes Firefox forever. It happens in KDE under Wayland.
I can reproduce it by just going into Bitwarden and hovering over a credential for a while. Flashes occur on the screen a few times, and then it just freezes Firefox. All other apps are not affected.
Firefox 105.0.3 (64-bit)
Operating System: Arch Linux
KDE Plasma Version: 5.25.5
KDE Frameworks Version: 5.98.0
Qt Version: 5.15.6
Kernel Version: 5.19.13-zen1-1-zen (64-bit)
Graphics Platform: Wayland
Processors: 6 × Intel® Core™ i5-8600K CPU @ 3.60GHz
Memory: 15.6 GiB of RAM
Graphics Processor: AMD Radeon RX 6800 XTThe bug does not occur under Gnome on Wayland on the exact same system. I also verified that Firefox is running in Wayland mode on Gnome (about:support, Window Protocol is Wayland) and the MOZ_ENABLE_WAYLAND environment variable is set.
awebeer256
commented
2 years ago Same issue here. Manjaro, KDE Plasma, Wayland.
people can fix the freezing by setting
accessibility.force_disabledto 1 inabout:configand restarting the browser.
1 is the default value for me. (Browser build is LibreWolf via Flatpak.)
clue44
commented
2 years ago I got the new KDE 5.26 today and was hoping it would maybe fix this issue, but it does not.
Still freezes in the same way on KDE Plasma 5.26.0.
Operating System: Arch Linux
KDE Plasma Version: 5.26.0
KDE Frameworks Version: 5.99.0
Qt Version: 5.15.6
Kernel Version: 5.19.13-zen1-1-zen (64-bit)
Graphics Platform: Wayland
Processors: 6 × Intel® Core™ i5-8600K CPU @ 3.60GHz
Memory: 15.6 GiB of RAM
Graphics Processor: AMD Radeon RX 6800 XTI was able to discover a band-aid solution that worked on two separate Windows 11 (22H2) machines, which should apply to Linux installs. This does not appear to be a Bitwarden-specific issue but is related as you are copying from Firefox. According to this post on Reddit https://www.reddit.com/r/firefox/comments/vdxeda/copy_and_cut_commands_cause_firefox_to_freeze/, people can fix the freezing by setting
accessibility.force_disabledto 1 inabout:configand restarting the browser. From what I can tell, this does not affect features such as autofill and TOTP auto-copy.
Completely different issue than we're discussing here.
Hinton
commented
2 years ago Since this seems to be limited to the running Firefox using KDE on Wayland, it's most likely a bug in either Firefox or KDE. Has anyone tried to report this issue upstream? Since I don't envision there is much we can fix on our end without narrowing down exactly which part freezes or crashes.
tabp0le
commented
2 years ago I also have this issue as well. Maybe we can narrow down this issue if people with the issue post their "about:support".
tabp0le
commented
2 years ago I've noticed everyone one here so far has posted either a Ryzen APU or a discrete AMD/ATI GPU.
awebeer256
commented
2 years ago I've noticed everyone one here so far has posted either a Ryzen APU or a discrete AMD/ATI GPU.
My system is Intel & Nvidia.
Wyllio
commented
2 years ago This has been an issue for me as well with the latest version of Firefox. It only seems to trigger when I manually copy the password or TOTP from the extension. After copying, Firefox hangs for about 30 seconds and resumes where it left off. It can be reproduced every time I copy it to the clipboard from the extension.
Edit: I do believe this is a Firefox issue. On some occasions, if a web app has a copy button, the same problem can be triggered. It just does not happen as consistently as it does on the Bitwarden extension.
Firefox: 106.0.2 Bitwarden Extension: 2022.10.1 Operating System: Windows 11 22H2 OS Build: 22621.755 Processors: AMD Ryzen 9 5950X Memory: 64 GB DDR4 3600 Graphics Processor: Nvidia RTX 3080 Ti
mzarglis
commented
2 years ago This has been an issue for me as well with the latest version of Firefox. It only seems to trigger when I manually copy the password or TOTP from the extension. After copying, Firefox hangs for about 30 seconds and resumes where it left off. It can be reproduced every time I copy it to the clipboard from the extension.
Happens with me as well.... adding to the AMD list
Firefox: 106.0.2 Bitwarden Extension: 2022.10.1 Operating System: Windows 11 22H2 (22621.755) Processors: AMD Ryzen 9 5950X Memory: 32 GB DDR4 3600 Graphics Processor: Nvidia 1080 Ti
Edit: Setting accessibility.force_disabled 1 worked for me as a workaround... this maybe a firefox bug as sometimes it happens copying regular text from a webpage but happens basically 100% when copying from bitwarden plugin
Hinton
commented
2 years ago Windows 11 22H2, https://bugzilla.mozilla.org/show_bug.cgi?id=1774285
mirenradia
commented
2 years ago I'm still having this problem with accessibility.force_disabled = 1 with the following configuration
Firefox: 106.0.1 Bitwarden Extension: 2022.10.1 Operating System: Fedora 36 KDE Spin KDE Plasma Version: 5.25.5 KDE Frameworks Version: 5.99.0 Qt Version: 5.15.6 Kernel: Linux 6.0.5-200.fc36.x86_64
Peter-Levine
commented
2 years ago I finally got around to building Firefox 106.0.2 with debugging symbols and used GDB to get a full backtrace at the freeze point.
The debug output at the point I broke using ctrl + c is:
[2022-11-03T22:52:56Z WARN webrender::renderer::init] asking to enable_gpu_markers but no supporting extension was found
[2022-11-03T22:52:57Z WARN webrender::device::gl] Cropping texture upload Box2D((0, 0), (0, 1)) to None
[2022-11-03T22:52:57Z WARN webrender::device::gl] Cropping texture upload Box2D((0, 0), (0, 1)) to None
[2022-11-03T22:52:57Z WARN webrender::device::gl] Cropping texture upload Box2D((0, 0), (0, 1)) to None
[Thread 0x7fffaa5ff6c0 (LWP 349768) exited]
[Parent 349097, Main Thread] WARNING: NS_ENSURE_TRUE(weakFrame.IsAlive()) failed: file /var/tmp/portage/www-client/firefox-106.0.2/work/firefox-106.0.2/layout/xul/nsXULPopupManager.cpp:1320
[Parent 349097, Main Thread] WARNING: '!CanHandleWith(aPresContext)', file /var/tmp/portage/www-client/firefox-106.0.2/work/firefox-106.0.2/dom/events/IMEStateManager.cpp:498
[Child 349279, Main Thread] WARNING: '!CanHandleWith(aPresContext)', file /var/tmp/portage/www-client/firefox-106.0.2/work/firefox-106.0.2/dom/events/IMEStateManager.cpp:498
[Parent 349097, Compositor] WARNING: Possibly dropping task posted to updater thread: file /var/tmp/portage/www-client/firefox-106.0.2/work/firefox-106.0.2/gfx/layers/apz/src/APZUpdater.cpp:371
[Thread 0x7fffcae3f6c0 (LWP 349766) exited]
[Thread 0x7fffcb0406c0 (LWP 349765) exited]
[Thread 0x7fffad8ff6c0 (LWP 349767) exited]The full backtrace is:
Thread 1 "firefox" received signal SIGINT, Interrupt.
0x00007fffeee3568c in mozilla::detail::HashTable<js::gc::Cell* const, mozilla::HashSet<js::gc::Cell*, mozilla::DefaultHasher<js::gc::Cell*, void>, js::SystemAllocPolicy>::SetHashPolicy, js::SystemAllocPolicy>::prepareHash (aLookup=@0x7fffffffa4f0: 0x2a2a108502e0) at ../../dist/include/mozilla/HashTable.h:1636
1636 ../../dist/include/mozilla/HashTable.h: No such file or directory.
#0 0x00007fffeee3568c in mozilla::detail::HashTable<js::gc::Cell* const, mozilla::HashSet<js::gc::Cell*, mozilla::DefaultHasher<js::gc::Cell*, void>, js::SystemAllocPolicy>::SetHashPolicy, js::SystemAllocPolicy>::prepareHash(js::gc::Cell* const&) (aLookup=@0x7fffffffa4f0: 0x2a2a108502e0) at ../../dist/include/mozilla/HashTable.h:1636
keyHash = 2863311530
#1 0x00007fffeee355ac in mozilla::detail::HashTable<js::gc::Cell* const, mozilla::HashSet<js::gc::Cell*, mozilla::DefaultHasher<js::gc::Cell*, void>, js::SystemAllocPolicy>::SetHashPolicy, js::SystemAllocPolicy>::readonlyThreadsafeLookup(js::gc::Cell* const&) const (this=0x7fffffffa950, aLookup=@0x7fffffffa4f0: 0x2a2a108502e0)
at ../../dist/include/mozilla/HashTable.h:2080
keyHash = 2863311530
#2 0x00007fffeee35379 in mozilla::detail::HashTable<js::gc::Cell* const, mozilla::HashSet<js::gc::Cell*, mozilla::DefaultHasher<js::gc::Cell*, void>, js::SystemAllocPolicy>::SetHashPolicy, js::SystemAllocPolicy>::lookup(js::gc::Cell* const&) const (this=0x7fffffffa950, aLookup=@0x7fffffffa4f0: 0x2a2a108502e0) at ../../dist/include/mozilla/HashTable.h:2086
g = {mEntered = @0x7fffffffa970}
#3 0x00007fffef554df4 in mozilla::HashSet<js::gc::Cell*, mozilla::DefaultHasher<js::gc::Cell*, void>, js::SystemAllocPolicy>::lookup(js::gc::Cell* const&) const (this=0x7fffffffa950, aLookup=@0x7fffffffa4f0: 0x2a2a108502e0)
at ../../../dist/include/mozilla/HashTable.h:531
#4 0x00007fffef554ceb in HeapCheckTracerBase::onChild(JS::GCCellPtr, char const*)
(this=0x7fffffffa908, thing=..., name=0x7fffe1153bee "script-gcthing")
at /var/tmp/portage/www-client/firefox-106.0.2/work/firefox-106.0.2/js/src/gc/Verifier.cpp:831
cell = 0x2a2a108502e0
item = {thing = {ptr = 140737488332064}, name = 0x7fffffffa550 "\342\002\205\020**", parentIndex = 277152480, processed = 42}
#5 0x00007fffe5889c0e in JS::CallbackTracer::onEdge<JSString>(JSString**, char const*)
(this=0x7fffffffa908, thingp=0x7fffffffa610, name=0x7fffe1153bee "script-gcthing")
at ../../dist/include/js/TracingAPI.h:245
#6 0x00007fffe5850e4d in js::GenericTracerImpl<JS::CallbackTracer>::onStringEdge(JSString**, char const*)
(this=0x7fffffffa908, thingp=0x7fffffffa610, String=0x7fffe1153bee "script-gcthing")
at ../../dist/include/js/TracingAPI.h:219
#7 0x00007fffee8fb4f6 in js::gc::TraceEdgeInternal(JSTracer*, JSString**, char const*)
(trc=0x7fffffffa908, thingp=0x7fffffffa610, String=0x7fffe1153bee "script-gcthing")
at ../../../firefox-106.0.2/js/src/gc/Tracer.h:105
#8 0x00007fffef470a25 in js::TraceManuallyBarrieredEdge<JSString*>(JSTracer*, JSString**, char const*)
(trc=0x7fffffffa908, thingp=0x7fffffffa610, name=0x7fffe1153bee "script-gcthing")
at ../../../../firefox-106.0.2/js/src/gc/Tracer.h:247
#9 0x00007fffef4d38d1 in js::TraceManuallyBarrieredGenericPointerEdge(JSTracer*, js::gc::Cell**, char const*)::$_1::operator()<JSString*>(JSString*) const (this=0x7fffffffa6a8, t=0x2a2a108502e0)
at /var/tmp/portage/www-client/firefox-106.0.2/work/firefox-106.0.2/js/src/gc/Marking.cpp:617
#10 0x00007fffef4ac299 in JS::MapGCThingTyped<js::TraceManuallyBarrieredGenericPointerEdge(JSTracer*, js::gc::Cell**, char const*)::$_1>(void*, JS::TraceKind, js::TraceManuallyBarrieredGenericPointerEdge(JSTracer*, js::gc::Cell**, char const*)::$_1&&) (thing=0x2a2a108502e0, traceKind=JS::TraceKind::String, f=...) at ../../../dist/include/js/TraceKind.h:252
#11 0x00007fffef4ac18a in js::TraceManuallyBarrieredGenericPointerEdge(JSTracer*, js::gc::Cell**, char const*)
(trc=0x7fffffffa908, thingp=0x7fffffffa710, name=0x7fffe1153bee "script-gcthing")
at /var/tmp/portage/www-client/firefox-106.0.2/work/firefox-106.0.2/js/src/gc/Marking.cpp:615
thing = 0x2a2a108502e0
traced = 0xaaaaaaaaaaaaaaaa
#12 0x00007fffeec452e1 in js::PrivateScriptData::trace(JSTracer*) (this=0x7fffaca21460, trc=0x7fffffffa908)
at /var/tmp/portage/www-client/firefox-106.0.2/work/firefox-106.0.2/js/src/vm/JSScript.cpp:2334
thing = 0x2a2a108502e0
elem = @0x7fffaca214b0: {ptr = 46360154145506}
__range1 = @0x7fffffffa738: {static extent = <optimized out>, storage_ = {<mozilla::span_details::extent_type<18446744073709551615ul>> = {size_ = 9}, data_ = 0x7fffaca21470}}
__begin1 = {span_ = 0x7fffffffa738, index_ = 8}
__end1 = {span_ = 0x7fffffffa738, index_ = 9}
#13 0x00007fffef46f585 in js::BaseScript::traceChildren(JSTracer*) (this=0x343ca8b7e9c0, trc=0x7fffffffa908)
at ../../../../firefox-106.0.2/js/src/gc/TraceMethods-inl.h:40
#14 0x00007fffef56f7d3 in JS::TraceChildren(JSTracer*, JS::GCCellPtr)::$_1::operator()<js::BaseScript*>(js::BaseScript*) const (this=0x7fffffffa838, t=0x343ca8b7e9c0)
at /var/tmp/portage/www-client/firefox-106.0.2/work/firefox-106.0.2/js/src/gc/Tracer.cpp:62
#15 0x00007fffef56f2fd in JS::MapGCThingTyped<JS::TraceChildren(JSTracer*, JS::GCCellPtr)::$_1>(void*, JS::TraceKind, JS::TraceChildren(JSTracer*, JS::GCCellPtr)::$_1&&) (thing=0x343ca8b7e9c0, traceKind=JS::TraceKind::Script, f=...)
at ../../../dist/include/js/TraceKind.h:252
#16 0x00007fffef54fd43 in JS::ApplyGCThingTyped<JS::TraceChildren(JSTracer*, JS::GCCellPtr)::$_1>(void*, JS::TraceKind, JS::TraceChildren(JSTracer*, JS::GCCellPtr)::$_1&&) (thing=0x343ca8b7e9c0, traceKind=JS::TraceKind::Script, f=...)
at ../../../dist/include/js/TraceKind.h:267
#17 0x00007fffef54fcfe in JS::TraceChildren(JSTracer*, JS::GCCellPtr) (trc=0x7fffffffa908, thing=...)
at /var/tmp/portage/www-client/firefox-106.0.2/work/firefox-106.0.2/js/src/gc/Tracer.cpp:59
#18 0x00007fffef5552e6 in HeapCheckTracerBase::traceHeap(js::gc::AutoTraceSession&) (this=0x7fffffffa908, session=...)
at /var/tmp/portage/www-client/firefox-106.0.2/work/firefox-106.0.2/js/src/gc/Verifier.cpp:865
item = {thing = {ptr = 57435133307335}, name = 0x7fffe0d582f1 "script", parentIndex = 7557, processed = false}
nogc = {<JS::AutoAssertNoGC> = {<JS::AutoRequireNoGC> = {<No data fields>}, cx_ = 0x7fffd2929100}, <No data fields>}
#19 0x00007fffef556101 in CheckGrayMarkingTracer::check(js::gc::AutoTraceSession&) (this=0x7fffffffa908, session=...)
at /var/tmp/portage/www-client/firefox-106.0.2/work/firefox-106.0.2/js/src/gc/Verifier.cpp:998
#20 0x00007fffef5562eb in js::CheckGrayMarkingState(JSRuntime*) (rt=0x7fffd2917000)
at /var/tmp/portage/www-client/firefox-106.0.2/work/firefox-106.0.2/js/src/gc/Verifier.cpp:1016
ap = {stats = @0x7fffd2917838, phaseKind = js::gcstats::PhaseKind::TRACE_HEAP, enabled = true}
session = {<js::gc::AutoHeapSession> = {gc = 0x7fffd2917768, prevState = JS::HeapState::Idle, profilingStackFrame = {<mozilla::detail::MaybeStorage<js::AutoGeckoProfilerEntry, false>> = {<mozilla::detail::MaybeStorageBase<js::AutoGeckoProfilerEntry, false>> = {mStorage = {val = {profilingStack_ = 0xaaaaaaaaaaaaaaaa, profiler_ = 0xaaaaaaaaaaaaaaaa, spBefore_ = 2863311530}}}, mIsSome = 0 '\000'}, <mozilla::detail::Maybe_CopyMove_Enabler<js::AutoGeckoProfilerEntry, false, true, true>> = {<No data fields>}, <No data fields>}}, <No data fields>}
tracer = {<HeapCheckTracerBase> = {<JS::CallbackTracer> = {<js::GenericTracerImpl<JS::CallbackTracer>> = {<JSTracer> = {_vptr$JSTracer = 0x7ffff4809960 <vtable for CheckGrayMarkingTracer+16>, runtime_ = 0x7fffd2917000, kind_ = JS::TracerKind::Callback, options_ = {weakMapAction = JS::WeakMapTraceAction::Skip, weakEdgeAction = JS::WeakEdgeTraceAction::Skip}, context_ = {static InvalidIndex = 18446744073709551615, index_ = 18446744073709551615, functor_ = 0x0}}, <No data fields>}, <No data fields>}, failures = 0, rt = 0x7fffd2917000, oom = false, visited = {mImpl = {<js::SystemAllocPolicy> = {<js::AllocPolicyBase> = {<No data fields>}, <No data fields>}, static CAP_BITS = 30, mGen = 16, mHashShift = 12, mTable = 0x7fff87a00000 "", mEntryCount = 733920, mRemovedCount = 0, mMutationCount = 733920, mEntered = true, static sDefault
Len = 16, static sMinCapacity = 4, static sMaxInit = 536870912, static sMaxCapacity = 1073741824, static sAlphaDenominator = 4 '\004', static sMinAlphaNumerator = 1 '\001', static sMaxAlphaNumerator = 3 '\003', static sFreeKey = 0, static sRemovedKey = 1, static sCollisionBit = 1}}, stack = {<js::SystemAllocPolicy> = {<js::AllocPolicyBase> = {<No data fields>}, <No data fields>}, static kElemIsPod = false, static kMaxInlineBytes = <optimized out>, static kInlineCapacity = 0, mBegin = 0x7fff87100000, mLength = 7563, mTail = {<mozilla::Vector<HeapCheckTracerBase::WorkItem, 0ul, js::SystemAllocPolicy>::CapacityAndReserved> = {mCapacity = 349525, mReserved = 195232}, <No data fields>}, mEntered = false, static sMaxInlineStorage = 0}, parentIndex = 7558}, <No data fields>}
#21 0x00007fffe5846fdc in mozilla::CycleCollectedJSRuntime::CheckGrayBits() const (this=0x7fffd79a9400)
at /var/tmp/portage/www-client/firefox-106.0.2/work/firefox-106.0.2/xpcom/base/CycleCollectedJSRuntime.cpp:1596
#22 0x00007fffe58a484c in nsCycleCollector::BeginCollection(mozilla::CCReason, ccIsManual, nsICycleCollectorListener*)
(this=0x7ffff786fdc0, aReason=mozilla::CCReason::MANY_SUSPECTED, aIsManual=CCIsNotManual, aManualListener=0x0)
at /var/tmp/portage/www-client/firefox-106.0.2/work/firefox-106.0.2/xpcom/base/nsCycleCollector.cpp:3582
timeLog = {<No data fields>}
isShutdown = false
nogc = {<JS::AutoRequireNoGC> = {<No data fields>}, cx_ = 0x7fffe586b709 <mozilla::Variant<js::TimeBudget, js::WorkBudget, js::UnlimitedBudget>::is<js::UnlimitedBudget>() const+25>}
autocc = {runtime_ = 0x7fffffffaab0}
mergeZones = false
ar = {mLocation = @0x7fffe586b6d9, mValue = 24}
#23 0x00007fffe58a40f6 in nsCycleCollector::Collect(mozilla::CCReason, ccIsManual, js::SliceBudget&, nsICycleCollectorListener*, bool)
(this=0x7ffff786fdc0, aReason=mozilla::CCReason::MANY_SUSPECTED, aIsManual=CCIsNotManual, aBudget=..., aManualListener=0x0, aPreferShorterSlices=false)
at /var/tmp/portage/www-client/firefox-106.0.2/work/firefox-106.0.2/xpcom/base/nsCycleCollector.cpp:3412
raiiObject3373 = {mProfilingStack = 0x7ffff7842698}
marker = {<mozilla::detail::MaybeStorage<mozilla::AutoGlobalTimelineMarker, false>> = {<mozilla::detail::MaybeStorageBase<mozilla::AutoGlobalTimelineMarker, false>> = {mStorage = {val = {mName = 0x7fffe0d4da18 "nsCycleCollector::Collect", mStackRequest = mozilla::MarkerStackRequest::NO_STACK}}}, mIsSome = 1 '\001'}, <mozilla::detail::Maybe_CopyMove_Enabler<mozilla::AutoGlobalTimelineMarker, false, false, false>> = {<No data fields>}, <No data fields>}
startedIdle = true
collectedAny = false
continueSlice = true
#24 0x00007fffe58a7ba0 in nsCycleCollector_collectSlice(js::SliceBudget&, mozilla::CCReason, bool)
(budget=..., aReason=mozilla::CCReason::MANY_SUSPECTED, aPreferShorterSlices=false)
at /var/tmp/portage/www-client/firefox-106.0.2/work/firefox-106.0.2/xpcom/base/nsCycleCollector.cpp:3934
data = 0x7fffd8cd9b60
raiiObject3932 = {mProfilingStack = 0x7ffff7842698}
#25 0x00007fffe7d28f45 in nsJSContext::RunCycleCollectorSlice(mozilla::CCReason, mozilla::TimeStamp)
(aReason=mozilla::CCReason::MANY_SUSPECTED, aDeadline=...)
at /var/tmp/portage/www-client/firefox-106.0.2/work/firefox-106.0.2/dom/base/nsJSEnvironment.cpp:1460
preferShorterSlices = false
budget = {idle = false, extended = false, static UnlimitedCounter = 9223372036854775807, static StepsPerExpensiveCheck = 1000, budget = {static RawDataAlignment = 8, static RawDataSize = 16, rawData = "\001\177\372\002\000\000\000\000\211\265\311k$\177\000", tag = 0 '\000'}, interruptRequested = 0x0, counter = 1000, interrupted = false}
#26 0x00007fffe7d29b62 in mozilla::CCGCScheduler::CCRunnerFired(mozilla::TimeStamp) (aDeadline=...)
at /var/tmp/portage/www-client/firefox-106.0.2/work/firefox-106.0.2/dom/base/nsJSEnvironment.cpp:1609
raiiObject1567 = {mProfilingStack = 0x7ffff7842698}
didDoWork = false
step = {mAction = mozilla::CCRunnerAction::CycleCollect, mYield = mozilla::Yield, mParam = {mRemoveChildless = mozilla::RemoveChildless, mCCReason = mozilla::CCReason::MANY_SUSPECTED, mReason = JS::GCReason::EAGER_ALLOC_TRIGGER}}
#27 0x00007fffe6de5475 in std::__invoke_impl<bool, bool (*&)(mozilla::TimeStamp), mozilla::TimeStamp>(std::__invoke_other, bool (*&)(mozilla::TimeStamp), mozilla::TimeStamp&&)
(__f=@0x7fff8ffe35c8: 0x7fffe7d29a10 <mozilla::CCGCScheduler::CCRunnerFired(mozilla::TimeStamp)>, __args=...)
at /usr/lib/gcc/x86_64-pc-linux-gnu/12/include/g++-v12/bits/invoke.h:61
#28 0x00007fffe6de53ed in std::__invoke_r<bool, bool (*&)(mozilla::TimeStamp), mozilla::TimeStamp>(bool (*&)(mozilla::TimeStamp), mozilla::TimeStamp&&)
(__fn=@0x7fff8ffe35c8: 0x7fffe7d29a10 <mozilla::CCGCScheduler::CCRunnerFired(mozilla::TimeStamp)>, __args=...)
at /usr/lib/gcc/x86_64-pc-linux-gnu/12/include/g++-v12/bits/invoke.h:114
#29 0x00007fffe6de5325 in std::_Function_handler<bool (mozilla::TimeStamp), bool (*)(mozilla::TimeStamp)>::_M_invoke(std::_Any_data const&, mozilla::TimeStamp&&) (__functor=..., __args=...)
at /usr/lib/gcc/x86_64-pc-linux-gnu/12/include/g++-v12/bits/std_function.h:290
#30 0x00007fffe5a13eea in std::function<bool (mozilla::TimeStamp)>::operator()(mozilla::TimeStamp) const
(this=0x7fff8ffe35c8, __args=...) at /usr/lib/gcc/x86_64-pc-linux-gnu/12/include/g++-v12/bits/std_function.h:591
#31 0x00007fffe5a13aaf in mozilla::IdleTaskRunner::Run() (this=0x7fff8ffe35b0)
at ../../../firefox-106.0.2/xpcom/threads/IdleTaskRunner.cpp:125
now = {mValue = 139794353949269}
overdueForIdle = false
didRun = false
allowIdleDispatch = false
#32 0x00007fffe5a14e49 in mozilla::IdleTaskRunnerTask::Run() (this=0x7fff8b8587e0)
at ../../../firefox-106.0.2/xpcom/threads/IdleTaskRunner.cpp:46
runner = {mRawPtr = 0x7fff8ffe35b0}
#33 0x00007fffe5a3b836 in mozilla::TaskController::DoExecuteNextTaskOnlyMainThreadInternal(mozilla::detail::BaseAutoLock<mozilla::Mutex&> const&) (this=0x7fffd8c7aa00, aProofOfLock=...)
at /var/tmp/portage/www-client/firefox-106.0.2/work/firefox-106.0.2/xpcom/threads/TaskController.cpp:851
log = {mWillRunAgain = false}
unlock = {mLock = @0x7fffd8c7aa00}
now = {mValue = 139794353947872}
snapshot = {mOldEventLoopDepth = 4294967295, mOldPerformanceCounter = {mRawPtr = 0x0}, mOldIsIdleRunnable = false}
task = 0x7fff8b8587e0
manager = 0x7fffd7989100
result = false
iter = {mRawPtr = 0x7fff8b845400}
mainIThread = {mRawPtr = 0x7ffff78d1f20}
mainThread = 0x7ffff78d1f20
totalSuspended = 0
#34 0x00007fffe5a39e14 in mozilla::TaskController::ExecuteNextTaskOnlyMainThreadInternal(mozilla::detail::BaseAutoLock<mozilla::Mutex&> const&) (this=0x7fffd8c7aa00, aProofOfLock=...)
at /var/tmp/portage/www-client/firefox-106.0.2/work/firefox-106.0.2/xpcom/threads/TaskController.cpp:725
taskRan = false
#35 0x00007fffe5a39faa in mozilla::TaskController::ProcessPendingMTTask(bool) (this=0x7fffd8c7aa00, aMayWait=false)
at /var/tmp/portage/www-client/firefox-106.0.2/work/firefox-106.0.2/xpcom/threads/TaskController.cpp:461
lock = {mLock = @0x7fffd8c7aa00}
#36 0x00007fffe5a725bb in mozilla::TaskController::InitializeInternal()::$_0::operator()() const (this=0x7fffd79673d8)
at /var/tmp/portage/www-client/firefox-106.0.2/work/firefox-106.0.2/xpcom/threads/TaskController.cpp:187
#37 0x00007fffe5a72539 in mozilla::detail::RunnableFunction<mozilla::TaskController::InitializeInternal()::$_0>::Run()
(this=0x7fffd79673c0) at ../../dist/include/nsThreadUtils.h:531
#38 0x00007fffe5a5420a in nsThread::ProcessNextEvent(bool, bool*)
(this=0x7ffff78d1f20, aMayWait=false, aResult=0x7fffffffb367)
at /var/tmp/portage/www-client/firefox-106.0.2/work/firefox-106.0.2/xpcom/threads/nsThread.cpp:1205
log = {<mozilla::detail::MaybeStorage<mozilla::LogTaskBase<nsIRunnable>::Run, false>> = {<mozilla::detail::MaybeStorageBase<mozilla::LogTaskBase<nsIRunnable>::Run, false>> = {mStorage = {val = {mWillRunAgain = 170}}}, mIsSome = 0 '\000'}, <mozilla::detail::Maybe_CopyMove_Enabler<mozilla::LogTaskBase<nsIRunnable>::Run, false, true, true>> = {<No data fields>}, <No data fields>}
now = {mValue = 139794353928177}
snapshot = {<mozilla::detail::MaybeStorage<mozilla::PerformanceCounterState::Snapshot, false>> = {<mozilla::detail::MaybeStorageBase<mozilla::PerformanceCounterState::Snapshot, false>> = {mStorage = {val = {mOldEventLoopDepth = 2863311530, mOldPerformanceCounter = {mRawPtr = 0xaaaaaaaaaaaaaaaa}, mOldIsIdleRunnable = 170}}}, mIsSome = 0 '\000'}, <mozilla::detail::Maybe_CopyMove_Enabler<mozilla::PerformanceCounterState::Snapshot, false, true, true>> = {<No data fields>}, <No data fields>}
event = {mRawPtr = 0x7fffd79673c0}
usingTaskController = true
reallyWait = false
noJSAPI = {<mozilla::detail::MaybeStorage<mozilla::dom::AutoNoJSAPI, false>> = {<mozilla::detail::MaybeStorageBase<mozilla::dom::AutoNoJSAPI, false>> = {mStorage = {val = {<mozilla::dom::ScriptSettingsStackEntry> = {mGlobalObject = {mRawPtr = 0x0}, mType = mozilla::dom::ScriptSettingsStackEntry::eNoJSAPI, mOlder = 0x0}, <JSAutoNullableRealm> = {cx_ = 0x7ff
fd2929100, oldRealm_ = 0x0}, mCx = 0x7fffd2929100, mExecutionYield = {mExecutionGrantingManager = {mRawPtr = 0x0}}}}}, mIsSome = 1 '\001'}, <mozilla::detail::Maybe_CopyMove_Enabler<mozilla::dom::AutoNoJSAPI, false, true, true>> = {<No data fields>}, <No data fields>}
callScriptObserver = true
obs = {mRawPtr = 0x7fffd78ec988}
rv = nsresult::NS_OK
#39 0x00007fffe5a5c1f6 in NS_ProcessNextEvent(nsIThread*, bool) (aThread=0x7ffff78d1f20, aMayWait=false)
at /var/tmp/portage/www-client/firefox-106.0.2/work/firefox-106.0.2/xpcom/threads/nsThreadUtils.cpp:465
val = true
#40 0x00007fffe6807755 in mozilla::ipc::MessagePump::Run(base::MessagePump::Delegate*)
(this=0x7fffd8c74780, aDelegate=0x7ffff782e200)
at /var/tmp/portage/www-client/firefox-106.0.2/work/firefox-106.0.2/ipc/glue/MessagePump.cpp:85
did_work = 170
thisThread = 0x7ffff78d1f20
autoReleasePool = {<No data fields>}
#41 0x00007fffe6739558 in MessageLoop::RunInternal() (this=0x7ffff782e200)
at /var/tmp/portage/www-client/firefox-106.0.2/work/firefox-106.0.2/ipc/chromium/src/base/message_loop.cc:381
#42 0x00007fffe67394d5 in MessageLoop::RunHandler() (this=0x7ffff782e200)
at /var/tmp/portage/www-client/firefox-106.0.2/work/firefox-106.0.2/ipc/chromium/src/base/message_loop.cc:374
#43 0x00007fffe6739492 in MessageLoop::Run() (this=0x7ffff782e200)
at /var/tmp/portage/www-client/firefox-106.0.2/work/firefox-106.0.2/ipc/chromium/src/base/message_loop.cc:356
save_state = {<MessageLoop::RunState> = {run_depth = 1, quit_received = false}, loop_ = 0x7ffff782e200, previous_state_ = 0x0}
#44 0x00007fffebd896ec in nsBaseAppShell::Run() (this=0x7fffd78ec980)
at /var/tmp/portage/www-client/firefox-106.0.2/work/firefox-106.0.2/widget/nsBaseAppShell.cpp:150
thread = 0x7ffff78d1f20
#45 0x00007fffee5eb6cb in nsAppStartup::Run() (this=0x7fffd7985c40)
at /var/tmp/portage/www-client/firefox-106.0.2/work/firefox-106.0.2/toolkit/components/startup/nsAppStartup.cpp:295
rv = 2863311530
userAllowedQuit = false
retval = 4294948080
#46 0x00007fffee78d5f6 in XREMain::XRE_mainRun() (this=0x7fffffffbe20)
at ../../../firefox-106.0.2/toolkit/xre/nsAppRunner.cpp:5720
rv = nsresult::NS_OK
appStartup = {mRawPtr = 0x7fffd7985c40}
cmdLine = {mRawPtr = 0x7fffcfaf8640}
#47 0x00007fffee78e824 in XREMain::XRE_main(int, char**, mozilla::BootstrapConfig const&)
(this=0x7fffffffbe20, argc=1, argv=0x7fffffffd188, aConfig=...)
at ../../../firefox-106.0.2/toolkit/xre/nsAppRunner.cpp:5913
log = {<No data fields>}
raiiObject5772 = {mProfilingStack = 0x7ffff781a1c0, static sProfilingStack = {<mozilla::detail::ThreadLocalNativeStorage<mozilla::baseprofiler::ProfilingStack*>> = {mValue = 0x7ffff781a1c0}, <No data fields>}}
raiiObject5773 = {<No data fields>}
raiiObject5774 = {mProfilingStack = 0x7ffff7842698}
rv = nsresult::NS_OK
binFile = {mRawPtr = 0x7ffff78164c0}
unsetExceptionHandler = {mExitFunction = {this = 0x7fffffffbe20}, mExecuteOnDestruction = true}
ioInterposerGuard = {<No data fields>}
exit = false
result = 0
cleanup = {mExitFunction = {this = 0x7fffffffbe20}, mExecuteOnDestruction = true}
#48 0x00007fffee78ee54 in XRE_main(int, char**, mozilla::BootstrapConfig const&)
(argc=1, argv=0x7fffffffd188, aConfig=...) at ../../../firefox-106.0.2/toolkit/xre/nsAppRunner.cpp:5969
main = {mNativeApp = {mRawPtr = 0x7ffff7831c70}, mProfileSvc = {mRawPtr = 0x7fffd7943020}, mProfD = {mRawPtr = 0x7fffd796c580}, mProfLD = {mRawPtr = 0x7fffd796c880}, mProfileLock = {mRawPtr = 0x7fffd7981820}, mRemoteService = {mRawPtr = 0x7fffd790c080}, mScopedXPCOM = {mTuple = {<mozilla::detail::CompactPairHelper<ScopedXPCOMStartup*, mozilla::DefaultDelete<ScopedXPCOMStartup>, (mozilla::detail::StorageType)1, (mozilla::detail::StorageType)0>> = {<mozilla::DefaultDelete<ScopedXPCOMStartup>> = {<No data fields>}, mFirstA = 0x7fffd8c368b0}, <No data fields>}}, mAppData = {mTuple = {<mozilla::detail::CompactPairHelper<mozilla::XREAppData*, mozilla::DefaultDelete<mozilla::XREAppData>, (mozilla::detail::StorageTy
pe)1, (mozilla::detail::StorageType)0>> = {<mozilla::DefaultDelete<mozilla::XREAppData>> = {<No data fields>}, mFirstA = 0x7ffff783c5e0}, <No data fields>}}, mDirProvider = {<nsIDirectoryServiceProvider2> = {<nsIDirectoryServiceProvider> = {<nsISupports> = {_vptr$nsISupports = 0x7ffff47e4c00 <vtable for nsXREDirProvider+16>}, <No data fields>}, <No data fields>}, <nsIXREDirProvider> = {<nsISupports> = {_vptr$nsISupports = 0x7ffff47e4c58 <vtable for nsXREDirProvider+104>}, <No data fields>}, <nsIProfileStartup> = {<nsISupports> = {_vptr$nsISupports = 0x7ffff47e4c90 <vtable for nsXREDirProvider+160>}, <No data fields>}, mAppProvider = {mRawPtr = 0x0}, mGREDir = {mRawPtr = 0x7ffff7816b80}, mGREBinDir = {mRawPtr = 0x7ffff7816880}, mXULAppDir = {mRawPtr = 0x7ffff7816580}, mProfileDir = {mRawPtr = 0x7fffd796c580}, mProfileLocalDir = {mRawPtr = 0x7fffd796c880}, mProfileNotified = true, mPrefsInitialized = true, mContentTempDir = {mRawPtr = 0x7fffb894e940}, mContentProcessSandboxTempDir = {mRawPtr = 0x7fffb894e940}}, mDesktopStartupID = {<nsTString<char>> = {<nsTSubstring<char>> = {<mozilla::detail::nsTStringRepr<char>> = {static kMaxCapacity = 2147483646, mData = 0x7fffffffbed4 "", mLength = {static kMax = 2147483646, mLength = 0}, mDataFlags = 17, mClassFlags = 3}, <No data fields>}, <No data fields>}, static kStorageSize = 64, mInlineCapacity = {static kMax = 2147483646, mLength = 63}, mStorage = "\000", '\252' <repeats 63 times>}, mStartOffline = false, mShuttingDown = false, mDisableRemoteClient = false, mDisableRemoteServer = false, mGdkDisplay = 0x7ffff78afa00}
result = -1431655766
#49 0x00007fffee7a79e7 in mozilla::BootstrapImpl::XRE_main(int, char**, mozilla::BootstrapConfig const&)
(this=0x7ffff78388a0, argc=1, argv=0x7fffffffd188, aConfig=...)
at /var/tmp/portage/www-client/firefox-106.0.2/work/firefox-106.0.2/toolkit/xre/Bootstrap.cpp:45
#50 0x00005555555ccb34 in do_main(int, char**, char**) (argc=1, argv=0x7fffffffd188, envp=0x7fffffffd198)
at ../../../firefox-106.0.2/browser/app/nsBrowserApp.cpp:226
appDataFile = 0x0
config = {appData = 0x555555769f40 <sAppData>, appDataPath = 0x55555557e987 "browser"}
#51 0x00005555555cc40f in main(int, char**, char**) (argc=1, argv=0x7fffffffd188, envp=0x7fffffffd198)
at ../../../firefox-106.0.2/browser/app/nsBrowserApp.cpp:430
start = {mValue = 138972250858842}
raiiObject290 = {<No data fields>}
raiiObject291 = {mProfilingStack = 0x7ffff781a1c0, static sProfilingStack = {<mozilla::detail::ThreadLocalNativeStorage<mozilla::baseprofiler::ProfilingStack*>> = {mValue = 0x7ffff781a1c0}, <No data fields>}}
unregisterRuntimeExceptionModule = {mExitFunction = {<No data fields>}, mExecuteOnDestruction = true}
rv = nsresult::NS_OK
result = -1431655766And during lockup, the follow debug output gets printed over and over:
[Child 349338, Main Thread] WARNING: NS_ENSURE_TRUE(!mHasOrHasHadOwnerWindow || mOwnerWindow) failed: file /var/tmp/portage/www-client/firefox-106.0.2/work/firefox-106.0.2/dom/events/DOMEventTargetHelper.cpp:302
[Child 349338, Main Thread] WARNING: NS_ENSURE_TRUE(!mHasOrHasHadOwnerWindow || mOwnerWindow) failed: file /var/tmp/portage/www-client/firefox-106.0.2/work/firefox-106.0.2/dom/events/DOMEventTargetHelper.cpp:302
[Child 349338, Main Thread] WARNING: NS_ENSURE_TRUE(!mHasOrHasHadOwnerWindow || mOwnerWindow) failed: file /var/tmp/portage/www-client/firefox-106.0.2/work/firefox-106.0.2/dom/events/DOMEventTargetHelper.cpp:302
[Child 349338, Main Thread] WARNING: NS_ENSURE_TRUE(!mHasOrHasHadOwnerWindow || mOwnerWindow) failed: file /var/tmp/portage/www-client/firefox-106.0.2/work/firefox-106.0.2/dom/events/DOMEventTargetHelper.cpp:302
[Child 349338, Main Thread] WARNING: NS_ENSURE_TRUE(!mHasOrHasHadOwnerWindow || mOwnerWindow) failed: file /var/tmp/portage/www-client/firefox-106.0.2/work/firefox-106.0.2/dom/events/DOMEventTargetHelper.cpp:302
[Child 349338, Main Thread] WARNING: NS_ENSURE_TRUE(!mHasOrHasHadOwnerWindow || mOwnerWindow) failed: file /var/tmp/portage/www-client/firefox-106.0.2/work/firefox-106.0.2/dom/events/DOMEventTargetHelper.cpp:302
[Child 349338, Main Thread] WARNING: NS_ENSURE_TRUE(!mHasOrHasHadOwnerWindow || mOwnerWindow) failed: file /var/tmp/portage/www-client/firefox-106.0.2/work/firefox-106.0.2/dom/events/DOMEventTargetHelper.cpp:302
[Child 349338, Main Thread] WARNING: NS_ENSURE_TRUE(!mHasOrHasHadOwnerWindow || mOwnerWindow) failed: file /var/tmp/portage/www-client/firefox-106.0.2/work/firefox-106.0.2/dom/events/DOMEventTargetHelper.cpp:302
[Child 349338, Main Thread] WARNING: NS_ENSURE_TRUE(!mHasOrHasHadOwnerWindow || mOwnerWindow) failed: file /var/tmp/portage/www-client/firefox-106.0.2/work/firefox-106.0.2/dom/events/DOMEventTargetHelper.cpp:302
[Child 349338, Main Thread] WARNING: NS_ENSURE_TRUE(!mHasOrHasHadOwnerWindow || mOwnerWindow) failed: file /var/tmp/portage/www-client/firefox-106.0.2/work/firefox-106.0.2/dom/events/DOMEventTargetHelper.cpp:302
[Child 349338, Main Thread] WARNING: NS_ENSURE_TRUE(!mHasOrHasHadOwnerWindow || mOwnerWindow) failed: file /var/tmp/portage/www-client/firefox-106.0.2/work/firefox-106.0.2/dom/events/DOMEventTargetHelper.cpp:302
[Child 349338, Main Thread] WARNING: NS_ENSURE_TRUE(!mHasOrHasHadOwnerWindow || mOwnerWindow) failed: file /var/tmp/portage/www-client/firefox-106.0.2/work/firefox-106.0.2/dom/events/DOMEventTargetHelper.cpp:302
[Child 349338, Main Thread] WARNING: NS_ENSURE_TRUE(!mHasOrHasHadOwnerWindow || mOwnerWindow) failed: file /var/tmp/portage/www-client/firefox-106.0.2/work/firefox-106.0.2/dom/events/DOMEventTargetHelper.cpp:302
[Child 349338, Main Thread] WARNING: NS_ENSURE_TRUE(!mHasOrHasHadOwnerWindow || mOwnerWindow) failed: file /var/tmp/portage/www-client/firefox-106.0.2/work/firefox-106.0.2/dom/events/DOMEventTargetHelper.cpp:302
NicolasLagaillardie
commented
2 years ago I did not have this issue until recently, when, I think, I upgraded Firefox. System info:
Operating System: Linux MANJARO
Desktop environment: Xfce 4.16
Qt Version: 5.15.7
Kernel Version: 5.15.78-1 (64-bit)
Processors: Intel(R) Core(TM) i7-7700K CPU @ 4.20GHz
Memory: 32 GiB of RAM
Graphics Processor: Nvidia GeForce GT 730 + Intel HD Graphics 630Windows 11 22H2, https://bugzilla.mozilla.org/show_bug.cgi?id=1774285
@Hinton I think you should spin this off into a separate issue for the Windows users; the common theme here seems to be 'Linux' and I suspect you're linking an unrelated issue in with this one.
Disregard - you're pointing the windows users at the bug; I misread that my apologies!
paletteOvO
commented
2 years ago Same issues
OS: Arch Linux x86_64
Kernel: 6.0.9-lqx1-2-lqx
DE: KDE Plasma 5.26.3
WM: KWin (X11)
CPU: 12th Gen Intel Core i7-12700KF (20) @ 5 GHz
GPU: NVIDIA GeForce RTX 3060 Lite Hash Rate
Firefox: Developer Edition 108.0b5 (64-bit)I doubt the accessibility.force_disabled=1 workaround only work for Windows
FuLygon
commented
2 years ago For linux user, look like downgrading libx11 to 1.8.1-3 work, haven't facing any crash/freeze, got the solution from this reddit post
clue44
commented
2 years ago Quite a few of us are using Wayland and that one shouldnt use libx11 right?
FuLygon
commented
2 years ago @clue44 don't really know, haven't switch to wayland yet but try check if libx11 was installed I guess, if it is then try downgrading it
ulrichSchreiner
commented
2 years ago i'm using wayland and had this problem. but there is a solved issue for ff/wayland
https://bugzilla.mozilla.org/show_bug.cgi?id=1795574
which should be fixed with 107 or later. i have 107 and i tried to click around with bitwarden plugin. i cannot reproduce the issue right now.
clue44
commented
2 years ago @ulrichSchreiner Ah thank you so much for letting us know! I can confirm its seem to be fixed. I used to be able to make Firefox crash consistently by hovering over a Bitwarden secret, but now it doesnt anymore. :)
I still get a flash of something in the left upper side of the window after a few seconds of hovering over an icon (like the View icon for a secret) , but it only happens once now. Before it happened several times and eventually would freeze the browser.
RyanHir
commented
2 years ago On the systems using Wayland, is Firefox using Wayland (MOZ_ENABLE_WAYLAND=1) or are they running under XWayland?
I was able to experience this error on an X11 Arch system, but not under Wayland (I had Firefox running in Wayland mode)
clue44
commented
2 years ago @RyanHir I experienced the Firefox freeze before version 107 on Wayland (in Wayland mode with the env variable set). But only on KDE and not in Gnome or other window managers.
But now it's fixed in version 107 and I did not have to downgrade libx11 (I doubt it's used under Wayland).
RyanHir
commented
2 years ago I am uncertain if it is fixed with 107. Today, on an X11 (KDE) system, I had Firefox freeze up. But yes, it is not an issue with Wayland (KDE). Downgrading libx11 appears to be helping, but I think it is still too early to tell.
awebeer256
commented
2 years ago I'm still experiencing the bug in LibreWolf 107.0, Flatpak release.
Repeating my system info: Manjaro, KDE Plasma, Wayland, Intel CPU, Nvidia GPU with proprietary drivers.
Peter-Levine
commented
2 years ago The bug is still present in firefox-107.0.1.
I think people are addressing different issues. The bug has never been present for me in X11. Only Wayland. And it's specific to the Bitwarden extension in Wayland. The posted bug references a general Firefox bug in X11.
ulrichSchreiner
commented
2 years ago i always run with MOZ_ENABLE_WAYLAND and the bug disappeard. i'm not sure if it has to do with the bugzilla ticket 1795574 which is wayland specific, but well ... on my system (arch, kde plasma, wayland, intel cpu, amdgpu) it seems to work now.
Leo1003
commented
1 year ago Still experiencing the bug with Firefox 107.0.1 too.
System info:
Peter-Levine
commented
1 year ago @ulrichSchreiner Could you confirm wayland mode by going into about:support, search for the heading Window Protocol, and confirm it says wayland?
ulrichSchreiner
commented
1 year ago yes, about:support shows wayland in the window protocol line.
RyanHir
commented
1 year ago Initial tests show that Firefox 108.0 does not have this issue. I did my testing with the latest version of libx11 that was causing issues for some people. I am able to copy content from Bitwarden such as passwords and TOTP codes without freezes.
Distro: Arch Linux KDE: 5.26.4 X11 Firefox: 108.0 GPU: RTX 2080 GPU Driver: 525.60.11
Peter-Levine
commented
1 year ago Initial tests show that Firefox 108.0 does not have this issue.
Yes, it does.
moogle53
commented
1 year ago Still experiencing the bug with Firefox 108.0 too.
Operating System: Fedora Linux 37 KDE Plasma Version: 5.26.4 KDE Frameworks Version: 5.101.0 Qt Version: 5.15.7 Kernel Version: 6.2.0-0. fc37.x86_64 Graphics Platform: Wayland Processors: 8 × 11th Gen Intel® Core™ i5-1135G7 @ 2.40GHz Memory: 15.6 GiB of RAM Graphics Processor: Mesa Intel® Xe Graphics Firefox: 108.0 Bitwarden : Version: 2022.12.0
ChristopheRollinger
commented
1 year ago I experienced the problem a few weeks ago, but today I took the time to check it out.
It seems to be due to the libx11 version. For me, the workaround was to downgrade the package:
sudo pacman -U https://archive.archlinux.org/packages/l/libx11/libx11-1.8.1-3-x86_64.pkg.tar.zst
Edit: command for arch users
moogle53
commented
1 year ago Dear sir,
thank you very much for this information. I will test.
Best regards
De : ChristopheRollinger @.> Envoyé : mercredi 21 décembre 2022 11:14 À : bitwarden/clients @.> Cc : moogle53 @.>; Comment @.> Objet : Re: [bitwarden/clients] Bitwarden freezes Firefox (Issue #3024)
I experienced the problem a few weeks ago, but today I took the time to check it out.
It seems to be due to the libx11 version. For me, the workaround was to downgrade the package: sudo pacman -U https://archive.archlinux.org/packages/l/libx11/libx11-1.8.1-3-x86_64.pkg.tar.zst
— Reply to this email directly, view it on GitHubhttps://github.com/bitwarden/clients/issues/3024#issuecomment-1361119221, or unsubscribehttps://github.com/notifications/unsubscribe-auth/A43S6GVMSWXAOCGFU3CQIGTWOLJ65ANCNFSM52N7TMMQ. You are receiving this because you commented.Message ID: @.***>
jdeluyck
commented
1 year ago Bumping into this bug on Fedora 37 KDE spin (wayland) with FF 108 Libx11 is 1.8.1-2, so i doubt this is related. Firefox is also using wayland.
mlow81072
commented
1 year ago I had this issue also and I was not able to login to my webvault from ANY browser. Had to export my vault from my mobile and get a completely new account. I would blame my Argon2id high parameter requirements, but I tested them fine using this online argon2id tester. Web Assembly worked FINE using that.
It is quite problematic that you are forced to login to a web browser(an inferior client) to change the important parameters. I say the web browser client is inferior because it seems to not handle Argon2id, WASM, or WebGL well, I'm not sure exactly. Using the tester above, the hash took about 300ms(dispensing the need for Captchas entirely). So why does the Bitwarden browser client just freeze? It works on mobile, even though even that is slower than the given Argon2id tester on the same hardware. Is the argon2id implementation faulty?
atjbramley
commented
1 year ago Hi @galure & other commentators,
I attempted to reproduce your issue and was unable to do so. My configuration was:
Debian 12 Wayland + KDE Plasma Nvidia Drivers Firefox 115esr Bitwarden extension 2023.9.2
I note that some time has passed since the last reports of this, and this appears to have been resolved upstream.
@mlow81072, your report appears to relate to a different issue, and I would encourage you to contact our support team if you're not able to resolve this.
We use GitHub issues as a place to track bugs and other development related issues. If your issue persists, please write us back using our contact form, so we can continue troubleshooting: https://bitwarden.com/contact/
You can include a link to this issue in the message content.
Alternatively, you can also search for an answer in our help documentation (https://bitwarden.com/help/) or get help from other Bitwarden users on our community forums (https://community.bitwarden.com/c/support/).
The issue here will be closed. Please let me know if the original issue (Wayland + Firefox) is still occuring and this can be re-opened.
Thanks!
Steps To Reproduce
Expected Result
It shouldn't crash firefox
Actual Result
It crashes Firefox
Screenshots or Videos
No response
Additional Context
Bitwarden add-on works fine on other Linux flavours (Fedora36 Gnome /Wayland for example).
When I open Bitwarden in a pop-up window, it's fine. If I'm very quick navigating in my vault and close it before a few seconds, it's fine. Auto-fills are fine too.
Operating System
Linux
Operating System Version
Fedora36 Kde spin - Wayland
Web Browser
Firefox
Browser Version
102.0
Build Version
2022.5.0