Closed
Bug 49095
Opened 24 years ago
Closed 21 years ago
Dynamically created table does not show image element
Categories
(Core :: Layout, defect, P3)
Core
Layout
Tracking
()
RESOLVED
WORKSFORME
Future
People
(Reporter: ken_mori, Assigned: attinasi)
References
()
Details
(Keywords: dom1, testcase)
Attachments
(1 file)
(deleted),
text/html
|
Details |
From Bugzilla Helper:
User-Agent: Mozilla/4.0 (compatible; MSIE 5.5; Windows NT 5.0)
BuildID: 2000080712
A dynamically created table that contains an images element, does not show the
image. All other image properties (border, alt text, etc) appear.
Reproducible: Always
Steps to Reproduce:
1.Create a table
2.Add an image to a column within the table
3.
Actual Results: The image does not appear
Expected Results: The image should appear (IE5 works correctly)
Comment 3•24 years ago
|
||
Hmm, loading the testcase and clicking on the link shows a table without the
image, if I load the image (http://us.i1.yimg.com/us.yimg.com/i/new2.gif)
separately once and then load the testcase again the image shows up in the
table. Looks like a image lib (image cache?) problem, maybe. Reassigning to
pnunn for futher investigation.
Assignee: jst → pnunn
OS: Windows 2000 → All
Hardware: PC → All
Status: UNCONFIRMED → ASSIGNED
Ever confirmed: true
Target Milestone: --- → M18
Comment 4•24 years ago
|
||
I tried preloading the image using Javascript and this did not fix the bug.
Right-clicking the image and selecting view image, then returning to the page
displayed it as described for visiting the Yahoo site.
This behavior will change when the new cache changes land.
-pn
Keywords: nsbeta1
Target Milestone: Future → mozilla0.9
All pnunn bugs reassigned to Pav, who is taking over
the imglib.
Assignee: pnunn → pavlov
Status: ASSIGNED → NEW
Comment 8•24 years ago
|
||
fixed with the new imagelib
Status: NEW → RESOLVED
Closed: 24 years ago
Resolution: --- → FIXED
Comment 10•23 years ago
|
||
loading the testcase and clicking on the link shows a table without the
image, loaded image by typing in url (http://us.i1.yimg.com/us.yimg.com/i/new2.gif)
and then load the testcase this time the image shows up in the table.
looks like cache problem ...clearing the cache and loading testcase does not
load the image....
Status: RESOLVED → REOPENED
Resolution: FIXED → ---
Updated•23 years ago
|
Target Milestone: mozilla0.9.4 → mozilla0.9.5
Comment 14•23 years ago
|
||
does not even show table in Linux build 2001-10-04-04.
Comment 15•23 years ago
|
||
The bug as described originally still happens in a cvs debug build from today.
Updated•23 years ago
|
Target Milestone: mozilla0.9.6 → mozilla0.9.8
Comment 16•23 years ago
|
||
This looks fine in my build from today
Status: REOPENED → RESOLVED
Closed: 24 years ago → 23 years ago
Resolution: --- → WORKSFORME
Comment 17•23 years ago
|
||
loaded the testcase and clicked on the link, table is displayed without the
image.
loaded image by typing in url http://us.i1.yimg.com/us.yimg.com/i/new2.gif
load the testcase after the image is loaded using image URL, the image shows in
the table.
Still seeing this problem. Reopening bug. win2k 2001-12-20-10
Status: RESOLVED → REOPENED
Resolution: WORKSFORME → ---
Updated•23 years ago
|
Target Milestone: mozilla0.9.8 → mozilla0.9.9
Updated•23 years ago
|
Target Milestone: mozilla0.9.9 → mozilla1.0
Comment 18•23 years ago
|
||
works fine in a trunk build from 2-21-2002 win2k... I do get a bunch of:
"Error loading URL javascript:; : 805303f5" errors to the console. Don't know
if this is related to the problems you were seeing.
Status: REOPENED → RESOLVED
Closed: 23 years ago → 23 years ago
Resolution: --- → WORKSFORME
Comment 19•23 years ago
|
||
reopening bug, image does not show.
Status: RESOLVED → REOPENED
Resolution: WORKSFORME → ---
Comment 20•23 years ago
|
||
indeed, i do see this now.. i believe there are some other bugs on images in
dynamically created tables.. over to layout hoping they know the bug #s..
Assignee: pavlov → attinasi
Status: REOPENED → NEW
Component: DOM Other → Layout
QA Contact: stummala → petersen
Comment 21•23 years ago
|
||
Maybe I am doing something wrong here, but I DO SEE the image in the testcase.
Not with Mozilla RC1, but I do see it using a copy from (build 20020422):
http://ftp.mozilla.org/pub/mozilla/nightly/experimental/bug-129115/
Hope it helps..
Comment 22•23 years ago
|
||
Adding a dependency: we should figure out why the changes in bug 129115 fix this.
Depends on: 129115
Comment 23•23 years ago
|
||
Strange. With bug 129115 checked in this does not work anymore as it did.
Updated•22 years ago
|
Target Milestone: mozilla1.0 → ---
Updated•22 years ago
|
Target Milestone: --- → Future
Comment 24•22 years ago
|
||
guess nobody is interested in figuring why this is fixed
-> worksforme
Status: NEW → RESOLVED
Closed: 23 years ago → 22 years ago
Resolution: --- → WORKSFORME
Comment 25•22 years ago
|
||
Are you sure? I don't see the image with the testcase using 1.3.
Comment 26•22 years ago
|
||
Reopening, the image is still not visible. Build 2003040708, Windows 2000.
Status: RESOLVED → REOPENED
Resolution: WORKSFORME → ---
Comment 28•21 years ago
|
||
WFM as well with Gecko/20030817 Mozilla Firebird/0.6.1+, Windows XP.
Comment 29•21 years ago
|
||
WFM Mozilla 2003081515 on Windows XP.
Comment 30•21 years ago
|
||
Marking as WORKSFORME based on last comments.
Status: REOPENED → RESOLVED
Closed: 22 years ago → 21 years ago
Resolution: --- → WORKSFORME
You need to log in
before you can comment on or make changes to this bug.
Description
•