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

When unlinking a link in an <li>, the nolink span will now wrongly propagate to subsequent list items

XMLWordPrintable

      Raised from this customer report.

      The following is a snippet of XML source from a page that I saved and then re-opened:

      <ul>
  <li>Just text.</li>
  <li>The source is also stored in the following Subversion repository:<br/>
    <span class="nolink">http://myserver:1234/svn/prod/xyz/trunk/</span>
  </li>
  <li>
    <span class="nolink">dfdfdfffddf  dfdf fdkl jdfkdfj <br/>
    </span>
  </li>
  <li>
    <span class="nolink">dfdfdf lk jdflkjdfkldj ffd<br/>
    </span>
  </li>
</ul>

      This started with a URL that I pasted in, which the RTE automatically tagged as a link. I clicked Unlink; the RTE added the <span class="nolink"> wrapper. Then I pressed Enter to create a new list item, and the <span class="nolink"> began propagating itself, as you see.

      I only noticed the <span> element because of the custom "Show Tags" CSS I was using (thanks to "Stylish").

      (Confluence 4.2 in Firefox 16.0.2 on Windows 7)

      I (Paul Curren) have also reproduced the problem on a slightly different environment - Firefox 13, Mac OS X, Confluence 5.0. In this case the <span> does not have the 'nolink' class and is instead a simple <span> tag. It is still unnecessary though, and still propagates to all subsequently created list items.

            [CONFSERVER-27437] When unlinking a link in an <li>, the nolink span will now wrongly propagate to subsequent list items

            Katherine Yabut made changes -
            Workflow Original: JAC Bug Workflow v3 [ 2896531 ] New: CONFSERVER Bug Workflow v4 [ 2989375 ]
            Owen made changes -
            Workflow Original: JAC Bug Workflow v2 [ 2787857 ] New: JAC Bug Workflow v3 [ 2896531 ]
            Status Original: Resolved [ 5 ] New: Closed [ 6 ]
            Owen made changes -
            Workflow Original: JAC Bug Workflow [ 2735205 ] New: JAC Bug Workflow v2 [ 2787857 ]
            Owen made changes -
            Workflow Original: Confluence Workflow - Public Facing - Restricted v5 - TEMP [ 2400655 ] New: JAC Bug Workflow [ 2735205 ]
            Katherine Yabut made changes -
            Workflow Original: Confluence Workflow - Public Facing - Restricted v5 [ 2300293 ] New: Confluence Workflow - Public Facing - Restricted v5 - TEMP [ 2400655 ]
            Katherine Yabut made changes -
            Workflow Original: Confluence Workflow - Public Facing - Restricted v5.1 - TEMP [ 2234429 ] New: Confluence Workflow - Public Facing - Restricted v5 [ 2300293 ]
            Katherine Yabut made changes -
            Workflow Original: Confluence Workflow - Public Facing - Restricted v5 - TEMP [ 2196846 ] New: Confluence Workflow - Public Facing - Restricted v5.1 - TEMP [ 2234429 ]
            Katherine Yabut made changes -
            Workflow Original: Confluence Workflow - Public Facing - Restricted v5 [ 1924370 ] New: Confluence Workflow - Public Facing - Restricted v5 - TEMP [ 2196846 ]
            Katherine Yabut made changes -
            Workflow Original: Confluence Workflow - Public Facing - Restricted v3 [ 1733348 ] New: Confluence Workflow - Public Facing - Restricted v5 [ 1924370 ]
            Katherine Yabut made changes -
            Workflow Original: CONF Bug Subtask WF (TEMP) [ 1690163 ] New: Confluence Workflow - Public Facing - Restricted v3 [ 1733348 ]

              shaffenden Steve Haffenden (Inactive)
              pcurren Paul Curren
              Affected customers:
              0 This affects my team
              Watchers:
              4 Start watching this issue

                Created:
                Updated:
                Resolved: