Manipulator widgt inconsistent in placement #76533

Closed
opened 2020-05-08 06:26:45 +02:00 by john · 17 comments

System Information
Operating system: Darwin-19.4.0-x86_64-i386-64bit 64 Bits
Graphics card: Intel Iris Pro OpenGL Engine Intel Inc. 4.1 INTEL-14.5.22

Blender Version
Broken: version: 2.82 (sub 7), branch: master, commit date: 2020-03-12 05:06, hash: 375c7dc4ca
Worked: (optional)

Short description of error
When trying to move e.g. edges in Blender, the manipulator widget (the thing with the colored axes that lets you drag edges and vertices) often does not appear in the "right" place.
Sometimes the widget appears right next to the edge/vertex you're moving (good!) and sometimes it appears only in the middle of the object (bad, when the object is large and you're trying to position accurately!).
I have tried e.g. setting the object origin to the 3d cursor with the cursor positioned next to the edge or vertex I'm trying to move, but that approach hardly ever works.
In short, the manipulator widget is problematic or outright broken in many cases, rendering it useless.

Exact steps for others to reproduce the error

Delete all default objects

  • Create a plane
  • Go to edit mode
  • Activate the Move Tool to see the gizmo
  • Set the Pivot Transform Point to Active Element
  • Go to face selection mode and activate the face
  • Go to vertex selection mode and select two vertices of an edge
  • Go to edge selection mode

Now notice that the pivot point is in the middle of the face despite the selected edge.

active_pivot_bug.blend

**System Information** Operating system: Darwin-19.4.0-x86_64-i386-64bit 64 Bits Graphics card: Intel Iris Pro OpenGL Engine Intel Inc. 4.1 INTEL-14.5.22 **Blender Version** Broken: version: 2.82 (sub 7), branch: master, commit date: 2020-03-12 05:06, hash: `375c7dc4ca` Worked: (optional) **Short description of error** When trying to move e.g. edges in Blender, the manipulator widget (the thing with the colored axes that lets you drag edges and vertices) often does not appear in the "right" place. Sometimes the widget appears right next to the edge/vertex you're moving (good!) and sometimes it appears only in the middle of the object (bad, when the object is large and you're trying to position accurately!). I have tried e.g. setting the object origin to the 3d cursor with the cursor positioned next to the edge or vertex I'm trying to move, but that approach hardly ever works. In short, the manipulator widget is problematic or outright broken in many cases, rendering it useless. **Exact steps for others to reproduce the error** # Delete all default objects - Create a plane - Go to edit mode - Activate the `Move Tool` to see the gizmo - Set the `Pivot Transform Point` to `Active Element` - Go to face selection mode and activate the face - Go to vertex selection mode and select two vertices of an edge - Go to edge selection mode Now notice that the pivot point is in the middle of the face despite the selected edge. [active_pivot_bug.blend](https://archive.blender.org/developer/F8520856/active_pivot_bug.blend)
Author

Added subscriber: @jgrime

Added subscriber: @jgrime
Member

Added subscriber: @Alaska

Added subscriber: @Alaska
Member

I'm having trouble understanding your original report, but I will try and answer or clarify some things.

Sometimes the widget appears right next to the edge/vertex you're moving (good!) and sometimes it appears only in the middle of the object (bad, when the object is large and you're trying to position accurately!).

The gizmo (widget) will appear in different places depending on a bunch of settings. For example, when you have multiple objects, edges, or vertices selected, the Gizmo will appear at the median point of everything selected. In edit mode this is the median point of the selected vertices, edges, and faces. In Object mode this is the median of the object origins of the objects you have selected. However, you can change the computed location of the gizmo with the "Transform pivot point" option:
{F8520238}
Note that changing the transform pivot point changes, the pivot point. This is a important thing to keep in mind when using the scale or rotate tool as all actions will occur from the new pivot point defined by that setting.

Create a square plane, go into edit mode, press 2 and select an edge, drag the edge far in one direction using the manipulator widget. Pretty soon you have to move the edge off the screen to actually get to the manipulator to move the edge - which is clearly a nonsensical user interface decision.

This seems unrelated to your original description of the issue. In your original description you talk about how the gizmo is mis-placed when selecting certain objects, but in your "steps to reproduce" you're talking about how you can move a gizmo off the edge of the screen, something different entirely. This also seems like a request to change the current implementation of the gizmo system to stop this behavior. Feature requests should be made on right-click select . Being able to move the gizmo off the edge of the screen is not a bug with Blender.

I should note however that I'm unable to see what's happening on your computer, so the behavior you're experiencing may be a bug. If you would like, you can test Blender 2.83 and 2.90 and see if any of the bug fixes for those versions fix things for you. https://builder.blender.org/download/
You could also share images of what you're experiencing so we can better understand it.

I'm having trouble understanding your original report, but I will try and answer or clarify some things. >Sometimes the widget appears right next to the edge/vertex you're moving (good!) and sometimes it appears only in the middle of the object (bad, when the object is large and you're trying to position accurately!). The gizmo (widget) will appear in different places depending on a bunch of settings. For example, when you have multiple objects, edges, or vertices selected, the Gizmo will appear at the median point of everything selected. In edit mode this is the median point of the selected vertices, edges, and faces. In Object mode this is the median of the object origins of the objects you have selected. However, you can change the computed location of the gizmo with the "Transform pivot point" option: {F8520238} Note that changing the transform pivot point changes, the pivot point. This is a important thing to keep in mind when using the scale or rotate tool as all actions will occur from the new pivot point defined by that setting. >Create a square plane, go into edit mode, press 2 and select an edge, drag the edge far in one direction using the manipulator widget. Pretty soon you have to move the edge off the screen to actually get to the manipulator to move the edge - which is clearly a nonsensical user interface decision. This seems unrelated to your original description of the issue. In your original description you talk about how the gizmo is mis-placed when selecting certain objects, but in your "steps to reproduce" you're talking about how you can move a gizmo off the edge of the screen, something different entirely. This also seems like a request to change the current implementation of the gizmo system to stop this behavior. Feature requests should be made on [right-click select ](https://blender.community/c/rightclickselect/). Being able to move the gizmo off the edge of the screen is not a bug with Blender. I should note however that I'm unable to see what's happening on your computer, so the behavior you're experiencing may be a bug. If you would like, you can test Blender 2.83 and 2.90 and see if any of the bug fixes for those versions fix things for you. https://builder.blender.org/download/ You could also share images of what you're experiencing so we can better understand it.

Added subscriber: @mano-wii

Added subscriber: @mano-wii

Changed status from 'Needs Triage' to: 'Archived'

Changed status from 'Needs Triage' to: 'Archived'
Germano Cavalcante self-assigned this 2020-05-08 15:20:24 +02:00

If I understood correctly the problem is that both the edge and the manipulator get out of screen.
If that is the case this is not a bug. The manipulator is always positioned at the origin pivot.
This pivot is explained in the @Alaska comment.

This report is unclear about the bug.
Please submit a new report and carefully follow the instructions.
A guideline for making a good bug report can be found at https://wiki.blender.org/wiki/Process/Bug_Reports

If I understood correctly the problem is that both the edge and the manipulator get out of screen. If that is the case this is not a bug. The manipulator is always positioned at the origin pivot. This pivot is explained in the @Alaska comment. This report is unclear about the bug. Please submit a new report and carefully follow the instructions. A guideline for making a good bug report can be found at https://wiki.blender.org/wiki/Process/Bug_Reports
Author

> In edit mode this is the median point of the selected vertices, edges, and faces ...

Not for me.

I’ve attached a screenshot in Edit mode (“1.png") where I’ve selected an edge (indicated by the black arrow). I see no manipulator widget at the median point of the two vertices.

However, if I zoom out a lot I can see the manipulator widget … right in the middle of the object, where I can’t actually use it unless I lose fine control over positioning the edge I’ve selected (see screenshot “2.png”).

As you can see in the screenshots, I have the pivot mode set to “Active Element”. According to the Blender manual: “The active element can be an object, vertex, edge or a face. The active element is the last one to be selected …"

https://docs.blender.org/manual/en/latest/scene_layout/object/editing/transform/control/pivot_point/active_element.html

This is clearly wrong for the edge that I selected to move.

This seems unrelated to your original description of the issue. In your original description you talk about how the gizmo is mis-placed when selecting certain objects, but in your "steps to reproduce" you're talking about how you can move a gizmo off the edge of the screen, something different entirely. This also seems like a request to change the current implementation of the gizmo system to stop this behavior. Feature requests should be made on right-click select. Being able to move the gizmo off the edge of the screen is not a bug with Blender.

I don’t know why you think the widget being unusable due to it’s position “seems unrelated to my original description of the issue”. It’s exactly the same issue - the manipulator widget is not in a sensible place when I’m trying to move an edge.

It’s not a request for a new feature, I’m asking for the existing feature to work as described in the manual.

J.

2.png

1.png

**> In edit mode this is the median point of the selected vertices, edges, and faces ...** Not for me. I’ve attached a screenshot in Edit mode (“1.png") where I’ve selected an edge (indicated by the black arrow). I see no manipulator widget at the median point of the two vertices. However, if I zoom out a lot I can see the manipulator widget … right in the middle of the object, where I can’t actually use it unless I lose fine control over positioning the edge I’ve selected (see screenshot “2.png”). As you can see in the screenshots, I have the pivot mode set to “Active Element”. According to the Blender manual: “The active element can be an object, vertex, edge or a face. The active element is the last one to be selected …" https://docs.blender.org/manual/en/latest/scene_layout/object/editing/transform/control/pivot_point/active_element.html This is clearly wrong for the edge that I selected to move. **This seems unrelated to your original description of the issue. In your original description you talk about how the gizmo is mis-placed when selecting certain objects, but in your "steps to reproduce" you're talking about how you can move a gizmo off the edge of the screen, something different entirely. This also seems like a request to change the current implementation of the gizmo system to stop this behavior. Feature requests should be made on right-click select. Being able to move the gizmo off the edge of the screen is not a bug with Blender.** I don’t know why you think the widget being unusable due to it’s position “seems unrelated to my original description of the issue”. It’s exactly the same issue - the manipulator widget is not in a sensible place when I’m trying to move an edge. It’s not a request for a new feature, I’m asking for the existing feature to work as described in the manual. J. ![2.png](https://archive.blender.org/developer/F8520737/2.png) ![1.png](https://archive.blender.org/developer/F8520738/1.png)

Can you provide a simple file showing the problem?

Can you provide a simple file showing the problem?
Author

Sure, attached.

Select the "lowest" edge, and take a look where the manipulator appears.test.blend.zip

Sure, attached. Select the "lowest" edge, and take a look where the manipulator appears.[test.blend.zip](https://archive.blender.org/developer/F8520779/test.blend.zip)

The file inded shows an inconsistent status between the selection and the pivot center.

But I can't reproduce the problem from scratch.
The description in the report does not help much.
Knowing how you got there is important to confirm the bug.

The file inded shows an inconsistent status between the selection and the pivot center. But I can't reproduce the problem from scratch. The description in the report does not help much. Knowing how you got there is important to confirm the bug.

Changed status from 'Archived' to: 'Confirmed'

Changed status from 'Archived' to: 'Confirmed'

I can confirm. But it is difficult to reach the state shown in the blend file.
I edited the description but I wonder if that really makes "the manipulator widget problematic or outright broken in many cases, rendering it useless."

I can confirm. But it is difficult to reach the state shown in the blend file. I edited the description but I wonder if that really makes "the manipulator widget problematic or outright broken in many cases, rendering it useless."
Author

I'm sorry, but if common/fundamental actions trigger the problem (select faces, edges, and vertices in Edit mode, then try to manipulate an edge) then it's not "difficult to reach the state shown in the file".

If the responses in this report are indicative, it's easy to see how bugs in basic functionality would persist in Blender.

I'm sorry, but if common/fundamental actions trigger the problem (select faces, edges, and vertices in Edit mode, then try to manipulate an edge) then it's not "difficult to reach the state shown in the file". If the responses in this report are indicative, it's easy to see how bugs in basic functionality would persist in Blender.
Member

@mano-wii Looking at the .blend file attached by @jgrime I believe the reason why the gizmo is in the "wrong" position is because the pivot point is set to "active element" but there is no active element. An edge is selected, but it's not an active edge (active edges are signified by it being white) so the gizmo defaults to the object origin.

This is also true for the screenshot shared by @jgrime:
1.png
Notice how the edge is not the active edge (not white)

Or maybe I'm just mis-understanding this.

@mano-wii Looking at the .blend file attached by @jgrime I believe the reason why the gizmo is in the "wrong" position is because the pivot point is set to "active element" but there is no active element. An edge is selected, but it's not an active edge (active edges are signified by it being white) so the gizmo defaults to the object origin. This is also true for the screenshot shared by @jgrime: ![1.png](https://archive.blender.org/developer/F8520738/1.png) Notice how the edge is not the active edge (not white) Or maybe I'm just mis-understanding this.
Member

Just checking in on this report as it's been a week and a half. @jgrime, have you figured out a way to reliably reproduce this issue? Or is the issue due to the "non-active edge" issue I talked about in #76533#927378.

Just checking in on this report as it's been a week and a half. @jgrime, have you figured out a way to reliably reproduce this issue? Or is the issue due to the "non-active edge" issue I talked about in #76533#927378.

This issue was referenced by ae2f21f378

This issue was referenced by ae2f21f3783563eec3e2f8b74aa22acc74ac16b7

Changed status from 'Confirmed' to: 'Resolved'

Changed status from 'Confirmed' to: 'Resolved'
Sign in to join this conversation.
No Label
Interest
Alembic
Interest
Animation & Rigging
Interest
Asset Browser
Interest
Asset Browser Project Overview
Interest
Audio
Interest
Automated Testing
Interest
Blender Asset Bundle
Interest
BlendFile
Interest
Collada
Interest
Compatibility
Interest
Compositing
Interest
Core
Interest
Cycles
Interest
Dependency Graph
Interest
Development Management
Interest
EEVEE
Interest
EEVEE & Viewport
Interest
Freestyle
Interest
Geometry Nodes
Interest
Grease Pencil
Interest
ID Management
Interest
Images & Movies
Interest
Import Export
Interest
Line Art
Interest
Masking
Interest
Metal
Interest
Modeling
Interest
Modifiers
Interest
Motion Tracking
Interest
Nodes & Physics
Interest
OpenGL
Interest
Overlay
Interest
Overrides
Interest
Performance
Interest
Physics
Interest
Pipeline, Assets & IO
Interest
Platforms, Builds & Tests
Interest
Python API
Interest
Render & Cycles
Interest
Render Pipeline
Interest
Sculpt, Paint & Texture
Interest
Text Editor
Interest
Translations
Interest
Triaging
Interest
Undo
Interest
USD
Interest
User Interface
Interest
UV Editing
Interest
VFX & Video
Interest
Video Sequencer
Interest
Virtual Reality
Interest
Vulkan
Interest
Wayland
Interest
Workbench
Interest: X11
Legacy
Blender 2.8 Project
Legacy
Milestone 1: Basic, Local Asset Browser
Legacy
OpenGL Error
Meta
Good First Issue
Meta
Papercut
Meta
Retrospective
Meta
Security
Module
Animation & Rigging
Module
Core
Module
Development Management
Module
EEVEE & Viewport
Module
Grease Pencil
Module
Modeling
Module
Nodes & Physics
Module
Pipeline, Assets & IO
Module
Platforms, Builds & Tests
Module
Python API
Module
Render & Cycles
Module
Sculpt, Paint & Texture
Module
Triaging
Module
User Interface
Module
VFX & Video
Platform
FreeBSD
Platform
Linux
Platform
macOS
Platform
Windows
Priority
High
Priority
Low
Priority
Normal
Priority
Unbreak Now!
Status
Archived
Status
Confirmed
Status
Duplicate
Status
Needs Info from Developers
Status
Needs Information from User
Status
Needs Triage
Status
Resolved
Type
Bug
Type
Design
Type
Known Issue
Type
Patch
Type
Report
Type
To Do
No Milestone
No project
5 Participants
Notifications
Due Date
The due date is invalid or out of range. Please use the format 'yyyy-mm-dd'.

No due date set.

Dependencies

No dependencies set.

Reference: blender/blender#76533
No description provided.