blender/blender
blender/blender
194
606
Fork 947
Code Issues 6.4k Pull Requests 1.1k Projects 22 Wiki Activity

UVs are not drawn correctly after joining objects #80800

New Issue
Closed
opened 2020-09-15 11:26:41 +02:00 by Pedlar · 13 comments
Pedlar commented 2020-09-15 11:26:41 +02:00
Copy Link

System Information intel core i3-8100 CPU 3.60 Ghz 16G RAM
Operating system: Windows 10 64bit
Graphics card: NVIDIA Quadro P620

Blender Version
Broken: 2.91
Caused by 4212b6528a

Short description of error
Joining two objects with different UV's destroys the UV's of one or more objects. It seems to match an earlier bug from 2014 ##37182 which is discussed here https://developer.blender.org/T37182. The objects whose UV's are destroyed have all their Vertices stacked on top of each other at the bottom left corner. I I upgraded from a previous version (think it was 2.90a), but it is still happening. It wasn't happening on V2.82 which was the last one I used.

Exact steps for others to reproduce the error
I made 3 parts of a piece of furniture, UV mapped them, assigned them their material properties and joined them. I managed to join 2 pieces successfully, of which one was a simple plane with 4 vertices. It only worked after assigning the material properties, so I did the same with the last piece, but to no avail. No matter which way I joined them.

This is in fact an issue drawing caused by 4212b6528a, (the join is working).
Notice face-dots are drawing properly when face-mode is selected.
It looks to be an issue caused by using the render layer instead of the active layer for drawing UV's.

**System Information** intel core i3-8100 CPU 3.60 Ghz 16G RAM Operating system: Windows 10 64bit Graphics card: NVIDIA Quadro [P620](https://archive.blender.org/developer/P620.txt) **Blender Version** Broken: 2.91 Caused by 4212b6528a **Short description of error** Joining two objects with different UV's destroys the UV's of one or more objects. It seems to match an earlier bug from 2014 ##37182 which is discussed here https://developer.blender.org/T37182. The objects whose UV's are destroyed have all their Vertices stacked on top of each other at the bottom left corner. I I upgraded from a previous version (think it was 2.90a), but it is still happening. It wasn't happening on V2.82 which was the last one I used. **Exact steps for others to reproduce the error** I made 3 parts of a piece of furniture, UV mapped them, assigned them their material properties and joined them. I managed to join 2 pieces successfully, of which one was a simple plane with 4 vertices. It only worked after assigning the material properties, so I did the same with the last piece, but to no avail. No matter which way I joined them. This is in fact an issue drawing caused by 4212b6528a, (the join is working). Notice face-dots are drawing properly when face-mode is selected. It looks to be an issue caused by using the render layer instead of the active layer for drawing UV's.
Pedlar commented 2020-09-15 11:26:41 +02:00
Author
Copy Link

Added subscriber: @Ped

Added subscriber: @Ped
Philipp Oeser commented 2020-09-15 12:18:21 +02:00
Member
Copy Link

Added subscriber: @lichtwerk

Added subscriber: @lichtwerk
Philipp Oeser commented 2020-09-15 12:18:21 +02:00
Member
Copy Link

Changed status from 'Needs Triage' to: 'Needs User Info'

Changed status from 'Needs Triage' to: 'Needs User Info'
Philipp Oeser commented 2020-09-15 12:18:21 +02:00
Member
Copy Link

Thx reporting!
Mind sharing the .blend file where this happens?

Thx reporting! Mind sharing the .blend file where this happens?
Pedlar commented 2020-09-15 12:34:22 +02:00
Author
Copy Link

Sure. Uploaded it. :)
Chair 02 .blend

Sure. Uploaded it. :) [Chair 02 .blend](https://archive.blender.org/developer/F8888015/Chair_02_.blend)
Campbell Barton commented 2020-09-16 10:37:38 +02:00
Owner
Copy Link

Added subscriber: @ideasman42

Added subscriber: @ideasman42
Campbell Barton commented 2020-09-16 10:37:38 +02:00
Owner
Copy Link

This is in fact an issue drawing caused by 4212b6528a, (the join is working). Notice face-dots are drawing properly when face-mode is selected.

It looks to be an issue caused by using the render layer instead of the active layer for drawing UV's.

This is in fact an issue drawing caused by 4212b6528a, (the join is working). Notice face-dots are drawing properly when face-mode is selected. It looks to be an issue caused by using the render layer instead of the active layer for drawing UV's.
Philipp Oeser commented 2020-09-16 10:50:49 +02:00
Member
Copy Link

Added subscriber: @Jeroen-Bakker

Added subscriber: @Jeroen-Bakker
Philipp Oeser commented 2020-09-16 10:50:49 +02:00
Member
Copy Link

CC @Jeroen-Bakker

CC @Jeroen-Bakker
Philipp Oeser changed title from joining objects destroys UVs of some of the objects to UVs are not drawn correctly after joining objects 2020-09-16 10:51:33 +02:00
Jeroen Bakker self-assigned this 2020-09-16 11:08:33 +02:00
Jeroen Bakker commented 2020-09-16 11:08:33 +02:00
Member
Copy Link

Yes, to clarify the mesh is joined correctly, but the UV editor does not react to the selected UV Maps of mesh, but it always displays the UV Map where the camera is selected.

  • Selection still works on the selected UV Map (what is correct)
Yes, to clarify the mesh is joined correctly, but the UV editor does not react to the selected `UV Maps` of mesh, but it always displays the `UV Map` where the camera is selected. * Selection still works on the selected UV Map (what is correct)
blender-admin commented 2020-09-16 11:19:47 +02:00
Copy Link

This issue was referenced by 7cae58adf5

This issue was referenced by 7cae58adf5cfeee168d25d3432cf9ca82eeb0290
Jeroen Bakker commented 2020-09-16 11:21:39 +02:00
Member
Copy Link

Changed status from 'Needs User Info' to: 'Resolved'

Changed status from 'Needs User Info' to: 'Resolved'
Pedlar commented 2020-09-16 13:37:37 +02:00
Author
Copy Link

So if it is because of the camera position, what angle could I possibly have the camera looking from, to place entire objects on top of each other ? Could you at least explain what you mean ? Are you saying for example that, I have to unwrap everything after they are joined, because this behaviour is normal ? Sorry guys, I reported what I thought was a bug because Blender asks users to, so I was hoping for a better explanation for my trouble.

So if it is because of the camera position, what angle could I possibly have the camera looking from, to place entire objects on top of each other ? Could you at least explain what you mean ? Are you saying for example that, I have to unwrap everything after they are joined, because this behaviour is normal ? Sorry guys, I reported what I thought was a bug because Blender asks users to, so I was hoping for a better explanation for my trouble.
Thomas Dinges added this to the 2.91 milestone 2023-02-08 16:20:31 +01:00
Sign in to join this conversation.
No Branch/Tag Specified
Branches Tags
Labels
Clear labels
Interest
Alembic
Interest
Animation & Rigging
Interest
Asset System
Asset datablocks, libraries, browser and shelf
Interest
Audio
Interest
Automated Testing
Interest
BlendFile
Interest
Blender Asset Bundle
Interest
Code Documentation
Code comments, Python/RNA API descriptions
Interest
Collada
Interest
Compatibility
Backward and forward compatibility
Interest
Compositing
Interest
Core
Interest
Cycles
Interest
Dependency Graph
Interest
Development Management
Interest
EEVEE
Interest
FBX
FBX I/O related topics
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 & IO
Interest
Platforms & Builds
Interest
Python API
Interest
Render & Cycles
Interest
Render Pipeline
Interest
Sculpt, Paint & Texture
Interest
Text Editor
Interest
Translations
Interest
Triaging
Interest
USD
Interest
UV Editing
Interest
Undo
Interest
User Interface
Interest
VFX & Video
Interest
Video Sequencer
Interest
Viewport & EEVEE
Interest
Virtual Reality
Interest
Vulkan
Interest
Wayland
Wayland windowing on Unix
Interest
Workbench
Interest
glTF
glTF format I/O topics
Interest: X11
Xorg/X11 windowing
Legacy
Asset Browser Project
Archived
Legacy
Blender 2.8 Project
Archived
Legacy
Milestone 1: Basic, Local Asset Browser
Archived
Legacy
OpenGL Error
Archived
Meta
Good First Issue
Meta
Papercut
Meta
Retrospective
Meta
Security
Related to security, see policy: https://developer.blender.org/docs/handbook/bug_reports/vulnerability_reports/
Module
Animation & Rigging
Module
Asset System
Module
Core
Module
Development Management
Module
Grease Pencil
Module
Modeling
Module
Nodes & Physics
Module
Pipeline & IO
Module
Platforms & Builds
Module
Python API
Module
Render & Cycles
Module
Sculpt, Paint & Texture
Module
Triaging
Module
User Interface
Module
VFX & Video
Module
Viewport & EEVEE
Platform
FreeBSD
Platform
Linux
Platform
Windows
Platform
macOS
Severity
High
Severity
Low
Severity
Normal
Severity
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
Archived
Type
Report
Archived
Type
To Do
No Label
Interest
Viewport & EEVEE
Module
Viewport & EEVEE
Severity
High
Status
Resolved
Type
Bug
Milestone
No items
No Milestone 2.91
Projects
Clear projects
No project
Assignees
Clear assignees
Hoshinova James-McCarthy-4 Sebastian-Herholz casey-bianco-davis gandalf3 Blendify Aaron Carlisle quantimoney Aditya Y Jeppu Alaska Alaska angavrilov Alexander Gavrilov frogstomp Aleš Jelovčan amelief Amélie Fondevilla elubie Andrea Weikert Andy_Goralczyk Andy Goralczyk ankitm Ankit Meel Anthony-Roberts Anthony Roberts antoniov Antonio Vazquez aras_p Aras Pranckevicius Arnd Arnd Marijnissen bartvdbraak Bart van der Braak mont29 Bastien Montagne blender-bot Blender Bot bnagirniak Bogdan Nagirniak BClark Brad Clark brecht Brecht Van Lommel BrianSavery Brian Savery (AMD) ideasman42 Campbell Barton CharlesWardlaw Charles Wardlaw CharlieJolly Charlie Jolly Chris_Blackbourn Chris Blackbourn lateasusual Chris Clyne (Lateasusual) ChrisLend Christoph Lendenfeld HobbesOS Cian Jinks fclem Clément Foucault cmbasnett Colin Basnett Kdaf Colin Marmond dfelinto Dalai Felinto pioverfour Damien Picard DanielBystedt Daniel Bystedt pepe-school-land Daniel Martinez Lara zanqdo Daniel Salazar Mets Demeter Dzadik erik85 Erik Abrahamsson EAW Evan Wilson filedescriptor Falk David fsiddi Francesco Siddi GaiaClary Gaia Clary DagerD Georgiy Markelov mano-wii Germano Cavalcante zazizizou Habib Gahbiche HooglyBoogly Hans Goudey Harley Harley Acheson weasel Henrik D. Hjalti Hjalti Hjálmarsson howardt Howard Trickey nirved-1 Hristo Gueorguiev mod_moder Iliya Katushenock brita Inês Almeida JacquesLucke Jacques Lucke Jason-Fielder Jason Fielder JasonSchleifer Jason schleifer Jebbly Jeffrey Liu Jeroen-Bakker Jeroen Bakker deadpin Jesse Yurkovich neXyon Joerg Mueller eliphaz John Kiril Swenson guitargeek Johnny Matthews Brainzman Jonas Holzman JoniMercado Jonatan Mercado JorgeBernalMartinez Jorge Bernal JosephEagar Joseph Eagar JoshuaLeung Joshua Leung Bone-Studio Juan Gea jpbouza-4 Juan Pablo Bouza JulianEisel Julian Eisel JulienDuroure Julien Duroure JulienKaspar Julien Kaspar kevindietrich Kévin Dietrich lone_noel Leon Schittek LucianoMunoz Luciano Muñoz Sessarego LukasStockner Lukas Stockner LukasTonne Lukas Tönne LunaRood Luna Rood MaiLavelle Mai Lavelle EosFoxx Marion Stalke Baardaap Martijn Versteegh scorpion81 Martin Felke mendio Matias Mendiola Matt-McLin Matt McLin MetinSeven Metin Seven wave Michael B Johnson Michael-Jones Michael Jones (Apple) makowalski Michael Kowalski pragma37 Miguel Pozo nrupsis Nate Rupsis jesterking Nathan Letwory nathanvegdahl Nathan Vegdahl PrototypeNM1 Nicholas Rishel nickberckley Nika Kutsniashvili Sirgienko Nikita Sirgienko OmarEmaraDev Omar Emara pablovazquez Pablo Vazquez PaoloAcampora Paolo Acampora PascalSchon Pascal Schön pmoursnv Patrick Mours muxed-reality Peter Kim lichtwerk Philipp Oeser P2design Pierrick PICAUT PratikPB2123 Pratik Borhade Limarest Ramil Roosileht farsthary Raul Fernandez Hernandez LazyDodo Ray molenkamp iss Richard Antalik rjg Robert Guetzkow salipour Sahar A. Kashi Sayak-Biswas Sayak Biswas Sean-Kim Sean Kim sherholz Sebastian Herholz sebastian_k Sebastian Koenig ZedDB Sebastian Parborg sebbas Sebastián Barschkis Sergey Sergey Sharybin IRIEShinsuke Shinsuke Irie sidd017 Siddhartha Jejurkar SietseB Sietse Brouwer SimonThommes Simon Thommes SonnyCampbell_Unity Sonny Campbell Stefan_Werner Stefan Werner Lockal Sv. Lockal dr.sybren Sybren A. Stüvel ThomasDinges Thomas Dinges Ton Ton Roosendaal BassamKurdali Ursula kurdali Vasyl-Pidhirskyi Vasyl Pidhirskyi WannesMalfait Wannes Malfait wbmoss_dev Wayde Moss weizhen Weizhen Huang leesonw William Leeson xavierh Xavier Hallade jenkm Yevgeny Makarov ChengduLittleA YimingWu gfxcoder jon denning
No Assignees Jeroen Bakker
5 Participants
Notifications
Due Date
No due date set.
Dependencies

No dependencies set.

Reference: blender/blender#80800
No description provided.
Delete Branch "%!s()"

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?