UV editor doesn't select exact face #67966

New Issue

Hirotaka Imagawa · 2019-07-31T04:25:29+02:00

Hirotaka Imagawa commented

2019-07-31 04:25:29 +02:00

System Information
Operating system: Windows 10 version 1809 (OS build 17763.615)
Graphics card: NVIDIA Quadro P2000
nvidia driver version: 431.02

Blender Version
2.80 (sub 75), branch: master, commit date: 2019-07-29 14:47, hash: f6cb5f5449

Short description of error

In UV Editor, when you click a face other face will be selected even if mouse cursor is not on it. This behavior seems to be happened because the picking algorithm is based on the length between mouse cursor and "center circle" around the faces.

Exact steps for others to reproduce the error

LB clicking at about red marker.
But LB clicking at about green marker, the other face will be selected even if mouse cursor not on it.

building_for_bug_report.zip

**System Information** Operating system: Windows 10 version 1809 (OS build 17763.615) Graphics card: NVIDIA Quadro [P2000](https://archive.blender.org/developer/P2000.txt) nvidia driver version: 431.02 **Blender Version** 2.80 (sub 75), branch: master, commit date: 2019-07-29 14:47, hash: f6cb5f54494e **Short description of error** In UV Editor, when you click a face other face will be selected even if mouse cursor is not on it. This behavior seems to be happened because the picking algorithm is based on the length between mouse cursor and "center circle" around the faces. **Exact steps for others to reproduce the error** 1. LB clicking at about red marker. ![image.png](https://archive.blender.org/developer/F7638480/image.png) 2. But LB clicking at about green marker, the other face will be selected even if mouse cursor not on it. ![image.png](https://archive.blender.org/developer/F7638483/image.png) [building_for_bug_report.zip](https://archive.blender.org/developer/F7638496/building_for_bug_report.zip)

Hirotaka Imagawa commented

2019-07-31 04:25:29 +02:00

Added subscriber: @HirotakaImagawa

Sybren A. Stüvel commented

2019-07-31 15:25:35 +02:00

Added subscriber: @dr.sybren

Sybren A. Stüvel commented

2019-07-31 15:25:35 +02:00

I can confirm this on Blender master (136a7a7fe8).

I can confirm this on Blender master (136a7a7fe884a746e5f78f7).

Jacques Lucke commented

2020-01-28 11:59:22 +01:00

Added subscriber: @JacquesLucke

Jacques Lucke commented

2020-01-28 11:59:22 +01:00

I can reproduce the issue in the latest build.
This should really be fixed. However, I'll set this as known issue because the code is explicitly written so that it does not do exact checks. I assume, some developer had a good reason for this at some point.

I can reproduce the issue in the latest build. This should really be fixed. However, I'll set this as known issue because the code is explicitly written so that it does not do exact checks. I assume, some developer had a good reason for this at some point.

Alan Troth commented

2020-02-04 23:44:57 +01:00

Added subscriber: @AlanT

Alan Troth commented

2020-02-04 23:44:57 +01:00

I think this may be the way it was designed to work. When there's a potential for overlapping faces there needs to be a way to select a face that is 'under' another face, this design allows that.

Face selection operates in the same way in the 3D view when in X-Ray is enabled.

Maybe the design could be tightened so that the face that's selected (using nearest to centre) must also have the mouse click inside it.

I think this may be the way it was designed to work. When there's a potential for overlapping faces there needs to be a way to select a face that is 'under' another face, this design allows that. Face selection operates in the same way in the 3D view when in X-Ray is enabled. Maybe the design could be tightened so that the face that's selected (using nearest to centre) must also have the mouse click inside it.

Hirotaka Imagawa commented

2020-02-07 01:50:52 +01:00

But that method will definitely be less efficient than the previous version 2.7x