Tool Menu does not wait in Sculpt mode unless the cursor is hovering on the previously selected tool. #77085

Open
opened 2020-05-26 16:53:43 +02:00 by Shanthi Kumar Gobburi · 19 comments

System Information
Operating system: Windows 10
Graphics card:

Blender Version
Broken: 2.90.3 alpha Date: 2020-05-25 19:50 Hash : 5254ffa17b Branch: master

Short description of error
Tools menu does not wait even for a second Shift + Spacebar in Sculpt mode. Tricky thing is : unless the mouse cursor is on the previously selected tool in the menu.

Exact steps for others to reproduce the error

  • Go to Sculpt Mode
  • Press Shift + Spacebar.

Only when you PRESS TWICE the "Shift Spacebar" key combination TOOL MENU STAYS. i.e., Only if cursor hovering on the previously selected tool menu stays otherwise it disappears.

**System Information** Operating system: Windows 10 Graphics card: **Blender Version** Broken: 2.90.3 alpha Date: 2020-05-25 19:50 Hash : 5254ffa17bf0 Branch: master **Short description of error** Tools menu does not wait even for a second Shift + Spacebar in Sculpt mode. Tricky thing is : unless the mouse cursor is on the previously selected tool in the menu. **Exact steps for others to reproduce the error** - Go to Sculpt Mode - Press Shift + Spacebar. Only when you PRESS TWICE the "Shift Spacebar" key combination TOOL MENU STAYS. i.e., Only if cursor hovering on the previously selected tool menu stays otherwise it disappears.

Added subscriber: @Shanthi

Added subscriber: @Shanthi

#84787 was marked as duplicate of this issue

#84787 was marked as duplicate of this issue

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

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

Added subscriber: @mano-wii

Added subscriber: @mano-wii
Member

Added subscriber: @lichtwerk

Added subscriber: @lichtwerk
Member

Looks like this will happen when the Toolbar popup gets pushed around (because it would not fit on the screen otherwise).

So when the Draw brush is selected (first one in the list) and you fire up Toolbar popup with your mouse way up on the screen it actually works/stays [menu opens with the Draw brush under the mouse cursor, no change in tool, it stays].
But if the Draw brush is selected (first one in the list) and you fire up Toolbar popup with your mouse way down on the screen it pushes the menu up [Draw brush is not under the mouse cursor anymore, indicated change in tool, it switches the tool immediately and closes]

Looks like this will happen when the Toolbar popup gets pushed around (because it would not fit on the screen otherwise). So when the `Draw` brush is selected (first one in the list) and you fire up Toolbar popup with your mouse way **up** on the screen it actually works/stays [menu opens with the `Draw` brush under the mouse cursor, no change in tool, it stays]. But if the `Draw` brush is selected (first one in the list) and you fire up Toolbar popup with your mouse way **down** on the screen it pushes the menu up [`Draw` brush is not under the mouse cursor anymore, indicated change in tool, it switches the tool immediately and closes]

Its not about pushing the menu up or down. Only If you can hold shift space and make the mouse cursor hover over the previously selected tool, Only then the Menu stays otherwise not. It does not let you select in the first place. It slows down the workflow if one can't switch between the tools smoothly. When menu is activated in the viewport itself the problem persist. There is no time for you to select the tool from the menu. If you want to select different tool Press Shift Space twice consecutively, only then the tool menu waits for your selection. When you press Shift space twice these two steps happen

  1. At first shift space selects the whatever tool that is present on the cursor and disappears.
  2. When 2nd Shift Space pressed, As the mouse cursor did not move because of the first consecutive Shift space, Cursor is now hovering on the selected tool which happened to be selected because of the first shift space. Now it waits. But who wants to press shift space twice for the menu to wait. It does not even behave as a pie menu. It is a strange obvious bug.

There are even shortcuts for the tools in the sculpt mode, which are combinations of shift space. Which doesnot work.

Its not about pushing the menu up or down. Only If you can hold shift space and make the mouse cursor hover over the previously selected tool, Only then the Menu stays otherwise not. It does not let you select in the first place. It slows down the workflow if one can't switch between the tools smoothly. When menu is activated in the viewport itself the problem persist. There is no time for you to select the tool from the menu. If you want to select different tool Press Shift Space twice consecutively, only then the tool menu waits for your selection. When you press Shift space twice these two steps happen 1) At first shift space selects the whatever tool that is present on the cursor and disappears. 2) When 2nd Shift Space pressed, As the mouse cursor did not move because of the first consecutive Shift space, Cursor is now hovering on the selected tool which happened to be selected because of the first shift space. Now it waits. But who wants to press shift space twice for the menu to wait. It does not even behave as a pie menu. It is a strange obvious bug. There are even shortcuts for the tools in the sculpt mode, which are combinations of shift space. Which doesnot work.

Added subscriber: @ChuckOcheret

Added subscriber: @ChuckOcheret

Added subscriber: @rjg

Added subscriber: @rjg

Since this issues hasn't been addressed, this also affects Blender 2.92 and 2.93 at the moment.

Since this issues hasn't been addressed, this also affects Blender 2.92 and 2.93 at the moment.

Added subscriber: @Rockbard

Added subscriber: @Rockbard

I can confirm this annoying bug.

It depends on the area of the mouse cursor occupying while you evoking the menu. If the mouse cursor happens to be on top of the unselected tool, this tool getting selected immediately.

I suggest removing the "fast selection" feature and let the shift + space menu stay until you have selected anything or moved away the cursor from the menu area.

I can confirm this annoying bug. It depends on the area of the mouse cursor occupying while you evoking the menu. If the mouse cursor happens to be on top of the unselected tool, this tool getting selected immediately. I suggest removing the "fast selection" feature and let the shift + space menu stay until you have selected anything or moved away the cursor from the menu area.

Added subscriber: @aperitero-2

Added subscriber: @aperitero-2

Added subscriber: @linxi

Added subscriber: @linxi

still happens in 3.0 and 3.1

still happens in 3.0 and 3.1

Added subscriber: @NikolaKovac

Added subscriber: @NikolaKovac

I can confirm this bug in 3.0 too.

I can confirm this bug in 3.0 too.

Added subscriber: @aoates

Added subscriber: @aoates

Added subscriber: @rmembrives

Added subscriber: @rmembrives
Philipp Oeser removed the
Interest
User Interface
label 2023-02-10 09:24:26 +01:00
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
No Assignees
11 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#77085
No description provided.