Modify ↓
Opened 15 years ago
Closed 15 years ago
#8661 closed defect (duplicate)
Odd ticket wiki processing behavoir if comment has ^ (caret) in it
Reported by: | Owned by: | ||
---|---|---|---|
Priority: | normal | Milestone: | |
Component: | rendering | Version: | 0.11-stable |
Severity: | minor | Keywords: | caret |
Cc: | Branch: | ||
Release Notes: | |||
API Changes: | |||
Internal Changes: |
Description
Any ticket which contains a single caret in it will break the rendering of the rest of the page by having all the rest of the text on the ticket be wrapped in a <sup> tag
Trac: 0.11.6stable-r8458 Python: 2.6.2 (release26-maint, Apr 19 2009, 02:15:38) [GCC 4.3.3] setuptools: 0.6c9 psycopg2: 2.0.8 Genshi: 0.5.1 mod_python: 3.3.1 GIT: 1.6.0.4 jQuery: 1.2.6
Attachments (0)
Change History (5)
comment:1 by , 15 years ago
comment:2 by , 15 years ago
interesting, on my instance of trac, all the rest of the ticket rendered in sup tags, not just the rest of the comment (which would have made sense)
comment:3 by , 15 years ago
Component: | general → rendering |
---|---|
Keywords: | caret added |
Severity: | normal → minor |
Version: | none → 0.11-stable |
comment:4 by , 15 years ago
I found that on my trac it was related to caret being in a list as follows
- testing testing bug
comment:5 by , 15 years ago
Resolution: | → duplicate |
---|---|
Status: | new → closed |
Yep, known issue, see #3232.
Note:
See TracTickets
for help on using tickets.
For example we typed d into a comment explaining how we had send EOF to the command line and ended up with a ticket that probably looks like this one.