Open Bug 169161 Opened 22 years ago Updated 2 years ago

alternate text is not displayed when accepting images coming from the originating server only

Categories

(Core :: Graphics: Image Blocking, defect, P3)

Product:
Core
Component:
Graphics: Image Blocking
Type:
defect

Tracking

()

Milestone:
Future

People

(Reporter: aha, Unassigned)

References

Details

(Keywords: html4, testcase, Whiteboard: [HTML4-13.3.1])

Attachments

(1 file)

Testcase
458 bytes, text/html
Details 
Alternate text of image is not displayed when accepting images coming from the
originating server only. Same situation is with <INPUT TYPE="image">.

Repro:
1. go to Preferences | Privacy & Security | Images 
2. select 'Accept images that come from ...'
3. load any page which using images from another server

Actual:
Alternate text for tags is not displayed.

Expect:
Alternate text for tags is displayed.

2002091608/trunk/W2k
Attached file Testcase — 
Testcase containing tags IMG and INPUT (type=image) with src on
http://www.mozilla.org/. Alternate text is provided for both tags.
Keywords: testcase
What do you mean? We don't show any 'alt' text at all, only 'title' tags. See
bug  25537.
--> INVALID

See bug 25537 comment 153
Status: UNCONFIRMED → RESOLVED
Closed: 22 years ago
Resolution: --- → INVALID
REOPEN: Sorry, my mistake, this bug is ALT for a missing image - not a tooltip.
Status: RESOLVED → UNCONFIRMED
Resolution: INVALID → ---
This looks related to bug 63730 & bug 96976. 
->Image blocking
Assignee: asa → morse
Component: Browser-General → Image Blocking
Keywords: html4
QA Contact: asa → tever
Whiteboard: [HTML4-13.3.1]
I just tried to reproduce this using the setting 'Accept images that come from
...' with the testace. Both images were displayed. Strange.

pi
Mozilla/5.0 (Windows; U; Win98; en-US; rv:1.2b) Gecko/20021002

I see the problem as described in comment 0.

The testcase is as with Linux: both images displayed.

pi
Status: UNCONFIRMED → NEW
Ever confirmed: true
Status: NEW → ASSIGNED
Priority: -- → P3
Target Milestone: --- → mozilla1.3alpha
Mass reassigning of Image manager bugs to mstoltz@netscape.com, and futuring.
Most of these bugs are enhancement requests or are otherwise low priority at
this time.
Assignee: morse → mstoltz
Status: ASSIGNED → NEW
Target Milestone: mozilla1.3alpha → Future
*** Bug 192591 has been marked as a duplicate of this bug. ***
Bringing comments over from 192591

Mozilla fails to display alt text for images blocked when image blocking is in force

It is not specific to images from another server but any blocked image (ie
images blocked by "do not load any images")

This is a major accessabilty problem isn't it?
Flags: blocking1.3?
Yes it is. One can't navigate through the site while image blocking is in force.
I think I've seen this before elsewhere... I'll do some searching

->All/All in the mean time
OS: Windows 2000 → All
Hardware: PC → All
found it

*** This bug has been marked as a duplicate of 41924 ***
Status: NEW → RESOLVED
Closed: 22 years ago → 22 years ago
Resolution: --- → DUPLICATE
Flags: blocking1.3?
QA Contact: tever → nobody
*** Bug 364492 has been marked as a duplicate of this bug. ***
For the sake of simplicity, reopening this bug and marking it depending on 41924 rather than dupe of.
Status: RESOLVED → REOPENED
Resolution: DUPLICATE → ---
Depends on: alttext
Should this bug also cover blocked images?
Jesse, well I think that's the same thing, as this is automatically blocking pics based on relationship rather than by domain. I *think* I'd say that this one can cover all blocked images, and 41924 is for broken images, and then this depends on that if the fix is going to fix both.
Assignee: security-bugs → nobody
Status: REOPENED → NEW
Oh please fix this. It shouldn't be too hard since the functionality is there (if you choose to block ALL sites).
QA Contact: nobody → image-blocking
Is it still reproducible?
Severity: normal → S3
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: