NEW 94845
canvas fallback content is stripped out on copy and paste
https://bugs.webkit.org/show_bug.cgi?id=94845
Summary canvas fallback content is stripped out on copy and paste
Ryosuke Niwa
Reported 2012-08-23 14:01:37 PDT
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"
Attachments
Safari 15.5 matches other browsers (344.39 KB, image/png)
2022-06-02 05:41 PDT, Ahmad Saleem
no flags
Ahmad Saleem
Comment 1 2022-06-02 05:41:09 PDT
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
Comment 2 2022-06-02 09:03:15 PDT
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
Comment 3 2022-06-02 09:03:24 PDT
Ryosuke Niwa
Comment 4 2022-06-02 09:33:16 PDT
(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.
Note You need to log in before you can comment on or make changes to this bug.