# Copy the text and close the software; it will not paste correctly in other applications.(ubuntu Budgie26.04)

**URL:** <https://discourse.ubuntubudgie.org/t/copy-the-text-and-close-the-software-it-will-not-paste-correctly-in-other-applications-ubuntu-budgie26-04/8777>\
**Category:** Budgie Desktop\
**Tags:** faq\
**Created:** [June 30, 2026, 12:32pm UTC](https://discourse.ubuntubudgie.org/t/copy-the-text-and-close-the-software-it-will-not-paste-correctly-in-other-applications-ubuntu-budgie26-04/8777 "2026-06-30T12:32:58Z")\
**Posts on this page:** 3\
**Page:** 1

<div class="post-metadata">

**Author:** ![Tianyazi](https://yyz1.discourse-cdn.com/flex035/user_avatar/discourse.ubuntubudgie.org/tianyazi/32/4996_2.png) [@Tianyazi](https://discourse.ubuntubudgie.org/u/Tianyazi)\
**Post date:** [June 30, 2026, 12:32pm UTC](https://discourse.ubuntubudgie.org/t/copy-the-text-and-close-the-software-it-will-not-paste-correctly-in-other-applications-ubuntu-budgie26-04/8777/1 "2026-06-30T12:32:58Z")

</div>

On Ubuntu Budgie 26.04 (Wayland), copying text and closing the source application prevents pasting within other applications, whereas this issue does not occur on Ubuntu Budgie 24.04 (X11).

According to proper behavior, copied text should be stored in memory, and the software should remain unaffected when closed—this is indeed a bug in Ubuntu 26.04.

---

<div class="post-metadata">

**Author:** ![fossfreedom](https://yyz1.discourse-cdn.com/flex035/user_avatar/discourse.ubuntubudgie.org/fossfreedom/32/1405_2.png) [@fossfreedom](https://discourse.ubuntubudgie.org/u/fossfreedom)\
**Post date:** [June 30, 2026, 12:51pm UTC](https://discourse.ubuntubudgie.org/t/copy-the-text-and-close-the-software-it-will-not-paste-correctly-in-other-applications-ubuntu-budgie26-04/8777/2 "2026-06-30T12:51:37Z")

</div>

Its not actually a bug. Let me explain.

Under **Wayland** , applications cannot inspect another application’s clipboard for security reasons.

The protocol works differently:

1. The source application advertises available clipboard MIME types.
2. The destination requests one of those types.
3. The compositor brokers the transfer.

The Wayland protocol itself does **not** require the compositor to cache clipboard contents after the source exits.

This means:

- if the compositor does **not** preserve clipboard contents,
- and the source application exits before another client pastes,

then the clipboard is legitimately lost.

Whether the clipboard survives is therefore a compositor implementation detail.  
Most wlroots compositors such as labwc does **not** implement clipboard persistence itself.

Therefore:

- copy from gedit
- close gedit
- attempt paste

results in an empty clipboard because no process owns the clipboard any longer.

Thus you need an external clipboard manager such as the budgie-clipboard-applet to be running to provide the persistence.

---

<div class="post-metadata">

**Author:** ![Tianyazi](https://yyz1.discourse-cdn.com/flex035/user_avatar/discourse.ubuntubudgie.org/tianyazi/32/4996_2.png) [@Tianyazi](https://discourse.ubuntubudgie.org/u/Tianyazi)\
**Post date:** [June 30, 2026, 12:54pm UTC](https://discourse.ubuntubudgie.org/t/copy-the-text-and-close-the-software-it-will-not-paste-correctly-in-other-applications-ubuntu-budgie26-04/8777/3 "2026-06-30T12:54:20Z")

</div>

I understand; that’s how it works.