27972 - URL is truncated

Status: VERIFIED WORKSFORME

(Core :: Networking, defect, P3)

Description

[Jan Varga [:janv]]

index.xul has one iframe which is initialized with onload method

onload="frames[0].location.href='frame/index.xul'"

browser should also load frame/index.js and frame/index.css
but insteed try to load index.js and index.css


here is log from webserver:

fri.utcru.sk - - [16/feb/2000:10:54:57 +0100] "GET /~varga/bug/index.xul HTTP/1.
fri.utcru.sk - - [16/feb/2000:10:54:58 +0100] "GET /~varga/bug/frame/index.xul H
fri.utcru.sk - - [16/feb/2000:10:54:58 +0100] "GET /~varga/bug/index.css HTTP/1.
                                                               ^^^^^^^^^
fri.utcru.sk - - [16/feb/2000:10:54:58 +0100] "GET /~varga/bug/index.js HTTP/1.0
                                                               ^^^^^^^^

after load frames[0].location.href contents correct URL
http://frru.utcru.sk/~varga/bug/frame/index.xul

This used to work for me until 02/13/2000 (+/- 1 day)
 
I searched bug database but I didn't find something similar
Sorry fo dups if any

Comment 1

[Jan Varga [:janv]]

Attachment: main page, which contents iframe

Comment 2

[Jan Varga [:janv]]

Attachment: iframe source

Comment 3

[Jan Varga [:janv]]

Attachment: script for iframe

Comment 4

[Jan Varga [:janv]]

Attachment: script for iframe

Comment 5

[Jan Varga [:janv]]

Attachment: stylesheet for iframe

Comment 6

[Sitsofe Wheeler]

This is a dup of bug 10647 - NS_NewURL constructs incorrect URL (Redirects
related!). Changing component to Networking and marking duplicate.


*** This bug has been marked as a duplicate of 10647 ***

Comment 7

[Andreas Otte]

Hmmm ... I will investigate it, but I don't believe this is a dup of bug 10647

Comment 8

[Andreas Otte]

This looks more like a bug where we do not set the correct base uri when reading
frame/index.xul. After that the base URI still ends with the bug directory and
reading index.js in frame/index/xul therefore results in bug/index.js. I
remember a similar bug, but I can't find it currently, reopening!

Comment 9

[David Baron :dbaron: (⌚️UTC-4, no longer working on Mozilla)]

This bug looks lost.  Assigning to default Networking owner.  (It was reopened
to former owner of Browser-General.)

Comment 10

[Gagan]

andreas Can you look at this? thx. 

Comment 11

[Andreas Otte]

This works fine for me now ... after some changes ... 

This is the main index.xul file. Currently mozilla does nothing but load it. If
I remove the xml-stylesheet line or change it, so that it is no longer a chrome
url it works just fine:

<?xml version="1.0" encoding="iso-8859-2" ?> 
<?xml-stylesheet href="chrome://global/skin/" type="text/css"?>

<!DOCTYPE window> 

<window align="vertical"
        xmlns:html="http://www.w3.org/TR/REC-html40"
        xmlns="http://www.mozilla.org/keymaster/gatekeeper/there.is.only.xul"
	onload="frames[0].location.href='frame/index.xul'">
<html:iframe src="about:blank" flex="1"/>
</window>

This is the log from my own webserver with the above change:

[17/Jun/2000:20:37:00 +0200] "GET /~ao/index.xul HTTP/1.1" 200
[17/Jun/2000:20:37:02 +0200] "GET /~ao/frame/index.xul HTTP/1.1
[17/Jun/2000:20:37:02 +0200] "GET /~ao/frame/index.css HTTP/1.1
[17/Jun/2000:20:37:02 +0200] "GET /~ao/frame/index.js HTTP/1.1"

I don't know what is wrong with the stylesheet line, but the original problem is
gone, so I'm marking this bug WORKSFORME.

Comment 12

[Tom Everingham]

verified:
Linux 2000070402