This should alleviate any startup regression caused by adding more files to read
I have a patch that compiles here, but since gkmedias.dll is in dependentlibs.list it gets loaded explicitly anyways. Does gkmedias.dll really need to be in dependentlibs?
If I remove gkmedias.dll from dependentlibs.list I can start up the browser without loading it with my -DELAYLOAD patch.
Created attachment 585374 [details] [diff] [review] Patch
Attachment #585374 - Flags: review?(mh+mozilla)
Nominating for tracking-firefox-11 because we'll want this to mitigate any startup time regression caused by the libxul crap during the 11 cycle.
tracking-firefox11: --- → ?
(In reply to Kyle Huey [:khuey] (firstname.lastname@example.org) from comment #4) > Nominating for tracking-firefox-11 because we'll want this to mitigate any > startup time regression caused by the libxul crap during the 11 cycle. Are there bugs tracking the libxul changes and startup time regressions? This feels to me like a possible FF11 change if it's justified by measured startup regressions, but otherwise should probably just ride the train.
Attachment #585374 - Flags: review?(mh+mozilla) → review+
Status: NEW → RESOLVED
Last Resolved: 7 years ago
Component: General → Build Config
QA Contact: general → build-config
Resolution: --- → FIXED
Target Milestone: --- → mozilla12
Comment on attachment 585374 [details] [diff] [review] Patch [Approval Request Comment] Regression caused by (bug #): 709721 User impact if declined: slower startup than previous releases. Testing completed (on m-c, etc.): it's landed on nightly Risk to taking this patch (and alternatives if risky): /delayload should just work
Attachment #585374 - Flags: approval-mozilla-aurora?
Comment on attachment 585374 [details] [diff] [review] Patch [Triage Comment] Low risk fix to a regression in FF11. Already landed on m-c without any reported issues. Please provide QA a testing scenario where gkmedias.dll would be utilized so that they can ensure it's properly loaded.
Attachment #585374 - Flags: approval-mozilla-aurora? → approval-mozilla-aurora+
The QA scenario here is simple: 1. Start the browser with a homepage like about:blank. Verify that gkmedias.dll is not loaded (you can do this with Process Explorer). 2. Navigate to some site using html5 video (e.g. the Youtube webm trial). Verify that gkmedias.dll is loaded and that the video works.
status-firefox10: --- → unaffected
status-firefox11: --- → fixed
status-firefox12: --- → fixed
Verified as fixed using the steps in comment 9 on: Mozilla/5.0 (Windows NT 6.1; rv:11.0) Gecko/20100101 Firefox/11.0
status-firefox11: fixed → verified
Whiteboard: [qa+] → [qa+][qa:11!]
Removing qawanted since this has been verified fixed in Firefox 11.
Verified as fixed using the steps in comment 9 on: Mozilla/5.0 (Windows NT 6.1; rv:12.0) Gecko/20100101 Firefox/12.0 BuildID: 20120320212821
Status: RESOLVED → VERIFIED
status-firefox12: fixed → verified
Whiteboard: [qa+][qa:11!][testday-20120203] → [qa!][testday-20120203]
You need to log in before you can comment on or make changes to this bug.