Copy Paste is inconsistant with datablocks #49014

New Issue

Carlo Andreacchio · 2016-08-04T10:47:23+02:00

Carlo Andreacchio commented

2016-08-04 10:47:23 +02:00

System Information
Windows 7 x64 GTX 580

Blender Version
Broken: 99b1c10, 473fc0c,

Short description of error
Sometimes Copy Pasting between blend files gets messed up, ends up with a file similar to the attached, in which cannot objects cannot be copy / pasted between blend files (empties are created instead of the mesh iteself)

Exact steps for others to reproduce the error

Open the attached blend file
Copy
open new blend
paste
notice that an empty is created instead of a mesh.

I cannot replicate this on another computer... but it is quite consistent on that specific machine with the attached file.

Our workflow orientates significantly around the copy pasting between blend files... but sometimes we copy and paste from recovered files. We do not pack textures into blend files, which makes it surprising that this has happened & has been broken at some stage. We do, however, all work off a server, which means that relative files cannot be held when using the autosave backups. Would this make a impact on the issue?

copyPasteBug.blend

**System Information** Windows 7 x64 GTX 580 **Blender Version** Broken: 99b1c10, 473fc0c, **Short description of error** Sometimes Copy Pasting between blend files gets messed up, ends up with a file similar to the attached, in which cannot objects cannot be copy / pasted between blend files (empties are created instead of the mesh iteself) **Exact steps for others to reproduce the error** 1. Open the attached blend file 2. Copy 3. open new blend 4. paste 5. notice that an empty is created instead of a mesh. I cannot replicate this on another computer... but it is quite consistent on that specific machine with the attached file. Our workflow orientates significantly around the copy pasting between blend files... but sometimes we copy and paste from recovered files. We do not pack textures into blend files, which makes it surprising that this has happened & has been broken at some stage. We do, however, all work off a server, which means that relative files cannot be held when using the autosave backups. Would this make a impact on the issue? [copyPasteBug.blend](https://archive.blender.org/developer/F332616/copyPasteBug.blend)

Carlo Andreacchio commented

2016-08-04 10:47:23 +02:00

Changed status to: 'Open'

Carlo Andreacchio commented

2016-08-04 10:47:23 +02:00

Added subscriber: @candreacchio

Bastien Montagne commented

2016-08-04 17:35:05 +02:00

Added subscriber: @mont29

Bastien Montagne commented

2016-08-04 17:35:05 +02:00

The file you attached uses the temp .blend created as copybuffer as linked library.

read blend: /home/i74700deb64/Téléchargements/copyPasteBug.blend
Info: Read library:  '/e/tmp/copybuffer.blend', 'E:\tmp\copybuffer.blend', parent '<direct>'
Warning: Cannot find lib '/e/tmp/copybuffer.blend'
Warning: LIB: Image: 'ConcreteBare0145_2_S.jpg.012' missing from '/e/tmp/copybuffer.blend', parent '<direct>'

What happens when you copy/paste is that Blender creates a temp .blend, put in it copied data, and then append from that .blend when pasting.

Here it looks like you did link, but the 'make local' stage broke, cannot do much about it unless you can provide us with a complete, step-by-step way to reproduce this situation.

Also, please note that in past couple of months a large part of internal datablocks handling was refactored in Blender, which means that if you have been using master (instead of official 2.77a release) this may come from those changes, I already fixed several bugs since then, so maybe checking if it still happens with latest master is worth it. ;)

The file you attached uses the temp .blend created as copybuffer as linked library. ``` read blend: /home/i74700deb64/Téléchargements/copyPasteBug.blend Info: Read library: '/e/tmp/copybuffer.blend', 'E:\tmp\copybuffer.blend', parent '<direct>' Warning: Cannot find lib '/e/tmp/copybuffer.blend' Warning: LIB: Image: 'ConcreteBare0145_2_S.jpg.012' missing from '/e/tmp/copybuffer.blend', parent '<direct>' ``` What happens when you copy/paste is that Blender creates a temp .blend, put in it copied data, and then append from that .blend when pasting. Here it looks like you did link, but the 'make local' stage broke, cannot do much about it unless you can provide us with a complete, step-by-step way to reproduce this situation. Also, please note that in past couple of months a large part of internal datablocks handling was refactored in Blender, which means that if you have been using master (instead of official 2.77a release) this may come from those changes, I already fixed several bugs since then, so maybe checking if it still happens with latest master is worth it. ;)

Carlo Andreacchio commented

2016-08-05 00:27:56 +02:00

Ok i think i have a bit more info (this was done on 99b1c10 buildbot)

When image textures are inside a node group on a material they become linked image textures with copy / paste... instead of the whole image texture's datablock being transferred over.

We work off a server on windows... either X: Y: or Z: drive.... Sometimes we have to recover the auto save file which happens on the C: drive.

What i think happened was that the images inside a node group were linked from being copy / pasted, then we recovered an autosave from one of those files. But because links cant be held relative over drive names it would be broken. from there... we have the broken links for the images, and there we have the problem with the blend file.

What i request be changed is the functionality of the copy pasting with the nodegroups on materials... that the whole image is transferred across instead of being linked.

Steps to reproduce the linking of image texture inside a node group:

Open blank blender
Create new material
create image texture & assign image to it & connect it to the diffuse bsdf node
make that image texture into a node group
copy that object
open new blender
paste that object
check out the node group

Ok i think i have a bit more info (this was done on 99b1c10 buildbot) When image textures are inside a node group on a material they become linked image textures with copy / paste... instead of the whole image texture's datablock being transferred over. We work off a server on windows... either X: Y: or Z: drive.... Sometimes we have to recover the auto save file which happens on the C: drive. What i think happened was that the images inside a node group were linked from being copy / pasted, then we recovered an autosave from one of those files. But because links cant be held relative over drive names it would be broken. from there... we have the broken links for the images, and there we have the problem with the blend file. What i request be changed is the functionality of the copy pasting with the nodegroups on materials... that the whole image is transferred across instead of being linked. Steps to reproduce the linking of image texture inside a node group: 1. Open blank blender 2. Create new material 3. create image texture & assign image to it & connect it to the diffuse bsdf node 4. make that image texture into a node group 5. copy that object 6. open new blender 7. paste that object 8. check out the node group

Bastien Montagne self-assigned this 2016-08-05 08:53:39 +02:00

Bastien Montagne commented

2016-08-05 08:53:39 +02:00

Thanks, can confirm - as expected, affects any append case, not only copy/paste ;)

blender-admin commented

2016-08-05 14:45:21 +02:00

This issue was referenced by a0e72a0996

This issue was referenced by a0e72a0996e86199e46988f3c225c16c4a8ebc92

Bastien Montagne commented

2016-08-05 14:48:40 +02:00

Changed status from 'Open' to: 'Resolved'

Bastien Montagne closed this issue

2016-08-05 14:48:40 +02:00

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

Copy Paste is inconsistant with datablocks #49014