-
Notifications
You must be signed in to change notification settings - Fork 811
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Fix safari clipboard bug #1722
Fix safari clipboard bug #1722
Conversation
…sures block that and currently cause safari to display a paste menu
Thank you for your contributions. |
// Web - esp Safari Mac/iOS has security measures in place that restrict | ||
// cliboard status checks w/o direct user interaction. So skip this | ||
// for web |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
If this issue is specific to Safari (Mac/iOS), shouldn't we only introduce this change for safari instead of all browsers?
@mtallenca |
Only thinking I had was operating systems and browsers moving more and more
into the direction of privacy and any data sharing(i.e.
clipboard) requiring user interaction. I'm still seeing messages in Chrome
console indicating "Third party cookies will be blocked in future Chrome
version as part of privacy sandbox". I don't think it's a stretch that
additional constraints will be applied to clipboard viewing as well. It may
work now in Chrome, but it would not surprise me if that stops working in
the near future.
…On Thu, Sep 19, 2024 at 8:41 AM Ellet ***@***.***> wrote:
@mtallenca <https://github.com/mtallenca>
Can explain why this change was made for all browsers instead of Safari
only?
—
Reply to this email directly, view it on GitHub
<#1722 (comment)>,
or unsubscribe
<https://github.com/notifications/unsubscribe-auth/AAXMGLLI47ZXSA3T5S7M3TDZXLWDJAVCNFSM6AAAAABC3K5IWGVHI2DSMVQWIX3LMV43OSLTON2WKQ3PNVWWK3TUHMZDGNRRGM3TIOBWGE>
.
You are receiving this because you were mentioned.Message ID:
***@***.***>
|
Thank you for the explanation, I was trying to fix #2220, and I couldn't find where the paste logic is performed for the web. It seems to be separated from non-web platforms. So, I initially thought this was related but didn't seem to be the issue. |
With Safari 17.2.1 on Desktop and iOS 17 Safari - performing Clipboard status checks causes a "Paste" menu to be displayed and stops user input. The status checks were initialized by ClipboardStatusNotifier when a default value of "unknown" was used in it's constructor as well as each time the editor content changed. This PR gives the web a default value of ClipboardStatus.pasteable and doesn't force update calls when content change on web.
Related Issues
Fix Editor for web app keeps showing "paste" dialog everytime in a read only content page from IOS web browser #1567
Suggestions
Cut/Copy/Paste with keyboard shortcuts work on web, but right click menu items cut/copy/paste do not work correctly. This PR does not address this existing issue.
Breaking Change
Does your PR require plugin users to manually update their apps to accommodate your change?
[x] No, this is not a breaking change.