Bug 161544 - Access the pasteboard data in multiple formats is not working
Summary: Access the pasteboard data in multiple formats is not working
Status: NEW
Alias: None
Product: WebKit
Classification: Unclassified
Component: DOM (show other bugs)
Version: Safari 9
Hardware: All OS X 10.11
: P2 Blocker
Assignee: Nobody
URL: http://codebits.glennjones.net/editin...
Keywords: HTML5
Depends on:
Blocks:
 
Reported: 2016-09-02 12:40 PDT by Daniel Böhringer
Modified: 2019-02-06 09:18 PST (History)
4 users (show)

See Also:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Daniel Böhringer 2016-09-02 12:40:39 PDT
Your documentation promises the ability to access the pasteboard data in multiple formats: https://developer.apple.com/library/iad/documentation/AppleApplications/Conceptual/SafariJSProgTopics/Tasks/CopyAndPaste.html

however, if i copy rich text from e.g. Pages.app, i cannot read the rich text from within Safari.
you can verify this here:
http://codebits.glennjones.net/editing/getclipboarddata.htm

Chrome and Firefox do not expose this problem. Firefox even gives access to RTF data when rich text is on the pasteboard.
Comment 1 Martin Carlberg 2016-09-02 15:05:36 PDT
Yeah, please fix this. This is a very irritating bug.
Comment 2 Kjell Nilsson 2016-09-04 02:30:15 PDT
We need this in a system running for the City of Gothenburg, Sweden. Right now we have to tell all our users that they need to use Google Chrome instead ;-/. Thanks.
Comment 3 Daniel Böhringer 2016-09-21 04:14:46 PDT
the issue is still present in Safari 10.
Please fix as soon as possible.
Comment 4 Jessica 2017-01-12 22:17:01 PST
It appears that any macOS pasteboard type which isn’t utf-8 plain text will return an empty string in the paste event.

It’d be lovely if this could be improved!
Comment 5 Lucas Forschler 2019-02-06 09:18:29 PST
Mass move bugs into the DOM component.