Pasting contents in Safari outputs <span class="Apple-style-span"> tags

[Hervé BLONDEAU]

DESCRIPTION
Pasting contents in Safari outputs <span class="Apple-style-span"> tags.
Tested with Safari 3(3.1.1) under MacOS X(10.4.11).

HOW TO REPRODUCE

1. Using MacOS/Safari3, go to the demo page at ​http://www.fckeditor.net/demo
   
2. Apply a H1 style to the only line
   
3. Place the cursor at the end of the line and press Enter
   
4. Copy any contents from the first line to the buffer
   
5. Place the cursor on the second line and paste
   

The source now contains the infamous <span class="Apple-style-span"> tag.

RANDOM COMMENTS

1. It does not occur if the configuration parameter ForceAsPlainText is set to true
   
2. Otherwise, it seems to happen regardless of the pasting method (paste button/keyboard shortcut, direct paste/paste dialog/paste from word dialog)
   
3. Tested with FCKeditor 2.5 and 2.6. I have not tried other versions
   
4. There have been several related tickets (52, 55, 569, 1701, 2113) dealing with this span tag issue, but I have not found any solution that could apply to the present problem:
   

• 52, 55, 569 were fixed with changeset 774 but this did obviously not impact this issue
  
• 1701 is related to another keyboard shortcut, plus it clearly states in one of the comments that META-V works as expected
  

4. 2113 contains an interesting patch (changeset 1951) which I downloaded and installed. The patch itself "partially" solves the problem: switching to source mode displays the unwanted tags, but then switching back to preview mode and finally back to source mode again (or saving) indeed removes all those tags. However, until the user goes through all those manipulations, the tags will still be there and thus hinder some of the functions (for instance, applying a H6 format will not seem to have any effect as it will be overridden by the span).

I thought about reusing the portion of code in the modified fckdocumentprocessor.js that removes all those span tags, to apply it after each pasting operation. However I made many tests but could not find where and how to use it, as I do not understand the event/keystroke catching model well enough. Therefore I do not know whether I am on the right track or not

Thank you

[Artur Formella]

The same bug occurs in V3 (changeset 3667, safari 4).

[Garry Yao]

It's the way how 'contentEditable' works in Webkit,we should be able to strip it out.

[Garry Yao]

Trunk affected.

[Wiktor Walc]

This is not only a problem when pasting text, sometimes when doing normal operations like applying and removing formatting or deleting a table various <span class="Apple-style-span"> tags are added.

[Frederico Caldeira Knabben]

I think it's worth having a filter to cleanup <span class="Apple-style-span"> which is enabled on WebKit only.

[Garry Yao]

We should first well figure out when webkit's adding "Apple-style-span" and enumerate couple of test cases before doing anything else.

[Frederico Caldeira Knabben]

Milestone CKEditor 3.x deleted

[Wiktor Walc]

The result in Safari 5.0.4 / Snow Leopard using the original TC is now different for me, heading is surrounded with a div tag.

<h1>
	Heading1</h1>
<p>
	&nbsp;</p>
<div style="font-family: Arial, Verdana, sans-serif; font-size: 12px; color: rgb(34, 34, 34); background-color: rgb(255, 255, 255); ">
	<h1>
		Heading1</h1>
</div>

The result in Chrome 9.0.597.94 is similar, but note the extra meta tag:

<h1>
	Heading1</h1>
<p>
	&nbsp;</p>
<meta charset="utf-8" />
<div style="font-family: Arial, Verdana, sans-serif; font-size: 12px; color: rgb(34, 34, 34); background-color: rgb(255, 255, 255); ">
	<h1>
		Heading1</h1>
</div>

The Apple-style-span class seems to be gone.

[Wiktor Walc]

The issue descibred in original TC was fixed with [6143]. TC from the last comment moved into a separate ticket: #7146