Menu
▾
▴
jtidy-devel — JTidy mailing list for developers
You can subscribe to this list here.
| 2004 |
Jan
(29) |
Feb
(1) |
Mar
(6) |
Apr
(31) |
May
(2) |
Jun
(2) |
Jul
(13) |
Aug
(31) |
Sep
(41) |
Oct
(12) |
Nov
(13) |
Dec
(4) |
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 2005 |
Jan
(17) |
Feb
(3) |
Mar
(3) |
Apr
|
May
(1) |
Jun
(2) |
Jul
(1) |
Aug
(3) |
Sep
(3) |
Oct
(1) |
Nov
(2) |
Dec
(6) |
| 2006 |
Jan
(4) |
Feb
(6) |
Mar
(2) |
Apr
(1) |
May
|
Jun
|
Jul
(21) |
Aug
(7) |
Sep
(5) |
Oct
(4) |
Nov
(2) |
Dec
(2) |
| 2007 |
Jan
(1) |
Feb
|
Mar
|
Apr
(2) |
May
|
Jun
|
Jul
(1) |
Aug
(2) |
Sep
(2) |
Oct
(2) |
Nov
|
Dec
(1) |
| 2008 |
Jan
(1) |
Feb
(1) |
Mar
(7) |
Apr
(2) |
May
|
Jun
|
Jul
(1) |
Aug
|
Sep
(1) |
Oct
(1) |
Nov
(2) |
Dec
(8) |
| 2009 |
Jan
(1) |
Feb
|
Mar
|
Apr
|
May
(2) |
Jun
(2) |
Jul
(5) |
Aug
(24) |
Sep
(16) |
Oct
(8) |
Nov
(42) |
Dec
(3) |
| 2010 |
Jan
(8) |
Feb
(8) |
Mar
(14) |
Apr
(29) |
May
(2) |
Jun
(1) |
Jul
(11) |
Aug
(47) |
Sep
(4) |
Oct
(16) |
Nov
(18) |
Dec
|
| 2011 |
Jan
(5) |
Feb
(4) |
Mar
(2) |
Apr
|
May
|
Jun
(10) |
Jul
(50) |
Aug
(4) |
Sep
(4) |
Oct
(1) |
Nov
(4) |
Dec
|
| 2012 |
Jan
|
Feb
|
Mar
|
Apr
|
May
(2) |
Jun
(8) |
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
| 2017 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
(1) |
Sep
|
Oct
|
Nov
|
Dec
|
|
From: SourceForge.net <no...@so...> - 2010-11-01 15:08:30
|
Bugs item #3100853, was opened at 2010-11-01 16:08 Message generated for change (Tracker Item Submitted) made by martinkurz You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=113153&aid=3100853&group_id=13153 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Martin (martinkurz) Assigned to: Nobody/Anonymous (nobody) Summary: support for DocumentFragment Initial Comment: here's the new patch for DocumentFragment in jTidys java5 branch (without the noisy formatting changes) ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=113153&aid=3100853&group_id=13153 |
|
From: SourceForge.net <no...@so...> - 2010-11-01 15:07:05
|
Bugs item #3050836, was opened at 2010-08-22 17:01 Message generated for change (Comment added) made by martinkurz You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=113153&aid=3050836&group_id=13153 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: DOM Support Group: None Status: Open Resolution: None Priority: 3 Private: No Submitted By: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: Support for DocumentFragment Initial Comment: added support for DocumentFragment in branch CodeUpdateAndJava5, patch attached ---------------------------------------------------------------------- Comment By: Martin (martinkurz) Date: 2010-11-01 16:07 Message: Oh, eclipse formatter did a good job, wasn't exactly the desired patch output ;o) Because I can't add another file on anonymous ticket (wasn't logged in), I'm creating a new ticket for the new patch. ---------------------------------------------------------------------- Comment By: fabrizio giustina (fgiust) Date: 2010-11-01 12:42 Message: The attached patch contains a lot of reformatting which makes it really hard to check and apply. Please try to produce a cleaner patch with only the needed changes, if you want us to apply it. thanks ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=113153&aid=3050836&group_id=13153 |
|
From: SourceForge.net <no...@so...> - 2010-11-01 13:44:38
|
Bugs item #3057375, was opened at 2010-09-01 13:15 Message generated for change (Comment added) made by fgiust You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=113153&aid=3057375&group_id=13153 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Tidy functionality Group: None Status: Open >Resolution: Fixed Priority: 9 Private: No Submitted By: Robert Mac Nelly (rmacnell) >Assigned to: fabrizio giustina (fgiust) Summary: NullPointerException in PPrint.printText Initial Comment: Tidy creates a TextNode without any content if there is an inline element starting with whitespace after another element (block or inline) Example: <div>foo</div><span> bar</span> Tidy creates: [Node type=StartTag,element=div,content= [Node type=TextNode,element=null,text="foo",content=null] ], [Node type=TextNode,element=null,text=null,content=null], [Node type=StartTag,element=span,content= [Node type=TextNode,element=null,text="bar",content=null] ] ] In Method PPrint.printText node.textarray is null and c = (textarray[i]) & 0xFF; raises a NullPointerException I added following workaround to PPrint.printTree: if (node.type == Node.TEXT_NODE || (node.type == Node.CDATA_TAG && lexer.configuration.escapeCdata)) { if(null==node.textarray)return; //WORKAROUND printText(fout, mode, indent, node.textarray, node.start, node.end); } ---------------------------------------------------------------------- >Comment By: fabrizio giustina (fgiust) Date: 2010-11-01 14:44 Message: fixed in trunk (reverted commit 1007, which caused this bug) ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=113153&aid=3057375&group_id=13153 |
|
From: SourceForge.net <no...@so...> - 2010-11-01 11:44:47
|
Feature Requests item #1804572, was opened at 2007-09-29 02:22 Message generated for change (Settings changed) made by fgiust You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=363153&aid=1804572&group_id=13153 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None Status: Open Priority: 5 Private: No Submitted By: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) >Summary: don't process entities in attributes when LiteralAttribs on Initial Comment: It would be nice to really treat attributes as literals when the option 'LiteralAttribs' is selected. In addition to current functionality of 'LiteralAttribs', also the entities inside attributes should not be processed. Possible solution: /* this line (2497), should be replaced */ //if (c == '&') /* by this one */ if (munge && c == '&') ---------------------------------------------------------------------- Comment By: Nobody/Anonymous (nobody) Date: 2007-09-29 02:47 Message: Logged In: NO Lexer.java ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=363153&aid=1804572&group_id=13153 |
|
From: SourceForge.net <no...@so...> - 2010-11-01 11:42:22
|
Bugs item #3050836, was opened at 2010-08-22 17:01 Message generated for change (Comment added) made by fgiust You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=113153&aid=3050836&group_id=13153 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: DOM Support Group: None Status: Open Resolution: None >Priority: 3 Private: No Submitted By: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: Support for DocumentFragment Initial Comment: added support for DocumentFragment in branch CodeUpdateAndJava5, patch attached ---------------------------------------------------------------------- >Comment By: fabrizio giustina (fgiust) Date: 2010-11-01 12:42 Message: The attached patch contains a lot of reformatting which makes it really hard to check and apply. Please try to produce a cleaner patch with only the needed changes, if you want us to apply it. thanks ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=113153&aid=3050836&group_id=13153 |
|
From: SourceForge.net <no...@so...> - 2010-11-01 10:24:09
|
Bugs item #3038697, was opened at 2010-08-03 10:48 Message generated for change (Comment added) made by fgiust You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=113153&aid=3038697&group_id=13153 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None >Status: Closed >Resolution: Fixed Priority: 5 Private: No Submitted By: Johannes Weberhofer (weberho) Assigned to: Adrian Sandor (aditsu) Summary: Remove lots of the reasons for failing junit-tests Initial Comment: Most junit tests were failing because there were jtidy-version information in the resulting messages definied. I have fixed those issues plus some general issues, so that there should be 'only' around 90 failing junit tests at the end. ---------------------------------------------------------------------- >Comment By: fabrizio giustina (fgiust) Date: 2010-11-01 11:24 Message: Hi Johannes, thanks for your patches, I have now already committed a fix for the removal of the initial message which fixes most of the tests (both on trunk and java5 branches). I still haven't applied any other patch since there have been a lot of changes and trey probably have to be checked one by one... failures are now down to 120 or similar on trunk, a recent commit on the java 5 branch broke more than 100 other tests. I'll try to fix all the tests previously working which have been broken in later revisions, so if you want to have a look at them your help will be really appreciated! ---------------------------------------------------------------------- Comment By: fabrizio giustina (fgiust) Date: 2010-10-26 20:59 Message: The fix for the removal of the initial message have been committed to both trunk and the java5 branch. I didn't committed any other change to the expected output, they probably have to be reviewed to see if the new output is really ok. After this change, the result from trunk is: Tests run: 309, Failures: 115, Errors: 7 (which is pretty close to the 100 failures/1 error status in revision 812 -the last revision in which those tests have been considered before checking in patches) ---------------------------------------------------------------------- Comment By: Johannes Weberhofer (weberho) Date: 2010-08-17 09:13 Message: I have recognized, that most of the problems occured because the testcases have jtidy version information inside, but the option set to off in the test-case settings. So I decided to remove those settings. For the other changes i was comparing the actual in- and output of the test cases and seeing wheter the results are matching the excepted values. However it is in many cases really hard to decide... Several of the occuring errors are really problems which needs to be fixed - I haven't done any changes there. After beeing back from holidays I could also provide you with peperated patches for the test cases if you like. However there are so many... ---------------------------------------------------------------------- Comment By: Adrian Sandor (aditsu) Date: 2010-08-17 02:36 Message: Um.. did you create this patch just by running the tests and assuming the current output is correct? If so, why do you think it is good to make that assumption? ---------------------------------------------------------------------- Comment By: Johannes Weberhofer (weberho) Date: 2010-08-03 12:14 Message: Ok. I'll send you a patch so that maven produces 1.4 code,too (in trunk) and have a look on the new sources. ---------------------------------------------------------------------- Comment By: Adrian Sandor (aditsu) Date: 2010-08-03 11:43 Message: I don't use maven so I can't comment on the pom, but afaik, the DOM part of the java api was added in 1.4, so JTidy couldn't run in 1.3 (or maybe only part of it). Also, recent versions of JTidy were compiled for 1.4. Yes, that branch is usable and I think better than trunk at this point, but I'm not sure about organizing the new classes, maybe you can take a look and give some feedback. The new test suite is TidyTests. Thanks for your contributions. ---------------------------------------------------------------------- Comment By: Johannes Weberhofer (weberho) Date: 2010-08-03 11:28 Message: Java compatibility is set to 1.3 in the pom.xml in trunk. I think, it whould be set to 1.4, as it 1.3 is outdated for a long time. Is the current CodeUpdateAndJava5 branch useable? Then I would possibly to switch to that branch and help improving jtidy (as my time allows me so). ---------------------------------------------------------------------- Comment By: Adrian Sandor (aditsu) Date: 2010-08-03 11:07 Message: I kind of gave up on those test cases, and made a new test suite on the CodeUpdateAndJava5 branch, where "only" 73 tests fail now (meaning the result is not 100% byte-by-byte identical with Tidy). But I think it's good to fix these tests too, especially if we plan to maintain the trunk version (compatible with java 1.4) longer. I'll check your patch when I find some time. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=113153&aid=3038697&group_id=13153 |
|
From: SourceForge.net <no...@so...> - 2010-11-01 10:13:26
|
Feature Requests item #1101545, was opened at 2005-01-13 12:01 Message generated for change (Settings changed) made by fgiust You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=363153&aid=1101545&group_id=13153 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. >Category: None Group: None Status: Open >Priority: 1 Private: No Submitted By: thufir_hawat (thufir_hawat) Assigned to: Nobody/Anonymous (nobody) Summary: deployment Initial Comment: please package jtidy as a java web start app. it'd be easier to use :) ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=363153&aid=1101545&group_id=13153 |
|
From: SourceForge.net <no...@so...> - 2010-11-01 10:12:19
|
Bugs item #3080800, was opened at 2010-10-04 11:01 Message generated for change (Comment added) made by fgiust You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=113153&aid=3080800&group_id=13153 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None >Status: Closed >Resolution: Fixed Priority: 5 Private: No Submitted By: Johannes Weberhofer (weberho) Assigned to: Nobody/Anonymous (nobody) Summary: pom.xml - patches Initial Comment: Attached you'll find two patches which fix tickets #3078662 and #3077955 I have increased the version number for the update-trunk, too. ---------------------------------------------------------------------- >Comment By: fabrizio giustina (fgiust) Date: 2010-11-01 11:12 Message: fixed in trunk and java5 branch ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=113153&aid=3080800&group_id=13153 |
|
From: SourceForge.net <no...@so...> - 2010-11-01 10:11:49
|
Bugs item #3080816, was opened at 2010-10-04 11:22 Message generated for change (Comment added) made by fgiust You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=113153&aid=3080816&group_id=13153 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None >Status: Closed >Resolution: Fixed Priority: 5 Private: No Submitted By: Johannes Weberhofer (weberho) Assigned to: Nobody/Anonymous (nobody) Summary: pom.xml - more patches Initial Comment: Some fixes regarding fixing the project information itself. ---------------------------------------------------------------------- >Comment By: fabrizio giustina (fgiust) Date: 2010-11-01 11:11 Message: fixed in trunk and java5 branch ---------------------------------------------------------------------- Comment By: Johannes Weberhofer (weberho) Date: 2010-10-04 11:26 Message: the patch for the update branch contains the last submitted patch jtidy-update-3077955-pom.xml.patch, too ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=113153&aid=3080816&group_id=13153 |
|
From: SourceForge.net <no...@so...> - 2010-11-01 10:06:58
|
Bugs item #3077955, was opened at 2010-09-29 14:11 Message generated for change (Comment added) made by fgiust You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=113153&aid=3077955&group_id=13153 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Tidy functionality Group: None Status: Closed >Resolution: Fixed Priority: 5 Private: No Submitted By: Stanislav Ochotnicky () Assigned to: Nobody/Anonymous (nobody) Summary: pom.xml provide correct groupId Initial Comment: Currently groupId in pom.xml is "jtidy". However maven repositories have been using net.sf.jtidy:jtidy to identify correct artifactId. Please correct this. ---------------------------------------------------------------------- >Comment By: fabrizio giustina (fgiust) Date: 2010-11-01 11:06 Message: fixed in trunk and java5 branch ---------------------------------------------------------------------- Comment By: fabrizio giustina (fgiust) Date: 2010-11-01 11:06 Message: fixed in trunk and java5 branch ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=113153&aid=3077955&group_id=13153 |
|
From: SourceForge.net <no...@so...> - 2010-11-01 10:06:06
|
Bugs item #3077955, was opened at 2010-09-29 14:11 Message generated for change (Settings changed) made by fgiust You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=113153&aid=3077955&group_id=13153 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Tidy functionality Group: None >Status: Closed Resolution: None Priority: 5 Private: No Submitted By: Stanislav Ochotnicky () Assigned to: Nobody/Anonymous (nobody) Summary: pom.xml provide correct groupId Initial Comment: Currently groupId in pom.xml is "jtidy". However maven repositories have been using net.sf.jtidy:jtidy to identify correct artifactId. Please correct this. ---------------------------------------------------------------------- >Comment By: fabrizio giustina (fgiust) Date: 2010-11-01 11:06 Message: fixed in trunk and java5 branch ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=113153&aid=3077955&group_id=13153 |
|
From: SourceForge.net <no...@so...> - 2010-11-01 09:57:12
|
Bugs item #3057375, was opened at 2010-09-01 13:15 Message generated for change (Settings changed) made by fgiust You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=113153&aid=3057375&group_id=13153 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Tidy functionality Group: None Status: Open Resolution: None >Priority: 9 Private: No Submitted By: Robert Mac Nelly (rmacnell) Assigned to: Nobody/Anonymous (nobody) Summary: NullPointerException in PPrint.printText Initial Comment: Tidy creates a TextNode without any content if there is an inline element starting with whitespace after another element (block or inline) Example: <div>foo</div><span> bar</span> Tidy creates: [Node type=StartTag,element=div,content= [Node type=TextNode,element=null,text="foo",content=null] ], [Node type=TextNode,element=null,text=null,content=null], [Node type=StartTag,element=span,content= [Node type=TextNode,element=null,text="bar",content=null] ] ] In Method PPrint.printText node.textarray is null and c = (textarray[i]) & 0xFF; raises a NullPointerException I added following workaround to PPrint.printTree: if (node.type == Node.TEXT_NODE || (node.type == Node.CDATA_TAG && lexer.configuration.escapeCdata)) { if(null==node.textarray)return; //WORKAROUND printText(fout, mode, indent, node.textarray, node.start, node.end); } ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=113153&aid=3057375&group_id=13153 |
|
From: SourceForge.net <no...@so...> - 2010-10-29 16:41:00
|
Bugs item #3097635, was opened at 2010-10-28 21:02 Message generated for change (Comment added) made by murdoch84 You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=113153&aid=3097635&group_id=13153 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: DOM Support Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Andrew Murdoch (murdoch84) Assigned to: Nobody/Anonymous (nobody) Summary: Html error with comment results in almost empty dom Initial Comment: Hi, I'm new to using JTidy and found it to be a great tool however I have just encountered a problem with a particular html error which it doesn't deal with. I found the particular senario on http://whatsmyuseragent.com/ where a conditional comment is wrapped around another comment like this. <![endif]--> <!--[if IE 7]> <style type="text/css"> <!-- #NavBar ul { top: -51px; } !--> </style> <![endif]--> This mean's that technically the closing </style> is uncommented and the <![endif]--> is misplaced because the close of the inner comment actually closes the outer comment too. When JTidy encounters this it warns about the misplaced closing style tag as you would expect. "line 56 column -3 - Warning: discarding unexpected </style>" However the resulting dom is empty after the commented style tag apart from an empty body tag ... the outputted html is like this: [ .... top of document ... ] <![endif]--><!--[if IE 7]> <style type="text/css"> <!== #NavBar ul { top: -51px; } !--></head><body/></html> ---------------------------------------------------------------------- >Comment By: Andrew Murdoch (murdoch84) Date: 2010-10-29 17:41 Message: For the record I just tried this same html file out in HTML Tidy and it produced the same result so I will post this bug there also. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=113153&aid=3097635&group_id=13153 |
|
From: SourceForge.net <no...@so...> - 2010-10-28 20:02:06
|
Bugs item #3097635, was opened at 2010-10-28 21:02 Message generated for change (Tracker Item Submitted) made by murdoch84 You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=113153&aid=3097635&group_id=13153 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: DOM Support Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Andrew Murdoch (murdoch84) Assigned to: Nobody/Anonymous (nobody) Summary: Html error with comment results in almost empty dom Initial Comment: Hi, I'm new to using JTidy and found it to be a great tool however I have just encountered a problem with a particular html error which it doesn't deal with. I found the particular senario on http://whatsmyuseragent.com/ where a conditional comment is wrapped around another comment like this. <![endif]--> <!--[if IE 7]> <style type="text/css"> <!-- #NavBar ul { top: -51px; } !--> </style> <![endif]--> This mean's that technically the closing </style> is uncommented and the <![endif]--> is misplaced because the close of the inner comment actually closes the outer comment too. When JTidy encounters this it warns about the misplaced closing style tag as you would expect. "line 56 column -3 - Warning: discarding unexpected </style>" However the resulting dom is empty after the commented style tag apart from an empty body tag ... the outputted html is like this: [ .... top of document ... ] <![endif]--><!--[if IE 7]> <style type="text/css"> <!== #NavBar ul { top: -51px; } !--></head><body/></html> ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=113153&aid=3097635&group_id=13153 |
|
From: SourceForge.net <no...@so...> - 2010-10-28 00:40:42
|
Bugs item #3050833, was opened at 2010-08-22 23:00 Message generated for change (Comment added) made by aditsu You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=113153&aid=3050833&group_id=13153 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Tidy functionality Group: None >Status: Closed >Resolution: Fixed Priority: 5 Private: No Submitted By: Nobody/Anonymous (nobody) >Assigned to: Adrian Sandor (aditsu) Summary: NPEs on ConfigurationTest Initial Comment: When executing ConfigurationTest, there are some NPEs in class Configuration, Ptach for null checking attached. (branch CodeUpdateAndJava5) ---------------------------------------------------------------------- >Comment By: Adrian Sandor (aditsu) Date: 2010-10-28 08:40 Message: Fixed in SVN ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=113153&aid=3050833&group_id=13153 |
|
From: SourceForge.net <no...@so...> - 2010-10-27 19:17:02
|
Bugs item #3071265, was opened at 2010-09-19 22:16 Message generated for change (Comment added) made by aditsu You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=113153&aid=3071265&group_id=13153 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None >Status: Closed >Resolution: Accepted Priority: 5 Private: No Submitted By: Martin (martinkurz) Assigned to: Adrian Sandor (aditsu) Summary: NPE on appendChild with attribute node Initial Comment: for problem description see http://sourceforge.net/projects/jtidy/forums/forum/41437/topic/3787602 analysis: on appending a new child, the new child nodes type is checked on field adaptee.type, in attribute nodes, this is null (the field is called avAadaptee instead) solution: first check, if new childnode is an attribute node before checking adaptee.type, patch for java5 branch including testcase attached ---------------------------------------------------------------------- >Comment By: Adrian Sandor (aditsu) Date: 2010-10-28 03:17 Message: Looks good, committed now, thanks ---------------------------------------------------------------------- Comment By: Martin (martinkurz) Date: 2010-10-28 01:59 Message: attached new patch to throw DOMException.HIERARCHY_REQUEST_ERR when newCh.adaptee is null ---------------------------------------------------------------------- Comment By: Martin (martinkurz) Date: 2010-10-28 00:48 Message: after looking at http://www.w3.org/TR/DOM-Level-2-Core/core.html#ID-184E7107, maybe it shouldn't be thrown a NPE but an HIERARCHY_REQUEST_ERR (Raised if this node is of a type that does not allow children of the type of the newChild node, or if the node to append is one of this node's ancestors)? ---------------------------------------------------------------------- Comment By: Martin (martinkurz) Date: 2010-10-28 00:45 Message: You're right, attributes are nodes too, but an attribute node isn't a node's childNode, the nodes childNodes doesn't contain the nodes attributes, so it would probably be a strange behaviour to a node, if it would accept an attribute childNode. I was just misleaded by the fact that attributes are nodes :o) ---------------------------------------------------------------------- Comment By: Adrian Sandor (aditsu) Date: 2010-10-27 11:52 Message: I don't think you're supposed to be able to use appendChild with an attribute node. See the program below for a demonstration (including how it should be done instead): import javax.xml.parsers.DocumentBuilderFactory; import javax.xml.transform.Transformer; import javax.xml.transform.TransformerFactory; import javax.xml.transform.dom.DOMSource; import javax.xml.transform.stream.StreamResult; import org.w3c.dom.Attr; import org.w3c.dom.Document; import org.w3c.dom.Element; public class TestAppendAttr { public static void main(final String... args) throws Exception { final Document doc = DocumentBuilderFactory.newInstance().newDocumentBuilder().newDocument(); final Element html = doc.createElement("html"); doc.appendChild(html); final Element body = doc.createElement("body"); html.appendChild(body); final Element a = doc.createElement("a"); body.appendChild(a); a.setAttribute("href", "foo"); // correct final Transformer t = TransformerFactory.newInstance().newTransformer(); t.transform(new DOMSource(doc), new StreamResult(System.out)); // just to see the result final Attr target = doc.createAttribute("target"); target.setValue("_blank"); a.appendChild(target); // DOMException } } Let me know if I missed anything. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=113153&aid=3071265&group_id=13153 |
|
From: SourceForge.net <no...@so...> - 2010-10-27 17:59:13
|
Bugs item #3071265, was opened at 2010-09-19 14:16 Message generated for change (Comment added) made by martinkurz You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=113153&aid=3071265&group_id=13153 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Martin (martinkurz) Assigned to: Adrian Sandor (aditsu) Summary: NPE on appendChild with attribute node Initial Comment: for problem description see http://sourceforge.net/projects/jtidy/forums/forum/41437/topic/3787602 analysis: on appending a new child, the new child nodes type is checked on field adaptee.type, in attribute nodes, this is null (the field is called avAadaptee instead) solution: first check, if new childnode is an attribute node before checking adaptee.type, patch for java5 branch including testcase attached ---------------------------------------------------------------------- >Comment By: Martin (martinkurz) Date: 2010-10-27 17:59 Message: attached new patch to throw DOMException.HIERARCHY_REQUEST_ERR when newCh.adaptee is null ---------------------------------------------------------------------- Comment By: Martin (martinkurz) Date: 2010-10-27 16:48 Message: after looking at http://www.w3.org/TR/DOM-Level-2-Core/core.html#ID-184E7107, maybe it shouldn't be thrown a NPE but an HIERARCHY_REQUEST_ERR (Raised if this node is of a type that does not allow children of the type of the newChild node, or if the node to append is one of this node's ancestors)? ---------------------------------------------------------------------- Comment By: Martin (martinkurz) Date: 2010-10-27 16:45 Message: You're right, attributes are nodes too, but an attribute node isn't a node's childNode, the nodes childNodes doesn't contain the nodes attributes, so it would probably be a strange behaviour to a node, if it would accept an attribute childNode. I was just misleaded by the fact that attributes are nodes :o) ---------------------------------------------------------------------- Comment By: Adrian Sandor (aditsu) Date: 2010-10-27 03:52 Message: I don't think you're supposed to be able to use appendChild with an attribute node. See the program below for a demonstration (including how it should be done instead): import javax.xml.parsers.DocumentBuilderFactory; import javax.xml.transform.Transformer; import javax.xml.transform.TransformerFactory; import javax.xml.transform.dom.DOMSource; import javax.xml.transform.stream.StreamResult; import org.w3c.dom.Attr; import org.w3c.dom.Document; import org.w3c.dom.Element; public class TestAppendAttr { public static void main(final String... args) throws Exception { final Document doc = DocumentBuilderFactory.newInstance().newDocumentBuilder().newDocument(); final Element html = doc.createElement("html"); doc.appendChild(html); final Element body = doc.createElement("body"); html.appendChild(body); final Element a = doc.createElement("a"); body.appendChild(a); a.setAttribute("href", "foo"); // correct final Transformer t = TransformerFactory.newInstance().newTransformer(); t.transform(new DOMSource(doc), new StreamResult(System.out)); // just to see the result final Attr target = doc.createAttribute("target"); target.setValue("_blank"); a.appendChild(target); // DOMException } } Let me know if I missed anything. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=113153&aid=3071265&group_id=13153 |
|
From: SourceForge.net <no...@so...> - 2010-10-27 16:48:42
|
Bugs item #3071265, was opened at 2010-09-19 14:16 Message generated for change (Comment added) made by martinkurz You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=113153&aid=3071265&group_id=13153 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Martin (martinkurz) Assigned to: Adrian Sandor (aditsu) Summary: NPE on appendChild with attribute node Initial Comment: for problem description see http://sourceforge.net/projects/jtidy/forums/forum/41437/topic/3787602 analysis: on appending a new child, the new child nodes type is checked on field adaptee.type, in attribute nodes, this is null (the field is called avAadaptee instead) solution: first check, if new childnode is an attribute node before checking adaptee.type, patch for java5 branch including testcase attached ---------------------------------------------------------------------- >Comment By: Martin (martinkurz) Date: 2010-10-27 16:48 Message: after looking at http://www.w3.org/TR/DOM-Level-2-Core/core.html#ID-184E7107, maybe it shouldn't be thrown a NPE but an HIERARCHY_REQUEST_ERR (Raised if this node is of a type that does not allow children of the type of the newChild node, or if the node to append is one of this node's ancestors)? ---------------------------------------------------------------------- Comment By: Martin (martinkurz) Date: 2010-10-27 16:45 Message: You're right, attributes are nodes too, but an attribute node isn't a node's childNode, the nodes childNodes doesn't contain the nodes attributes, so it would probably be a strange behaviour to a node, if it would accept an attribute childNode. I was just misleaded by the fact that attributes are nodes :o) ---------------------------------------------------------------------- Comment By: Adrian Sandor (aditsu) Date: 2010-10-27 03:52 Message: I don't think you're supposed to be able to use appendChild with an attribute node. See the program below for a demonstration (including how it should be done instead): import javax.xml.parsers.DocumentBuilderFactory; import javax.xml.transform.Transformer; import javax.xml.transform.TransformerFactory; import javax.xml.transform.dom.DOMSource; import javax.xml.transform.stream.StreamResult; import org.w3c.dom.Attr; import org.w3c.dom.Document; import org.w3c.dom.Element; public class TestAppendAttr { public static void main(final String... args) throws Exception { final Document doc = DocumentBuilderFactory.newInstance().newDocumentBuilder().newDocument(); final Element html = doc.createElement("html"); doc.appendChild(html); final Element body = doc.createElement("body"); html.appendChild(body); final Element a = doc.createElement("a"); body.appendChild(a); a.setAttribute("href", "foo"); // correct final Transformer t = TransformerFactory.newInstance().newTransformer(); t.transform(new DOMSource(doc), new StreamResult(System.out)); // just to see the result final Attr target = doc.createAttribute("target"); target.setValue("_blank"); a.appendChild(target); // DOMException } } Let me know if I missed anything. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=113153&aid=3071265&group_id=13153 |
|
From: SourceForge.net <no...@so...> - 2010-10-27 16:45:31
|
Bugs item #3071265, was opened at 2010-09-19 14:16 Message generated for change (Comment added) made by martinkurz You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=113153&aid=3071265&group_id=13153 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Martin (martinkurz) Assigned to: Adrian Sandor (aditsu) Summary: NPE on appendChild with attribute node Initial Comment: for problem description see http://sourceforge.net/projects/jtidy/forums/forum/41437/topic/3787602 analysis: on appending a new child, the new child nodes type is checked on field adaptee.type, in attribute nodes, this is null (the field is called avAadaptee instead) solution: first check, if new childnode is an attribute node before checking adaptee.type, patch for java5 branch including testcase attached ---------------------------------------------------------------------- >Comment By: Martin (martinkurz) Date: 2010-10-27 16:45 Message: You're right, attributes are nodes too, but an attribute node isn't a node's childNode, the nodes childNodes doesn't contain the nodes attributes, so it would probably be a strange behaviour to a node, if it would accept an attribute childNode. I was just misleaded by the fact that attributes are nodes :o) ---------------------------------------------------------------------- Comment By: Adrian Sandor (aditsu) Date: 2010-10-27 03:52 Message: I don't think you're supposed to be able to use appendChild with an attribute node. See the program below for a demonstration (including how it should be done instead): import javax.xml.parsers.DocumentBuilderFactory; import javax.xml.transform.Transformer; import javax.xml.transform.TransformerFactory; import javax.xml.transform.dom.DOMSource; import javax.xml.transform.stream.StreamResult; import org.w3c.dom.Attr; import org.w3c.dom.Document; import org.w3c.dom.Element; public class TestAppendAttr { public static void main(final String... args) throws Exception { final Document doc = DocumentBuilderFactory.newInstance().newDocumentBuilder().newDocument(); final Element html = doc.createElement("html"); doc.appendChild(html); final Element body = doc.createElement("body"); html.appendChild(body); final Element a = doc.createElement("a"); body.appendChild(a); a.setAttribute("href", "foo"); // correct final Transformer t = TransformerFactory.newInstance().newTransformer(); t.transform(new DOMSource(doc), new StreamResult(System.out)); // just to see the result final Attr target = doc.createAttribute("target"); target.setValue("_blank"); a.appendChild(target); // DOMException } } Let me know if I missed anything. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=113153&aid=3071265&group_id=13153 |
|
From: SourceForge.net <no...@so...> - 2010-10-27 03:52:10
|
Bugs item #3071265, was opened at 2010-09-19 22:16 Message generated for change (Comment added) made by aditsu You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=113153&aid=3071265&group_id=13153 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Martin (martinkurz) >Assigned to: Adrian Sandor (aditsu) Summary: NPE on appendChild with attribute node Initial Comment: for problem description see http://sourceforge.net/projects/jtidy/forums/forum/41437/topic/3787602 analysis: on appending a new child, the new child nodes type is checked on field adaptee.type, in attribute nodes, this is null (the field is called avAadaptee instead) solution: first check, if new childnode is an attribute node before checking adaptee.type, patch for java5 branch including testcase attached ---------------------------------------------------------------------- >Comment By: Adrian Sandor (aditsu) Date: 2010-10-27 11:52 Message: I don't think you're supposed to be able to use appendChild with an attribute node. See the program below for a demonstration (including how it should be done instead): import javax.xml.parsers.DocumentBuilderFactory; import javax.xml.transform.Transformer; import javax.xml.transform.TransformerFactory; import javax.xml.transform.dom.DOMSource; import javax.xml.transform.stream.StreamResult; import org.w3c.dom.Attr; import org.w3c.dom.Document; import org.w3c.dom.Element; public class TestAppendAttr { public static void main(final String... args) throws Exception { final Document doc = DocumentBuilderFactory.newInstance().newDocumentBuilder().newDocument(); final Element html = doc.createElement("html"); doc.appendChild(html); final Element body = doc.createElement("body"); html.appendChild(body); final Element a = doc.createElement("a"); body.appendChild(a); a.setAttribute("href", "foo"); // correct final Transformer t = TransformerFactory.newInstance().newTransformer(); t.transform(new DOMSource(doc), new StreamResult(System.out)); // just to see the result final Attr target = doc.createAttribute("target"); target.setValue("_blank"); a.appendChild(target); // DOMException } } Let me know if I missed anything. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=113153&aid=3071265&group_id=13153 |
|
From: SourceForge.net <no...@so...> - 2010-10-27 02:48:58
|
Bugs item #2010634, was opened at 2008-07-04 21:10 Message generated for change (Comment added) made by aditsu You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=113153&aid=2010634&group_id=13153 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: DOM Support Group: None >Status: Closed >Resolution: Fixed Priority: 5 Private: No Submitted By: Jeff MAURY (jeffmaury) >Assigned to: Adrian Sandor (aditsu) Summary: Incorrect behaviour on Text nodes Initial Comment: On Text nodes, it is impossible to modify the content of the node. The setData method raises an exception telling the node is not modifiable. However, if you use the setNodeValue of the Node interface, no exception is raised and the node is modified. This behaviour is inconsistent and may lead JTidy adopters to write code that may be not upward compatible ---------------------------------------------------------------------- >Comment By: Adrian Sandor (aditsu) Date: 2010-10-27 10:48 Message: Fixed now, thank you ---------------------------------------------------------------------- Comment By: Martin (martinkurz) Date: 2010-08-23 01:20 Message: That's really inconsistent, created a patch for DOMCharacterDataImpl in branch CodeUpdateAndJava5. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=113153&aid=2010634&group_id=13153 |
|
From: SourceForge.net <no...@so...> - 2010-10-27 02:47:21
|
Bugs item #3050912, was opened at 2010-08-23 01:22 Message generated for change (Comment added) made by aditsu You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=113153&aid=3050912&group_id=13153 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: DOM Support Group: None >Status: Closed >Resolution: Accepted Priority: 5 Private: No Submitted By: Martin (martinkurz) >Assigned to: Adrian Sandor (aditsu) Summary: Patch for #2010634 Initial Comment: Patch for consistency on setData and setNodeValue on DOMCharacterDataImpl on branch CodeUpdateAndJava5 ---------------------------------------------------------------------- >Comment By: Adrian Sandor (aditsu) Date: 2010-10-27 10:47 Message: Applied, thank you! ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=113153&aid=3050912&group_id=13153 |
|
From: SourceForge.net <no...@so...> - 2010-10-26 18:59:49
|
Bugs item #3038697, was opened at 2010-08-03 10:48 Message generated for change (Comment added) made by fgiust You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=113153&aid=3038697&group_id=13153 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Johannes Weberhofer (weberho) Assigned to: Adrian Sandor (aditsu) Summary: Remove lots of the reasons for failing junit-tests Initial Comment: Most junit tests were failing because there were jtidy-version information in the resulting messages definied. I have fixed those issues plus some general issues, so that there should be 'only' around 90 failing junit tests at the end. ---------------------------------------------------------------------- >Comment By: fabrizio giustina (fgiust) Date: 2010-10-26 20:59 Message: The fix for the removal of the initial message have been committed to both trunk and the java5 branch. I didn't committed any other change to the expected output, they probably have to be reviewed to see if the new output is really ok. After this change, the result from trunk is: Tests run: 309, Failures: 115, Errors: 7 (which is pretty close to the 100 failures/1 error status in revision 812 -the last revision in which those tests have been considered before checking in patches) ---------------------------------------------------------------------- Comment By: Johannes Weberhofer (weberho) Date: 2010-08-17 09:13 Message: I have recognized, that most of the problems occured because the testcases have jtidy version information inside, but the option set to off in the test-case settings. So I decided to remove those settings. For the other changes i was comparing the actual in- and output of the test cases and seeing wheter the results are matching the excepted values. However it is in many cases really hard to decide... Several of the occuring errors are really problems which needs to be fixed - I haven't done any changes there. After beeing back from holidays I could also provide you with peperated patches for the test cases if you like. However there are so many... ---------------------------------------------------------------------- Comment By: Adrian Sandor (aditsu) Date: 2010-08-17 02:36 Message: Um.. did you create this patch just by running the tests and assuming the current output is correct? If so, why do you think it is good to make that assumption? ---------------------------------------------------------------------- Comment By: Johannes Weberhofer (weberho) Date: 2010-08-03 12:14 Message: Ok. I'll send you a patch so that maven produces 1.4 code,too (in trunk) and have a look on the new sources. ---------------------------------------------------------------------- Comment By: Adrian Sandor (aditsu) Date: 2010-08-03 11:43 Message: I don't use maven so I can't comment on the pom, but afaik, the DOM part of the java api was added in 1.4, so JTidy couldn't run in 1.3 (or maybe only part of it). Also, recent versions of JTidy were compiled for 1.4. Yes, that branch is usable and I think better than trunk at this point, but I'm not sure about organizing the new classes, maybe you can take a look and give some feedback. The new test suite is TidyTests. Thanks for your contributions. ---------------------------------------------------------------------- Comment By: Johannes Weberhofer (weberho) Date: 2010-08-03 11:28 Message: Java compatibility is set to 1.3 in the pom.xml in trunk. I think, it whould be set to 1.4, as it 1.3 is outdated for a long time. Is the current CodeUpdateAndJava5 branch useable? Then I would possibly to switch to that branch and help improving jtidy (as my time allows me so). ---------------------------------------------------------------------- Comment By: Adrian Sandor (aditsu) Date: 2010-08-03 11:07 Message: I kind of gave up on those test cases, and made a new test suite on the CodeUpdateAndJava5 branch, where "only" 73 tests fail now (meaning the result is not 100% byte-by-byte identical with Tidy). But I think it's good to fix these tests too, especially if we plan to maintain the trunk version (compatible with java 1.4) longer. I'll check your patch when I find some time. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=113153&aid=3038697&group_id=13153 |
|
From: SourceForge.net <no...@so...> - 2010-10-26 16:16:34
|
Bugs item #2990554, was opened at 2010-04-22 03:09 Message generated for change (Comment added) made by aditsu You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=113153&aid=2990554&group_id=13153 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Tidy functionality Group: None >Status: Closed Resolution: None Priority: 5 Private: No Submitted By: Nobody/Anonymous (nobody) Assigned to: Adrian Sandor (aditsu) Summary: Tidy can wrap line in the middle of utf8 byte sequence. Initial Comment: I have used jtidy to clean up xml files. In some cases it produce files with incorrect symbols(0x0 symbol in utf8 xml files). I spent some time to debug: Tidy use line wrapping by default and have a bug with line wrapping. Tidy can wrap line in the middle of utf8 byte sequence. ---------------------------------------------------------------------- >Comment By: Adrian Sandor (aditsu) Date: 2010-10-27 00:16 Message: Closing due to lack of feedback; it's most likely fixed ---------------------------------------------------------------------- Comment By: Adrian Sandor (aditsu) Date: 2010-08-18 09:06 Message: Hi, can you please check if this bug is now fixed in SVN? (due to fixing bug 3038314) ---------------------------------------------------------------------- Comment By: Adrian Sandor (aditsu) Date: 2010-04-24 15:21 Message: Hi, first of all, what JTidy version are you using? Your patch doesn't compile with the current code. By the way, you can attach files to bug reports. ---------------------------------------------------------------------- Comment By: Nobody/Anonymous (nobody) Date: 2010-04-22 20:05 Message: I have fixed it. Sorry, my first assumption was wrong. Problem in PPrint.java lines 706, 721. Code is: wraphere = linelen + 2; // 2, because AddChar is not till later but is should be: wraphere = linelen + 1; // 1, because we have arrays uses 0 as first char index and position of last symbol is len - 1 and because AddChar is not till later I have uploaded file with my changes. http://tuzikbottle.com/images/exchange/PPrint.java If you have any question mail me to vyacheslav.gudkov at gmail.com ---------------------------------------------------------------------- Comment By: Nobody/Anonymous (nobody) Date: 2010-04-22 16:09 Message: There is a test file: <root> <a>1,1′-azobis</a> </root> My test settings: Tidy tidy = new Tidy(); tidy.setXmlTags(true); tidy.setXmlOut(true); tidy.setFixBackslash(true); // replace \ with / in urls tidy.setFixComments(true); // detect mal-formed comments tidy.setHideComments(true); // hide all comments tidy.setHideEndTags(true); // prefer self-closing tag where possible tidy.setLowerLiterals(true); // output lower-case attrib names tidy.setMakeBare(true); // clean Microsoft cruft tidy.setNumEntities(true); // prefer number entities to named ones tidy.setTidyMark(false); // don't add meta tag giving tidy credit tidy.setOutputEncoding("UTF-8");// force tidy to report encoding as utf-8 instead of other tidy.setQuoteNbsp(true); // if char 160 is found, output as tidy.setMakeClean(true); // remove presentational clutter tidy.setDocType("omit"); tidy.setWraplen(9); ---------------------------------------------------------------------- Comment By: Nobody/Anonymous (nobody) Date: 2010-04-22 15:04 Message: I try to fix it today and upload patch. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=113153&aid=2990554&group_id=13153 |
|
From: SourceForge.net <no...@so...> - 2010-10-04 09:26:35
|
Bugs item #3080816, was opened at 2010-10-04 11:22 Message generated for change (Comment added) made by weberho You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=113153&aid=3080816&group_id=13153 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Johannes Weberhofer (weberho) Assigned to: Nobody/Anonymous (nobody) Summary: pom.xml - more patches Initial Comment: Some fixes regarding fixing the project information itself. ---------------------------------------------------------------------- >Comment By: Johannes Weberhofer (weberho) Date: 2010-10-04 11:26 Message: the patch for the update branch contains the last submitted patch jtidy-update-3077955-pom.xml.patch, too ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=113153&aid=3080816&group_id=13153 |
31 messages has been excluded from this view by a project administrator.
