Uploaded image for project: 'eZ Publish / Platform'
  1. eZ Publish / Platform
  2. EZP-21903

Copy & paste with chrome insert non break space



      I'm unsure if this should be regarded as a bug on eZOE, or if we could implement an enhancement to account for a bug in Chrome and / or tinyMCE stack.

      steps to reproduce
      • Using chrome, in an eZ Publish 5.1 admin portal, edit or create a new article object
      • In the Body field enter some text, select it, copy to clipboard, go to end of line, enter a space, paste, enter another space, paste again, publish
      • View the article (either in front end or back end), inspect the text element.
        . You'll verify that the spaces between the pasted text have been replaced by non breakable spaces "& nbsp ;"

      This could only be reproduced with chrome and seems to be related to this tinyMCE bug report.

      The ill effect of this behavior is that editors won't notice that the XML saved has the special characters until some layout in the front end breaks, due to the non breakable spacing used.

      I've compared the contents stored in MySQL ezcontentobject_attribute using chrome and firefox.
      At a first glance, data_text seems the same.
      But, if you select a different codepage (set names cp1250, for instance) instead of the default and expected utf8, you'll verify that chrome is adding some unexpected character to the content, right where the non breaking spaces show up

        Issue Links


          Damien Pobel (Inactive) logged work - 08/Nov/13 5:08 PM - edited
          • Time Spent:
            6 hours

            reproduce and trying to fix

          Damien Pobel (Inactive) logged work - 15/Nov/13 6:58 PM
          • Time Spent:
            6 hours


          Damien Pobel (Inactive) logged work - 18/Nov/13 5:53 PM
          Joao Pingo (Inactive) logged work - 19/Nov/13 5:58 PM
          • Time Spent:
            5 hours

            Testing and closed


            • Assignee:
              Joaquim Cavalleri (Inactive)
            • Votes:
              0 Vote for this issue
              7 Start watching this issue


              • Created:

                Time Tracking

                Original Estimate - Not Specified
                Not Specified
                Remaining Estimate - 0 minutes
                Time Spent - 2 days, 2 hours
                2d 2h