Dragging icons around the dock only fully works once. After that they stick to the mouse pointer.

[Will Cooke]

The first time it seemed to work fine, then I stopped being able to drop the icon and had to hit escape.

ProblemType: Bug
DistroRelease: Ubuntu 19.10
Package: gnome-shell-extension-ubuntu-dock 66ubuntu19.10.2
ProcVersionSignature: Ubuntu 5.3.0-13.14-generic 5.3.0
Uname: Linux 5.3.0-13-generic x86_64
NonfreeKernelModules: zfs zunicode zavl icp zcommon znvpair
ApportVersion: 2.20.11-0ubuntu7
Architecture: amd64
CurrentDesktop: ubuntu:GNOME
Date: Mon Oct 7 15:29:20 2019
InstallationDate: Installed on 2019-09-27 (10 days ago)
InstallationMedia: Ubuntu 19.10 "Eoan Ermine" - Beta amd64 (20190926.1)
PackageArchitecture: all
SourcePackage: gnome-shell-extension-ubuntu-dock
UpgradeStatus: No upgrade log present (probably fresh install)

[Will Cooke (willcooke)]

Journal

[Will Cooke (willcooke)]

Hmm, that log looks odd. Try this:

https://paste.ubuntu.com/p/2Jfg4qgMdd/

[Daniel van Vugt (vanvugt)]

Popey reported the same problem, on a machine left running for some time.

-> bug 1846477

[Daniel van Vugt (vanvugt)]

There are two separate bug here:

1. Dragging only completes once, then never again and requires hitting Escape.

2. Dragging eventually refuses to start (bug 1846477).

Since the second issue already has a bug report I'll make this about the first.

[Launchpad Janitor (janitor)]

Status changed to 'Confirmed' because the bug affects multiple users.

[Sebastien Bacher (seb128)]

Tagging notfixing because while annoying launcher reordering isn't the most common action and esc is an easy enough workaround (also Marco said he has a fix so it's likely to be resolved anyway)

[Daniel van Vugt (vanvugt)]

Seems to be working now. Maybe fixed by the update to gnome-shell/mutter 3.34.1 ?

[Daniel van Vugt (vanvugt)]

BTW, hitting Escape was not a workaround. It just allowed you to reclaim the mouse, not complete a drag.

[Daniel van Vugt (vanvugt)]

Still not entirely working but I feel it works more often now. Better on my desktop with a mouse and worse on a laptop with a clickpad.

Something that seems to help (after hitting Escape) is to click on the desktop. Then the next drag attempt is more likely to succeed. Though I might be imagining things.

[Daniel van Vugt (vanvugt)]

Proposed fix:
https://github.com/micheleg/dash-to-dock/pull/1011

[Launchpad Janitor (janitor)]

This bug was fixed in the package gnome-shell-extension-ubuntu-dock - 67ubuntu19.10.1

---------------
gnome-shell-extension-ubuntu-dock (67ubuntu19.10.1) eoan; urgency=medium

  [ Marco Trevisan (Treviño) ]
  * utils: Use GObject.NotImplementedError for such errors
  * utils: Allow to pass flags to SignalsHandler's
  * locations: Handle Trash Errors
  * locations: Ensure volume monitor is destroyed on destruction
  * dash: Destroy Removables and Trash if disabled
  * DockManager: Keep a fm1Client reference and destroy it when unneeded
  * docking: Use CONNNECT_AFTER for mounts changes in docked dash
  * dash: Remove the show label timeout if actor got destroyed
  * windowPreviewMenuItem: Disconnect to signals on destroy
  * cleanup: Replace Mainloop functions with GLib ones
  * DashSlideContainer: Inherit from St.Bin instead of widget
  * MyAppIcon: Inherit from Dash.DashIcon (LP: #1846477, #1847102)
  * debian/control: Depend on gnome-shell 3.34.0

  [ Michele Gaio ]
  * Fix a regression due to variable renaming.
  * New upstream release (v67).

  [ Twille ]
  * add missing translation

  [ Philip Langdale ]
  * dash: Add Trash Icon
  * dash: Add Removable drive/device icons
  * prefs: Add prefs to toggle showing Trash and Mounted Volumes
  * appIcons: Implement window tracking for removable devices and trash
  * fileManager1API: Deduplicate window with related locations in tabs
  * locations: Fix a remaining use of `nautilus` vs `gio open`

  [ sicklylife.jp ]
  * Update Japanese translation.

 -- Marco Trevisan (Treviño) <email address hidden> Wed, 09 Oct 2019 17:30:41 +0200