Note: This bug is displayed in read-only format because the product is no longer active in Red Hat Bugzilla.

RHEL Engineering is moving the tracking of its product development work on RHEL 6 through RHEL 9 to Red Hat Jira (issues.redhat.com). If you're a Red Hat customer, please continue to file support cases via the Red Hat customer portal. If you're not, please head to the "RHEL project" in Red Hat Jira and file new tickets here. Individual Bugzilla bugs in the statuses "NEW", "ASSIGNED", and "POST" are being migrated throughout September 2023. Bugs of Red Hat partners with an assigned Engineering Partner Manager (EPM) are migrated in late September as per pre-agreed dates. Bugs against components "kernel", "kernel-rt", and "kpatch" are only migrated if still in "NEW" or "ASSIGNED". If you cannot log in to RH Jira, please consult article #7032570. That failing, please send an e-mail to the RH Jira admins at rh-issues@redhat.com to troubleshoot your issue as a user management inquiry. The email creates a ServiceNow ticket with Red Hat. Individual Bugzilla bugs that are migrated will be moved to status "CLOSED", resolution "MIGRATED", and set with "MigratedToJIRA" in "Keywords". The link to the successor Jira issue will be found under "Links", have a little "two-footprint" icon next to it, and direct you to the "RHEL project" in Red Hat Jira (issue links are of type "https://issues.redhat.com/browse/RHEL-XXXX", where "X" is a digit). This same link will be available in a blue banner at the top of the page informing you that that bug has been migrated.

Bug 1611808

Summary:

firefox 60 crashes when importing html files

Product:

Red Hat Enterprise Linux 6

Reporter:

Joe Wright <jwright>

Component:

firefox

Assignee:

Martin Stransky <stransky>

Status:

CLOSED INSUFFICIENT_DATA

QA Contact:

Desktop QE <desktop-qa-list>

Severity:

urgent

Docs Contact:

Priority:

unspecified

Version:

6.10

CC:

alanm, devinh7777, gemesyscanada, jhorak, jprajzne, jwright, stransky, tpelka

Target Milestone:

Keywords:

Regression, Reopened

Target Release:

---

Hardware:

Unspecified

OS:

Linux

Whiteboard:

Fixed In Version:

firefox-60.1.0-6.el6

Doc Type:

If docs needed, set a value

Doc Text:

Story Points:

---

Clone Of:

Environment:

Last Closed:

2019-08-23 05:52:48 UTC

Type:

Bug

Regression:

---

Mount Type:

---

Documentation:

---

CRM:

Verified Versions:

Category:

---

oVirt Team:

---

RHEL 7.3 requirements from Atomic Host:

Cloudforms Team:

---

Target Upstream Version:

Embargoed:

Attachments:

Description	Flags
html import caused 2 back to back coredumps, this is the first	none
abrt report for PID 13654	none
abrt report for PID 13934	none
crash report after installing firefox-debuginfo	none
tar file of crash directory	none
bookmarks 1/3	none
bm 2/3	none
bm 3/3	none

Comment 3 Joe Wright 2018-08-02 19:04:28 UTC

Description of problem:
- When attempting to import bookmarks from an HTML file, firefox crashes

Version-Release number of selected component (if applicable):
- firefox 60.1.0-6.el6

How reproducible:
- Reproduced in house

Steps to Reproduce:
1. import bookmarks in HTML format
2. 
3.

Actual results:
- Core dumped

Expected results:
- Doesn't crash and import is successful

Additional info:

Comment 5 Martin Stransky 2018-08-03 06:49:32 UTC

Joe, can you please attach a backtrace of the crash? It would be very helpful. Thanks!

Comment 6 Martin Stransky 2018-08-03 06:50:16 UTC

Jan, can you please handle it? You may also assign to Ondrej if you feel so.

Comment 7 Joe Wright 2018-08-06 13:54:15 UTC

[Thread debugging using libthread_db enabled]
Using host libthread_db library "/lib64/libthread_db.so.1".
Core was generated by `/usr/lib/firefox/firefox'.
Program terminated with signal SIGSEGV, Segmentation fault.
#0  0x00cae430 in __kernel_vsyscall ()
[Current thread is 1 (Thread 0xf77896e0 (LWP 13921))]
(gdb) bt
#0  0x00cae430 in __kernel_vsyscall ()
#1  0x008b19a0 in raise (sig=sig@entry=11) at ../nptl/sysdeps/unix/sysv/linux/pt-raise.c:42
#2  0x52dfe6f0 in nsProfileLock::FatalSignalHandler (signo=11, info=0xff8c5bcc, context=0xff8c5c4c) at /usr/src/debug/firefox-60.1.0/toolkit/profile/nsProfileLock.cpp:177
#3  0x53402e8e in WasmFaultHandler (signum=11, info=0xff8c5bcc, context=0xff8c5c4c) at /usr/src/debug/firefox-60.1.0/js/src/wasm/WasmSignalHandlers.cpp:1501
#4  <signal handler called>
#5  encoding_rs::Encoding::for_label (label=...) at third_party/rust/encoding_rs/src/lib.rs:2107
#6  0x535fd79c in encoding_rs::Encoding::for_label_no_replacement (label=...) at /usr/src/debug/firefox-60.1.0/third_party/rust/encoding_rs/src/lib.rs:2233
#7  encoding_for_label_no_replacement (label=0x53683244 <gNullChar> "\000", label_len=0) at third_party/rust/encoding_c/src/lib.rs:336
#8  0x4fcfd07c in mozilla::Encoding::ForLabelNoReplacement (aLabel=...) at /usr/src/debug/firefox-60.1.0/objdir/dist/include/mozilla/Encoding.h:228
#9  mozilla::net::nsStandardURL::Init (this=0xd0355240, urlType=3, defaultPort=-1, spec=..., charset=0x53683244 <gNullChar> "", baseURI=0x0) at /usr/src/debug/firefox-60.1.0/netwerk/base/nsStandardURL.cpp:3319
#10 0x4fcfd6c0 in non-virtual thunk to mozilla::net::nsStandardURL::TemplatedMutator<mozilla::net::nsStandardURL>::Init(unsigned int, int, nsTSubstring<char> const&, char const*, nsIURI*, nsIURIMutator**) ()
    at /usr/src/debug/firefox-60.1.0/netwerk/base/nsStandardURL.h:399
#11 0x4fefed7a in std::function<nsresult (nsIURIMutator*)> const NS_MutatorMethod<nsresult (nsIStandardURLMutator::*)(unsigned int, int, nsTSubstring<char> const&, char const*, nsIURI*, nsIURIMutator**), nsIStandardURL::{unnamed type#1}, int, nsTAutoStringN<char, 64u>, char const*, nsCOMPtr<nsIURI>, decltype(nullptr)>(nsresult (nsIStandardURLMutator::*)(unsigned int, int, nsTSubstring<char> const&, char const*, nsIURI*, nsIURIMutator**), nsIStandardURL::{unnamed type#1}, int, nsTAutoStringN<char, 64u>, char const*, nsCOMPtr<nsIURI>, decltype(nullptr))::{lambda(nsIURIMutator*)#1}::operator()(nsIURIMutator*) const (
    aMutator=<optimized out>, __closure=0xc994a0b0) at /usr/src/debug/firefox-60.1.0/objdir/dist/include/nsIURIMutator.h:428
#12 std::_Function_handler<nsresult (nsIURIMutator*), std::function<nsresult (nsIURIMutator*)> const NS_MutatorMethod<nsresult (nsIStandardURLMutator::*)(unsigned int, int, nsTSubstring<char> const&, char const*, nsIURI*, nsIURIMutator**), nsIStandardURL::{unnamed type#1}, int, nsTAutoStringN<char, 64u>, char const*, nsCOMPtr<nsIURI>, decltype(nullptr)>(nsresult (nsIStandardURLMutator::*)(unsigned int, int, nsTSubstring<char> const&, char const*, nsIURI*, nsIURIMutator**), nsIStandardURL::{unnamed type#1}, int, nsTAutoStringN<char, 64u>, char const*, nsCOMPtr<nsIURI>, decltype(nullptr))::{lambda(nsIURIMutator*)#1}>::_M_invoke(std::_Any_data const&, nsIURIMutator*&&) (__functor=..., __args#0=@0xff8c6230: 0xc9940be0) at /opt/rh/devtoolset-7/root/usr/include/c++/7/bits/std_function.h:302
#13 0x4feffa90 in std::function<nsresult (nsIURIMutator*)>::operator()(nsIURIMutator*) const (__args#0=<optimized out>, this=0xff8c623c) at /opt/rh/devtoolset-7/root/usr/include/c++/7/bits/std_function.h:706
#14 NS_MutateURI::Apply(std::function<nsresult (nsIURIMutator*)> const&) (aFunction=..., this=0xff8c6234) at /usr/src/debug/firefox-60.1.0/objdir/dist/include/nsIURIMutator.h:583
#15 nsFileProtocolHandler::NewURI (this=0xf67eb7b0, spec=..., charset=0x53683244 <gNullChar> "", aBaseURI=0x0, result=0xc9979328)
    at /usr/src/debug/firefox-60.1.0/netwerk/protocol/file/nsFileProtocolHandler.cpp:184
#16 0x4fcc261d in mozilla::net::nsIOService::NewURI (this=this@entry=0xf7523a80, aSpec=..., aCharset=aCharset@entry=0x53683244 <gNullChar> "", aBaseURI=aBaseURI@entry=0x0, result=result@entry=0xc9979328)
    at /usr/src/debug/firefox-60.1.0/netwerk/base/nsIOService.cpp:703
#17 0x503f6a03 in nsJARURI::SetSpecWithBase (this=this@entry=0xc9979310, aSpec=..., aBaseURL=aBaseURL@entry=0x0) at /usr/src/debug/firefox-60.1.0/modules/libjar/nsJARURI.cpp:393
#18 0x503f6f05 in nsJARProtocolHandler::NewURI (this=0xf67ecd60, aSpec=..., aCharset=0x0, aBaseURI=0x0, result=0xff8c6790) at /usr/src/debug/firefox-60.1.0/modules/libjar/nsJARProtocolHandler.cpp:130
#19 0x4fcc261d in mozilla::net::nsIOService::NewURI (this=0xf7523a80, aSpec=..., aCharset=0x0, aBaseURI=0x0, result=0xff8c6790) at /usr/src/debug/firefox-60.1.0/netwerk/base/nsIOService.cpp:703
#20 0x52e35b5f in mozilla::scache::ResolveURI (in=0xce2e10e0, out=0xff8c6790) at /usr/src/debug/firefox-60.1.0/startupcache/StartupCacheUtils.cpp:173
#21 0x5038457e in ComponentLoaderInfo::EnsureResolvedURI (this=0xff8c6780) at /usr/src/debug/firefox-60.1.0/js/xpconnect/loader/mozJSComponentLoader.cpp:256
#22 mozJSComponentLoader::Import (this=this@entry=0xf66fa700, aCx=aCx@entry=0xf340c800, aLocation=..., aModuleGlobal=aModuleGlobal@entry=..., aModuleExports=aModuleExports@entry=..., aIgnoreExports=false)
    at /usr/src/debug/firefox-60.1.0/js/xpconnect/loader/mozJSComponentLoader.cpp:1318
#23 0x50384948 in mozJSComponentLoader::ImportInto (this=this@entry=0xf66fa700, aLocation=..., targetObj=..., cx=cx@entry=0xf340c800, vp=..., vp@entry=...)
    at /usr/src/debug/firefox-60.1.0/js/xpconnect/loader/mozJSComponentLoader.cpp:1158
#24 0x50384c36 in mozJSComponentLoader::ImportInto (this=this@entry=0xf66fa700, registryLocation=..., targetValArg=..., targetValArg@entry=..., cx=cx@entry=0xf340c800, optionalArgc=0 '\000', 
    retval=retval@entry=...) at /usr/src/debug/firefox-60.1.0/js/xpconnect/loader/mozJSComponentLoader.cpp:1024
#25 0x50a20dfe in mozilla::dom::ChromeUtils::Import (aGlobal=..., aResourceURI=..., aTargetObj=..., aRetval=aRetval@entry=..., aRv=...) at /usr/src/debug/firefox-60.1.0/dom/base/ChromeUtils.cpp:406
#26 0x5106e096 in mozilla::dom::ChromeUtilsBinding::import (cx=0xf340c800, argc=1, vp=0xcd3f2050) at /usr/src/debug/firefox-60.1.0/objdir/dom/bindings/ChromeUtilsBinding.cpp:2003
#27 0x52ed0a22 in js::CallJSNative (args=..., native=0x5106def0 <mozilla::dom::ChromeUtilsBinding::import(JSContext*, unsigned int, JS::Value*)>, cx=0xf340c800)
    at /usr/src/debug/firefox-60.1.0/js/src/vm/JSContext-inl.h:290
#28 js::InternalCallOrConstruct (cx=0xf340c800, args=..., construct=construct@entry=js::NO_CONSTRUCT) at /usr/src/debug/firefox-60.1.0/js/src/vm/Interpreter.cpp:468
#29 0x52ed0d2e in InternalCall (cx=<optimized out>, args=...) at /usr/src/debug/firefox-60.1.0/js/src/vm/Interpreter.cpp:517
#30 0x52ec3338 in js::CallFromStack (args=..., cx=<optimized out>) at /usr/src/debug/firefox-60.1.0/js/src/vm/Interpreter.cpp:523
#31 Interpret (cx=0x554bbe00, cx@entry=0xf340c800, state=...) at /usr/src/debug/firefox-60.1.0/js/src/vm/Interpreter.cpp:3115
#32 0x52ed0612 in js::RunScript (cx=<optimized out>, cx@entry=0xf340c800, state=...) at /usr/src/debug/firefox-60.1.0/js/src/vm/Interpreter.cpp:418
#33 0x52ed0bb8 in js::InternalCallOrConstruct (cx=cx@entry=0xf340c800, args=..., construct=construct@entry=js::NO_CONSTRUCT) at /usr/src/debug/firefox-60.1.0/js/src/vm/Interpreter.cpp:490
#34 0x52ed1528 in InternalCall (args=..., cx=0xf340c800) at /usr/src/debug/firefox-60.1.0/js/src/vm/Interpreter.cpp:517
#35 js::Call (cx=cx@entry=0xf340c800, fval=..., fval@entry=..., thisv=..., thisv@entry=..., args=..., rval=rval@entry=...) at /usr/src/debug/firefox-60.1.0/js/src/vm/Interpreter.cpp:536
#36 0x531c6c7e in JS_CallFunctionValue (cx=cx@entry=0xf340c800, obj=..., obj@entry=..., fval=..., fval@entry=..., args=..., rval=..., rval@entry=...) at /usr/src/debug/firefox-60.1.0/js/src/jsapi.cpp:2970
#37 0x503e26a8 in nsXPCWrappedJSClass::CallMethod (this=<optimized out>, wrapper=<optimized out>, wrapper@entry=0xce24ebc0, methodIndex=<optimized out>, methodIndex@entry=3, info=<optimized out>, 
---Type <return> to continue, or q <return> to quit---
    info@entry=0xf67b32a8, nativeParams=<optimized out>, nativeParams@entry=0xff8c747c) at /usr/src/debug/firefox-60.1.0/js/xpconnect/src/XPCWrappedJSClass.cpp:1257
#38 0x503e3475 in nsXPCWrappedJS::CallMethod (this=0xce24ebc0, methodIndex=3, info=0xf67b32a8, params=0xff8c747c) at /usr/src/debug/firefox-60.1.0/js/xpconnect/src/XPCWrappedJS.cpp:614
#39 0x4fc4d16d in PrepareAndDispatch (methodIndex=<optimized out>, self=<optimized out>, args=<optimized out>) at /usr/src/debug/firefox-60.1.0/xpcom/reflect/xptcall/md/unix/xptcstubs_gcc_x86_unix.cpp:60
#40 0x51d4418e in nsFilePicker::Done (this=0xc9918800, file_chooser=0xd03b62b8, response=-3) at /usr/src/debug/firefox-60.1.0/widget/gtk/nsFilePicker.cpp:609
#41 0x0039e283 in g_cclosure_marshal_VOID(int0_t) () from /usr/lib/firefox/bundled/lib/libgobject-2.0.so.0
#42 0x0039b1fe in g_closure_invoke () from /usr/lib/firefox/bundled/lib/libgobject-2.0.so.0
#43 0x003b4e9f in signal_emit_unlocked_R () from /usr/lib/firefox/bundled/lib/libgobject-2.0.so.0
#44 0x003b457f in g_signal_emit_valist () from /usr/lib/firefox/bundled/lib/libgobject-2.0.so.0
#45 0x003b4876 in g_signal_emit () from /usr/lib/firefox/bundled/lib/libgobject-2.0.so.0
#46 0x011c18a2 in gtk_dialog_response () from /usr/lib/firefox/bundled/lib/libgtk-3.so.0
#47 0x011bfde5 in action_widget_activated () from /usr/lib/firefox/bundled/lib/libgtk-3.so.0
#48 0x0039de24 in g_cclosure_marshal_VOID(int13_t &&) volatile () from /usr/lib/firefox/bundled/lib/libgobject-2.0.so.0
#49 0x0039b46e in _g_closure_invoke_va () from /usr/lib/firefox/bundled/lib/libgobject-2.0.so.0
#50 0x003b3e6b in g_signal_emit_valist () from /usr/lib/firefox/bundled/lib/libgobject-2.0.so.0
#51 0x003b4876 in g_signal_emit () from /usr/lib/firefox/bundled/lib/libgobject-2.0.so.0
#52 0x0112da7a in gtk_button_clicked () from /usr/lib/firefox/bundled/lib/libgtk-3.so.0
#53 0x0112e380 in gtk_button_do_release () from /usr/lib/firefox/bundled/lib/libgtk-3.so.0
#54 0x0112e6b5 in gtk_real_button_released () from /usr/lib/firefox/bundled/lib/libgtk-3.so.0
#55 0x0039de24 in g_cclosure_marshal_VOID(int13_t &&) volatile () from /usr/lib/firefox/bundled/lib/libgobject-2.0.so.0
#56 0x0039b8a8 in g_type_class_meta_marshalv () from /usr/lib/firefox/bundled/lib/libgobject-2.0.so.0
#57 0x0039b46e in _g_closure_invoke_va () from /usr/lib/firefox/bundled/lib/libgobject-2.0.so.0
#58 0x003b3e6b in g_signal_emit_valist () from /usr/lib/firefox/bundled/lib/libgobject-2.0.so.0
#59 0x003b4876 in g_signal_emit () from /usr/lib/firefox/bundled/lib/libgobject-2.0.so.0
#60 0x0112bb33 in multipress_released_cb () from /usr/lib/firefox/bundled/lib/libgtk-3.so.0
#61 0x0022b45f in ffi_call_SYSV () at src/x86/sysv.S:61
#62 0x0022b290 in ffi_call (cif=0xff8c8234, fn=0x112badd <multipress_released_cb>, rvalue=0xff8c81e0, avalue=0xff8c8180) at src/x86/ffi.c:213
#63 0x0039c93f in g_cclosure_marshal_generic_va () from /usr/lib/firefox/bundled/lib/libgobject-2.0.so.0
#64 0x0039b46e in _g_closure_invoke_va () from /usr/lib/firefox/bundled/lib/libgobject-2.0.so.0
#65 0x003b3e6b in g_signal_emit_valist () from /usr/lib/firefox/bundled/lib/libgobject-2.0.so.0
#66 0x003b4876 in g_signal_emit () from /usr/lib/firefox/bundled/lib/libgobject-2.0.so.0
#67 0x01227883 in gtk_gesture_multi_press_end () from /usr/lib/firefox/bundled/lib/libgtk-3.so.0
#68 0x0039eff4 in g_cclosure_marshal_VOID__BOXEDv () from /usr/lib/firefox/bundled/lib/libgobject-2.0.so.0
#69 0x0039b8a8 in g_type_class_meta_marshalv () from /usr/lib/firefox/bundled/lib/libgobject-2.0.so.0
#70 0x0039b46e in _g_closure_invoke_va () from /usr/lib/firefox/bundled/lib/libgobject-2.0.so.0
#71 0x003b3e6b in g_signal_emit_valist () from /usr/lib/firefox/bundled/lib/libgobject-2.0.so.0
#72 0x003b4876 in g_signal_emit () from /usr/lib/firefox/bundled/lib/libgobject-2.0.so.0
#73 0x012230f4 in _gtk_gesture_set_recognized () from /usr/lib/firefox/bundled/lib/libgtk-3.so.0
#74 0x012231eb in _gtk_gesture_check_recognized () from /usr/lib/firefox/bundled/lib/libgtk-3.so.0
#75 0x01223d4f in gtk_gesture_handle_event () from /usr/lib/firefox/bundled/lib/libgtk-3.so.0
#76 0x012296b5 in gtk_gesture_single_handle_event () from /usr/lib/firefox/bundled/lib/libgtk-3.so.0
#77 0x011e38bc in gtk_event_controller_handle_event () from /usr/lib/firefox/bundled/lib/libgtk-3.so.0
#78 0x0144515d in _gtk_widget_run_controllers () from /usr/lib/firefox/bundled/lib/libgtk-3.so.0
#79 0x01444ab1 in gtk_widget_real_button_event () from /usr/lib/firefox/bundled/lib/libgtk-3.so.0
#80 0x0128a120 in _gtk_marshal_BOOLEAN__BOXEDv () from /usr/lib/firefox/bundled/lib/libgtk-3.so.0
#81 0x0039b8a8 in g_type_class_meta_marshalv () from /usr/lib/firefox/bundled/lib/libgobject-2.0.so.0
#82 0x0039b46e in _g_closure_invoke_va () from /usr/lib/firefox/bundled/lib/libgobject-2.0.so.0
#83 0x003b3e6b in g_signal_emit_valist () from /usr/lib/firefox/bundled/lib/libgobject-2.0.so.0
#84 0x003b4876 in g_signal_emit () from /usr/lib/firefox/bundled/lib/libgobject-2.0.so.0
#85 0x01445bad in gtk_widget_event_internal () from /usr/lib/firefox/bundled/lib/libgtk-3.so.0
#86 0x01444feb in gtk_widget_event () from /usr/lib/firefox/bundled/lib/libgtk-3.so.0
#87 0x012887bc in propagate_event_up () from /usr/lib/firefox/bundled/lib/libgtk-3.so.0
---Type <return> to continue, or q <return> to quit---
#88 0x01288a5f in propagate_event () from /usr/lib/firefox/bundled/lib/libgtk-3.so.0
#89 0x01288b3e in gtk_propagate_event () from /usr/lib/firefox/bundled/lib/libgtk-3.so.0
#90 0x012877f4 in gtk_main_do_event () from /usr/lib/firefox/bundled/lib/libgtk-3.so.0
#91 0x00652885 in _gdk_event_emit () from /usr/lib/firefox/bundled/lib/libgdk-3.so.0
#92 0x00694160 in gdk_event_source_dispatch () from /usr/lib/firefox/bundled/lib/libgdk-3.so.0
#93 0x2ca7854d in g_main_dispatch () from /usr/lib/firefox/bundled/lib/libglib-2.0.so.0
#94 0x2ca792ab in g_main_context_dispatch () from /usr/lib/firefox/bundled/lib/libglib-2.0.so.0
#95 0x2ca79496 in g_main_context_iterate () from /usr/lib/firefox/bundled/lib/libglib-2.0.so.0
#96 0x2ca79569 in g_main_context_iteration () from /usr/lib/firefox/bundled/lib/libglib-2.0.so.0
#97 0x51d37145 in nsAppShell::ProcessNextNativeEvent (this=0xf671d420, mayWait=true) at /usr/src/debug/firefox-60.1.0/widget/gtk/nsAppShell.cpp:295
#98 0x51cfb3db in nsBaseAppShell::DoProcessNextNativeEvent (this=this@entry=0xf671d420, mayWait=true) at /usr/src/debug/firefox-60.1.0/widget/nsBaseAppShell.cpp:139
#99 0x51cfb562 in nsBaseAppShell::OnProcessNextEvent (this=0xf671d420, thr=<optimized out>, mayWait=<optimized out>) at /usr/src/debug/firefox-60.1.0/widget/nsBaseAppShell.cpp:290
#100 0x4fc3cc1f in nsThread::ProcessNextEvent (this=0xf6707100, aMayWait=true, aResult=0xff8c926f) at /usr/src/debug/firefox-60.1.0/xpcom/threads/nsThread.cpp:952
#101 0x4fc468f8 in NS_ProcessNextEvent (aThread=<optimized out>, aThread@entry=0xf6707100, aMayWait=aMayWait@entry=true) at /usr/src/debug/firefox-60.1.0/xpcom/threads/nsThreadUtils.cpp:517
#102 0x500c309a in mozilla::ipc::MessagePump::Run (this=0xf6725b80, aDelegate=0xf6761c40) at /usr/src/debug/firefox-60.1.0/ipc/glue/MessagePump.cpp:125
#103 0x50094ad0 in MessageLoop::RunInternal (this=0xf6761c40) at /usr/src/debug/firefox-60.1.0/ipc/chromium/src/base/message_loop.cc:326
#104 MessageLoop::RunHandler (this=0xf6761c40) at /usr/src/debug/firefox-60.1.0/ipc/chromium/src/base/message_loop.cc:319
#105 MessageLoop::Run (this=0xf6761c40) at /usr/src/debug/firefox-60.1.0/ipc/chromium/src/base/message_loop.cc:299
#106 0x51cf7de8 in nsBaseAppShell::Run (this=0xf671d420) at /usr/src/debug/firefox-60.1.0/widget/nsBaseAppShell.cpp:157
#107 0x52d68fc7 in nsAppStartup::Run (this=0xf66641c0) at /usr/src/debug/firefox-60.1.0/toolkit/components/startup/nsAppStartup.cpp:290
#108 0x52e09fc3 in XREMain::XRE_mainRun (this=this@entry=0xff8c9530) at /usr/src/debug/firefox-60.1.0/toolkit/xre/nsAppRunner.cpp:4830
#109 0x52e0b002 in XREMain::XRE_main (this=<optimized out>, this@entry=0xff8c9530, argc=<optimized out>, argc@entry=1, argv=<optimized out>, argv@entry=0xff8ca7d4, aConfig=...)
    at /usr/src/debug/firefox-60.1.0/toolkit/xre/nsAppRunner.cpp:4975
#110 0x52e0b2c5 in XRE_main (argc=1, argv=0xff8ca7d4, aConfig=...) at /usr/src/debug/firefox-60.1.0/toolkit/xre/nsAppRunner.cpp:5067
#111 0x565c4db3 in do_main (argc=1, argv=0xff8ca7d4, envp=<optimized out>) at /usr/src/debug/firefox-60.1.0/browser/app/nsBrowserApp.cpp:231
#112 0x565c45af in main (argc=1, argv=0xff8ca7d4, envp=0xff8ca7dc) at /usr/src/debug/firefox-60.1.0/browser/app/nsBrowserApp.cpp:304

Comment 8 Martin Stransky 2018-08-13 13:36:05 UTC

Ondrej, can you please look at it? Thanks.

Comment 9 Jan Horak 2018-08-21 07:28:34 UTC

This should be fixed by firefox 60.1.0-6.el6. It's technically dupe of bug 1601254. I'm going to close it as a duplicate, please reopen if firefox-60.1.0-6.el6 didn't fix the issue.

*** This bug has been marked as a duplicate of bug 1601254 ***

Comment 10 Devin Hathaway 2018-08-21 16:39:38 UTC

Not fixed in firefox-60.1.0-6
I have additional crash reports and coredumps available from 8/21/2018.

Comment 11 Devin Hathaway 2018-08-21 17:13:53 UTC

Created attachment 1477653 [details]
html import caused 2 back to back coredumps, this is the first

Comment 12 Martin Stransky 2018-08-23 08:27:17 UTC

(In reply to Devin Hathaway from comment #11)
> Created attachment 1477653 [details]
> html import caused 2 back to back coredumps, this is the first

Devin please provide a backtrace or let ABRT report the crash. It's very impractical for us to handle the code dumps.

Comment 13 Devin Hathaway 2018-08-23 13:38:45 UTC

Created attachment 1478202 [details]
abrt report for PID 13654

Comment 14 Devin Hathaway 2018-08-23 13:39:22 UTC

Created attachment 1478203 [details]
abrt report for PID 13934

Comment 16 Martin Stransky 2018-09-05 12:35:16 UTC

Devin, thanks for the ABRT report. unfortunately those are missing firefox debuginfo. Please install firefox-debuginfo packages (run "debuginfo-install firefox" as root) and attach the backtrace again. We need to see "function_name" entries at that ABRT report. Thanks.

Comment 17 Devin Hathaway 2018-09-05 17:28:02 UTC

Created attachment 1481128 [details]
crash report after installing firefox-debuginfo

1 of 3 requested files, crash report, crash directory minus the core, gzipped core file.

Comment 18 Devin Hathaway 2018-09-05 17:29:15 UTC

Created attachment 1481129 [details]
tar file of crash directory

Comment 19 Devin Hathaway 2018-09-05 17:36:36 UTC

results of sha1sum: 
25ce25724463d1e2bfcca354e4af18c934a903e4  abrt.firefox.15076.Sept.05.2018.report.txt
 648ca42c2970a441d1d154917a083c8e8ae8d44a  firefox.15076.tgz
 97b59a6470bdf80c2bd07dd25588d8d25fa52480  firefox.15076.core.gz

I uploaded the core file with the redhat-support-tool using case ID 02133858

Comment 20 Martin Stransky 2018-09-10 08:22:41 UTC

Can you please attach the html bookmark file you try to import? We can't reproduce the crash in our environment.

Comment 21 Devin Hathaway 2018-09-10 15:10:20 UTC

Created attachment 1482178 [details]
bookmarks 1/3

Comment 22 Devin Hathaway 2018-09-10 15:10:56 UTC

Created attachment 1482179 [details]
bm 2/3

Comment 23 Devin Hathaway 2018-09-10 15:11:54 UTC

Created attachment 1482180 [details]
bm 3/3

All of these simple files have proved capable of causing the crash.

Comment 24 Martin Stransky 2018-09-11 09:28:58 UTC

I'm unable to reproduce on RHEL6/firefox-60.2.0 builds with the attached bookmark files.

Comment 25 Devin Hathaway 2018-09-11 17:54:56 UTC

Do you have a download link for firefox-60.2.0 ?

Comment 26 Martin Stransky 2018-09-12 08:01:28 UTC

(In reply to Devin Hathaway from comment #25)
> Do you have a download link for firefox-60.2.0 ?

Unfortunately the errata was not published yet. I'll poke the release team.

Comment 27 Mark Langdon 2018-10-08 23:23:47 UTC

Will clone and provide more info.
Today, installed Firefox 60.2.1 via "yum update firefox", on a CentOS 6.6 box. but no bookmarks can across in the upgrade from previous version Firefox.
So, I exported file bookmarks.html from a Firefox 52.2 on a CentOS 7.4 box, scp'ed it to the CentOS 6.6 box with new Firefox, and tried to import it into the new Firefox 60.2.1.  This crashes Firefox 60.2.1.  Will try to file ABRT report on the CentOS 6.6 box, with details, and will clone this bug.  
Is there some workaround that can allow a file of html bookmarks to be loaded into Firefox 60.2.1?  It's just a text file into a database. Must be some way to do this.  Machine, O/S and Firefox appear stable, otherwise.

Comment 28 Martin Stransky 2018-10-09 06:52:38 UTC

(In reply to Mark Langdon from comment #27)
> Will clone and provide more info.
> Today, installed Firefox 60.2.1 via "yum update firefox", on a CentOS 6.6
> box. but no bookmarks can across in the upgrade from previous version
> Firefox.
> So, I exported file bookmarks.html from a Firefox 52.2 on a CentOS 7.4 box,
> scp'ed it to the CentOS 6.6 box with new Firefox, and tried to import it
> into the new Firefox 60.2.1.  This crashes Firefox 60.2.1.  Will try to file
> ABRT report on the CentOS 6.6 box, with details, and will clone this bug.  
> Is there some workaround that can allow a file of html bookmarks to be
> loaded into Firefox 60.2.1?  It's just a text file into a database. Must be
> some way to do this.  Machine, O/S and Firefox appear stable, otherwise.

Can you please provide ABRT report of this?

Comment 29 Mark Langdon 2018-10-10 19:05:06 UTC

Re; Bug # 1611808 "firefox 60 crashes when importing html files".

** Workaround **  

Workaround to Firefox 60 crashing on importing .html bookmarks,
and failing to restore older bookmark backups (as .jsonlz4 files)

Firfox version: 60.2.1 ESR (Firefox Quantum)
Linux Verion (CentOS 6.6, 32-bit)
 (uname -a => 2.6.32-504.el6.i696 #1 SMP Wed. Oct. 15 03:02:07 UTC 2014 i686)
 
Summary:

I have figured out a workaround to this bug.  With a newly installed
Firefox 60.2.1, (resulting from a "yum update firefox"), I was unable
to import .html bookmarks, as this would cause Firefox to crash.

Attempts then, to restore from any of the "bookmarkbackups" files
from the previous Firefox (which was Firefox 34), resulted in no action.
No errors were produced, no messaged generated, and no restoration took
place.  

What did work, was using a web-available utility to convert the existing
bookmark-backup files (which are in ".jsonlz4" binary format), to HTML
files, and then importing the bookmarkbackups-generated .html file.


Details:

There is a utility which Jefferson Scher wrote, which can take a binary
".jsonlz4" file and convert it into HTML, and the resulting .html file,
*can* be successfully imported into Firefox 60.2.1.

URL of Bookmark Backup Reader/Decompressor for Firefox

  https://www.jeffersonscher.com/res/bookbackreader.html

I had roughly 1200 bookmarks, so this utility was a lifesaver.


How To Get previous-version Firefox Bookmarks into Firefox 60.2.1:
------------------------------------------------------------------
Steps (for non-expert Linux users):  This assumes that "Import HTML
bookmarks" is crashing Firefox-60, and that "Restore Bookmarks" from 
the ".jsonlz4" bookmarks in bookmarksbackup is also not working, as 
is my situation:

 1) Locate your previous bookmarkbackups directory.  It will typically
    be under the local ".mozilla" directory, which on Linux will be a 
    hidden directory, because of the "." character in front of the name.
    If your userid is "Smith", you can look in:

     /home/Smith/.mozilla/firefox/<random-string>.default/bookmarkbackups

    Note: In the "/home/Smith/.mozilla/firefox" you may have several of
    these "<random-string>.default" directories.  They are local-user
    directories for various versions of Firefox.  You can confirm which
    one is active, using "about:support" in your old Firefox version (before
    you attempt to update to Firefox 60).  The subdirectory "bookmarkbackups"
    appears to contain a backup of your bookmarks that looks like it is
    created when you use the "export bookmarks to .html file" option.

 2) Invoke the conversion site (from within old or new Firefox):

    https://www.jeffersonscher.com/res/bookbackreader.html

    It is called: "Bookmark Backup Reader/Decompressor for Firefox".
 
 3) Then list the binary ".jsonlz4" files in a desktop window using "Files" 
    tool. Find program "Files" in "Applications" main option, sub-option: 
    "Accessories". When "Files" starts, it will show your home directory.
    The .mozilla files will be hidden.  Click on the three-horizontal bars
    icon beside the "x" icon that closes the window. This will bring up an
    options menu that will have a blank check box "Show Hidden Files".  Check
    that box, and you will see ".mozilla" directory.  (The hidden ".yattayatta" 
    directories will be at the end of the directory list).  Then, navigate 
    to the  bookmarkbackup ".jsonlz4" file you want to convert, and click 
    and drag it into the webpage box.  ( You should see a bunch of scrambled
    test fill the webpage window). 

 4) Click the "Export HTML" button on the "Bookmark Backup Reader/Decompressor
    for Firefox" window.   The exported .html bookmark datafile will be 
    called: "bookmarks_from_json.html".  In the subwindows that says:
    "Opening bookmarks_from_json.html", under the heading: "What should
    Firefox do with this file?", click the button that says: "Save file".
    You will then have to choose location.  Just use "Downloads" directory,
    which should be in your /home/<userid>/ directory.

 5) Now, in Firefox-60.2.1, you can successfully import *this* .html file,
    which was generated from the ".jsonlz4" binary.  I note on my machine,
    despite Firefox-60 indicating it would overwrite existing bookmarks, it
    in fact did not.  It appended the .html bookmarks to the existing ones,
    which is probably the correct thing to do.

The above procedure is the only way I was import .html bookmarks, or 
restore the bookmarkbackups bookmarks into Firefox-60.2.1 ESR.

Hope this helps anyone else in a similar situation.

------------

WRT resolving the bug, I noticed curious behaviour on Firefox 60.2.1, as
I added some bookmarks.  When I added a "new" bookmark to the blank list of 
bookmarks, which was in my old list, the little star-icon would be solid
blue, indicating the bookmark already existed.   And when I added the "new"
bookmark (and it could now be seen in the list of Firefox 60.2.1 bookmarks),
the dialog box indicated I now had *two* bookmarks of the same name.
But only the newly-added one showed.  Experimenting a bit confirmed that
*all* the previous-version Firefox bookmarks were actually being recognized 
by Firefox 60, but they were not being displayed.  What this suggests is 
that the issue here is related to how SQLite is being used to display existing
bookmarks.  Installing the new Firefox did actually migrate the bookmarks,
but the display procedure does not show them.  The crash may be occuring 
because some limit-of-duplicates is reached when attempts are made to import
all the same bookmarks again, since it also seems that Firefox is *not*
overwriting bookmarks when the html-import occurs, despite it's warning
that this is the expected behaviour

Hope this information is useful.  If anyone wants me to provide gdb traces
or other info, let me know.  I tried several times to submit this information
using the ABRT reporting procedure, but after filling in all information, 
the ABRT bug submission is failing on a 401 authentication error, it looks 
like.

Comment 30 Mark Langdon 2018-10-10 20:53:17 UTC

Hello Martin Stransky;

Multiple attempts to generate ABRT report resulted in server reponding:
'401 - Insufficient credentials, authentication failure....', as ABRT
was defaulting to RHTS.

I installed libreport-abrt for Bugzilla, and have managed to get the 
ABRT uploader working.  The compressed ABRT output, in a tarball, was
uploaded to https://bugzilla.redhat.com.  I didn't see anywhere I could
enter the bug#, so the ABRT report may show up as a new bug.  
I am unfamiliar with this process, so please bear with me.

The tarball was:
 ccpp-2018-10-10-16:23:41-25177.tar.gz

After the log said:  "Sending 25680 of 42980 kbytes", I got:
"Proxy Error."
"Proxy Server received an invalid response from upstream server."

and it looks like the full ABRT tarball might not have been completely
uploaded.  I will try to send the compressed ABRT info tarball again.

Comment 31 Mark Langdon 2018-10-10 21:19:41 UTC

Hello Martin;

2nd attempt to upload the ABRT info tarball generated same "Proxy Server
received invalid response from upstream server.", and looks like it didn't
complete.

I tried "ftp:bugzilla.redhat.com" instead of "https:bugzilla.redhat.com",
in response to ABRT's dialogue-box which asks: "Please enter a URL (scp,
ftp, etc.) where the problem data is to be exported." and got:

  "Error while uploading: curl_easy_perform: Couldn't connect to server.'"

so, I tried "scp:", and this generated the same error.

If you could suggest a method that would let me send you the complete ABRT
information tarball, I would be happy to try it!    
- Mark

Comment 32 Martin Stransky 2018-10-11 08:39:33 UTC

Hm, I have no idea what's wrong with the ABRT.

Anyway, If the ABRT does not work for you, can you please attach a backtrace here? 

HowTo is at https://fedoraproject.org/wiki/Debugging_guidelines_for_Mozilla_products#Application_crash

Thanks.

Comment 33 Martin Stransky 2018-10-11 08:40:56 UTC

Also please set browser.tabs.remote.autostart at about:config to false and restart the browser before you generate the backtrace. It disables e10s and you get the crash in main firefox process.