Closed Bug 381807 Opened 17 years ago Closed 16 years ago

Firefox frequently crashes because of hlcap.dll [LSP]

Categories

(Core :: Networking, defect)

1.8 Branch
x86
Windows Vista
defect
Not set
critical

Tracking

()

RESOLVED INVALID

People

(Reporter: gorky, Unassigned)

Details

There seems to be some problem with hlcap.dll that causes access violation and application crash. It happened to me on Firefox 2.0.0.3 and it happens on 2.0.0.4rc3. I don't know how to reproduce it, but it seems to happen when many tabs (like 20+ or so) are opened, so it might be some memory leak. My OS is Windows Vista, but if you make a quick lookup on talkback reports you will notice, that it happens also for people on Windows XP. Stack signature for this is always hlcap.dll + 0x12c7 (0x100012c7) 3b6ec730.
A quick Google search seems to indicate that hlcap.dll is associated with CoolWebSearch, which is a well known spyware program. It might also be related to something called "HTTPLook". Do either of those sound familiar to you? Either way, this seems to be a system LSP, so it's pretty unlikely that this has anything to do with Firefox.
Hmm, indeed I have HTTPLook installed (which is a HTTP sniffer/protocol analyzer) on my system. But why it is causing Firefox to crash, then, even if it's not running? It doesn't register any plugins for Firefox...
google for LSP and read about how they work. it might not be running, but it's clearly still hooking all network requests, i.e. it isn't "disabled". LSPs are very powerful, but the only time i read about them is when I find yet another *buggy* implementation. from our perspective, they're yet another driver, if a driver crashes, it's not our fault. it's: 1. the driver's fault 2. the vendor's fault (for writing the buggy driver) 3. the user's fault (for trusting the vendor and using the vendor's product)
Component: Build Config → Networking
Product: Firefox → Core
QA Contact: build.config → networking
Summary: Firefox frequently crashes because of hlcap.dll → Firefox frequently crashes because of hlcap.dll [LSP]
Version: 2.0 Branch → 1.8 Branch
But could Mozilla.org "push" a little this software vendor to fix it's crappy piece of code? I mean, Mozilla has more power and influences than users have. We are just mere mortals.
provide contact information and i might look into it. in some cases i have success. however LSPs from memory are not one of those places. (you can search our database to see the various other LSPs that have caused us indigestion, and from memory I don't think we have a single happy ending from the lot).
HTTPLook website used to be http://www.httpsniffer.com, but it seems to not be the case anymore. I failed to find actual software developer web or e-mail contact address :(
recent example bp-a603b2e4-f7bd-4094-88c1-d30d42090314 (In reply to comment #6) > HTTPLook website used to be http://www.httpsniffer.com, but it seems to not be > the case anymore. I failed to find actual software developer web or e-mail > contact address :( indeed, HTTPLook last version is quite a few years ago => invalid
Status: NEW → RESOLVED
Closed: 16 years ago
Resolution: --- → INVALID
You need to log in before you can comment on or make changes to this bug.