id,summary,reporter,owner,description,type,status,priority,component,severity,resolution,keywords,cc,release 8377,Underlined acronyms aren't always converted,Ben Allen,Ryan J Ollos,"When an acronym is underlined, AcronymsPlugin does not detect it or add the {{{}}} tag to it. If the acronym contains other style elements ""inside"" the underline, then the acronym is tagged as expected. For example, take the following wiki content: {{{Acronym test: SCSI __SCSI__ '''SCSI''' ''SCSI'' '''''SCSI''''' __''SCSI''__ __'''SCSI'''__ ''__SCSI__'' '''__SCSI__''' '''__''SCSI''__'''}}} The following HTML is generated (newlines added for readability): {{{ #!xml Acronym test: SCSI SCSI SCSI SCSI SCSI SCSI SCSI SCSI SCSI SCSI }}} which displays as: {{{ #!html Acronym test: SCSI SCSI SCSI SCSI SCSI SCSI SCSI SCSI SCSI SCSI }}} The underlined text was not made into an acronym. The underline + italics and underline + bold cases were, but only if the underline markup was on the *outside* of the bold/italics markup. Curiously enough, the underline + bold + italics case works as long as the underline is not the innermost markup element. My guess is that the parser is allowing underscores in an acronym and is interpreting the double-underscore as part of the acronym (thus it doesn't match anything in the acronym list so it doesn't get tagged). Stripping off leading and trailing non-alphanumeric characters before comparing the text to the acronym list should fix this problem, but I haven't tried to patch it myself so I can't say for sure.",defect,new,normal,AcronymsPlugin,normal,,,,0.12