This bug was fixed in the package mutter - 3.37.91-1ubuntu1
---------------
mutter (3.37.91-1ubuntu1) groovy; urgency=medium
* Merge with debian, including new upstream stable release, remaining changes:
- debian/gbp.conf: update upstream branch to point to ubuntu/master
- debian/patches/x11-Add-support-for-fractional-scaling-using-Randr.patch:
+ X11: Add support for fractional scaling using Randr
* d/p/x11-Add-support-for-fractional-scaling-using-Randr.patch:
- Refresh as per upstream changes
mutter (3.37.91-1) experimental; urgency=medium
* New upstream release
- Support unredirecting fullscreen wayland surfaces
- Support area screencasts
- Allow inhibiting remote access
- Drive each monitor by its own frame clock (LP: #1730460)
- Fix copy/paste failures on X11 (LP: #1879968)
- Make window-aliveness checks less aggressive
- Limit mipmap levels when rendering background (LP: #1862308)
- Remove more long-deprecated Clutter APIs
- Support custom keyboard layouts in $XDG_CONFIG_HOME/xkb
- Optimize resource scale computation for wayland fractional scaling
- Support tap-button-map and tap-drag-lock touchpad settings
- Fix wine copy & paste
- Add API to launch trusted wayland clients
- Invalidate offscreen effect cache on video memory purge (LP: #1855757)
* debian: Update package and file names to mutter API version
* debian/control: Bump dependencies to match upstream requirements
* debian/clean: Remove as HOME and XRD are managed now by dh
* debian/copyright: Avoid redundant globbing patterns
* debian/gbp.conf: target upstream/latest branch
* debian/libmutter-7-0.symbols: Update symbols file
* debian/patches: Refresh
* d/p/debian/tests-Tag-closed-transient-no-input-tests-as-flaky.patch:
- Renamed into d/p/debian/tests-Tag-unstable-tests-as-flaky.patch
- Reduced the number of "flaky" tests to the ones time-dependent only
* debian/rules:
- Compute and generate a MUTTER_API_VERSION and replace it everywhere
- Remove XDG_RUNTIME_DIR wrapper workaround
- Don't run tests at all in riscv64
- Don't set again default configuration values (it makes the delta clearer)
- Never ignore test failures in amd64
- Remove test num processes re-configuration
- Run tests in s390x, no failures currently
- Don't test in alpha hppa powerpc sparc64 x32 (Closes: #959415)
* debian/with-temp-xdg-runtime-dir: Dropped, new dh will handle it for us
* debian/watch: Scan for all versions, not just the stable-branch
* debian/*.install: Use dh variable substitution in install files
mutter (3.36.5-1) unstable; urgency=medium
* Team upload
* New upstream release
- Screencast fixes and improvements
- Fix glitches when subsurfaces extend outside the toplevel
- Improve background display in overview workspace switcher
- Fix wine copy & paste
- Plug memory leaks
* Drop patches that were applied upstream
-- Marco Trevisan (Treviño) <[email protected]> Fri, 28 Aug 2020
01:10:32 +0200
** Changed in: mutter (Ubuntu)
Status: Fix Committed => Fix Released
--
You received this bug notification because you are a member of Desktop
Packages, which is subscribed to mutter in Ubuntu.
https://bugs.launchpad.net/bugs/1879968
Title:
copy/paste still sometimes fails in LibreOffice on mutter 3.36.2
Status in Mutter:
Fix Released
Status in mutter package in Ubuntu:
Fix Released
Status in mutter source package in Focal:
Triaged
Bug description:
In Ubuntu 19.10 and 20.04 there was a bug that caused copy and paste
operations to fail pretty often: the text that was pasted was not the
text that was just copied. See the long discussion at bug #1852183.
The bug was recently marked closed, since the package mutter -
3.36.2-1ubuntu1~20.04.1 landed in focal-updates and makes the bug
occur much less frequently.
Unfortunately the bug still exists, and is not difficult to reproduce.
I am running Ubuntu 20.04 and have the new 3.36.2-1ubuntu1~20.04.1
version of mutter. I just opened two LibreOffice Writer windows side
by side, and repeatedly selected some text in the left window, copied
it, then attempted to paste it into the right window. In my
experiment, approximately 1 in every 20 paste operations failed: it
did not paste the text that was just copied, but instead the text that
was copied before that.
Now, an error rate of 1 in 20 may not seem so bad. On the other hand,
if you spend all day writing a document and copy and paste dozens of
times during the day, then you may hit this bug multiple times per day
(as I have been recently), which is a significant annoyance.
I tested in LibreOffice since that is where I have seen the bug most
often, but I have also seen it occur in other applications as well.
To manage notifications about this bug go to:
https://bugs.launchpad.net/mutter/+bug/1879968/+subscriptions
--
Mailing list: https://launchpad.net/~desktop-packages
Post to : [email protected]
Unsubscribe : https://launchpad.net/~desktop-packages
More help : https://help.launchpad.net/ListHelp
