Uploaded image for project: 'Confluence Data Center'
  1. Confluence Data Center
  2. CONFSERVER-7491

Escaped (+) and (-) in content revert to emoticons when opening for Edit

XMLWordPrintable

    • Icon: Bug Bug
    • Resolution: Fixed
    • Icon: Medium Medium
    • 3.0
    • 2.2.10
    • None

    • Tomcat 5.5, JDK 1.5, RH linux, Firefox

      To reproduce this bug:

      1. Create a new page and open for edit in the Rich text editor.
      2. Enter in text box:
      3. Save page. Content will be renedered in View as a plus emoticon.
      4. Open for Edit again in Wiki Markup editor.
      5. Use the escape character to force the string to appear as text by changing the content to (+)
      6. Save page. Content will be rendered as the normal text:
      7. Open for Edit then save without making any changes.
      8. Content will be rendered in View as a plus emoticon again.

      Somewhere, the escape characters are being removed.

            [CONFSERVER-7491] Escaped (+) and (-) in content revert to emoticons when opening for Edit

            Per Fragemann [Atlassian] added a comment -

            transitioning all public issues that are marked as fixed against internal milestones m1 to m7 to the new fixed-for version 3.0, so they show up better in the changelog. will soon archive all milestones, so these issues would not show up anymore in jira otherwise

            Per Fragemann [Atlassian] added a comment - transitioning all public issues that are marked as fixed against internal milestones m1 to m7 to the new fixed-for version 3.0, so they show up better in the changelog. will soon archive all milestones, so these issues would not show up anymore in jira otherwise

            Don Willis added a comment -

            Fixed via RNDR-55 and RNDR-56.
            Emoticons should all be escapable with a backslash in wiki markup now. Entering their text into the wysiwyg editor will no longer produce an image as the conversion to wiki markup will add a preceding backslash.

            Don Willis added a comment - Fixed via RNDR-55 and RNDR-56. Emoticons should all be escapable with a backslash in wiki markup now. Entering their text into the wysiwyg editor will no longer produce an image as the conversion to wiki markup will add a preceding backslash.

            Alfred Nathaniel added a comment -

            This bug is still present in Confluence 2.6.0.

            Alfred Nathaniel added a comment - This bug is still present in Confluence 2.6.0.

            Doug South added a comment -

            This seems to be more about how the escape works. You can initially escape and emoticon that starts with an open parenthesis. But when the the others are not quoted.

            In wiki text, this all works well, as long as the content is never viewed in TinyMCE. In TinyMCE the escapes are lost. Hence on round tripping the quoted emoticons that can be quoted revert to the emoticons. You can also lose the escapes by just flipping between Rich Text and Wiki Text while editing.

            Doug South added a comment - This seems to be more about how the escape works. You can initially escape and emoticon that starts with an open parenthesis. But when the the others are not quoted. In wiki text, this all works well, as long as the content is never viewed in TinyMCE. In TinyMCE the escapes are lost. Hence on round tripping the quoted emoticons that can be quoted revert to the emoticons. You can also lose the escapes by just flipping between Rich Text and Wiki Text while editing.

              don.willis@atlassian.com Don Willis
              cecd0685f842 Matthew Muller
              Affected customers:
              5 This affects my team
              Watchers:
              3 Start watching this issue

                Created:
                Updated:
                Resolved: