Closed
Bug 213003
Opened 21 years ago
Closed 21 years ago
XUL acts different for file:// or http://
Categories
(Core :: XUL, defect)
Tracking
()
RESOLVED
INVALID
People
(Reporter: sean, Assigned: hyatt)
Details
Attachments
(2 files, 1 obsolete file)
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.4) Gecko/20030701 Build Identifier: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.4) Gecko/20030701 Accessing a XUL file through file: or http: has very diffent results. file: works fine. http: generates javascript errors and abnormal display/behavior Reproducible: Always Steps to Reproduce: 1. place test files in apache docroot/xul 2. access http://localhost/xul/file.xul 3. access file://apache/docroot/xul/file.xul Reproduced in linux (mozilla and firebird) and freebsd (mozilla) Actual Results: file: does what is expected; http: is whacky. Although source is complete, http: fails to rendor tabs correctly, and only every other click succeeds in activating a tab.
Reporter | ||
Comment 1•21 years ago
|
||
small file with a small tabbox
Reporter | ||
Comment 2•21 years ago
|
||
small, simple CSS stylesheet
Reporter | ||
Comment 3•21 years ago
|
||
reproduced in Windows (mozilla)
Comment 4•21 years ago
|
||
Attachment #127964 -
Attachment is obsolete: true
Comment 5•21 years ago
|
||
That testcase worksforme when I try it from bugzilla (over http, of course). Is your server sending it with the right MIME type?
Reporter | ||
Comment 6•21 years ago
|
||
I figured out the mime type ommission right after Boris did. There is no bug. I'm very sorry.
Status: UNCONFIRMED → RESOLVED
Closed: 21 years ago
Resolution: --- → INVALID
Component: XP Toolkit/Widgets: XUL → XUL
QA Contact: shrir → xptoolkit.widgets
You need to log in
before you can comment on or make changes to this bug.
Description
•