<?xml version="1.0" encoding="UTF-8" standalone="yes" ?>
<!DOCTYPE bugzilla SYSTEM "https://www.w3.org/Bugs/Public/page.cgi?id=bugzilla.dtd">

<bugzilla version="5.0.4"
          urlbase="https://www.w3.org/Bugs/Public/"
          
          maintainer="sysbot+bugzilla@w3.org"
>

    <bug>
          <bug_id>4420</bug_id>
          
          <creation_ts>2007-03-29 06:05:21 +0000</creation_ts>
          <short_desc>Get XML::LibXML to output error countext beyond 80 characters, or output</short_desc>
          <delta_ts>2009-02-02 23:20:42 +0000</delta_ts>
          <reporter_accessible>1</reporter_accessible>
          <cclist_accessible>1</cclist_accessible>
          <classification_id>1</classification_id>
          <classification>Unclassified</classification>
          <product>Validator</product>
          <component>check</component>
          <version>HEAD</version>
          <rep_platform>All</rep_platform>
          <op_sys>All</op_sys>
          <bug_status>RESOLVED</bug_status>
          <resolution>DUPLICATE</resolution>
          <dup_id>6329</dup_id>
          
          <bug_file_loc></bug_file_loc>
          <status_whiteboard></status_whiteboard>
          <keywords></keywords>
          <priority>P2</priority>
          <bug_severity>enhancement</bug_severity>
          <target_milestone>1.0</target_milestone>
          
          
          <everconfirmed>1</everconfirmed>
          <reporter name="Olivier Thereaux">ot</reporter>
          <assigned_to name="Olivier Thereaux">ot</assigned_to>
          
          
          <qa_contact name="qa-dev tracking">www-validator-cvs</qa_contact>

      

      

      

          <comment_sort_order>oldest_to_newest</comment_sort_order>  
          <long_desc isprivate="0" >
    <commentid>14577</commentid>
    <comment_count>0</comment_count>
    <who name="Olivier Thereaux">ot</who>
    <bug_when>2007-03-29 06:05:21 +0000</bug_when>
    <thetext>libxml2 (and thus XML::LibXML) has a hardcoded limit of 80 columns (old skool!) for its xml parsing errors, hence making it almost impossible to know the exact context of the error. 

e.g:
http://www.opensource.apple.com/darwinsource/WWDC2003/libxml2-3/libxml2/error.c
    /* search backwards for beginning-of-line maximum 80 characters */

I have a (sad) workaround in the validator for that issue, but ideally, libxml would fix it by either:
* having an option to output the whole list
* having an option (similar to $parser-&gt;line_numbers(1)) to output the column number too

The latter would be best, but either would do.

Recording this as a bug in the validator, so that we don&apos;t let the workaround sit forever.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>14666</commentid>
    <comment_count>1</comment_count>
    <who name="Olivier Thereaux">ot</who>
    <bug_when>2007-04-04 04:35:27 +0000</bug_when>
    <thetext>As correctly pointed out by DV in http://bugzilla.gnome.org/show_bug.cgi?id=424017 the libxml2 API does allow for context info to be properly reported with parsing errors. Will take that to the implementors of the perl binding.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>23399</commentid>
    <comment_count>2</comment_count>
    <who name="Olivier Thereaux">ot</who>
    <bug_when>2009-02-02 23:20:42 +0000</bug_when>
    <thetext>With the advent of structured errors, and provided the bug explained in Bug 6329 gets fixed in XML::LibXML 1.70, this bug becomes moot.

*** This bug has been marked as a duplicate of bug 6329 ***</thetext>
  </long_desc>
      
      

    </bug>

</bugzilla>