Closed Bug 1627591 Opened 6 years ago Closed 3 years ago

Crash in [@ flt64.dll | RtlpLowFragHeapAllocFromContext | flt64.dll | RtlFreeHeap | getaddrinfo]

Categories

(External Software Affecting Firefox :: Other, defect, P5)

Unspecified
Windows 10

Tracking

(Not tracked)

RESOLVED WORKSFORME

People

(Reporter: yoasif, Unassigned)

Details

(Keywords: crash)

Crash Data

This bug is for crash report bp-bf150a81-9e9d-42b2-b0fd-7969a0200406.

Top 10 frames of crashing thread:

0 kernelbase.dll RaiseException 
1 flt64.dll flt64.dll@0x99b5 
2 flt64.dll flt64.dll@0x5f21 
3 flt64.dll flt64.dll@0x5f21 
4 ntdll.dll RtlpLowFragHeapAllocFromContext 
5 flt64.dll flt64.dll@0x6192 
6 flt64.dll flt64.dll@0x61eb 
7 flt64.dll flt64.dll@0x27aff 
8 flt64.dll flt64.dll@0x5f21 
9 flt64.dll flt64.dll@0x7e9f3 

Initially reported on https://www.reddit.com/r/firefox/comments/fvsbl2/firefox_is_crashing_constantly_even_when_i_dont/

Google seems to think this is a porn blocker from tuEagles.

The priority flag is not set for this bug.
:gcp, could you have a look please?

For more information, please visit auto_nag documentation.

Flags: needinfo?(gpascutto)

Appears to be very low volume.

Flags: needinfo?(gpascutto)
Priority: -- → P5
Assignee: nobody → tkikuchi
Severity: normal → S3

I could download TuEagles Anti-Porn from http://www.tueagles.com/anti-porn/download.htm, and I saw injects flt64.dll was injected into our process, but no crash was observed The crash instances in the reports indicate its reason was 0xeedfade, DELPHI_EXCEPTION. Running Firefox with TuEagles Anti-Porn, I can see DELPHI_EXCEPTION is thrown many times, but it was continuable, without crashing the process.

We can block flt64.dll on all Anti-Porn users, but we don't want to impact healthy users because the side effect would be that porn will no longer be blocked..

I reached out to support@tueagles.com and webmaster@tueagles.com but did not receive any reply.

Sorry, there was a problem with the detection of inactive users. I'm reverting the change.

Assignee: nobody → tokikuc

The bug assignee is inactive on Bugzilla, so the assignee is being reset.

Assignee: tokikuc → nobody

Closing because no crashes reported for 12 weeks.

Status: NEW → RESOLVED
Closed: 3 years ago
Resolution: --- → WORKSFORME
You need to log in before you can comment on or make changes to this bug.