Closed
Bug 181286
Opened 23 years ago
Closed 23 years ago
Invalid html in banner.html.tmpl
Categories
(Bugzilla :: Bugzilla-General, defect)
Bugzilla
Bugzilla-General
Tracking
()
RESOLVED
FIXED
Bugzilla 2.18
People
(Reporter: carlos-spam, Assigned: burnus)
References
()
Details
Attachments
(1 file)
652 bytes,
patch
|
bbaetz
:
review+
|
Details | Diff | Splinter Review |
User-Agent: telnet/80
Build Identifier:
<DOCTYPE html....> shall be in the 1st line of the html document, while output
generated by header.html.tmpl template is messed. We got this also 2 times
created (by code at line: 25 an then 37)
PS: Filed against bugzilla 2.16.1 templates
Reproducible: Always
Steps to Reproduce:
1.
2.
3.
Actual Results:
malformed html
Expected Results:
clean html
Assignee | ||
Comment 1•23 years ago
|
||
Marcin Orlowski <carlos@wfmh.org.pl> wrote:
> <DOCTYPE html....> shall be in the 1st line of the html document,
http://www.w3.org/TR/html4/struct/global.html#h-7.1 makes clear that even before
the <!DOCTYPE> comments, spaces and new lines are allowed. And looking at the
source of the generated html file on landfill (see url) it looks ok and validates.
> while output generated by header.html.tmpl template is messed.
> We got this also 2 times created (by code at line: 25 an then 37)
Sorry I don't find anything like this neither in header.html.tmpl nor in the
produces output in the lines 25 and 37.
Assignee | ||
Comment 2•23 years ago
|
||
When checking the HTML correctness I found that <font><center> had to be
swapped in order to be correct HTML 4 (index.cgi tested with
http://validator.w3.org).
This patch is against current 2.17[.1] CVS but affects also 2.16.1.
Reporter | ||
Comment 3•23 years ago
|
||
I've fetched the 2.16.1 again and verified. Your're right. header.html.tmpl here
does not contain doubled DOCTYPE specification. However, I've checked my
bugzilla setup and found, that there's data/ directory which contains some
templates as well, and it in fact holds invalud header.html.tmpl:
~: pwd
/home/bugzilla/bugzilla-2.16.1/data/template/en/default/global
~: fgrep -c DOCTYPE * | grep -v ":0$"
header.html.tmpl:2
So I wonder who's to blame? Perl template system? I got no idea (except
it's runtime created) what creates data/ directory and what is the role
of it, but since I was freash bugzilla setup, it cannot be any old stuff
and it definitely is reladed (somehow) with this setup. Any ideas?
Comment 4•23 years ago
|
||
Comment on attachment 107037 [details] [diff] [review]
p1: banner.html.tmpl fix order of <font><center> to make is validate
The data/ stuff are the compiled templates. You may need to remove
data/template/ and rerun checksetup (2.17 checksetup always does this, rather
than trying to reuse the existing compiled stuff.)
Anyway, this patch is correct. Wonder why gmuck didn't complain....
r=bbaetz
Attachment #107037 -
Flags: review+
Comment 5•23 years ago
|
||
confirming, too
Status: UNCONFIRMED → NEW
Ever confirmed: true
Flags: approval?
Target Milestone: --- → Bugzilla 2.18
Updated•23 years ago
|
Flags: approval? → approval+
Comment 6•23 years ago
|
||
-> patch author...
(and its banner.html.tmpl, not header.html.tmpl)
Assignee: justdave → burnus
Summary: Bad formed html output in header.html.tmpl → Invalid html in banner.html.tmpl
Comment 7•23 years ago
|
||
..and fixed (YEs, I nkow this bug got morphed a bit)
Status: NEW → RESOLVED
Closed: 23 years ago
Resolution: --- → FIXED
Updated•13 years ago
|
QA Contact: matty_is_a_geek → default-qa
You need to log in
before you can comment on or make changes to this bug.
Description
•