Closed Bug 774243 Opened 12 years ago Closed 12 years ago

[Linux] Process name changes to RunProcess

Categories

(Core :: General, defect)

x86_64
Linux
defect
Not set
normal

Tracking

()

VERIFIED FIXED
mozilla17
Tracking Status
firefox15 --- unaffected
firefox16 --- fixed
firefox17 --- verified

People

(Reporter: mayhemer, Assigned: mayhemer)

References

Details

(Keywords: regression)

Attachments

(1 file)

+++ This bug was initially created as a clone of Bug #765158 +++

Worth a new bug.

I don't think this is related to thread naming, but cannot confirm atm.  I will look at this soon.

(In reply to Tony Mechelynck [:tonymec] from Bug #765158 comment #21)
> (In reply to omeringen from Bug #765158 comment #20)
> > Thanks for the fix it looks fine but i've just realized that thread name
> > becomed "Runprocess" somehow. Restarted Firefox, it's fine now. I'm gonna
> > try to find a way to repoduce it.
> 
> Mozilla/5.0 (X11; Linux x86_64; rv:16.0) Gecko/16.0 Firefox/16.0
> SeaMonkey/2.13a1 ID:20120715003006 CSet: a52505700b63
> 
> Here too, I see the SeaMonkey executable process change name from
> seamonkey-bin to (ultimately) RunProcess, as in my earlier comment #12 and
> as Firefox did for ttaubert in comment #1. I just did the following while
> the above build (the one I use to type this comment, almost 3 days later
> than comment #17) was running:
> 
> linux:~ # echo $(pidof seamonkey)
> 14173
> linux:~ # ps -l 14173
> F S   UID   PID  PPID  C PRI  NI ADDR SZ WCHAN  TTY        TIME CMD
> 4 S     0 14173 14171 27  80   0 - 481601 -     ?         95:57 seamonkey -P
> default
> linux:~ # ps -l --pid 14173
> F S   UID   PID  PPID  C PRI  NI ADDR SZ WCHAN  TTY          TIME CMD
> 4 S     0 14173 14171 27  80   0 - 481729 -     ?        01:35:59 RunProcess
> linux:~ # ps -lC seamonkey,RunProcess
> F S   UID   PID  PPID  C PRI  NI ADDR SZ WCHAN  TTY          TIME CMD
> 4 R     0 14173 14171 27  80   0 - 521555 -     ?        01:36:39 RunProcess
> 
> Notice the difference depending on calling with one PID (and no selection
> switch) or with a (singleton) list of PIDs (--pid). When selecting by
> program name (-C) on both "seamonkey" and "RunProcess", only the latter
> appears. When selecting on only "-C seamonkey" (not shown) ps outputs only
> column headings, no processes.
> 
> The PPID points to the script which I use to start SeaMonkey with the
> correct profile and logfile, as follows:
> 
> linux:~ # ps -l 14171
> F S   UID   PID  PPID  C PRI  NI ADDR SZ WCHAN  TTY        TIME CMD
> 1 S     0 14171     1  0  80   0 -  3270 wait   ?          0:00 /bin/bash
> /usr/local/bin/start-sm-all
> linux:~ # cat /usr/local/bin/start-sm-all
> #!/bin/bash
> (date && seamonkey -P default) >> ~/seamonkey.log 2>&1 &
Summary: Application name changes to RunProcess → [Linux] Process name changes to RunProcess
(In reply to Mike Hommey [:glandium] from comment #1)
> It has everything to do with thread naming:
> http://mxr.mozilla.org/mozilla-central/source/xpcom/threads/nsProcessCommon.
> cpp#225

Ha!  Thanks.  I will fix this... not sure how this snippet got to this place...
Assignee: nobody → honzab.moz
Blocks: 720778
Status: NEW → ASSIGNED
(In reply to Honza Bambas (:mayhemer) from comment #2)
> Ha!  Thanks.  I will fix this... not sure how this snippet got to this
> place...

You added it in bug 720778 ;)
(In reply to Mike Hommey [:glandium] from comment #3)
> (In reply to Honza Bambas (:mayhemer) from comment #2)
> > Ha!  Thanks.  I will fix this... not sure how this snippet got to this
> > place...
> 
> You added it in bug 720778 ;)

legitimately, i must add, except the Monitor function is sometimes called in a separate thread, and sometimes not.
Attached patch v1Splinter Review
I'll submit a try build links soon.
Attachment #642571 - Flags: review?(benjamin)
(In reply to Honza Bambas (:mayhemer) from comment #6)
> Here soon (hour) will be build to test:
> http://ftp.mozilla.org/pub/mozilla.org/firefox/try-builds/honzab.moz@firemni.
> cz-5a536d9749a9

Sorry, bad link, this is the one: 
http://ftp.mozilla.org/pub/mozilla.org/firefox/try-builds/honzab.moz@firemni.cz-686dc670b21c
(In reply to Honza Bambas (:mayhemer) from comment #7)
> (In reply to Honza Bambas (:mayhemer) from comment #6)
> > Here soon (hour) will be build to test:
> > http://ftp.mozilla.org/pub/mozilla.org/firefox/try-builds/honzab.moz@firemni.
> > cz-5a536d9749a9
> 
> Sorry, bad link, this is the one: 
> http://ftp.mozilla.org/pub/mozilla.org/firefox/try-builds/honzab.moz@firemni.
> cz-686dc670b21c

The x86_64 build in that try set, when started in a new profile, appears in top as "firefox", alongside RunProcess (which is my SeaMonkey nightly). I selected processes with a -C list including firefox, seamonkey, RunProcess, bash, and several other names.

Opening http://www.rtbf.be/radio/liveradio/lapremiere (a radio station, available as both FM and web radio) in a new tab opened a new "plugin-container" process but its parent process remained "firefox".
Attachment #642571 - Flags: review?(benjamin) → review+
https://hg.mozilla.org/mozilla-central/rev/7ab3af6a212d
Status: ASSIGNED → RESOLVED
Closed: 12 years ago
Resolution: --- → FIXED
Target Milestone: --- → mozilla17
Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/17.0 Firefox/17.0 SeaMonkey/2.14a1 ID:20120801032540 c-c: 54f3c239ef7a m-c: f6daa7cc4dd9

Process is now listed as "seamonkey" where it was "RunProcess" with the nightly (which was built from m-c e5000bb5fa03, i.e. without the fix), as follows:
- "COMMAND" column from "top" utility
- "CMD" column from ps -l --pid <PID>, where <PID> is the PID found with top.

I'm not setting VERIFIED yet because I haven't checked Firefox.
Keywords: verifyme
Comment on attachment 642571 [details] [diff] [review]
v1

[Approval Request Comment]
Regression caused by bug 720778/bug 765158
User impact if declined: On Linux, Firefox appears as "RunProcess" in system process management tools such as ps or top, under some circumstances.
Testing completed (on m-c, etc.): On m-c for 10 days.
Risk to taking this patch (and alternatives if risky): Low
String or UUID changes made by this patch: None
Attachment #642571 - Flags: approval-mozilla-aurora?
i haven't seen any issue since patch landed.
Attachment #642571 - Flags: approval-mozilla-aurora? → approval-mozilla-aurora+
Setting VERIFIED on the basis of:
- comment #12 for SeaMonkey on Linux64
- comment #14 for Firefox on Linux (32? or 64?)
- no adverse comments since the fix landed
Status: RESOLVED → VERIFIED
Target Milestone: mozilla17 → ---
Don't know why the tracking flags went away… :-?
Target Milestone: --- → mozilla17
Keywords: verifyme
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: