After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 535883 - connecting http://djuppa.egloos.com/ => epiphany crashes
connecting http://djuppa.egloos.com/ => epiphany crashes
Status: RESOLVED NOTGNOME
Product: epiphany
Classification: Core
Component: [obsolete] Backend:Mozilla
2.22.x
Other All
: Urgent critical
: gnome-2-22
Assigned To: Epiphany Maintainers
Epiphany Maintainers
: 538927 538944 539073 539118 539159 539182 539207 540026 557747 572810 (view as bug list)
Depends on:
Blocks:
 
 
Reported: 2008-05-31 08:14 UTC by sangu
Modified: 2009-02-23 10:00 UTC
See Also:
GNOME target: ---
GNOME version: 2.21/2.22


Description sangu 2008-05-31 08:14:49 UTC 
Steps to reproduce:
1. Launch epiphany
2. Connect http://djuppa.egloos.com/
3. 


Stack trace:
$ gdb epiphany
[...]
Program received signal SIGSEGV, Segmentation fault.
EphyDOMLinkEventListener::HandleEvent (this=0x9441718, aDOMEvent=0x9bce1a8)
    at EphyBrowser.cpp:433
433	                        rv = mOwner->mFixup->CreateExposableURI (docUri, getter_AddRefs (exposableURI));
Current language:  auto; currently c++

(gdb) bt

+ Trace 199247

  • #0 EphyDOMLinkEventListener::HandleEvent
    at EphyBrowser.cpp line 433
  • #1 nsEventListenerManager::HandleEventSubType
    at nsEventListenerManager.cpp line 1080
  • #2 nsEventListenerManager::HandleEvent
    at nsEventListenerManager.cpp line 1184
  • #3 nsEventTargetChainItem::HandleEvent
    at nsEventDispatcher.cpp line 210
  • #4 nsEventTargetChainItem::HandleEventTargetChain
    at nsEventDispatcher.cpp line 291
  • #5 nsEventDispatcher::Dispatch
    at nsEventDispatcher.cpp line 483
  • #6 nsEventDispatcher::DispatchDOMEvent
    at nsEventDispatcher.cpp line 541
  • #7 nsEventListenerManager::DispatchEvent
    at nsEventListenerManager.cpp line 1309
  • #8 nsDOMEventRTTearoff::DispatchEvent
  • #9 nsPLDOMEvent::Run
    at nsPLDOMEvent.cpp line 71
  • #10 nsContentUtils::RemoveScriptBlocker
    at nsContentUtils.cpp line 4221
  • #11 ~mozAutoDocUpdate
    at ../../../dist/include/content/mozAutoDocUpdate.h line 72
  • #12 nsGenericElement::doInsertChildAt
    at nsGenericElement.cpp line 2765
  • #13 nsGenericElement::InsertChildAt
    at nsGenericElement.cpp line 2674
  • #14 nsINode::AppendChildTo
    at ../../../dist/include/content/nsINode.h line 321
  • #15 HTMLContentSink::ProcessLINKTag
    at nsHTMLContentSink.cpp line 2961
  • #16 CNavDTD::AddHeadContent
    at CNavDTD.cpp line 3074
  • #17 CNavDTD::HandleStartToken
    at CNavDTD.cpp line 1434
  • #18 CNavDTD::HandleToken
    at CNavDTD.cpp line 760
  • #19 CNavDTD::BuildModel
    at CNavDTD.cpp line 336
  • #20 nsParser::BuildModel
    at nsParser.cpp line 1773
  • #21 nsParser::ResumeParse
    at nsParser.cpp line 1650
  • #22 nsParser::OnDataAvailable
    at nsParser.cpp line 2287
  • #23 nsDocumentOpenInfo::OnDataAvailable
    at nsURILoader.cpp line 306
  • #24 nsHTTPCompressConv::do_OnDataAvailable
    at nsHTTPCompressConv.cpp line 375
  • #25 nsHTTPCompressConv::OnDataAvailable
    at nsHTTPCompressConv.cpp line 319
  • #26 nsStreamListenerTee::OnDataAvailable
    at nsStreamListenerTee.cpp line 97
  • #27 nsHttpChannel::OnDataAvailable
  • #28 nsInputStreamPump::OnStateTransfer
    at nsInputStreamPump.cpp line 508
  • #29 nsInputStreamPump::OnInputStreamReady
    at nsInputStreamPump.cpp line 398
  • #30 nsInputStreamReadyEvent::Run
    at nsStreamUtils.cpp line 111
  • #31 nsThread::ProcessNextEvent
    at nsThread.cpp line 510
  • #32 NS_ProcessPendingEvents_P
    at nsThreadUtils.cpp line 180
  • #33 nsBaseAppShell::NativeEventCallback
    at nsBaseAppShell.cpp line 121
  • #34 nsAppShell::EventProcessorCallback
    at nsAppShell.cpp line 69
  • #35 g_io_unix_dispatch
  • #36 IA__g_main_context_dispatch
    at gmain.c line 2063
  • #37 g_main_context_iterate
    at gmain.c line 2696
  • #38 IA__g_main_loop_run
    at gmain.c line 2919
  • #39 IA__gtk_main
    at gtkmain.c line 1161
  • #40 main
    at ephy-main.c line 731 


Other information:
xulrunner-1.9-0.64.cvs20080516.fc10.i386
epiphany-2.22.2-1.fc9.i386
Comment 1 Reinout van Schouwen 2008-06-02 09:14:22 UTC 
The dupe finder says this crash is similar to bug 514121, but that one should be fixed already...
Comment 2 Christian Persch 2008-06-02 16:15:14 UTC 
Not a dup. 

EphyBrowser::mFixup is NULL here, which should never happen... still I guess we can simply null-check it before using it.
Comment 3 Cosimo Cecchi 2008-06-20 10:23:16 UTC 
*** Bug 538927 has been marked as a duplicate of this bug. ***
Comment 4 Cosimo Cecchi 2008-06-20 10:23:55 UTC 
*** Bug 539182 has been marked as a duplicate of this bug. ***
Comment 5 Peter Bloomfield 2008-06-20 11:51:11 UTC 
*** Bug 539207 has been marked as a duplicate of this bug. ***
Comment 6 Peter Bloomfield 2008-06-20 14:17:12 UTC 
The issue seems to be that

nsCOMPtr<nsIDocShell> docShell (do_GetInterface (mWebBrowser, &rv));

at line 893 of EphyBrowser.cpp results in a strange value of rv:

(gdb) print rv
$1 = 2147500034

and the next line

        NS_ENSURE_SUCCESS (rv, rv);

aborts EphyBrowser::Init before EphyBrowser::mFixup is initialized.  I haven't been able to get gdb to dig any deeper, to see why rv is given that value.
Comment 7 Peter Bloomfield 2008-06-21 02:43:56 UTC 
Issue seems to be resolved with epiphany-2.22.2-2.fc9.i386 and xulrunner-1.9-1.fc9.i386.
Comment 8 Cosimo Cecchi 2008-06-22 12:36:38 UTC 
*** Bug 539073 has been marked as a duplicate of this bug. ***
Comment 9 Cosimo Cecchi 2008-06-22 12:37:20 UTC 
*** Bug 539159 has been marked as a duplicate of this bug. ***
Comment 10 Cosimo Cecchi 2008-06-22 12:37:32 UTC 
*** Bug 539118 has been marked as a duplicate of this bug. ***
Comment 11 Cosimo Cecchi 2008-06-22 12:38:37 UTC 
*** Bug 538944 has been marked as a duplicate of this bug. ***
Comment 12 Cosimo Cecchi 2008-06-22 12:39:35 UTC 
A lot of duplicates -> priority Urgent.
Comment 13 Tomasz Sterna 2008-06-22 14:49:16 UTC 
[smoku@wing ~]$ rpm -q epiphany xulrunner
epiphany-2.22.2-2.fc9.i386
xulrunner-1.9-1.fc9.i386

Issue is not resolved. Epiphany crashes on almost every page.
Comment 14 deleriux 2008-06-22 14:56:36 UTC 
Please note that rebuillding epiphany-2.22.2-2 from a source RPM has resolved this issue for me (there was no 64bit build at the time).
Comment 15 Alexey Torkhov 2008-06-22 14:58:33 UTC 
(In reply to comment #13)
> Issue is not resolved. Epiphany crashes on almost every page.
I have the same versions of this packages and issue is resolved.
Comment 16 Rayentray Tappa 2008-06-24 22:21:13 UTC 
*** Bug 540026 has been marked as a duplicate of this bug. ***
Comment 17 Christian Persch 2008-06-30 17:45:54 UTC 
I added a NULL check, but really this should never happen. Your distro needs to rebuild ephy each time the xulrunner package is rebuilt.
Comment 18 Cosimo Cecchi 2008-10-27 09:54:53 UTC 
*** Bug 557747 has been marked as a duplicate of this bug. ***
Comment 19 Reinout van Schouwen 2009-02-23 10:00:04 UTC 
*** Bug 572810 has been marked as a duplicate of this bug. ***
Comment 20 Reinout van Schouwen 2009-02-23 10:00:57 UTC 
Last duplicate shows that the issue may not be solved yet in 2.24.3.