This is an archived snapshot of W3C's public bugzilla bug tracker, decommissioned in April 2019. Please see the home page for more details.

Bug 13324 - Validator CSS breaks depending on trailing slash in accessed validator URI
Summary: Validator CSS breaks depending on trailing slash in accessed validator URI
Alias: None
Product: Validator
Classification: Unclassified
Component: Website (show other bugs)
Version: HEAD
Hardware: PC Linux
: P2 normal
Target Milestone: ---
Assignee: This bug has no owner yet - up for the taking
QA Contact: qa-dev tracking
Depends on:
Reported: 2011-07-21 22:49 UTC by Nicolas Kuttler
Modified: 2011-08-23 19:42 UTC (History)
0 users

See Also:


Description Nicolas Kuttler 2011-07-21 22:49:25 UTC
Please compare agent=W3C_Validator%2F1.2

(works) vs.

(broken). I think the problem lies in

<style type="text/css" media="all">@import "./style/base";
        @import "./style/results";</style>

which leads to /style/results in the first and /check/style/results
(404) in the second example. This probably also breaks some other 
include paths but I didn't check.

The second example definitely used to work as I have a bookmark that
leads to the validation results that broke a few months ago.
Took me until now to look into this (and hopefully figure out what's
Comment 1 Ville Skyttä 2011-08-23 19:42:46 UTC
/check/ was never really meant to work, I suppose it just happened to work as a side effect of the /check/referer functionality which was recently removed after being deprecated for ?uri=referer since 2003.  There is still a backwards compatibility /check/referer handler in validator's front-end, however IIUC it just handles /check/referer, not /check/.