Closed Bug 20604 Opened 25 years ago Closed 25 years ago

file name not resolving correctly

Categories

(Core :: Networking, defect, P3)

x86
Windows NT
defect

Tracking

()

VERIFIED WORKSFORME

People

(Reporter: pnunn, Assigned: warrensomebody)

References

()

Details

I got an IL_IMAGE_DATA_CORRUPT which I traced back to the file name being resolved incorrectly. the file name is http://www.oli.tudelft.nl/Punch/temp/images/menu.jpg but it is resolved to http://www.oli.tudelft.nl/Punch/temp/css/images/menu.jpg I suspect the problem is related to the css file: <LINK REL="StyleSheet" HREF="css/menu.css" TYPE="text/css"> which may specify the background image. and the image file is mistaken searched in the css directory rather than the temp/images directory. This may be correct behavior, but it is different from how 4.61 resolves the name viewing the same page. Warren, since I don't know who deals with filename resolving, I'm sending this one to you. -pn
Blocks: 13449
Target Milestone: M12
URLParsing is correct. It seems mozilla uses a different basedirectory/baseurl (of the css file) for resolving the background image than NC 4.61 (of the html file). This is the css file in question, the problem is clear: BODY { background-image: url(images/menu.jpg); background-color: #FFFFFF; color: #000000; font-family: arial, helvetica; font-size: 10pt; } TD { color: #000000; font-family: arial, helvetica; font-size: 10pt; } A:link { color: #FF0000; font-family: arial, helvetica; text-decoration: none; } A:visited { color: #FF0000; font-family: arial, helvetica; text-decoration: none; } A:active { color: #FF0000; font-family: arial, helvetica; text-decoration: none; } A:hover { color: #FF0000; font-family: arial, helvetica; text-decoration: none; }
How is it that mozilla uses a different base url from 4.x on the same page? Sorry, this isn't so clear to me.
The document at http://www.oli.tudelft.nl/Punch/temp/calls a stylesheet in the subdirectory css with the name menu.css and some images from the subdirectory images with various other names. The stylesheet contains the background image relative to menu.html. It tries to find the background image relative to the position of the stylesheet file, not relative to menu.html. It's searching for: http://www.oli.tudelft.nl/Punch/temp/css/images/menu.jpg but the image is in http://www.oli.tudelft.nl/Punch/temp/images/menu.jpg. One thing: It uses SetRelativePath to access the css-file and Resolve to access all the images. SetRelativePath changes the base-spec it is called with, Resolve does not.
Moving what's not done for M12 to M13.
Bulk move of all Necko (to be deleted component) bugs to new Networking component.
So is this a necko bug with makeabsolute/resolve, or do we need to change a style sheet somewhere?
W: I don't know enough about style sheet conventions and assumptions to make a guess. Maybe pollmann ? -p
Status: NEW → RESOLVED
Closed: 25 years ago
Resolution: --- → WORKSFORME
I don't know -- this seems to be working now. Maybe someone changed where the URL resolution occurs to use the document URL as the base instead of the CSS file.
verified: NT 2000022408
Status: RESOLVED → VERIFIED
You need to log in before you can comment on or make changes to this bug.