Pinned UVs don’t stay pinned on subsequent Unwrap #67633
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
10 Participants
Notifications
Due Date
No due date set.
Dependencies
No dependencies set.
Reference: blender/blender#67633
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?
Blender Version
Broken: 2.79, 2.80, 2.81, 2.82
Description
Pinning vertices on some meshes in the UV editor is not functioning as expected. Unwrapping after pinning leads to vertices displacing and deforming.
Exact steps for others to reproduce the error
Note: 'UV->Seams from island fix it.
Steps to reproduce the problem from the default startup blend:
Pinned vertices that were initially touching have moved
2.79 file right before unwrap (in 2.8x you should also change the editor to UV editor):
#67633-279.blend
Added subscriber: @JCo
Not sure if it’s relevant to the repro, but it’s occurring on meshes I’ve duplicated and you may want to try on meshes where you’ve first done a ‘Join’ with another mesh.
Added subscriber: @matc
I don't seem to be able to reproduce this. Can you provide a blend file containing meshes that you know are causing the problem and provide instructions based on that file?
Sure. I copy/pasted the mesh into a new .blend file.
It only contains one mesh.
Unless I'm misunderstanding how it's supposed to work, I thought any and all Pinned UVs should remain locked in place.UV_Pin_Problem.blend
Note: I have not tried in RC3 yet but it exhibits the same behavior in RC1 & RC2
Now I'm able to reproduce. Simply hitting 'u' and unwrapping shows the problem.
One thing I noticed is that after removing the UV map in the Object Data (green tab in object properties) and creating a new one, the pinning appears to work properly. Can you test whether you are able to run into the problem after doing this? If the problem does not reappear, then an older version most likely initialized the uv data in a wrong way.
Removing the UV map data does seem to work for me as well. I'm not thrilled with that answer since I have hundreds of meshes that apparently have poorly initialized uv data and would need to be manually unwrapped. :(
There is still a chance that this can be fixed. Blender always "fixes" files when they were saved with an older version than the currently running one.
Do you know which version was used to create the file(s)? With the Outliner set to Data API, there is a Version field (fairly to the top) which shows the version the file was last saved with. Otherwise a date should work as well to find the offending version.
Added subscriber: @lichtwerk
Not sure if Removing the UV map actually fixes the "problem".
Doing this on a new/fresh UV map and having the same UVs pinned will show comparable results... [moving pinned UVs], needs a closer look...
Moving/scaling pinned vertices will unwrap each island around its pinned vertices for the new uv map. While for the uv map present in the file even the pinned vertices are moving.
Added subscriber: @AlanT
In the UV Editor try selecting the 'UV->Seams from island' menu entry.
If this fixes the problem the problem may have been caused because Unwrap got conflicted signals. The UV data tells Unwrap that two UVs are pinned and in separate places, the mesh data tells Unwrap that the two UVs should be in the same place (because there is no seam saying it's ok to split them).
'UV->Seams from island' does fix it.
I had another look at the UV_Pin_Problem.blend file. All pinned vertices that are moving have been pinned in two locations. 2.79 does behave the same way.
Steps to reproduce the problem from the default startup blend:
Added subscriber: @brecht
@brecht: is this expected behavior?
Added subscriber: @Stan_Pancakes
Added subscriber: @iss
Changed status from 'Needs Developer To Reproduce' to: 'Resolved'
This should be resolved now, can not find commit
Changed status from 'Resolved' to: 'Needs Developer To Reproduce'
For me, this is still happening.
Still not sure if this is expected behavior, but I can still reproduce...
(putting back to "Needs Developer to Reproduce", so we can check if this is expected or not...)
Added subscriber: @JacquesLucke
I can reproduce the issue as well. The faces that were disconnected before are suddenly connected again. I assume that this is a limitation of the current code as well, but don't know for sure.
Changed status from 'Needs Developer To Reproduce' to: 'Confirmed'
Changed status from 'Confirmed' to: 'Archived'
This doesn't look like a bug to me.
UV unwrap uses the seams to determined UV islands. Moving vertices and then pinning them will not change the UV islands.
You can use Seams from Islands for that. Arguably that should happen automatically after transforming, but that also has some side effects, and that kind of design change is outside the scope of the bug tracker.
Added subscriber: @Wurzeldachs
This comment was removed by @Wurzeldachs