Closed
Bug 20604
Opened 25 years ago
Closed 25 years ago
file name not resolving correctly
Categories
(Core :: Networking, defect, P3)
Tracking
()
VERIFIED
WORKSFORME
M13
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
Comment 1•25 years ago
|
||
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;
}
Assignee | ||
Comment 2•25 years ago
|
||
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.
Comment 3•25 years ago
|
||
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.
Assignee | ||
Comment 4•25 years ago
|
||
Moving what's not done for M12 to M13.
Bulk move of all Necko (to be deleted component) bugs to new Networking
component.
Assignee | ||
Comment 6•25 years ago
|
||
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
Assignee | ||
Updated•25 years ago
|
Status: NEW → RESOLVED
Closed: 25 years ago
Resolution: --- → WORKSFORME
Assignee | ||
Comment 8•25 years ago
|
||
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.
You need to log in
before you can comment on or make changes to this bug.
Description
•