1 |
Walter Dnes wrote: |
2 |
> On Sun, Nov 10, 2013 at 03:38:16PM -0600, Dale wrote |
3 |
>> Howdy, |
4 |
>> |
5 |
>> I have noticed something that really bugs me. I sometimes have a few |
6 |
>> Firefox sessions running. I do this because I have to be logged into a |
7 |
>> website with more than one user/password. Here is my issue. If I click |
8 |
>> the X box to close a session of Firefox, it doesn't seem to kill the |
9 |
>> process. I end up having to go to a Konsole and killing the process |
10 |
>> with either the kill command or pkill. Naturally, all the processes are |
11 |
>> named Firefox so I can't tell one from the other. That leads to me |
12 |
>> killing the wrong one at times. |
13 |
>> |
14 |
>> My question is this, why does Firefox not kill its processes as it |
15 |
>> should? When I click the X and it closes, it should kill the process |
16 |
>> right? When it does not kill correctly and I try to restart that |
17 |
>> session, I get the error that the session is already running. |
18 |
> Long story short... "there can only be one" Firefox process *PER USER* |
19 |
> at any given time. Seriously... as regular user open up multiple |
20 |
> Firefox windows, and execute... |
21 |
> |
22 |
> ps -ef | grep firefox |
23 |
> |
24 |
> and you'll get something like... |
25 |
> |
26 |
> [i660][waltdnes][~] ps -ef | grep firefox |
27 |
> waltdnes 28696 11663 2 19:35 pts/22 00:00:07 firefox |
28 |
> waltdnes 28836 28825 0 19:39 pts/30 00:00:00 grep --color=auto firefox |
29 |
> |
30 |
> Only one Firefox process exists. (I can't seem to prevent the grep |
31 |
> command from listing itself). |
32 |
|
33 |
|
34 |
I don't know whether to say you are wrong or on to something. LOL When |
35 |
I have three sessions running here, I get this: |
36 |
|
37 |
root@fireball / # ps aux | grep /usr/bin/firefox |
38 |
dale 956 16.7 1.6 1461568 267380 ? Sl 21:35 0:08 |
39 |
/usr/bin/firefox -p -no-remote |
40 |
root 9148 0.0 0.0 10820 944 pts/2 S+ 21:36 0:00 grep |
41 |
--colour=auto /usr/bin/firefox |
42 |
dale 18079 5.1 6.1 2396368 1016416 ? Sl 19:00 7:59 |
43 |
/usr/bin/firefox -p -no-remote |
44 |
dale 18394 2.0 5.1 2082772 839044 ? Sl 19:05 3:05 |
45 |
/usr/bin/firefox -p -no-remote |
46 |
root@fireball / # |
47 |
|
48 |
Note there is a process for each session running with a different PID. |
49 |
From my understanding, and the reason for me using different sessions in |
50 |
the first place, each session is completely separate. A site that I |
51 |
volunteer on, I have three accounts there. My personal account, a |
52 |
moderator account and a admin account. I have a separate session for |
53 |
each one which because they use different user name/passwords must be |
54 |
run separately. At times, I need to switch between users very quickly. |
55 |
So, it appears that each process runs its own PID and is separate. Sort |
56 |
of anyway. Again, that could be the problem but here is why I don't |
57 |
think it is. I have this same issue with Seamonkey even when there is |
58 |
only one process running. It's not as often but it does happen. I have |
59 |
also had this happen when there is only one session of Firefox running |
60 |
as well. Then there is the other processes that I have trouble getting |
61 |
to die as well. Some not even related to a GUI. When I switch to the |
62 |
boot runlevel, I have to manually kill several processes to get down to |
63 |
the things that should be running and nothing else. |
64 |
|
65 |
Oh, even if I close all the sessions, I still run into the issue of |
66 |
having to kill the processes. When they die, they all die as they |
67 |
should. When it is not dying as it should, none of them die until I |
68 |
kill them. It's either feast or famine. |
69 |
|
70 |
Again, could be on to something or maybe not. Open to ideas tho. I'm |
71 |
hoping the new info may help. |
72 |
|
73 |
> |
74 |
>> This has been going on for a while. What can I look for or do to |
75 |
>> correct this? |
76 |
> There is a workaround/kludge/ugly-hack. Notice that I said one |
77 |
> process *PER USER*. I have another user "user2" that I log in as to |
78 |
> occasionally maintain "static" stuff that I only want my regular login |
79 |
> to only see, but not modify/delete/etc. If you create a second user |
80 |
> (let's call it "user2"), you can do the following... |
81 |
> |
82 |
> # Allow other logins/users on the same machine to use your display |
83 |
> xhost +127.0.0.1 |
84 |
> |
85 |
> # Open up up an xterm/wahtever and |
86 |
> su - user2 |
87 |
> # Give password, and then, as user2 |
88 |
> firefox |
89 |
> |
90 |
> As my regular user "waltdnes", I can then... |
91 |
> [i660][waltdnes][~] ps -ef | grep firefox |
92 |
> waltdnes 28696 11663 2 19:35 pts/22 00:00:07 firefox |
93 |
> user2 28791 28780 2 19:38 pts/9 00:00:01 firefox |
94 |
> waltdnes 28836 28825 0 19:39 pts/30 00:00:00 grep --color=auto firefox |
95 |
> |
96 |
> From the "ps" output, "waltdnes" is running Firefox with pid 28696, |
97 |
> and "user" as pid "28791". You can issue a "kill" command for the |
98 |
> appropriate pid. Note that unless you're root, you can only kill your |
99 |
> own processes. |
100 |
> |
101 |
|
102 |
I almost always have a Konsole running as root. Seems there is always |
103 |
something that requires root permission to do. |
104 |
|
105 |
Open to ideas still. It's annoying so I'd like a fix. ;-) I may have |
106 |
a idea tho. Hey guys, watch this. O_O |
107 |
|
108 |
Dale |
109 |
|
110 |
:-) :-) |
111 |
|
112 |
-- |
113 |
I am only responsible for what I said ... Not for what you understood or how you interpreted my words! |