75891 2012-01-09 14:37:05 -0800 Safari fails to fire paste events 2026-03-12 19:10:54 -0700 1 1 1 Unclassified WebKit HTML Editing 525.x (Safari 3.2) All All RESOLVED CONFIGURATION CHANGED InRadar P2 Normal --- 1 mkbitbucket webkit-unassigned ahmad.saleem792 alexandre.wilhelmfr alexei.alexandrov aljungberg andrew.hankinson ap bdakin daniel.boehringer duardeco enrica martin nik.kyriakides rniwa sam sorin.sbarnea webkit-bug-importer wenson_hsieh oldest_to_newest 532538 0 mkbitbucket 2012-01-09 14:37:05 -0800 Safari fails to fire paste events (onpaste, onbeforepaste) attached to the document (or body) when Cmd-V is pressed and the focus is not in a text input or text area node. Prior to Lion, the onBeforePaste event fired allowing us to execute JS that put the focus into a (hidden) textarea when then accepted the paste. 900312 1 aljungberg 2013-06-13 16:00:39 -0700 I can confirm this is still a problem in Safari 6.0.4 running in Mac OS X 10.8 (Mountain Lion). The "beforepaste" handler does not fire: - when Cmd-V is pressed - or when the Edit menu is opened - regardless of if it's attached to the window or document - with or without the "capture" flag set for addEventListener - with or without spelling the handler "beforepaste" or "onbeforepaste" (as a long fixed Safari bug required). - nor if "beforepaste" is attached to every dom element in the whole document This makes it seem pretty much impossible to paste into anything but a textfield or a textarea in Safari. In Cappuccino, we often have non-traditional editable controls (token fields, collection views, tables) where you'd expect to be able to paste. 900333 2 aljungberg 2013-06-13 17:18:25 -0700 The problem seems to exist in the Webkit Nightly build too (WebKit r151570). Speaking without any experience on the WebKit source code, this code in EditorCommand.cpp:1277 looks a bit suspicious: static bool enabledPaste(Frame* frame, Event*, EditorCommandSource) { return frame->editor().canPaste(); } Compare that to the same file, line 1234: static bool enabledCopy(Frame* frame, Event*, EditorCommandSource) { return frame->editor().canDHTMLCopy() || frame->editor().canCopy(); } enabledCut works similarly. So at least in this instance, paste seems to be treated differently than cut and copy, and canDHTMLPaste() is never consulted. 1006892 3 daniel.boehringer 2014-05-06 01:34:33 -0700 i can confirm that the issue is still present in Safari 7.0.2. Works in Chrome/FF. 1009492 4 sorin.sbarnea 2014-05-15 02:49:40 -0700 And more important, why is this still unconfirmed? 1022164 5 daniel.boehringer 2014-07-13 22:52:12 -0700 i herewith confirm that this bug is still present in safari 7.0.5. 1022190 6 andrew.hankinson 2014-07-14 02:09:15 -0700 This bug should be re-classified to Macintosh Mac OS X 10.9+ and Safari 9537.77.4 1031040 7 daniel.boehringer 2014-08-24 23:44:58 -0700 still an issue in Version 7.0.6 (9537.78.2) 1042315 8 daniel.boehringer 2014-10-17 00:09:09 -0700 still an issue on safari 8 1042493 9 martin 2014-10-17 15:13:01 -0700 This is a very annoying bug. We have hundreds of users on our webapp and we have to recommend them to use another browser. Very sad... 1043583 10 alexandre.wilhelmfr 2014-10-22 16:17:29 -0700 Any news of this issue ? We would like to support safari for our application, but this is impossible because this issue... 1133773 11 alexei.alexandrov 2015-10-15 22:44:37 -0700 The issue seems to exist in Safari 9 too. 1146660 12 nik.kyriakides 2015-12-05 20:03:38 -0800 +1 - If this is not fixed, we need to use a contenteditable div to catch the paste even t which makes everything more complicated when interacting with the document 1200444 13 duardeco 2016-06-08 07:54:56 -0700 Doesn't work in Safari 9.1, El Capitan contentEditable property helps as a workaround 1503212 14 lforschler 2019-02-06 09:18:38 -0800 Mass move bugs into the DOM component. 1526622 15 webkit-bug-importer 2019-04-11 21:26:49 -0700 <rdar://problem/49839995> 2112369 16 rniwa 2025-04-22 01:42:49 -0700 Maybe this has been fixed by https://github.com/WebKit/WebKit/pull/38127? 2189841 17 rniwa 2026-03-12 19:10:54 -0700 Yup, this is fixed by https://github.com/WebKit/WebKit/pull/38127.