[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Bug#820119: marked as done (tidy reports valid NCR as invalid)



Your message dated Fri, 10 Nov 2017 17:39:43 +0100
with message-id <8a66ba6d-2fa8-0448-b299-b0f7a86d7105@debian.org>
and subject line Re: Bug#820119: tidy reports valid NCR as invalid
has caused the Debian Bug report #820119,
regarding tidy reports valid NCR as invalid
to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact owner@bugs.debian.org
immediately.)


-- 
820119: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=820119
Debian Bug Tracking System
Contact owner@bugs.debian.org with problems
--- Begin Message ---
Package: www.debian.org
Severity: wishlist

https://www.w3.org/International/questions/qa-controls#support
HTML, XHTML and XML 1.0 do not support the C0 range, 
except for HT (Horizontal Tabulation) U+0009, LF (Line Feed) U+000A, 
and CR (Carriage Return) U+000D. 
The C1 range is supported, i.e. you can encode the controls directly 
or represent them as NCRs (Numeric Character References).

*
https://www.w3.org/International/questions/qa-controls#background
The control codes in the range U+0080-U+009F are known as the "C1" range.

unfortunately no option seems to eliminate this :(
latest source use the same code (line 1165-)
https://github.com/htacg/tidy-html5/blob/master/src/lexer.c


-- 
victory
no need to CC me :-)

--- End Message ---
--- Begin Message ---
Hello Neil
Thank you very much for the research and for the patch.

Yesterday I created an additional "validate_sp" script including your
patch, that was run right after the usual one, to be able to compare the
output of both programs.

Everything went ok, and validate_sp reported the same other validation
issues (the real ones), but not these kind of "false positives".

Today I've just merged the patch in the usual validate script and
removed the temporary ones.

This bug can be closed, then. From tomorrow on we shouldn't get more
"Tidy validation failed" messages due to emoji characters.

Thanks again!

-- 
Laura Arjona Reina
https://wiki.debian.org/LauraArjona

--- End Message ---

Reply to: