Closed Bug 1270444 Opened 9 years ago Closed 3 years ago

Some odd trap and prank websites pages hangs and makes Firefox unresponsive for a long time with 100% usage of one CPU core

Categories

(Core :: General, defect)

Product:
Core
Component:
General
Platform:
x86_64
Windows 7
Type:
defect
Priority:
Not set
Severity:
critical

Tracking

()

Status:
VERIFIED WORKSFORME

People

(Reporter: Virtual, Unassigned)

References

(Blocks 1 open bug)

Details

(4 keywords)

Attachments

(1 file)

site.zip
(deleted), application/zip
Details
STR: 1. Open this website page (care, it's NSFW) - http://4chonnet.on.zoy.org/ 2. Press "Ignore this warning", as thankfully Firefox protects us from this 3. Enjoy watching: - one of CPU cores being eaten alive in 100% all the time - scripts warnings after some time - still can't close them, because Firefox is unresponsive - external software prompts to Launch Application (mailto, callto and IRC links) and it's hundreds of them - also can't close them, because Firefox is unresponsive
Summary: Some odd trap and prank websites pages hangs and makes Firefox unresponsive for a long time with 100% of once CPU core usage → Some odd trap and prank websites pages hangs and makes Firefox unresponsive for a long time with 100% usage of one CPU core
Attached file site.zip (deleted) —
I'm attaching the website page downloaded with "Save Page As" feature with "(Web Page, complete)" setting. I was finally able to download it using e10s, but even e10s had problems with stopping 100% usage of one CPU core, even using "Stop it" when message appear that this sites slowing my browser. Also Avira AV says that in source it's JS/Agent.llo
Blocks: eviltraps
Group: core-security
I'm going to remove the URL so nobody clicks on it without seeing the NSFW warning.
Component: Document Navigation → General
Has Regression Range: --- → irrelevant
Has STR: --- → yes

I have the same issue.
If I open a new private browsing page, the CPU and Firefox will be ok after a few seconds.
If I do nothing, the CPU will stick at 100% for a long time.

Moving open bugs with topperf keyword to triage queue so they can be reassessed for performance priority.

Performance Impact: --- → ?
Keywords: topperf

:Virtual are you still able to reproduce this issue?

Flags: needinfo?(Virtual)

(In reply to Dave Hunt [:davehunt] [he/him] ⌚GMT from comment #6)

:Virtual are you still able to reproduce this issue?

Unfortunately, affected website page does not work anymore, even one posted in duplicate bug, so I do not know for sure if issue was fixed. Maybe someone from security team might know if this issue or even similar one was fixed in past.

Flags: needinfo?(Virtual)

Closing as incomplete due to inability to confirm if this is still an issue. We can reopen or create a new bug if this is discovered to still be an issue.

Status: NEW → RESOLVED
Closed: 3 years ago
Resolution: --- → INCOMPLETE

I want to add that I cannot reproduce the issue with the attached website page, so I am marking this issue as WORKSFORME.

Status: RESOLVED → VERIFIED
Performance Impact: ? → ---
Resolution: INCOMPLETE → WORKSFORME
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: