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

In code or preformatted block, a line beginning with multiple spaces causes the page to be uneditable

XMLWordPrintable

      There are some pages in our Confluence system that we cannot edit. It appears that that for any page where there are code blocks, and within those code blocks there are lines with several leading spaces, that the page cannot be edited.

      (I suspect that this is a bug that has been introduced at some point, as I can recall this not previously being an issue.)

      An example would be...

               pure-pw useradd <login> [-f <passwd file>] -u <uid> [-g <gid>]
                         -D/-d <home directory> [-c <gecos>]
                         [-t <download bandwidth>] [-T <upload bandwidth>]
                         [-n <max number of files>] [-N <max Mbytes>]
                         [-q <upload ratio>] [-Q <download ratio>]
                         [-r <allow client host>[/<mask>][,<allow client host>[/<mask>]]...]
                         [-R <deny client host>[/<mask>][,<deny client host>[/<mask>]]...]
                         [-i <allow local host>[/<mask>][,<allow client host>[/<mask>]]...]
                         [-I <deny local host>[/<mask>][,<deny local host>[/<mask>]]...]
                         [-y <max number of concurrent sessions>]
                         [-z <hhmm>-<hhmm>] [-m]

      Symptoms vary slightly depending on browser:

      Firefox 3.6/4.0: Editor opens but is empty and it is not possible to switch to preview or source.
      IE 9.0: [Seperate to this issue, it seems that rich text editing is broken in IE9. (Blocks are not shown and carriage returns do not behave as expected.)] Not possible to switch to markup or preview.
      Chrome: Chrome is fine, so that's my workaround. I note that it is quite slow though, indicating that possibly there's an exception being handled?

      Any other questions, please let me know.

        1. bad.png
          bad.png
          4 kB
        2. badenough.txt
          0.8 kB
        3. good.png
          good.png
          4 kB
        4. good.txt
          0.8 kB
        5. hex.png
          hex.png
          7 kB
        6. Warning_Unresponsive_Script_Firefox.jpg
          Warning_Unresponsive_Script_Firefox.jpg
          49 kB

            [CONFSERVER-22110] In code or preformatted block, a line beginning with multiple spaces causes the page to be uneditable

            Roy Hartono [Atlassian] added a comment -

            Thanks for clarifying the cause Bob,

            It turns out this is a duplicate of CONF-20721.

            I will close this one as CONF-20721 has more watchers and votes.

            Cheers,

            Roy

            Roy Hartono [Atlassian] added a comment - Thanks for clarifying the cause Bob, It turns out this is a duplicate of CONF-20721 . I will close this one as CONF-20721 has more watchers and votes. Cheers, Roy

            JoachimA added a comment - - edited

            Using the attached badenough.txt and good.txt, I was able to reproduce the problem in Firefox only. It works fine in IE 8.

            Here are the steps to reproduce:

            1. Create a new page using Firefox
            2. Change to Wiki Markup
            3. Copy the contents from badenough.txt and paste it to the page
            4. Save the page
            5. After clicking on 'Edit' page again, the Firefox browser will just hang there and throws the following script error:
            6. Repeat Step 1 till 5 using good.txt does not face the same problem

            However, when I try to reproduce this problem in our internal Confluence 4.0 Beta, this problem is no longer persisting anymore.

            JoachimA added a comment - - edited Using the attached badenough.txt and good.txt , I was able to reproduce the problem in Firefox only. It works fine in IE 8. Here are the steps to reproduce: Create a new page using Firefox Change to Wiki Markup Copy the contents from badenough.txt and paste it to the page Save the page After clicking on 'Edit' page again, the Firefox browser will just hang there and throws the following script error: Repeat Step 1 till 5 using good.txt does not face the same problem However, when I try to reproduce this problem in our internal Confluence 4.0 Beta, this problem is no longer persisting anymore.

            JoachimA added a comment -

            A comment from Bob inside the support ticket:

            Following my directions I tried to reproduce (by typing my example into a new page) and I found that it worked fine; I couldn't reproduce it either. I decided then to restore a previous version of a page that was exhibiting the problem. The page could be edited in Chrome but not in Firefox. I copied the wiki markup from the 'bad' page into Firefox and then tried to switch to 'Rich Text' and it hung trying to render the markup.

            I realised that there must have been something different in the markup even although they looked the same. What I found was that the whitespace from the 'bad' markup was not 0x20 but 0xa0 (which I believe is non-breaking space).

            My instructions were wrong therefore and it is not spaces that are the problem, but non-breaking spaces, it seems.

            I've attached images from Notepad++ that show normal whitespace that doesn't cause the problem (good.png), the non-breaking whitespace that does reproduce the problem (bad.png), and the hex view of the non-breaking whitespaces (hex.png).

            This may make the case a non-issue. I can't understand how the non-breaking spaces are there, and indeed they should not be there if typed from a keyboard.

            JoachimA added a comment - A comment from Bob inside the support ticket: Following my directions I tried to reproduce (by typing my example into a new page) and I found that it worked fine; I couldn't reproduce it either. I decided then to restore a previous version of a page that was exhibiting the problem. The page could be edited in Chrome but not in Firefox. I copied the wiki markup from the 'bad' page into Firefox and then tried to switch to 'Rich Text' and it hung trying to render the markup. I realised that there must have been something different in the markup even although they looked the same. What I found was that the whitespace from the 'bad' markup was not 0x20 but 0xa0 (which I believe is non-breaking space). My instructions were wrong therefore and it is not spaces that are the problem, but non-breaking spaces, it seems. I've attached images from Notepad++ that show normal whitespace that doesn't cause the problem (good.png), the non-breaking whitespace that does reproduce the problem (bad.png), and the hex view of the non-breaking whitespaces (hex.png). This may make the case a non-issue. I can't understand how the non-breaking spaces are there, and indeed they should not be there if typed from a keyboard.

            JoachimA added a comment -

            Re-opening this ticket because it is indeed a bug.

            JoachimA added a comment - Re-opening this ticket because it is indeed a bug.

            Roy Hartono [Atlassian] added a comment -

            Hi Bob,

            I have created a JIRA support ticket for you at: support.atlassian.com You should receive an email shortly containing a direct link to the support ticket.

            Please refer to the support ticket for any future correspondence relating to this issue.

            Regards

            Roy Hartono
            Atlassian Support Team.

            Roy Hartono [Atlassian] added a comment - Hi Bob, I have created a JIRA support ticket for you at: support.atlassian.com You should receive an email shortly containing a direct link to the support ticket. Please refer to the support ticket for any future correspondence relating to this issue. Regards Roy Hartono Atlassian Support Team.

              Unassigned Unassigned
              f4ab7f3591f9 Bob McChesney
              Affected customers:
              0 This affects my team
              Watchers:
              0 Start watching this issue

                Created:
                Updated:
                Resolved: