Nautilus bookmarks folders leave permanent 'icon' on desktop
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
metacity (Ubuntu) |
Fix Released
|
Undecided
|
Unassigned | ||
Xenial |
Fix Released
|
Undecided
|
Unassigned | ||
Yakkety |
Fix Released
|
Undecided
|
Unassigned |
Bug Description
[General information about the SRU]
* It includes fix for bug 1582687 which was already backported.
* It fixes bug 1509031, bug 1592953 and bug 1596574.
* Other commits are minor bugfixes, the full log can be seen here:
https:/
* There is also a NEWS file, here:
https:/
[Impact]
When using drag-and-drop, the temporary windows are unmapped but never destroyed. This makes the compositor still draw them, which leads to unwanted artifacts on desktop.
[Test Case]
* Try dragging a bookmark from nautilus window to desktop;
* There should be no artifacts remaining on the desktop.
[Regression Potential]
The fix is adding two lines and should not cause any regressions.
-------
I'm using metacity in 16.04.
Having opened nautilus with some folders on the left area (with favorite locations) if a accidentaly drag one location a permanent rectangular area with
the name of that folder will remain on desktop in that location that the drop was 'made' and sits on top of every windwos sth very annoyning.
Thanks
affects: | ubuntu-gnome-flashback → metacity (Ubuntu) |
no longer affects: | gtk+ (Ubuntu) |
description: | updated |
description: | updated |
description: | updated |
This is problem also in other applications. For example - totem, evince...
- I can reproduce this bug in ubuntu 16.04
- I can reproduce this bug with upstream 3.18.x applications that are launched with jhbuild run
- I can not reproduce this bug with upstream 3.20.x applications that are launched with jhbuild run
In all cases same metacity version was used. This bug does not happen with compiz.