Page MenuHome

Library override loosing data block crashes and corrupts the scene -reproducible
Closed, ResolvedPublicBUG

Description

System Information
Operating system: Manjaro / Windows 10 - 64 bit
Graphics card: tested on both ATI R7 370 and Nvidia cards. (don't think its graphic related :))

Blender Version
Broken: 2.82 official - 2.82v7 and 2.82a
Worked: Not sure

Short description of error
After linking a collection with asset to your scene and making relations -> library override -> adding modifier and saving your scene - works. Then delete the modified you just added and save the scene to another place -> crashes and cannot open the scene. Seems like the data block of the modifier once created messes up if deleted on loading the scene.

To reproduce the error

  1. Create a cube, and extract some faces or make some changes to if you want. Then save the scene to AssetReference and close.
  1. New scene, delete all objects and Link your AssetReference scene the main collection then Make Library Override on the cube object. Save the scene to Master_v01
  2. Add Subdiv Surf to the linked cube in Master_v01 and save. Reopening the scene now opens correctly with the cube with added Subdiv Surf...
  3. Remove the Subdiv modifier of the cube and save as Master_v2.
  4. The scene Master_v2 cannot open and crashes Blender.

Based on the default startup or an attached .blend file (as simple as possible).

Event Timeline

martin Naydenski (martinium) renamed this task from Library override loosing crashes and corrupts the scene -reproducible to Library override loosing data block crashes and corrupts the scene -reproducible .Apr 14 2020, 5:43 PM
martin Naydenski (martinium) created this task.
Philipp Oeser (lichtwerk) changed the task status from Needs Triage to Confirmed.Apr 15 2020, 2:13 PM

Confirmed, checking...

Asserts here:

BLI_assert failed: /blender/makesrna/intern/rna_object.c:1628, rna_Object_modifiers_override_apply(), at 'mod_src != ((void *)0)'

1   raise                                                                     0x7ffff132f625 
2   abort                                                                     0x7ffff13188d9 
3   rna_Object_modifiers_override_apply   rna_object.c                  1628  0x340481e      
4   rna_property_override_operation_apply rna_access_compare_override.c 556   0x3308684      
5   rna_property_override_apply_ex        rna_access_compare_override.c 965   0x33092ce      
6   RNA_struct_override_apply             rna_access_compare_override.c 1022  0x33094ce      
7   BKE_lib_override_library_update       lib_override.c                811   0x2abbce1      
8   BKE_lib_override_library_main_update  lib_override.c                846   0x2abbe21      
9   blo_read_file_internal                readfile.c                    10378 0x2ef2e9d      
10  BLO_read_from_file                    readblenentry.c               320   0x2ed69a5      
11  BKE_blendfile_read                    blendfile.c                   425   0x3b6d652      
12  WM_file_read                          wm_files.c                    639   0x2e9b52c      
13  wm_file_read_opwrap                   wm_files.c                    2110  0x2e9e7c6      
14  wm_open_mainfile__open                wm_files.c                    2252  0x2e9ed2b      
15  operator_state_dispatch               wm_files.c                    2146  0x2e9e908      
16  wm_open_mainfile_dispatch             wm_files.c                    2278  0x2e9edd4      
17  wm_open_mainfile__discard_changes     wm_files.c                    2192  0x2e9eabf      
18  operator_state_dispatch               wm_files.c                    2146  0x2e9e908      
19  wm_open_mainfile_dispatch             wm_files.c                    2278  0x2e9edd4      
20  wm_open_mainfile_invoke               wm_files.c                    2283  0x2e9edfd

Same is true for constraints.

@Bastien Montagne (mont29): not sure about the status here: is this expected to be supported? Should the IDOverrideLibraryPropertyOperation be removed when removing the modifier/constraint?

Bastien Montagne (mont29) triaged this task as High priority.
Bastien Montagne (mont29) changed the subtype of this task from "Report" to "Bug".

Thi should be supported yes, will check.