Closed Bug 1424684 Opened 3 years ago Closed 3 years ago
Slugish response from UI during general usage
I would like to add several more details: On some FF-ESR-52 installations with several add-ons such as firebug, adblock, classic theme (I can provide complete list, but still happens with them disabled) I encounter quite often an interval of several seconds when FF hangs after startup. * start FF * FF is up and running and responding (several seconds) * FF hangs, no response (several seconds) * FF resumes responding (overall behaviour is degraded as reported) Reproducing this is quite consistent, however OS caching makes subsequent starts faster and the hang period sometimes seems shorter. Clicks and keypresses issued before and during the non-responsiveness reported are properly processed after FF resumes responding. However this hang of several seconds soon after startup fails to process some of the keypresses issued during the responding interval between startup and hang. Further sluggish behaviour follows the pattern described above. Downgrade to FF-ESR-52.2 doesn't seem to help much.
Disabling some addons that fetch data from internet during initialization (such as a weather widget) may have some barely noticable impact, but I am not sure and I'll have to retest on a slower computer. Question: can an addon (web-extensions based) run some blocking code during UI initialization or network traffic?
Overall sluggishness as reported is not however influenced by such addons being enabled.
Firefox 52 doesn't benefit from the performance improvements in later releases, multiple content processes in particular. Hangs like the ones mentioned above were some of the motivating factors for these changes. Furthermore, the use of legacy add-ons is a common trait in this type of performance problem. To properly debug this issue we need the contents of about:support and a performance profile when the browser is misbehaving. Here is a guide about getting a profile: https://developer.mozilla.org/docs/Mozilla/Performance/Reporting_a_Performance_Problem We can rule out add-on interference if you can reproduce the issue in safe mode: https://support.mozilla.org/kb/troubleshoot-firefox-issues-using-safe-mode
about:support data, as requested.
Performance profile analysis, as requested.
I made a test as follows: - start Firefox - open Facebook (automatically logged in) - open Yahoo classic mail - open http://wiki.openstreetmap.org/wiki/Map_Features (a fairly large static page) During each time the loading indicator animation stopped, the UI did not respond, including any mouse-over effects, clicks to items such as location, menu, trying to drag a scrollbar, etc. This scenario is profiled in the attachment above. I've also tried with addons disabled: same scenario with 3 tabs, same URLs. The problem with UI response continues to be present with approximately the same severity. (I say approximately, because at different times, the hangs may be longer or shorter, but definitely a hinderence). I've also attached about:support info.
I've also tried with "hardware acceleration disabled", no change.
Whiteboard: [qf:?][fxperf] → [qf][fxperf]
Since this discussion is about FF-52-ESR, what does "ESR" stand for exactly? Especially with regard to how this issue is handled. Security updates only?
(In reply to Andrei Boros from comment #11) > Since this discussion is about FF-52-ESR, what does "ESR" stand for exactly? > Especially with regard to how this issue is handled. Security updates only? Yep, security updates only. See https://www.mozilla.org/en-US/firefox/organizations/ for details - in particular: "Maintenance of each ESR, through point releases, is limited to high-risk/high-impact security vulnerabilities and in rare cases may also include off-schedule releases that address live security vulnerabilities. Backports of any functional enhancements and/or stability fixes are not in scope."
As noted by Panos, these kind of issues are out of scope for ESR releases, so not tracking it.
(In reply to Andrei Boros from comment #0) > I work in a public institution environment and this report is based both on > my personal experience and on technical support I provided to various users. Are you by chance running the user profiles from a networked location? If so, does the issue go away by using a local profile?
No, all profiles are stored on local disk. Only OS login credentials and policies handled across the network.
ESR won't get the latest performance fixes until 60 IIRC, so I will close this bug. You can contact the enterprise mailing list if you want to discuss this topic or potential mitigations further.
Status: UNCONFIRMED → RESOLVED
Closed: 3 years ago
Resolution: --- → WONTFIX
The enterprise mailing list is here: https://mail.mozilla.org/listinfo/enterprise
There is a discussion about esr performances issues in bug 1436297
You need to log in before you can comment on or make changes to this bug.