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

Copy & paste with chrome insert non break space

    Details

      Description

      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

          Activity

          Joaquim Cavalleri (Inactive) created issue -
          Joaquim Cavalleri (Inactive) made changes -
          Field Original Value New Value
          Description 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.

          h5. 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 a non breakable space "*& n b s p ;*"

          This could only be reproduced with chrome and seems to be related to this _tinyMCE_ [bug report|http://www.tinymce.com/develop/bugtracker_view.php?id=4919].

          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
          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.

          h5. 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 "_& n b s p ;_"

          This could only be reproduced with chrome and seems to be related to this _tinyMCE_ [bug report|http://www.tinymce.com/develop/bugtracker_view.php?id=4919].

          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
          Joaquim Cavalleri (Inactive) made changes -
          Description 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.

          h5. 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 "_& n b s p ;_"

          This could only be reproduced with chrome and seems to be related to this _tinyMCE_ [bug report|http://www.tinymce.com/develop/bugtracker_view.php?id=4919].

          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
          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.

          h5. 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|http://www.tinymce.com/develop/bugtracker_view.php?id=4919].

          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
          Joaquim Cavalleri (Inactive) made changes -
          Status Open [ 1 ] Confirmed [ 10037 ]
          Gunnstein Lye made changes -
          Status Confirmed [ 10037 ] InputQ [ 10001 ]
          Damien Pobel (Inactive) made changes -
          Status InputQ [ 10001 ] Development [ 3 ]
          Assignee Damien Pobel [ damien.pobel@ez.no ]
          Damien Pobel (Inactive) made changes -
          Remaining Estimate 0 minutes [ 0 ]
          Time Spent 4 hours [ 14400 ]
          Worklog Id 42161 [ 42161 ]
          Damien Pobel (Inactive) made changes -
          Time Spent 4 hours [ 14400 ] 6 hours [ 21600 ]
          Worklog Id 42161 [ 42161 ]
          Damien Pobel (Inactive) made changes -
          Remote Link This issue links to "TinyMCE issue (Web Link)" [ 12916 ]
          Damien Pobel (Inactive) made changes -
          Summary eZOE: Copy & paste with chrome replaces spaces with   Copy & paste with chrome insert non break space
          Damien Pobel (Inactive) made changes -
          Remote Link This issue links to "Pull request (Web Link)" [ 12917 ]
          Damien Pobel (Inactive) made changes -
          Time Spent 6 hours [ 21600 ] 7 hours [ 25200 ]
          Worklog Id 42438 [ 42438 ]
          Damien Pobel (Inactive) made changes -
          Status Development [ 3 ] Documentation done [ 10011 ]
          Affects Version/s 5.0 [ 10300 ]
          Affects Version/s 5.2 [ 12582 ]
          Component/s Extensions/eZ Online Editor [ 10700 ]
          Fix Version/s 4.7 Maintenance [ 12583 ]
          Fix Version/s 5.0 Maintenance [ 11287 ]
          Fix Version/s 5.1 Maintenance [ 12301 ]
          Fix Version/s 5.2 Maintenance [ 12782 ]
          Damien Pobel (Inactive) made changes -
          Time Spent 7 hours [ 25200 ] 1 day, 5 hours [ 46800 ]
          Worklog Id 42439 [ 42439 ]
          Joao Pingo (Inactive) made changes -
          Status Documentation done [ 10011 ] QA [ 10008 ]
          Assignee Damien Pobel [ damien.pobel@ez.no ] Joao Pingo [ joao.pingo@ez.no ]
          Joao Pingo (Inactive) made changes -
          Assignee Joao Pingo [ joao.pingo@ez.no ]
          Status QA [ 10008 ] Closed [ 6 ]
          Resolution Fixed [ 1 ]
          Joao Pingo (Inactive) made changes -
          Resolution Fixed [ 1 ]
          Status Closed [ 6 ] Reopened [ 4 ]
          Joao Pingo (Inactive) made changes -
          Time Spent 1 day, 5 hours [ 46800 ] 2 days, 2 hours [ 64800 ]
          Worklog Id 42471 [ 42471 ]
          Joao Pingo (Inactive) made changes -
          Status Reopened [ 4 ] Closed [ 6 ]
          Resolution Fixed [ 1 ]
          Damien Pobel (Inactive) made changes -
          Link This issue relates to EZP-22313 [ EZP-22313 ]
          Damien Pobel (Inactive) made changes -
          Link This issue relates to EZP-23425 [ EZP-23425 ]
          André Rømcke made changes -
          Workflow eZ Engineering Scrumban Workflow [ 59909 ] EZ* Development Workflow [ 84477 ]
          Alex Schuster made changes -
          Workflow EZ* Development Workflow [ 84477 ] EZEE Development Workflow [ 123132 ]

            People

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

              Dates

              • Created:
                Updated:
                Resolved:

                Time Tracking

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