Closed
Bug 334613
Opened 20 years ago
Closed 18 years ago
Relative .js javascript files are not loaded when they ../../ in front of them
Categories
(Firefox :: General, defect)
Tracking
()
RESOLVED
WORKSFORME
People
(Reporter: mozilla, Unassigned)
References
()
Details
(Keywords: testcase)
Attachments
(1 file, 1 obsolete file)
|
1.56 KB,
application/zip
|
Details |
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9a1) Gecko/20060418 Firefox/3.0a1
Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9a1) Gecko/20060418 Firefox/3.0a1
When you have a webpage that loads a .js file, this file is not loaded when ../../somefile.js is in front of it. When you don't use the relative path, it loads correctly.
See the next example for the correct one:
http://www.troe.la/cl/template/nims/clock.htm (menu on the right is loaded).
And see here for the relative incorrect one:
http://www.troe.la/cgi-bin/cl/index.pl?page=/wie.htm (menu on the right is not loaded).
Reproducible: Always
Steps to Reproduce:
1. Open http://www.troe.la/cgi-bin/cl/index.pl?page=/wie.htm
Actual Results:
The menu is not diplayed
Expected Results:
The menu is displayed
Used the latest trunk version from 2006-04-18.
|
||
Comment 1•20 years ago
|
||
The files are being loaded; I can watch the HTTP requests go by and poke JavaScript variables and functions they use from within the scope of the page. This is more likely an improperly configured script. Suggesting INVALID.
|
|
Reporter | |
Comment 2•19 years ago
|
||
Cause of the bug found, but reason is unknown:
When the page starts with:
<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
the bug occurs.
If this is removed fromt the page, no problem happens at all.
|
||
Comment 3•18 years ago
|
||
Here's a testcase that tests including scripts with various levels of nesting via "../".
|
|
||
Comment 4•18 years ago
|
||
Forgot to add the transitional DOCTYPE to the last testcase's files.
Attachment #265737 -
Attachment is obsolete: true
|
|
||
Comment 5•18 years ago
|
||
Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.9a5pre) Gecko/20070522 Minefield/3.0a5pre
Anyway... this is WFM with my testcase. I imagine this was probably due to a server-side issue.
->WORKSFORME
Severity: major → normal
Status: UNCONFIRMED → RESOLVED
Closed: 18 years ago
Keywords: testcase
Resolution: --- → WORKSFORME
|
|
Reporter | |
Updated•18 years ago
|
Resolution: WORKSFORME → FIXED
|
||
Comment 6•18 years ago
|
||
FIXED is used when a known patch has fixed a bug.
This is WORKSFORME like Adam said.
Resolution: FIXED → WORKSFORME
You need to log in
before you can comment on or make changes to this bug.
Description
•