Community
Participate
Working Groups
Using 3.4.0 Consider the following simple test case: public interface X01 { /** * <pre> * Unclosed pre tag */ int foo(); /** * Sample showing that the formatter does not handle * unclosed html tags properly * * @return here's a simple return tag which description lines * should be indented when using default Eclipse built-in profile. * however due to the unclosed html 'pre' tag in the field javadoc * comment, this return tag won't be formatted! */ int bar(); } Using Eclipse built-in profile + max line length=40, it's currently formatted like: public interface X01 { /** * <pre> * Unclosed pre tag */ int foo(); /** * Sample showing that the formatter * does not handle unclosed html * tags properly * * @return here's a simple return * tag which description lines * should be indented when using * default Eclipse built-in profile. * however due to the unclosed html * 'pre' tag in the field javadoc * comment, this return tag isn't be * formatted! */ int bar(); } Note that the return tag description lines are not indented although they should!
This is a huge regression comparing to 3.3. The correct output on the initial test case should be: public interface X01 { /** * <pre> * Unclosed pre tag * */ int foo(); /** * Sample showing that the formatter * does not handle unclosed html * tags properly * * @return here's a simple return * tag which description * lines should be indented * when using default * Eclipse built-in profile. * however due to the * unclosed html 'pre' tag * in the field javadoc * comment, this return tag * isn't be formatted! */ int bar(); } Philippe, do you agree to address this bug for 3.4.1?
Created attachment 106804 [details] Proposed patch Reset the html tags counter when starting the parse of a new javadoc comment...
Released for 3.5M1
+1 for 3.4.1
Created attachment 106846 [details] Proposed patch for R3_4_maintenance stream
Released for 3.4.1
Verified for 3.5M1 using I20080805-1307
Reopen to close as RESOLVED/FIXED. Will be closed as VERIFIED during 3.4.1 verification pass.
Fixed.
*** Bug 241493 has been marked as a duplicate of this bug. ***
Verified for 3.4.1 using M20080827-2000