follow up - startup crash in nsPrefBranch::GetIntPref (Websense Endpoint)
Categories
(External Software Affecting Firefox :: Other, defect, P3)
Tracking
(firefox49- wontfix, relnote-firefox 49+, firefox50+ wontfix, firefox51+ wontfix, firefox52+ wontfix, firefox53 wontfix)
People
(Reporter: marco, Unassigned)
References
(Blocks 1 open bug)
Details
(Keywords: crash, topcrash, Whiteboard: [startupcrash])
Crash Data
Updated•8 years ago
|
Comment 1•8 years ago
|
||
Comment 2•8 years ago
|
||
Comment 3•8 years ago
|
||
Reporter | ||
Comment 5•8 years ago
|
||
Reporter | ||
Updated•8 years ago
|
Updated•8 years ago
|
Comment 9•8 years ago
|
||
Comment 14•8 years ago
|
||
Comment 15•8 years ago
|
||
Comment 16•8 years ago
|
||
Comment 17•8 years ago
|
||
Updated•7 years ago
|
Comment 18•7 years ago
|
||
Comment 19•5 years ago
|
||
We're still shipping the dummy qipcap64.dll to workaround this ancient issue. Can we use this bug to remove that hack and maybe just add it to the DLL blocklist now that we have better mechanisms for doing so than we had at the time?
Comment 20•5 years ago
|
||
(In reply to Ryan VanderMeulen [:RyanVM] from comment #19)
We're still shipping the dummy qipcap64.dll to workaround this ancient issue. Can we use this bug to remove that hack and maybe just add it to the DLL blocklist now that we have better mechanisms for doing so than we had at the time?
No assurances new methods will fix this. In some cases (kernel drivers) we can't block. Since the old rev of their software is long since gone we don't know if blocking this dll will fix the problem. We can remove this in like 5 years or so, but I wouldn't drop it now. That software is still out there.
Comment 21•4 years ago
|
||
Closing because no crashes reported for 12 weeks.
Description
•