Closed Bug 123319 Opened 23 years ago Closed 22 years ago

Importing nonexistent CSS files beginning with "/" halts rendering of page

Categories

(Core :: CSS Parsing and Computation, defect)

x86
Windows 2000
defect
Not set
normal

Tracking

()

VERIFIED DUPLICATE of bug 148046

People

(Reporter: jonasj, Assigned: dbaron)

Details

(Keywords: testcase)

Attachments

(2 files)

Build 2002012403, Win2k.

Open testcase 1. The word "blablabla" appears.

Open testcase 2. The word "blablabla" does not appear.
Attached file testcase 1
Attached file testcase 2
Huh, that's weird. They both work if you view them online, but if you save them
and try opening them locally, only testcase 1 works.
Does this seem like a CSS loader problem or a networking problem (difference in
the way protocols work)?
worksforme (saved to local file, then loaded) with linux build 2002-02-02-22.

Setting to Win2k since this may be a windows-only bug...

Jonas, could you try a current build?
OS: All → Windows 2000
Hardware: All → PC
Reproduced with the latest build.
Also WFM on a fresh CVS Linux build.  Perhaps networking-something to do with
file:// URLs?
Keywords: testcase
This worksforme with a current Linux build (saved to local disk, opened,
everything is fine).  Is this still an issue?
Boris: Still reproducable on trunk build 2002070108, win2k.
Doh.  This got fixed last night; it was apparently a Windows-only bug as
described because the file: url starting with "/" is in fact invalid on Windows
and the CSS loader failed to deal.

*** This bug has been marked as a duplicate of 148046 ***
Status: NEW → RESOLVED
Closed: 22 years ago
Resolution: --- → DUPLICATE
vrfy dupe
Status: RESOLVED → VERIFIED
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: