Page MenuHome
Create Task
Maniphest T48547

Shrinkwrap not taking auxiliary target into account properly
Closed, ResolvedPublic
Actions

Description

System Information
Windows 7 x64 GTX580

Blender Version
Broken: 999d5a6 onwards (including 11b0874)
Worked: b0a7e77

Short description of error
Shrinkwrap does not take auxiliary target into account properly

Exact steps for others to reproduce the error

  1. Open attached blend file in the git version provided
  2. Notice it is going up into the air
  3. revert git backwards
  4. open attached blend file
  5. notice how it sticks to the plane below

shrinkwrapbug.blend497 KBDownload

Revisions and Commits

rB Blender
rB3ed5da04791e Fix T48547: Shrinkwrap fails w/ auxiliary target

Related Objects

Event Timeline

Carlo Andreacchio (candreacchio) created this task.May 30 2016, 8:12 AM
Carlo Andreacchio (candreacchio) raised the priority of this task from to 90.
Carlo Andreacchio (candreacchio) updated the task description. (Show Details)
Carlo Andreacchio (candreacchio) added projects: BF Blender, Modifiers.
Carlo Andreacchio (candreacchio) edited a custom field.
Carlo Andreacchio (candreacchio) added a subscriber: Carlo Andreacchio (candreacchio).
Campbell Barton (campbellbarton) claimed this task.May 30 2016, 2:51 PM
Alex (SpectreFirst) added a subscriber: Alex (SpectreFirst).May 30 2016, 2:55 PM

System Information
Intel Core i7, 8 Gb RAM, AMD Radeon HD 7700
Windows 7 x64

Blender Version
Broken: 2.77 11b0874
Worked: 2.77a abf6f08

Short description of error
I can confirm there is a problem in latest builds and I have also found a couple of strange things:

  • If you enter Edit Mode on the bottom plane, shrinkwrap will start working.
  • It looks like that BOTTOM (Auxiliary) plane uses TOP (Target) plane’s dimensions as dimensions for shrinkwrapping! Changing the size of the top (Target) plane’s mesh seems to affect the bottom (Auxiliary) plane’s snapping for some reason.

You can take a look at my version of the test file, it's practically the same thing with planes, but some planes are changed to illustrate the issue I've found:

  • If you open my file in 2.77a, both small planes will shrinkwrap to both large planes.
  • If you open my file in latest build of 2.77, only closer one of the small planes will shrinkwrap to the bottom plane. Notice that closer plane does shrinkwrap because its top (Target) plane is bigger.
  • If you move the bottom (Auxiliary) plane left and right, you will also notice that far plane will eventually start shrinkwrapping too when bottom plane moves closer to its center.

shrinkwrap_bug_1.blend459 KBDownload

Campbell Barton (campbellbarton) lowered the priority of this task from 90 to 50.May 30 2016, 3:00 PM
Campbell Barton (campbellbarton) added a comment.May 31 2016, 6:10 AM

Caused by rB0b5a0d84126e629394b198508789378eb5663561

Campbell Barton (campbellbarton) changed the task status from Unknown Status to Resolved by committing rB3ed5da04791e: Fix T48547: Shrinkwrap fails w/ auxiliary target.May 31 2016, 6:37 AM
Campbell Barton (campbellbarton) added a commit: rB3ed5da04791e: Fix T48547: Shrinkwrap fails w/ auxiliary target.