View Issue Details
ID | Project | Category | View Status | Date Submitted | Last Update |
---|---|---|---|---|---|
0005261 | mantisbt | bugtracker | public | 2005-02-18 18:00 | 2005-09-11 08:12 |
Reporter | cbystrom | Assigned To | ryandesign | ||
Priority | normal | Severity | minor | Reproducibility | always |
Status | closed | Resolution | fixed | ||
Product Version | 0.19.2 | ||||
Fixed in Version | 1.0.0rc2 | ||||
Summary | 0005261: Reproducing newlines and br tags when cloning | ||||
Description | When you clone a bug the description from the parent is prepopulated into the description for the new clone. This text is passed through the string prepation function with uses the nl2br function. This causes the line spacing to be duplicated, replacing a single newline with a newline and a BR tag. If you clone the new child again, the line spacing is again duplicated, again doubling the number of newlines and br tags. Essentially it grows the line spacing exponentially with every clone. I have been able to mitigate the problem by altering line 48 in bug_report_page.php to not pass the return value of get_bug() through bug_prepare_display() but I do not know the ramifications of this on further processing. | ||||
Tags | No tags attached. | ||||
has duplicate | 0005371 | closed | ryandesign | Using "#000" in issue summary yields strange "Clone Issue" page |
has duplicate | 0006720 | closed | ryandesign | HTML Line breaks added when cloning issue |
has duplicate | 0006964 | closed | vboctor | Add in field "Description" when you clone a bug |
Browsers I tested (Safari, Firefox) don't double the line spacing; they insert a literal br tag in the bug text, which they shouldn't. If the text contains other HTML substitutions (like the ViewCVS links) these are also inserted into the clone as HTML instead of the original text markup. |
|
Thanks for the tip: bug_prepare_display() should have been bug_prepare_edit() bug_report_page.php -> 1.56 |
|