Closed Bug 256839 Opened 21 years ago Closed 21 years ago

Privacy issue: remote iframe cannot be blocked

Categories

(Thunderbird :: General, defect)

x86
Windows XP
defect
Not set
major

Tracking

(Not tracked)

RESOLVED DUPLICATE of bug 28327

People

(Reporter: rdrijkon, Assigned: mscott)

Details

User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7) Gecko/20040707 Firefox/0.9.2 Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7) Gecko/20040707 Firefox/0.9.2 The privacy settings dont allow blocking of all remote content as they do with images, but this involves the exact same kinds of privacy issue that remote image do. Anyone can then logs your reading of an html formatted email, ip adress, time of access, user agent, refere and so on. Reproducible: Always Steps to Reproduce: 1. Send an html message with code like <IfraMe/width=1 height=1 Src=http://microcephale.free.fr/mail/addlog.php?ref=xxxxxx&check=iFr4m3 frameborder=0 STYLE="width: 0; height: 0px; border:0px"></IfraMe> 2. 3. Actual Results: With privacy settings at max, thunderbird still request that php script everytime the message is displaying, no way to block downloading of that remote content. Expected Results: Ability to block ALL remote content, not only image, but external sound ressources, background image AND iframe, separately or globaly.
IMHO a duplicate of bug 28327 (and see Bug 243306 too for images through iframes).
*** This bug has been marked as a duplicate of 28327 ***
Status: UNCONFIRMED → RESOLVED
Closed: 21 years ago
Resolution: --- → DUPLICATE
You need to log in before you can comment on or make changes to this bug.