From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from lists.gentoo.org (pigeon.gentoo.org [208.92.234.80]) by finch.gentoo.org (Postfix) with ESMTP id D3B26138247 for ; Mon, 11 Nov 2013 03:53:32 +0000 (UTC) Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 36009E0AB8; Mon, 11 Nov 2013 03:53:26 +0000 (UTC) Received: from mail-qc0-f169.google.com (mail-qc0-f169.google.com [209.85.216.169]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by pigeon.gentoo.org (Postfix) with ESMTPS id 213F9E0AB1 for ; Mon, 11 Nov 2013 03:53:24 +0000 (UTC) Received: by mail-qc0-f169.google.com with SMTP id x12so3771843qcv.28 for ; Sun, 10 Nov 2013 19:53:24 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=message-id:date:from:user-agent:mime-version:to:subject:references :in-reply-to:content-type:content-transfer-encoding; bh=FIDVyQkMwDWk3/NId4A0a7VowykUsa/AMV3nXKNYwVw=; b=gi5WGwjODCAFjg+xHBqjPKGA14xZAwuOmBFT3qUbCC/JRyZRfWuJg1MbJGVwmpbWG7 i7MazAjQYSXslzJ/z29ld7WUadl9aIFK502E3WM7LJGpeSz9VttnWtpkHRBHjKn6maWI CgxYpE3G3XmYIymoJFc14JyQPxo7IPQPaZjC48VJwVw89++3qEIlYxLsgZzc26W176uZ 07NtpKcRYMQQcO0x41odrjCKtyU87AoR8+Yl059N3seOIVE7Iz7g6CRYBBdg9NtbX9xT KsCemBOeSfgsaMYoE+GGoIt78om6MGUsye3Fg7SwNxWBCyE0ISt2RkdIIRi/zaaixmWr T8qg== X-Received: by 10.224.80.129 with SMTP id t1mr45585303qak.95.1384142004240; Sun, 10 Nov 2013 19:53:24 -0800 (PST) Received: from [192.168.2.5] (adsl-98-95-151-14.jan.bellsouth.net. [98.95.151.14]) by mx.google.com with ESMTPSA id g14sm35911850yhb.23.2013.11.10.19.53.22 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Sun, 10 Nov 2013 19:53:23 -0800 (PST) Message-ID: <528054B1.40006@gmail.com> Date: Sun, 10 Nov 2013 21:53:21 -0600 From: Dale User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:25.0) Gecko/20100101 Firefox/25.0 SeaMonkey/2.22 Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-Id: Gentoo Linux mail X-BeenThere: gentoo-user@lists.gentoo.org Reply-to: gentoo-user@lists.gentoo.org MIME-Version: 1.0 To: gentoo-user@lists.gentoo.org Subject: Re: [gentoo-user] Firefox not killing processes on close References: <527FFCC8.8060508@gmail.com> <20131111010748.GA28599@waltdnes.org> In-Reply-To: <20131111010748.GA28599@waltdnes.org> X-Enigmail-Version: 1.6 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Archives-Salt: 6bcf418e-92b5-421f-8b5f-291f11015503 X-Archives-Hash: 462981b4da8ab1d4ac7d066d2dd8f09b Walter Dnes wrote: > On Sun, Nov 10, 2013 at 03:38:16PM -0600, Dale wrote >> Howdy, >> >> I have noticed something that really bugs me. I sometimes have a few >> Firefox sessions running. I do this because I have to be logged into a >> website with more than one user/password. Here is my issue. If I click >> the X box to close a session of Firefox, it doesn't seem to kill the >> process. I end up having to go to a Konsole and killing the process >> with either the kill command or pkill. Naturally, all the processes are >> named Firefox so I can't tell one from the other. That leads to me >> killing the wrong one at times. >> >> My question is this, why does Firefox not kill its processes as it >> should? When I click the X and it closes, it should kill the process >> right? When it does not kill correctly and I try to restart that >> session, I get the error that the session is already running. > Long story short... "there can only be one" Firefox process *PER USER* > at any given time. Seriously... as regular user open up multiple > Firefox windows, and execute... > > ps -ef | grep firefox > > and you'll get something like... > > [i660][waltdnes][~] ps -ef | grep firefox > waltdnes 28696 11663 2 19:35 pts/22 00:00:07 firefox > waltdnes 28836 28825 0 19:39 pts/30 00:00:00 grep --color=auto firefox > > Only one Firefox process exists. (I can't seem to prevent the grep > command from listing itself). I don't know whether to say you are wrong or on to something. LOL When I have three sessions running here, I get this: root@fireball / # ps aux | grep /usr/bin/firefox dale 956 16.7 1.6 1461568 267380 ? Sl 21:35 0:08 /usr/bin/firefox -p -no-remote root 9148 0.0 0.0 10820 944 pts/2 S+ 21:36 0:00 grep --colour=auto /usr/bin/firefox dale 18079 5.1 6.1 2396368 1016416 ? Sl 19:00 7:59 /usr/bin/firefox -p -no-remote dale 18394 2.0 5.1 2082772 839044 ? Sl 19:05 3:05 /usr/bin/firefox -p -no-remote root@fireball / # Note there is a process for each session running with a different PID. >From my understanding, and the reason for me using different sessions in the first place, each session is completely separate. A site that I volunteer on, I have three accounts there. My personal account, a moderator account and a admin account. I have a separate session for each one which because they use different user name/passwords must be run separately. At times, I need to switch between users very quickly. So, it appears that each process runs its own PID and is separate. Sort of anyway. Again, that could be the problem but here is why I don't think it is. I have this same issue with Seamonkey even when there is only one process running. It's not as often but it does happen. I have also had this happen when there is only one session of Firefox running as well. Then there is the other processes that I have trouble getting to die as well. Some not even related to a GUI. When I switch to the boot runlevel, I have to manually kill several processes to get down to the things that should be running and nothing else. Oh, even if I close all the sessions, I still run into the issue of having to kill the processes. When they die, they all die as they should. When it is not dying as it should, none of them die until I kill them. It's either feast or famine. Again, could be on to something or maybe not. Open to ideas tho. I'm hoping the new info may help. > >> This has been going on for a while. What can I look for or do to >> correct this? > There is a workaround/kludge/ugly-hack. Notice that I said one > process *PER USER*. I have another user "user2" that I log in as to > occasionally maintain "static" stuff that I only want my regular login > to only see, but not modify/delete/etc. If you create a second user > (let's call it "user2"), you can do the following... > > # Allow other logins/users on the same machine to use your display > xhost +127.0.0.1 > > # Open up up an xterm/wahtever and > su - user2 > # Give password, and then, as user2 > firefox > > As my regular user "waltdnes", I can then... > [i660][waltdnes][~] ps -ef | grep firefox > waltdnes 28696 11663 2 19:35 pts/22 00:00:07 firefox > user2 28791 28780 2 19:38 pts/9 00:00:01 firefox > waltdnes 28836 28825 0 19:39 pts/30 00:00:00 grep --color=auto firefox > > From the "ps" output, "waltdnes" is running Firefox with pid 28696, > and "user" as pid "28791". You can issue a "kill" command for the > appropriate pid. Note that unless you're root, you can only kill your > own processes. > I almost always have a Konsole running as root. Seems there is always something that requires root permission to do. Open to ideas still. It's annoying so I'd like a fix. ;-) I may have a idea tho. Hey guys, watch this. O_O Dale :-) :-) -- I am only responsible for what I said ... Not for what you understood or how you interpreted my words!