Bug 94845 – canvas fallback content is stripped out on copy and paste

• Status: NEW
• Component: HTML Editing

[Ryosuke Niwa]

http://code.google.com/p/chromium/issues/detail?id=125912

Reproduction steps:
1. AA<canvas>BB</canvas>CC
2. select the text covering canvas tag
3. ctrl+c copy to clipboard.

Expected result:
the system clipboard should include the fallback content inside canvas tag. ==> "AABBCC"

Actual result:
the fallback content is stripped.  ==> "AACC"

[Ahmad Saleem]

Created attachment 459957 [details]
Safari 15.5 matches other browsers

I created a following JSFiddle from given test case in Comment 01 - https://jsfiddle.net/m4dz1nkj/show

I am not able to reproduce the actual or expected result, it is altogether different results but it is consistent and same across all browser as shown in the attached picture.

Should this be marked as "RESOLVED INVALID"? Thanks!

[Alexey Proskuryakov]

This issue still partly reproduces:

- HTML-like flavors contain an empty canvas element without fallback content.
- RTF and UTF-16 flavors contain the fallback "BB".
- UTF-8 and NSString PboardType do not contain the fallback.

[Radar WebKit Bug Importer]

<rdar://problem/94288746>

[Ryosuke Niwa]

(In reply to Alexey Proskuryakov from comment #2)
> This issue still partly reproduces:
> 
> - HTML-like flavors contain an empty canvas element without fallback content.
> - RTF and UTF-16 flavors contain the fallback "BB".
> - UTF-8 and NSString PboardType do not contain the fallback.

Huh, that's some odd inconsistencies. I guess we fixed this partially.