Crash Upon Opening File #43283
Labels
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
4 Participants
Notifications
Due Date
No due date set.
Dependencies
No dependencies set.
Reference: blender/blender#43283
Loading…
Reference in New Issue
No description provided.
Delete Branch "%!s(<nil>)"
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?
System Information
64bit Manjaro Linux, kernel 3.14.27
GeForce GTX 650 Ti, driver version 343.36
Blender Version
Broken: (example: 2.73
c24b694
, see splash screen)Short description of error
I lost about a day's worth of work after inadvertently introducing an object which would, with very specific circumstances, cause blender to crash if you opened the file or used the Undo function. After narrowing down the issue, it appears to occur with a specific object that uses the Mirror, Armature, Solidify, and Subdivision modifiers (in that order), and the crash condition is created when weights have been transferred to the affected object.
Exact steps for others to reproduce the error
Just open this file: NoseScalesCrash.blend
Note 1: Splicing the problem object off into a separate file was tricky, since blender would sometimes crash when simply pasting a copy of the object!
Note 2: I also tested with the windows version of Blender, by running it under WINE. The crash still occurs there.
Changed status to: 'Open'
Added subscriber: @ZauberParacelsus
Added subscribers: @Sergey, @ideasman42, @mont29
Ouch, looks to me that .blend file is heavily corrupted… At least, that’s what I can guess from that backtrace:
P186: #43283
Looks like some pointer in the file has ugly bad value?
I don't think the problem is so much the file, but rather it may be some kind of mishandling with weight painting or deformation? The crash occurs after I transferred weights from one model to the problem model. But when I instead just created the DEF-head group and then set it to 100% on all vertices, there were no problems.
Okay, I've made another repro file. This one does not produce the crash, but rather sets the stage for the trigger conditions. For this I have used a different model off of blendswap, since I do not yet intend for the character models to be available in public.
File: NoseScalesCrashTest.blend
Repro: Open the file. The blend will be in Weight Paint mode. Go to the left and press Transfer Weights. From there, you have two ways to trigger the crash:
The file is corrupted beyond repairable state. We can not fix anything in blender in order to support this file working, But we should fix bug which lead to such a corrupted file.
For this we need exact steps of reproducing such a corrupted file from totally correct one.
@Sergey: Check my previous comment, before yours.
@ZauberParacelsus, save and reload makes no changes to internal data structures. Same applies to selection and undo. So the file is still somewhat corrupted and not good for tracking down actual bug.
So your comment before mine doesn't actually help.
Actually, I should point out that the problem begins with using the Transfer Weights function in weight painting mode.
Furthermore, I should clarify that I've been using a development build of Blender, where the Transfer Weights function appears to have been overhauled.
I'm betting that I ran into a new bug introduced in the Transfer Weights function, especially since the crash/corruption issue does not occur when I use the 2.73 release build.
Eeeeeeh, that’s a whole other topic!
Checking...
Further testing, and with new repro steps. It'll occur on ANYTHING you use Transfer Weights on.
New repro steps:
This issue was referenced by
119ff676e1
Changed status from 'Open' to: 'Resolved'
Closed by commit
119ff676e1
.@mont29: I just freshly compiled blender from git this morning. The crash no longer occurs with the original model(s) I discovered it on. However, it continues to occur with a slight variation on the repro steps I posted above:
Further, it seems like it will only crash sometimes on a bad saved file, but doing step 7 above on that file repros a crash, as will attempting to Transfer Weights again, or trying to remove a vertex group. In fact, every other thing I do on that file, even something as innocuous as entering edit mode, will trigger a crash. So, perhaps there is an unfixed code path that still has the issue?
@ZauberParacelsus cannot reproduce following steps you gave here… Unless you mean, you are still using a corrupted file? in this case, yes, even in a new scene issue will remain, but starting from scratch with startup file I get absolutely no crash here.
Issue repros on my build from just a couple hours ago that was compiled fresh off of git. However, the issue does not repro at all on the nightly I just downloaded.
Very weird :-/
what’s the hash shown on blender startup panel?
For the nightly, the hash is
6e97db7
. For the build I compiled myself (where the issue still repros partially), there is no hash. This is the output from git on the command line:That is pretty much exactly the same code… no reason to have that difference in behavior.
Maybe make a full rebuild (make clean, then usual build command)?
Deleted my blender source directory entirely, and redownloaded everything from git so that I had a clean slate. Issue no longer repros.