Constraint missing after save and reopen the blend file (fixed in 2.90 - request to backport to LTS) #80125

New Issue

Aditia A. Pratama · 2020-08-26T08:45:21+02:00

Aditia A. Pratama commented

2020-08-26 08:45:21 +02:00

System Information
Operating system: Windows-10-10.0.18362-SP0 64 Bits
Graphics card: GeForce GTX 965M/PCIe/SSE2 NVIDIA Corporation 4.5.0 NVIDIA 452.06

Blender Version
Broken: version: 2.83.5, branch: master, commit date: 2020-08-19 06:07, hash: c2b144df39
Worked: I've tested on blender 2.82a it's working fine, and also blender 2.90 beta also working as expected

Short description of error
If we save the blend file and reopen, the constraint will be missing.

Exact steps for others to reproduce the error
[Please describe the exact steps needed to reproduce the issue]
[Based on the default startup or an attached .blend file (as simple as possible)]
constraint-missing-after-save.zip

With the zip file above, extract it and you'll find EP25_SC01_SH056_v4-using-save-as-in.2.83.5.blend
Try open with blender 2.83.5 and try following :
- [save as] another blend file -> [save] again just once -> reopen the blend file -> constraint will preserves
- [Save as] another blend file -> reopen the blend file -> constraint will missing
just [save] without [save as] -> reopen the blend file -> constraint will missing

**System Information** Operating system: Windows-10-10.0.18362-SP0 64 Bits Graphics card: GeForce GTX 965M/PCIe/SSE2 NVIDIA Corporation 4.5.0 NVIDIA 452.06 **Blender Version** Broken: version: 2.83.5, branch: master, commit date: 2020-08-19 06:07, hash: `c2b144df39` Worked: I've tested on blender 2.82a it's working fine, and also blender 2.90 beta also working as expected **Short description of error** If we save the blend file and reopen, the constraint will be missing. ![image.png](https://archive.blender.org/developer/F8811604/image.png) ![image.png](https://archive.blender.org/developer/F8811608/image.png) **Exact steps for others to reproduce the error** [Please describe the exact steps needed to reproduce the issue] [Based on the default startup or an attached .blend file (as simple as possible)] [constraint-missing-after-save.zip](https://archive.blender.org/developer/F8811594/constraint-missing-after-save.zip) - With the zip file above, extract it and you'll find `EP25_SC01_SH056_v4-using-save-as-in.2.83.5.blend` - Try open with blender 2.83.5 and try following : - [save as] another blend file -> [save] again just once -> reopen the blend file -> constraint will preserves - [Save as] another blend file -> reopen the blend file -> constraint will missing # just [save] without [save as] -> reopen the blend file -> constraint will missing

Aditia A. Pratama commented

2020-08-26 08:45:21 +02:00

Added subscriber: @AditiaA.Pratama

Philipp Oeser commented

2020-08-26 13:48:19 +02:00

Added subscribers: @Jeroen-Bakker, @lichtwerk

Philipp Oeser commented

2020-08-26 13:48:19 +02:00

Can confirm, will dig up the commit that might need to be backported here.

CC @Jeroen-Bakker

Can confirm, will dig up the commit that might need to be backported here. CC @Jeroen-Bakker

Philipp Oeser changed title from ~~Constraint missing after save and reopen the blend file~~ to Constraint missing after save and reopen the blend file (fixed in 2.90 - request to backport to LTS)

2020-08-26 13:48:57 +02:00

Philipp Oeser commented

2020-08-26 13:48:57 +02:00

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

Jeroen Bakker commented

2020-08-26 14:29:24 +02:00

Hi @AditiaA.Pratama

You mention that it is broken in 2.83.5, have you tested if it was also broken in other versions of 2.83? It narrows our search to know if it is a new regression or wasn't at all working in 2.83.

Hi @AditiaA.Pratama You mention that it is broken in 2.83.5, have you tested if it was also broken in other versions of 2.83? It narrows our search to know if it is a new regression or wasn't at all working in 2.83.

Aditia A. Pratama commented

2020-08-26 14:33:49 +02:00

@Jeroen-Bakker We stumble this issue since we upgrade to 2.83 LTS, but I'll run a test on other 2.83 version as well and report here.

Philipp Oeser commented

2020-08-26 14:40:39 +02:00

For me, this is already broken in 2.83.0
In 2.90 this was fixed somewhere between 9f5cc128d9 and f2b5f731d5

For me, this is already broken in 2.83.0 In 2.90 this was fixed somewhere between 9f5cc128d9 and f2b5f731d5

Philipp Oeser commented

2020-08-26 15:06:41 +02:00

Looks like fd8d245e6a "fixed" the issue.

Looks like fd8d245e6a "fixed" the issue.

Philipp Oeser commented

2020-08-26 15:19:20 +02:00

Added subscriber: @mont29

Philipp Oeser commented

2020-08-26 15:19:20 +02:00

Note: looks like (as a workaround), you can call

D.objects['Roti_Doh_4_RIG'].override_library.auto_generate = True

then save and everything seems fine here then in 2.83.0 and 2.83.5.

maybe @mont29 can comment here if fd8d245e6a is suitable to backport or if other commits would be necessary to make this work reliably? (or if it is safe to just set auto_generate to True on everything in older versions?)

Note: looks like (as a workaround), you can call ``` D.objects['Roti_Doh_4_RIG'].override_library.auto_generate = True ``` then save and everything seems fine here then in 2.83.0 and 2.83.5. maybe @mont29 can comment here if fd8d245e6a is suitable to backport or if other commits would be necessary to make this work reliably? (or if it is safe to just set `auto_generate` to True on everything in older versions?)

Aditia A. Pratama commented

2020-08-26 15:50:28 +02:00

ah noted @lichtwerk, let me check, maybe this is good as temporary solution

Aditia A. Pratama commented

2020-08-27 05:45:05 +02:00

so this is script that I've come up with

import bpy

def temp_fix_childof():
    objs = bpy.data.objects
    arms = [o for o in objs if o.type == 'ARMATURE' and o.override_library]
    for arm in arms:
        arm.override_library.auto_generate = True
        
temp_fix_childof()

so this is script that I've come up with ``` import bpy def temp_fix_childof(): objs = bpy.data.objects arms = [o for o in objs if o.type == 'ARMATURE' and o.override_library] for arm in arms: arm.override_library.auto_generate = True temp_fix_childof() ```

Bastien Montagne commented

2020-08-27 17:20:12 +02:00

Changed status from 'Confirmed' to: 'Resolved'

Bastien Montagne closed this issue

2020-08-27 17:20:12 +02:00

Bastien Montagne self-assigned this 2020-08-27 17:20:12 +02:00

Bastien Montagne commented

2020-08-27 17:20:12 +02:00

This specific commit will certainly never make it to 2.83, it´s a behavioral/feature change commit, not a fix at all. It might have hidden the issue somehow, but certainly not fixed it.

Unless someone can chase the actual fix in recent codebase, and that fix is safe enough for LTS (but there is very little chance for that, afaik all safe-enough fixes have already been backported to LTS in data/IO area of code), this will never be fixed in 2.83.

Since it is not a problem in current master, will consider this as fixed, thanks for the report anyway.

This specific commit will certainly never make it to 2.83, it´s a behavioral/feature change commit, not a fix at all. It might have hidden the issue somehow, but certainly not fixed it. Unless someone can chase the actual fix in recent codebase, and that fix is safe enough for LTS (but there is very little chance for that, afaik all safe-enough fixes have already been backported to LTS in data/IO area of code), this will never be fixed in 2.83. Since it is not a problem in current master, will consider this as fixed, thanks for the report anyway.

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

Constraint missing after save and reopen the blend file (fixed in 2.90 - request to backport to LTS) #80125

just [save] without [save as] -> reopen the blend file -> constraint will missing