Crash - Blender crashes if an assetbrowser editor has no asset library ref. #102778

New Issue

Rodger Davis · 2022-11-26T00:11:05+01:00

Rodger Davis commented

2022-11-26 00:11:05 +01:00

System Information
Operating system: Linux-6.0.9-arch1-1-x86_64-with-glibc2.36 64 Bits
Graphics card: NVIDIA GeForce GT 1030/PCIe/SSE2 NVIDIA Corporation 4.5.0 NVIDIA 520.56.06

Blender Version
Broken: version: 3.5.0 Alpha, branch: master, commit date: 2022-11-24 17:56, hash: 81754a0fc5
Worked: version: 3.4.0 Beta, branch: blender-v3.4-release, commit date: 2022-11-24 16:55, hash: 959f3cd645
For this particular file, crash started to happen after 1efc94bb2f

Short description of error
Looks like the asset lib ref is None and it crashes? It looks blank but may have an underlying variable.

Not completely sure how to reproduce this error from scratch.. Could be a legacy ref issue? To get this crash, I needed to open an old file.
I duplicated the workspace that causes the issue and gave it a ref.

Exact steps for others to reproduce the error

From the [crash-Asset_Editor.blend] file:

Open blender
Switch to workspace "Asset_Library_Ref=None"

You can open this file in Stable and Beta without any problems.
crash-Asset_Editor.blend

The crash report doesn't give anything to go by.
crash-Asset_Editor.crash.txt

**System Information** Operating system: Linux-6.0.9-arch1-1-x86_64-with-glibc2.36 64 Bits Graphics card: NVIDIA GeForce GT 1030/PCIe/SSE2 NVIDIA Corporation 4.5.0 NVIDIA 520.56.06 **Blender Version** Broken: version: 3.5.0 Alpha, branch: master, commit date: 2022-11-24 17:56, hash: `81754a0fc5` Worked: version: 3.4.0 Beta, branch: blender-v3.4-release, commit date: 2022-11-24 16:55, hash: `959f3cd645` For this particular file, crash started to happen after 1efc94bb2f **Short description of error** Looks like the asset lib ref is None and it crashes? It looks blank but may have an underlying variable. Not completely sure how to reproduce this error from scratch.. Could be a legacy ref issue? To get this crash, I needed to open an old file. I duplicated the workspace that causes the issue and gave it a ref. ![Asset_EditorCrash.png](https://archive.blender.org/developer/F13969738/Asset_EditorCrash.png) **Exact steps for others to reproduce the error** From the [**crash-Asset_Editor.blend**] file: 1. Open blender 2. Switch to workspace "Asset_Library_Ref=None" ---- You can open this file in Stable and Beta without any problems. [crash-Asset_Editor.blend](https://archive.blender.org/developer/F13969671/crash-Asset_Editor.blend) The crash report doesn't give anything to go by. [crash-Asset_Editor.crash.txt](https://archive.blender.org/developer/F13969703/crash-Asset_Editor.crash.txt)

Pratik Borhade commented

2022-12-02 11:14:17 +01:00

Hi, thanks for the report. I can confirm the crash in latest master. In which version of blender you created this file? Did you use some asset related add-on?
In versions prior to 3.3 crash didn't happen but I experienced huge slowdown. Console was flooded with this message:
Warning: Unrecognized file format 'C:\$Recycle.Bin\S-1-5-21-3094161891-2345250201-2254456373-1001\$IZTHC8E.blend'
@JulianEisel, will this be considered as a valid bug even if we don't know the exact way of creating the crash situation?
(I'll check which commit introduced the crash)

blender.exe         :0x00007FF7F6F58FE0  file_ensure_updated_catalog_filter_data C:\Users\prati\OneDrive\Desktop\BlenderOSP\blender\source\blender\editors\space_file\asset_catalog_tree_view.cc:717
blender.exe         :0x00007FF7F6F46910  filelist_filter C:\Users\prati\OneDrive\Desktop\BlenderOSP\blender\source\blender\editors\space_file\filelist.cc:933
blender.exe         :0x00007FF7F6F41760  file_refresh C:\Users\prati\OneDrive\Desktop\BlenderOSP\blender\source\blender\editors\space_file\space_file.c:373
blender.exe         :0x00007FF7F6378FB0  ED_area_do_refresh C:\Users\prati\OneDrive\Desktop\BlenderOSP\blender\source\blender\editors\screen\area.c:174
blender.exe         :0x00007FF7F63549B0  wm_event_do_notifiers C:\Users\prati\OneDrive\Desktop\BlenderOSP\blender\source\blender\windowmanager\intern\wm_event_system.cc:693
blender.exe         :0x00007FF7F6339D40  WM_main C:\Users\prati\OneDrive\Desktop\BlenderOSP\blender\source\blender\windowmanager\intern\wm.c:646
blender.exe         :0x00007FF7F6335320  main C:\Users\prati\OneDrive\Desktop\BlenderOSP\blender\source\creator\creator.c:582
blender.exe         :0x00007FF7F7501454  __scrt_common_main_seh D:\a\_work\1\s\src\vctools\crt\vcstartup\src\startup\exe_common.inl:288
KERNEL32.DLL        :0x00007FFD91695540  BaseThreadInitThunk
ntdll.dll           :0x00007FFD93664830  RtlUserThreadStart

Hi, thanks for the report. I can confirm the crash in latest master. In which version of blender you created this file? Did you use some asset related add-on? In versions prior to 3.3 crash didn't happen but I experienced huge slowdown. Console was flooded with this message: `Warning: Unrecognized file format 'C:\$Recycle.Bin\S-1-5-21-3094161891-2345250201-2254456373-1001\$IZTHC8E.blend'` @JulianEisel, will this be considered as a valid bug even if we don't know the exact way of creating the crash situation? (I'll check which commit introduced the crash) - - - ```Stack trace: blender.exe :0x00007FF7F6F58FE0 file_ensure_updated_catalog_filter_data C:\Users\prati\OneDrive\Desktop\BlenderOSP\blender\source\blender\editors\space_file\asset_catalog_tree_view.cc:717 blender.exe :0x00007FF7F6F46910 filelist_filter C:\Users\prati\OneDrive\Desktop\BlenderOSP\blender\source\blender\editors\space_file\filelist.cc:933 blender.exe :0x00007FF7F6F41760 file_refresh C:\Users\prati\OneDrive\Desktop\BlenderOSP\blender\source\blender\editors\space_file\space_file.c:373 blender.exe :0x00007FF7F6378FB0 ED_area_do_refresh C:\Users\prati\OneDrive\Desktop\BlenderOSP\blender\source\blender\editors\screen\area.c:174 blender.exe :0x00007FF7F63549B0 wm_event_do_notifiers C:\Users\prati\OneDrive\Desktop\BlenderOSP\blender\source\blender\windowmanager\intern\wm_event_system.cc:693 blender.exe :0x00007FF7F6339D40 WM_main C:\Users\prati\OneDrive\Desktop\BlenderOSP\blender\source\blender\windowmanager\intern\wm.c:646 blender.exe :0x00007FF7F6335320 main C:\Users\prati\OneDrive\Desktop\BlenderOSP\blender\source\creator\creator.c:582 blender.exe :0x00007FF7F7501454 __scrt_common_main_seh D:\a\_work\1\s\src\vctools\crt\vcstartup\src\startup\exe_common.inl:288 KERNEL32.DLL :0x00007FFD91695540 BaseThreadInitThunk ntdll.dll :0x00007FFD93664830 RtlUserThreadStart ```

Julian Eisel commented

2022-12-02 11:26:01 +01:00

I'm also confused about this, how can you end up in a situation where there is no asset library reference?
Even if all custom asset libraries are removed, it should fallback to the Current File library. Maybe something is wrong there, but that seems too simple to go wrong :) Code looks fine.

I'm also confused about this, how can you end up in a situation where there is no asset library reference? Even if all custom asset libraries are removed, it should fallback to the *Current File* library. Maybe something is wrong there, but that seems too simple to go wrong :) Code looks fine.

Pratik Borhade commented

2022-12-02 12:42:08 +01:00

Crash started to happen after 1efc94bb2f
Not sure whether this will help :)

Crash started to happen after 1efc94bb2f Not sure whether this will help :)

Rodger Davis commented

2022-12-02 18:33:25 +01:00

In which version of blender you created this file?

I think around 2.93? Not sure. Could be a result with playing around alpha versions of the Asset Browser. Which would be my own doing. Though I have had this workspace for a long time in my startup. It hasn't given me any issues on Linux until now. I didn't try it on Windows up until this point.

Did you use some asset related add-on?

No

In versions prior to 3.3 crash didn't happen but I experienced huge slowdown

I didn't experience the text flood.. But I did try this in Windows a few days ago. There was a huge slow down on Windows instead of an instant crash on Linux. I'll recheck just to be sure.

> In which version of blender you created this file? I think around 2.93? Not sure. Could be a result with playing around alpha versions of the Asset Browser. Which would be my own doing. Though I have had this workspace for a long time in my startup. It hasn't given me any issues on Linux until now. I didn't try it on Windows up until this point. > Did you use some asset related add-on? No > In versions prior to 3.3 crash didn't happen but I experienced huge slowdown I didn't experience the text flood.. But I did try this in Windows a few days ago. There was a huge slow down on Windows instead of an instant crash on Linux. I'll recheck just to be sure.

Rodger Davis commented

2022-12-02 20:28:40 +01:00

Sorry for the long report but hope some of it is useful.

**version: 3.4.0 Release Candidate, branch: blender-v3.4-release, commit date: 2022-12-01 14:21, hash: f95768d1e0 / Windows**Same results are in versions 3.3.0+

Retried crash-Asset_Editor.blend with Windows. I didn't get any error messages. Just a huge slowdown. This slowdown can lag my whole system if I don't load factory settings. Otherwise, it's just blender that slows to a crawl for a few minutes. I don't have any more asset refs in Windows other than stock; "C:\Users\Rodge\Documents\Blender\Assets".

After the slowdown, it couldn't find assets from other mount partitions. So that's good. A weird thing is that it tried pulling from C:\Users\user_name\AppData\Local\Temp
Added this screenshot for clarification, probably doesn't help much though. Also nothing out of the ordinary in the terminal.

Each ball is one asset from the 3 files.

version: 3.5.0 Alpha, branch: master, commit date: 2022-12-01 23:55, hash: 587b213fe1 / Windows
I did get get an instant crash and does give me a crash.txt with some text that might be useful.

crash-Asset_Editor.crash.txt

I tried using crash-Asset_Editor.blend on a separate machine without any mounts or /tmp files and it ran fine in Linux. I don't have Windows on that machine though, so cannot test it there.
My main Linux machine flushes any /tmp files after reboot. So, it's just my startup.blend and old files that can cause the issue.

Sort of an easy fix atm is to reopen these files without loading the UI. Then remake the workspaces that had an AssetBrowser editor. The other workspaces that didn't have an AssetBrowser editor could be appended.

Sorry for the long report but hope some of it is useful. ---- **version: 3.4.0 Release Candidate, branch: blender-v3.4-release, commit date: 2022-12-01 14:21, hash: `f95768d1e0` */ Windows****Same results are in versions 3.3.0+* Retried **crash-Asset_Editor.blend** with Windows. I didn't get any error messages. Just a huge slowdown. This slowdown can lag my whole system if I don't load factory settings. Otherwise, it's just blender that slows to a crawl for a few minutes. I don't have any more asset refs in Windows other than stock; "C:\Users\Rodge\Documents\Blender\Assets". After the slowdown, it couldn't find assets from other mount partitions. So that's good. A weird thing is that it tried pulling from C:\Users\user_name\AppData\Local\Temp Added this screenshot for clarification, probably doesn't help much though. Also nothing out of the ordinary in the terminal. ![image.png](https://archive.blender.org/developer/F13986415/image.png) Each ball is one asset from the 3 files. ---- **version: 3.5.0 Alpha, branch: master, commit date: 2022-12-01 23:55, hash: `587b213fe1` */ Windows*** I did get get an instant crash and does give me a crash.txt with some text that might be useful. [crash-Asset_Editor.crash.txt](https://archive.blender.org/developer/F13986575/crash-Asset_Editor.crash.txt) ____ ____ I tried using **crash-Asset_Editor.blend** on a separate machine without any mounts or /tmp files and it ran fine in Linux. I don't have Windows on that machine though, so cannot test it there. My main Linux machine flushes any /tmp files after reboot. So, it's just my startup.blend and old files that can cause the issue. Sort of an easy fix atm is to reopen these files without loading the UI. Then remake the workspaces that had an AssetBrowser editor. The other workspaces that didn't have an AssetBrowser editor could be appended.

Bastien Montagne added this to the Pipeline, Assets & IO project 2023-02-09 15:39:30 +01:00

Sign in to join this conversation.

No Label

Download

What's New

Blender Studio

Manual

Developers Blog

Documentation

Benchmark

Blender Conference

Development Fund

One-time Donations

Crash - Blender crashes if an assetbrowser editor has no asset library ref. #102778