Click-drag on Fill Color Indicator does not see release of click, and locks it to hue adjustment mode (which also does not work)

Summary:

Before, when you click-drag on the Fill Color indicator in the lower left of the screen, Inkscape would let you adjust the hue of the current colour in the indicator (I disagree with this function- see digression¹ after bug report).

However, dragging this area now does not shift hue, and worse, locks the click, so mousing over the fill indicator reverts to the previous swatch. This interferes with regular double-click actions to bring up the Fill and Stroke Dialog.

¹Digression: IMHO, click-dragging the fill indicator intuitively, should allow you to drag and drop the current fill colour, either to the stroke indicator, or to shapes on the canvas as is the case for dragging other swatches in the colour swatch bar. This maybe a UX issue, but I figured I'd note it here, while the bug is being fixed. :) Over the 15 years I've used Inkscape every single day in production, this still trips me up when I forget that hidden hue-shift function.

Steps to reproduce:

  • open Inkscape
  • make a rectangle
  • Click-drag the the fill indicator rectangle, then release the mouse button.

What happened?

Hue does not appear to shift as it did before (though it looks like it's trying, as the mouse arrow turns to a +/- icon). After this, anytime the user mouses over the indicator, the colour of the selected shape shifts back to the one that was click-dragged on before, regardless of what the fill currently is on that shape, and double-clicking to bring up the fill and stroke dialog no longer works.

What should have happened?

Hue should shift (unless we want to change that to something more intuitive - see previous digression¹), and once the mouse button is released, the cursor should go back to normal and release the mode from hue shift to regular click/mouse over operations.

Sample attachments: Screencast_From_2025-10-07_10-36-37

Version info

Inkscape 1.5-dev (1:1.5.0+202509111637+66533c4019)

Thanks for looking at this!

Edited by CRogers