Red Hat Bugzilla – Bug 484526
epiphany process stays around even when quitted
Last modified: 2018-04-11 08:01:45 EDT
I don't know if this bug is a result of epiphany failing to start properly, or failing to close properly from the previous session. I open epiphany from the applications menu. I see the "starting epiphany" in the taskbar for a short while. Then it goes away and I see nothing. If I run "ps -ef" I see an epiphany process running, but no epiphany window on any of the desktops. The only way to work around this is to kill the running epiphany process on the command line and then on the next time epiphany starts it opens normally. I attached to the process when this occured and grabbed a backtrace.
I have the following in the plugin directory:
ls -l /usr/lib/mozilla/plugins/
lrwxrwxrwx 1 root root 34 2009-01-09 13:34 libjavaplugin.so -> /etc/alternatives/libjavaplugin.so
-rwxr-xr-x 1 root root 4076 2009-01-19 08:46 librhythmbox-itms-detection-plugin.so
-rwxr-xr-x 1 root root 60424 2008-10-24 07:19 libswfdecmozilla.so
-rwxr-xr-x 1 root root 68512 2008-10-26 09:47 libtotem-basic-plugin.so
-rwxr-xr-x 1 root root 94568 2008-10-26 09:47 libtotem-cone-plugin.so
-rwxr-xr-x 1 root root 102688 2008-10-26 09:47 libtotem-gmp-plugin.so
-rwxr-xr-x 1 root root 68568 2008-10-26 09:47 libtotem-mully-plugin.so
-rwxr-xr-x 1 root root 77088 2008-10-26 09:47 libtotem-narrowspace-plugin.so
#0 0x00d9c416 in __kernel_vsyscall ()
#1 0x00ca3c07 in pthread_join (threadid=3029375888, thread_return=0xbfedb41c) at pthread_join.c:89
#2 0x051d3fda in PR_JoinThread (thred=0x90cf300) at ../../../mozilla/nsprpub/pr/src/pthreads/ptthread.c:594
#3 0x019caa49 in nsPSMBackgroundThread::requestExit (this=0x904aa08) at nsPSMBackgroundThread.cpp:97
#4 0x019d21d7 in nsNSSComponent::DoProfileChangeNetTeardown (this=0x904a858) at nsNSSComponent.cpp:2339
#5 0x019d57f3 in nsNSSComponent::Observe (this=0x904a858, aSubject=0x0, aTopic=0x813f0bb "profile-change-net-teardown", someData=0x0) at nsNSSComponent.cpp:2088
#6 0x01b9d18a in nsObserverList::NotifyObservers (this=0x8f2c284, aSubject=0x0, aTopic=0x813f0bb "profile-change-net-teardown", someData=0x0) at nsObserverList.cpp:128
#7 0x01b9d4ee in nsObserverService::NotifyObservers (this=0x89004d8, aSubject=0x0, aTopic=0x813f0bb "profile-change-net-teardown", someData=0x0) at nsObserverService.cpp:181
#8 0x080ce942 in EphySingle::Detach (this=0x8a9d3a0) at EphySingle.cpp:97
#9 0x080bf403 in mozilla_embed_single_dispose (object=0x8601228) at mozilla-embed-single.cpp:742
#10 0x009e82c8 in IA__g_object_unref (_object=0x8601228) at gobject.c:2389
#11 0x080f78f3 in ephy_embed_shell_finalize (object=0x85ef408) at ephy-embed-shell.c:139
#12 0x080777c1 in ephy_shell_finalize (object=0x85ef408) at ephy-shell.c:349
#13 0x009e8363 in IA__g_object_unref (_object=0x85ef408) at gobject.c:2417
#14 0x0807cb39 in ephy_window_finalize (object=0x8ab6020) at ephy-window.c:3468
#15 0x009e8363 in IA__g_object_unref (_object=0x8ab6020) at gobject.c:2417
#16 0x02c5b333 in IA__gtk_main_do_event (event=0x8eea640) at gtkmain.c:1545
#17 0x0065f2fa in gdk_event_dispatch (source=0x85b9af8, callback=0, user_data=0x0) at gdkevents-x11.c:2365
#18 0x04c07238 in g_main_dispatch () at gmain.c:2144
#19 IA__g_main_context_dispatch (context=0x85b9b40) at gmain.c:2697
#20 0x04c0a8e3 in g_main_context_iterate (context=0x85b9b40, block=1, dispatch=1, self=0x8595458) at gmain.c:2778
#21 0x04c0ae02 in IA__g_main_loop_run (loop=0x8aa9110) at gmain.c:2986
#22 0x02c5b959 in IA__gtk_main () at gtkmain.c:1200
#23 0x08071f80 in main (argc=1, argv=0xbfedca74) at ephy-main.c:738
Thanks for the bug report. We have reviewed the information you have provided above, and there is some additional information we require that will be helpful in our diagnosis of this issue.
First of all, could we get output of the command
rpm -qa *xulrun* *epiphany* *mozilla* *flash* *plugin*
Please also install epiphany-debuginfo (debuginfo-install is from
Then run command
That will start epiphany running inside of gdb debugger. Then use command run and do whatever you did to make epiphany crash. When it happens, you should go back to the gdb and run
(gdb) thread apply all backtrace
This produces usually many screens of the text. Copy all of them into a text editor and attach the file to the bug as an uncompressed attachment.
We will review this issue again once you've had a chance to attach this information.
Thanks in advance.
I can provide anything you need. Here is what you asked for.
$ rpm -qa *xulrun* *epiphany* *mozilla* *flash* *plugin*
When I run epiphany directly from the command line when this bug occurs I see the following:
** (epiphany:3467): WARNING **: An error occurred while calling remote method: Did not receive a reply. Possible causes include: the remote application did not send a reply, the message bus security policy blocked the reply, the reply timeout expired, or the network connection was broken.
After this WARNING occurs, epiphany exits normally and I am therefore unable to get a backtrace by running "gdb epiphany". However, when this WARNING occurs there is already a running process of epiphany (the previous session likely didn't close correctly). If I attach to this process using "gdb epiphany <epiphany pid>" I can get a backtace which I will attach.
Created attachment 331276 [details]
full backtrace when bug occurs
I do see the same problem on both i386 and x86_64 "rawhide" systems. It appears to be accompanied by a loss of system sound. I can trigger this quickly by playing a flash movie. After maybe 30 secs, sound gets lost. The bell sound falls back from the GNOME sound to a plain beep. When trying to log out, a message window reporting a running epiphany process is issued althoug there is no open window.
Error log .xsession-errors contains the following section:
** (gnome-volume-control-applet:2776): WARNING **: Connection failed
** (epiphany:3454): WARNING **: An error occurred while calling remote method:
Did not receive a reply. Possible causes include: the remote application did
not send a reply, the message bus security policy blocked the reply, the reply
timeout expired, or the network connection was broken.
Is this an epiphany only issue?
Created attachment 339259 [details]
PA error message from /var/log/messages
Created attachment 339307 [details]
PA error message from /var/log/messages on some x86_64 system
Similar output to /var/log/messages for an x86_64 system. The PA process dies in the very same moment when this happens.
The issue [snd_pcm_avail() returned a value that is exceptionally large] appears to be solved for me by kernel-188.8.131.52-70.fc11.x86_64:
- merge alsa fixes from wwoods: ..
I upgraded to Fedora 11 with kernel 184.108.40.206-140 and this problem still exists. This bug creates a real usability problem. If the bug occurs and I attempt to quit epiphany, the only way I can start epiphany again is if kill the previous process.
Also, I do not see the alsa errors in my /var/log/messages as reported by others.
This bug appears to have been reported against 'rawhide' during the Fedora 11 development cycle.
Changing version to '11'.
More information and reason for this action is here:
This message is a reminder that Fedora 11 is nearing its end of life.
Approximately 30 (thirty) days from now Fedora will stop maintaining
and issuing updates for Fedora 11. It is Fedora's policy to close all
bug reports from releases that are no longer maintained. At that time
this bug will be closed as WONTFIX if it remains open with a Fedora
'version' of '11'.
Package Maintainer: If you wish for this bug to remain open because you
plan to fix it in a currently maintained version, simply change the 'version'
to a later Fedora version prior to Fedora 11's end of life.
Bug Reporter: Thank you for reporting this issue and we are sorry that
we may not be able to fix it before Fedora 11 is end of life. If you
would still like to see this bug fixed and are able to reproduce it
against a later version of Fedora please change the 'version' of this
bug to the applicable version. If you are unable to change the version,
please add a comment here and someone will do it for you.
Although we aim to fix as many bugs as possible during every release's
lifetime, sometimes those efforts are overtaken by events. Often a
more recent Fedora release includes newer upstream software that fixes
bugs or makes them obsolete.
The process we are following is described here:
Fedora 11 changed to end-of-life (EOL) status on 2010-06-25. Fedora 11 is
no longer maintained, which means that it will not receive any further
security or bug fix updates. As a result we are closing this bug.
If you can reproduce this bug against a currently maintained version of
Fedora please feel free to reopen this bug against that version.
Thank you for reporting this bug and we are sorry it could not be fixed.