Closed Bug 4482 Opened 26 years ago Closed 25 years ago

image doesn't render due to \n in SRC attribute

Categories

(Core :: DOM: HTML Parser, defect, P3)

Product:
Core
Component:
DOM: HTML Parser
Type:
defect

Tracking

()

Status:
VERIFIED FIXED

People

(Reporter: sujay, Assigned: rickg)

References

(
URL
)

Details

using 3/29 build of apprunner on all platforms. 1) jump to the above URL. 2) notice the Go Network logo image in the upper left hand corner doesn't render this happens on all platforms.
Target Milestone: M5
Status: NEW → ASSIGNED
Interesting. I see the bug. The image is just not there. but...if I load the image by using view image (specifying the whole file spec) the image loads. Try: http://www.go.com/images/tmpl/GOw_82x82.gif This would indicate a layout bug. Perhaps a table layout bug since the whole header is set in a table.
Assignee: pnunn → troy
Status: ASSIGNED → NEW
Troy, This may not be yours, but I see your name in alot of the layout/html/table file logs. Could you pass this to the appropriate person? -thanks, pn
Assignee: troy → rickg
Component: ImageLib → Parser
Rick, the problem is that there is a '\n' in the SRC attribute of the IMG element, and that's turning into a space in the content model. Here's a small sample: <html> <head> <base href="http://www.go.com/"> </head> <body> <IMG SRC="/images/tmpl/ GOw_82x82.gif" width="82" height="82" border="0" hspace="0" vspace="0"> </body> </html> And here's the dump of the content model: html refcount=3< head refcount=2< > body refcount=3< Text refcount=3<\n> img src=/images/tmpl/ GOw_82x82.gif width=82 height=82 border=0 hspace=0 vsp ace=0 refcount=3<> Text refcount=3<\n\n\n\n> > >
Status: NEW → RESOLVED
Closed: 25 years ago
Resolution: --- → FIXED
Status: RESOLVED → VERIFIED
Summary: image doesn't render → image doesn't render due to \n in SRC attribute
Verified. Specifically: - confirmed that the \n is still present in the SRC attribute in the web page. (also confirmed that the bug still takes place in the 3.29.99 build, to confirm that the page hasn't changed in some other fashion to result in this bug not being triggered.) - confirmed that the image now appears consistently, using the 4.30.99 PM Mac OS build, and 4.29.99 Win32 & Linux builds.
You need to log in before you can comment on or make changes to this bug.