Asset Browser: Hover effect still active while outside editor #78
Assignees
Triager-bot
Clear assignees
Triager-bot
No Assignees
Notifications
Due Date
No due date set.
Dependencies
No dependencies set.
Reference: Triager-bot/blender-bug-reports#78
Reference in New Issue
Block a user
Delete Branch "%!s()"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
Original bug report: https://projects.blender.org/blender/blender/issues/157289
System Information
Operating system: macOS-26.4-arm64-arm-64bit-Mach-O 64 Bits
Graphics card: Metal API Apple M2 Max 1.2
Blender Version
Broken: version: 5.2.0 Alpha, branch: main, commit date: 2026-04-13 08:31, hash:
f1a7e10b2b39Broken: 3.0
Worked: Never
Short description of error
The hover effect when hovering an asset, is still visible when the mouse leaves the editor.
It's nothing new really, the issue has been there since the Asset Browser was introduced in 3.0:
The File Browser, being the same editor, has the same issue.
Exact steps for others to reproduce the error
Report is clear
LLM Reasoning
Got it, let's see. The bug report is about the hover effect staying active when the mouse leaves the editor. The description says that the issue has been there since 3.0, and they provided steps to reproduce: open asset browser, hover assets, move mouse outside. The text clearly describes the problem and the steps. So the answer should be Yes.
JSON Data
{
"llm_judgement": true,
"processing_time": 5.900219
}
Report is specific
LLM Reasoning
Got it, let's analyze this bug report. The title is "Asset Browser: Hover effect still active while outside editor". The body describes a specific issue where the hover effect remains visible when the mouse leaves the editor. The steps to reproduce are clear: open Asset Browser, hover assets, move mouse outside. This is about a specific feature (hover effect in Asset Browser) and a specific scenario (mouse leaving the editor). So it's a specific issue. Wait, but let me check the examples. The example for specific was "Crashing while using a specific feature while rendering" vs generic "Crashing while rendering". Here, the issue is about the hover effect in Asset Browser when mouse leaves, which is a specific scenario. So the answer should be 'Specific'.
JSON Data
{
"llm_judgement": true,
"processing_time": 9.92067
}
Report flagged as NOT a duplicate by LLM
Assets: Mark as Asset doesn't call ui redraw for node editor
https://projects.blender.org/blender/blender/issues/104166
System Information
Operating system: Windows-10-10.0.19045-SP0 64 Bits
Graphics card: NVIDIA GeForce GTX 1060 6GB/PCIe/SSE2 NVIDIA Corporation 4.5.0 NVIDIA 527.56
Blender Version
Broken: version: 3.5.0 Alpha, branch: master, commit date: 2023-01-23 17:02, hash:
e49e5f6f08Worked: (newest version of Blender that worked as expected)
Short description of error
Mark as Asset doesn't call ui redraw for node editor. This mean that even after finished this operator, you continue to see
Fake Userbutton and his tooltips.Exact steps for others to reproduce the error
Mark as Assetfor node group. After this menu will move to this button position on next call.Fake Userbutton.2023-01-27 12-44-31.mp4
LLM Reasoning
Got it, let's analyze the two bug reports. First, look at the descriptions and steps to reproduce.
Bug report 1 is about the hover effect in the Asset Browser staying active when the mouse leaves the editor. The steps involve opening the Asset Browser, hovering assets, then moving the mouse outside.
Bug report 2 is about "Mark as Asset" not triggering a UI redraw in the node editor, so the Fake User button and tooltips remain visible. The steps are about using that operator and waiting for tooltips.
The issues are completely different: one is about hover effects persisting, the other is about UI redraw after an asset operation. So they're not the same issue. Therefore, the answer is No.
JSON Data
{
"llm_judgement": false,
"processing_time": 11.63908,
"duplicate_report_number": "104166"
}
Report flagged as NOT a duplicate by LLM
Knife cursor goes away when dragging status bar to see options
https://projects.blender.org/blender/blender/issues/107021
System Information
Operating system: Windows-10-10.0.19044-SP0 64 Bits
Graphics card: NVIDIA GeForce RTX 2080 Ti/PCIe/SSE2 NVIDIA Corporation 4.5.0 NVIDIA 531.41
Blender Version
Broken: version: 3.5.0, branch: blender-v3.5-release, commit date: 2023-03-29 02:56, hash:
1be25cfff18bWorked: (newest version of Blender that worked as expected)
Short description of error
While using the Knife tool, and using middle mouse click and drag to see all options within the status bar, the knife cursor changes to the edit cross cursor. This doesn't happen when using the mouse wheel to scroll through the status bar. It also doesn't happen using the Knife Active Tool, only when pressing K to launch the tool.
Exact steps for others to reproduce the error
Knife cursor dissappears.mp4
LLM Reasoning
Got it, let's analyze these two bug reports. First, look at the descriptions and steps to reproduce.
Bug report 1 is about the Asset Browser's hover effect staying active when the mouse leaves the editor. The steps are opening Asset Browser, hovering assets, then moving mouse outside.
Bug report 2 is about the Knife cursor changing (disappearing) when dragging the status bar with middle mouse while using the knife tool. Steps: press K for knife tool, move to status bar, middle mouse drag.
These are completely different issues—one is about hover effects in Asset Browser, the other about cursor behavior during status bar interaction with Knife tool. So they're not duplicates. The answer should be No.
JSON Data
{
"llm_judgement": false,
"processing_time": 11.726646,
"duplicate_report_number": "107021"
}
Report flagged as NOT a duplicate by LLM
Assets: Invalid asset library server makes Asset Browser stuck on "Loading..."
https://projects.blender.org/blender/blender/issues/156768
System Information
Operating system: macOS-26.3.1-arm64-arm-64bit-Mach-O 64 Bits
Graphics card: Metal API Apple M3 Pro 1.2
Blender Version
Broken: version: 5.2.0 Alpha, branch: main, commit date: 2026-04-02 12:51, hash:
18d74064bcc2Worked: n/a
Short description of error
One bad server can make the entire asset system stop working.
Exact steps for others to reproduce the error
https://my.server.which.does.not.exist).poses.blend
On the asset browser you will see Loading..., even after you switch to Current File:
--
Note, if you first change the Asset Browser to show Current File, save the file, and open again, it will show the current file assets.
LLM Reasoning
Got it, let's analyze these two bug reports. First, look at the descriptions and steps.
Bug report 1 is about the hover effect in the Asset Browser staying active when the mouse leaves the editor. The steps are opening the Asset Browser, hovering assets, then moving mouse outside.
Bug report 2 is about an invalid asset library server causing the Asset Browser to get stuck on "Loading...". Steps involve adding a bad remote server and loading a file with assets.
The issues are completely different: one is about hover effects persisting, the other is about loading issues due to invalid servers. So they're not duplicates. The answer should be No.
JSON Data
{
"llm_judgement": false,
"processing_time": 11.076108,
"duplicate_report_number": "156768"
}
Report flagged as NOT a duplicate by LLM
Assets: Error regarding online assets when using local libraries
https://projects.blender.org/blender/blender/issues/156812
System Information
Operating system: macOS-26.4-arm64-arm-64bit-Mach-O 64 Bits
Graphics card: Metal API Apple M2 Max 1.2
Blender Version
Broken: version: 5.2.0 Alpha, branch: main, commit date: 2026-04-02 14:46, hash:
eeeba40699e8Worked: 5.1
Short description of error
I'm getting an error
This is not an online asset and thus cannot be downloadedwhen using local libraries.Exact steps for others to reproduce the error
Tested using the Human Base Meshes demo file, and Charge Asset Library.
LLM Reasoning
Got it, let's analyze these two bug reports. First, look at the descriptions and steps to reproduce.
Bug report 1 is about the hover effect in the Asset Browser staying active when the mouse leaves the editor. The steps are opening the Asset Browser, hovering assets, moving mouse outside.
Bug report 2 is about an error when using local libraries with online assets—specifically, dragging an asset from a local library and getting an error about it not being online. Steps involve dragging, deleting, dragging again.
The issues are completely different: one is a visual hover effect problem, the other is an error related to asset downloading/usage. So they aren't duplicates. The answer should be No.
JSON Data
{
"llm_judgement": false,
"processing_time": 11.573069,
"duplicate_report_number": "156812"
}
Report flagged as NOT a duplicate by LLM
Toolbar resize cursor appears when hoovering well outside of the toolbar edge
https://projects.blender.org/blender/blender/issues/119342
System Information
Operating system: macOS-14.2.1-arm64-arm-64bit 64 Bits
Graphics card: Metal API Apple M1 Max 1.2
Blender Version
Broken: version: 4.2.0 Alpha, branch: main, commit date: 2024-03-10 18:36, hash:
703353b5dafcWorked: unknown
Short description of error
When you hoover over the right side of the toolbar you can resize it to two columns or icons and text. However the cursor change happens when the cursor is already quite a bit outside the toolbar, not when hoovering over its actual edge. This is most obvious when the toolbar is zoomed in at its maximum.
Unfortunately it does not seem possible to take a screenshot of Blender on Mac that includes the mouse cursor, the screenshot just shows the toolbar.
Exact steps for others to reproduce the error
Zoom in on the toolbar so the icons are at their maximum size.
Hoover over the right edge of the toolbar. The cursor changes only when you are well outside of the edge.
LLM Reasoning
Got it, let's analyze these two bug reports. First, look at the descriptions and steps to reproduce.
Bug report 1 is about the Asset Browser's hover effect staying active even when the mouse leaves the editor. The steps involve hovering assets in the grid view and moving the mouse outside the browser.
Bug report 2 is about the toolbar resize cursor appearing too far outside the actual toolbar edge, especially when zoomed in. The steps are zooming the toolbar and hovering near its right edge, with the cursor changing outside the edge.
These are different issues: one is about hover effects persisting outside an editor (Asset Browser), the other is about a cursor change happening outside a toolbar's edge. So they're not duplicates.
JSON Data
{
"llm_judgement": false,
"processing_time": 11.553073,
"duplicate_report_number": "119342"
}