Gradient behavior inconsistency when trying to overwrite end stop

[Corgi]

This occurs similarly in both v1 and v2. Depending on your point of view, this may or may not be a bug. Though even if this way of doing things is an intentional design choice, it does produce some weird-looking effects.

When filling with a gradient, and you drag a stop that lies between the two endpoints over one of the endpoints, the behavior is different depending on whether you're using the Context toolbar gradient editor vs the Gradient Tool itself in the document window. 

Specifically, when editing a gradient using the drop-down in the Context toolbar, if you drag an intermediate stop over an endpoint stop, both stops are still there, although you can no longer see the original endpoint stop nor its effect in the tiny gradient thumbnail in the Context toolbar or its drop-down (however, you can still see its effect in the document window). However, if you are using the Gradient Editor instead, and drag an intermediate stop over one of the endpoints, it instantly erases the old endpoint.

Steps to recreate:

1. Create a gradient fill inside a rectangle, say, linear white-to-black, but leave both endpoints inside the bounds of the rectangle. Make sure the Gradient Tool is active.
2. Click on the gradient thumbnail in the context toolbar.
3. Add an intermediate stop, say, in the light gray area (see screenshot 1).
4. Drag that new stop all the way to the end, to cover the black stop (see screenshot 2). You will see in the document window that a portion of the rectangle is still black, caused by the hidden black stop, which is still displayed as black in the Gradient Editor (in the document window), even though there is no suggestion of this in the Context toolbar/dropdown.
5. Then in the document window, click on the black stop, and it will change to light gray (see screenshot 3).
6. Still in the document window, if you try to drag the light gray stop away from the white stop (extending the gradient), it won't move, but all of the remaining black in the window instantly disappears. (see screenshot 4). The hidden black stop is gone.

It seems to me at first glance that the behavior should be consistent between the two methods of editing the gradient. But, in any case, it would be nice the UI worked more cleanly, and for there to be an indication when two stops are directly on top of each other, and an easy way to move either stop.

Screenshot 1:

 

Screenshot 2:

Screenshot 3:

Screenshot 4:

 

 

 

[Gabe]

I'm afraid this is by design. 

[Corgi]

6 minutes ago, Gabe said:

I'm afraid this is by design. 

OK. While it's fairly easy to live with, it's unfortunate that there's no visual indication that two stops are overlapping -- I can imagine users getting very confused about what they're seeing, and how to fix it.