Open Bug 931521 Opened 11 years ago Updated 2 years ago

Firefox not showing up in the energy tab of OS X Mavericks Activity Monitor after a restart, or running Firefox from the Profile Manager

Categories

(Toolkit :: Startup and Profile System, defect)

24 Branch
All
macOS
defect

Tracking

()

People

(Reporter: e.watcha, Unassigned)

References

Details

Attachments

(2 files)

User Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.9; rv:24.0) Gecko/20100101 Firefox/24.0 (Beta/Release) Build ID: 20130910160258 Steps to reproduce: Started Firefox on OS X Mavericks Actual results: Firefox is shown at all as an application in the energy tab Expected results: Firefox should be shown in the "Energy" tab as one of the top energy consuming applications / processes
CPU tab of activity monitor
Component: Untriaged → Shell Integration
Component: Shell Integration → Widget: Cocoa
Product: Firefox → Core
If you change the View to 'Windows Processes' then Firefox actually does show up. And it also shows proper numbers for the Energy Impact column. Not sure why we don't show up in the default 'Applications in last 8 hours' view. We should.
Both FF 24 and today's mozilla-central nightly *do* show up in "Applications in last 8 hours" for me. I'm running in the Mavericks "release" (build 13A603), as opposed to the GM (build 16A598). This is on a clean install of the "release" (not an upgrade), and I haven't made any changes to the default OS settings. My machine is a Retina MacBook Pro.
You may need to wait 15-30 seconds for *any* app to show up in "Applications in last 8 hours", including Safari.
Hardware: x86 → All
@Stefan Arentz: Yes it does show up, curious. @Steven Michaud: You should be able to see in the screen shot that Firefox had 2 minutes 37 seconds of *CPU time* (it actually was running for about twenty minutes) at that point. And that was after restarting Firefox, before it had more than 30 minutes and was not showing up either. Interesting though that you can see it. I do use the public release but not a clean install, I upgraded Firefox instead. I'll reinstall it and "report back"
Well, that was easy. Reinstalling *did not* help. However, I did find sort of a solution **Workaround** "Disabling" the Profile manager -- ie. checking the "don't ask at startup" checkbox and restarting Firefox again did make Firefox appear in the Activity Monitor "Last 8 hours" view. So the Bug should probably be renamed something like "Enabling profile manager prevents Firefox from being detected as an application in Activity Monitor".
Edward, you should have mentioned at the very beginning that you've been running Firefox from the Profile Manager -- which isn't the default. When I do that I don't see Firefox in the Energy panel, either (under "Applications in last 8 hours"), though I do see it in all the other panels. In any case I don't know what we can do about this, and strongly suspect that it's an Apple bug, and therefore INVALID. I'll wait to mark it as such, though, until this problem starts showing up with other applications.
Status: UNCONFIRMED → NEW
Ever confirmed: true
(In reply to Steven Michaud from comment #7) Sorry, I agree, but it's not something I really actively noticed until I just restarted Firefox. Not sure this is an Apple bug though, it's probably the way the profile manager starts Firefox. When I leave the profile manager open for half a minute it will show up in the energy tab, so this far it does work. However, since you probably run the binary "firefox" directly (again), it is now a child process of the first "Firefox" which obviously does end right after launching the real Firefox process. A similar thing does happen when you run Firefox from the commandline. If you run "/Application/Firefox.app/yaddayadda/firefox &", it will show as a sub-process of Terminal.app, and after you quit Terminal, any trace of Firefox in said view is gone. However if you run "open /Application/Firefox.app" it will correctly show as it's own application. So, I'm just assuming, but I'd bet a few coins on it that Profile Manager does run the Firefox binary directly currently and that running it through "open" instead would resolve this issue. ;) In any case, you may want to mention this in an FAQ or somewhere, to prevent duplicate bug reports. I'm not upset or anything and understand if you are unwilling to invest time here, since it seems a really minor issue and a solution exists.
Note that UX branch Nightly doesn't show up either and I don't use the Profile Manager.
> Note that UX branch Nightly doesn't show up either and I don't use the Profile Manager. Today's UX nightly works just fine for me -- it shows up as UX in the Energy tab. Are you using some kind of launcher?
No, but I don't close the browser and only restart for Nightly updates. Maybe it has to do with restarting?
Are you restarting by clicking the "Restart Firefox now" button from the Firefox update manager? ;)
> I don't close the browser and only restart for Nightly updates I don't know what this means.
Oh by the way, App nap does not seem to work when Firefox is not detected as an application. It seems obvious at first, but it might just as well be a display issue (because as the parent process is missing), as I don't know how it selects the processes to slow down. Is there any way to really detect this? If the updater really has the same problem -- as Matthew indicates -- and if it does affect App Nap, then I'm getting interested in a fix again. (Sorry for your troubles)
(In reply to Edward from comment #12) > Are you restarting by clicking the "Restart Firefox now" button from the > Firefox update manager? ;) I restart from the about dialog, the update dialog or the "Restartless Restart" extension. (In reply to Steven Michaud from comment #13) > > I don't close the browser and only restart for Nightly updates > > I don't know what this means. s/close/quit/ The problem occurs when you restart the browser, not when you launch it fresh from the dock or Finder. STR: 1) Start Firefox from the dock 2) Use some CPI and see Firefox in the energy tab (from the last 7 horus) 3) Install the "Restartless Restart" extension from the add-ons manager 4) Restart the application via File > Restart (Command-Option-R) Expected result: Firefox shows in the Energy tab Actual result: Firefox doesn't show in the Energy tab The problem seems related to how our restart process works.
Component: Widget: Cocoa → Startup and Profile System
Product: Core → Toolkit
Summary: Firefox not showing up in the energy tab of OS X Mavericks Activity Monitor → Firefox not showing up in the energy tab of OS X Mavericks Activity Monitor after "restartless restart"
By the way, Edward, the Profile Manager also uses this "restartless restart".
Right, that's why I used the same bug; they both go through LaunchChild.
(In reply to comment #14) > Oh by the way, App nap does not seem to work when Firefox is not detected as an application. Not so, at least in my tests. I started FF 24 from the Profile Manager, changed the view in the Energy tab to "Windowed Processes" and waited about 5 minutes. The App Nap setting for "Firefox" changed from No to Yes. (My home page setting for Firefox is still the default -- about:home.)
I believe this happens for any restart, including a restart after a software update.
Summary: Firefox not showing up in the energy tab of OS X Mavericks Activity Monitor after "restartless restart" → Firefox not showing up in the energy tab of OS X Mavericks Activity Monitor after a restart
Depends on: 996056
Severity: normal → S4
Summary: Firefox not showing up in the energy tab of OS X Mavericks Activity Monitor after a restart → Firefox not showing up in the energy tab of OS X Mavericks Activity Monitor after a restart, or running Firefox from the Profile Manager
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: