Closed
Bug 181286
Opened 22 years ago
Closed 22 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•22 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•22 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•22 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•22 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•22 years ago
|
||
confirming, too
Status: UNCONFIRMED → NEW
Ever confirmed: true
Flags: approval?
Target Milestone: --- → Bugzilla 2.18
Updated•22 years ago
|
Flags: approval? → approval+
Comment 6•22 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•22 years ago
|
||
..and fixed (YEs, I nkow this bug got morphed a bit)
Status: NEW → RESOLVED
Closed: 22 years ago
Resolution: --- → FIXED
Updated•12 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
•