vim -g --clean"*p". Instead, it pastes its own selection like the other application doesn't exist.GVim can paste primary selection owned by another application.
9.2.491
Arch Linux GTK 4 GUI, Wayland compositor.
—
Reply to this email directly, view it on GitHub, or unsubscribe.
Triage notifications on the go with GitHub Mobile for iOS or Android.
You are receiving this because you are subscribed to this thread.![]()
Could you try #20261 and let me know if it fixes the primary selection paste? Thanks.
—
Reply to this email directly, view it on GitHub, or unsubscribe.
Triage notifications on the go with GitHub Mobile for iOS or Android.
You are receiving this because you are subscribed to this thread.![]()
Better but not complete. The selection is lost when I select text in another application, but Nothing in register * when pasting. Also Nothing in register + after copying text in another application.
—
Reply to this email directly, view it on GitHub, or unsubscribe.
Triage notifications on the go with GitHub Mobile for iOS or Android.
You are receiving this because you are subscribed to this thread.![]()
Thanks, that hint pointed straight at the bug. clipboard_changed_cb was cascading into clip_mch_lose_selection, which unconditionally called gdk_clipboard_set_content(clipboard, NULL) — so right after a foreign app took the selection we immediately re-claimed it with NULL content, and any subsequent paste read back empty. The latest push to #20261 guards that set_content(NULL) behind gdk_clipboard_is_local(). Could you give it another try?
—
Reply to this email directly, view it on GitHub, or unsubscribe.
Triage notifications on the go with GitHub Mobile for iOS or Android.
You are receiving this because you are subscribed to this thread.![]()
—
Reply to this email directly, view it on GitHub, or unsubscribe.
Triage notifications on the go with GitHub Mobile for iOS or Android.
You are receiving this because you are subscribed to this thread.![]()