Impossible to copy/paste data between different Blender instances that are using different temp directories #82243

Open
opened 2020-10-30 02:20:26 +01:00 by Georg K · 22 comments

System Information

Operating system: Linux-5.8.16-2-MANJARO-x86_64-with-glibc2.2.5 64 Bits
Windows 10
Graphics card: AMD VERDE (DRM 2.50.0, 5.8.16-2-MANJARO, LLVM 10.0.1) X.Org 4.5 (Core Profile) Mesa 20.1.8

Blender Version
Broken: version: 2.92.0 Alpha, branch: master, commit date: 2020-10-29 23:21, hash: 81a0fffb2d
Worked: Never

Short description of error
It is not possible to copy/paste data between two Blender instances that use a different Temporary Files path.

Exact steps for others to reproduce the error

  • Open two instances of Blender (regardless of whether they are the same version or different versions)
  • In the destination instance, delete all objects and set a custom path for Temporary Files (in Blender Preferences - File Paths)
  • In the other instance, Ctrl-C to copy default cube,
  • In the destination instance, Ctrl-V to paste,
    It is not pasted, message "no objects to paste"
**System Information** |Operating system:|Linux-5.8.16-2-MANJARO-x86_64-with-glibc2.2.5 64 Bits | -- | -- | ||Windows 10 Graphics card: AMD VERDE (DRM 2.50.0, 5.8.16-2-MANJARO, LLVM 10.0.1) X.Org 4.5 (Core Profile) Mesa 20.1.8 **Blender Version** Broken: version: 2.92.0 Alpha, branch: master, commit date: 2020-10-29 23:21, hash: `81a0fffb2d` Worked: Never **Short description of error** It is not possible to copy/paste data between two Blender instances that use a different `Temporary Files` path. **Exact steps for others to reproduce the error** - Open two instances of Blender (regardless of whether they are the same version or different versions) - In the destination instance, delete all objects and set a custom path for Temporary Files (in Blender Preferences - File Paths) - In the other instance, Ctrl-C to copy default cube, - In the destination instance, Ctrl-V to paste, It is not pasted, message "no objects to paste"
Author

Added subscriber: @georgK

Added subscriber: @georgK

#89288 was marked as duplicate of this issue

#89288 was marked as duplicate of this issue

Added subscriber: @mano-wii

Added subscriber: @mano-wii

I cannot reproduce the problem.
Here I can copy objects from both 2.79 and 2.91 and paste in 2.92
The opposite is also possible.
But I was only able to test on windows.
Is there a permissions conflict on the file?


Operating system: Windows-10-10.0.18941 64 Bits
Graphics card: Radeon (TM) RX 480 Graphics ATI Technologies Inc. 4.5.13596 Core Profile/Debug Context 20.10 27.20.1034.6

I cannot reproduce the problem. Here I can copy objects from both 2.79 and 2.91 and paste in 2.92 The opposite is also possible. But I was only able to test on windows. Is there a permissions conflict on the file? ---- **Operating system:** Windows-10-10.0.18941 64 Bits **Graphics card:** Radeon (TM) RX 480 Graphics ATI Technologies Inc. 4.5.13596 Core Profile/Debug Context 20.10 27.20.1034.6

Added subscriber: @nicholashawkes

Added subscriber: @nicholashawkes
Author

The permissions of the executables are identical and I did not change anything permission related. Also tested on a second Manjaro system and it's the same there, too.

The permissions of the executables are identical and I did not change anything permission related. Also tested on a second Manjaro system and it's the same there, too.
Member

Added subscriber: @lichtwerk

Added subscriber: @lichtwerk
Member

Also cannot reproduce here

**System Information**
Operating system: Linux-5.8.16-300.fc33.x86_64-x86_64-with-fedora-33-Thirty_Three 64 Bits
Graphics card: GeForce GTX 970M/PCIe/SSE2 NVIDIA Corporation 4.5.0 NVIDIA 450.66
version: 2.92.0 Alpha, branch: master, commit date: 2020-11-02 09:11, hash: `rBcc09c0d0484b`
Also cannot reproduce here ``` **System Information** Operating system: Linux-5.8.16-300.fc33.x86_64-x86_64-with-fedora-33-Thirty_Three 64 Bits Graphics card: GeForce GTX 970M/PCIe/SSE2 NVIDIA Corporation 4.5.0 NVIDIA 450.66 version: 2.92.0 Alpha, branch: master, commit date: 2020-11-02 09:11, hash: `rBcc09c0d0484b` ```
Author

The problem seems to be in the earlier versions, not in 2.92: if I run the earlier version with --factory-startup I can copy/paste an object to 2.92. Without that, although I get the message "Copied 1 selected object(s)", I can only paste to the same blender version, e.g. copy in 2.90, can't paste in 2.92 but can paste to another instance of 2.90.
Deactivating all plugins (without restarting blender) in the earlier version did not help though.

The problem seems to be in the earlier versions, not in 2.92: if I run the earlier version with --factory-startup I can copy/paste an object to 2.92. Without that, although I get the message "Copied 1 selected object(s)", I can only paste to the same blender version, e.g. copy in 2.90, can't paste in 2.92 but can paste to another instance of 2.90. Deactivating all plugins (without restarting blender) in the earlier version did not help though.

Added subscriber: @iss

Added subscriber: @iss

Changed status from 'Needs Triage' to: 'Archived'

Changed status from 'Needs Triage' to: 'Archived'
Richard Antalik self-assigned this 2020-11-09 20:29:16 +01:00

In #82243#1046296, @georgK wrote:
The problem seems to be in the earlier versions, not in 2.92

We can't do anything about earlier versions really.

Deactivating all plugins (without restarting blender) in the earlier version did not help though.

Does it work when you deactivate plugins and then restart?

Are you sure that keymap for copy is assigned correctly?

If you say that this works with --factory-startup it doesn't really look like bug in Blender.
Since we are unable to reproduce this, I will close this report. If you find a way to reproduce this problem starting from factory settings, we can reopen. Thanks for reporting anyway.

> In #82243#1046296, @georgK wrote: > The problem seems to be in the earlier versions, not in 2.92 We can't do anything about earlier versions really. >Deactivating all plugins (without restarting blender) in the earlier version did not help though. Does it work when you deactivate plugins and then restart? Are you sure that keymap for copy is assigned correctly? If you say that this works with `--factory-startup` it doesn't really look like bug in Blender. Since we are unable to reproduce this, I will close this report. If you find a way to reproduce this problem starting from factory settings, we can reopen. Thanks for reporting anyway.
Author

Pasting of the copied objects worked after factory resetting the originating blender instance event though I reactivated all plugins that were active before.
I never touched the keymap, and there was the "object copied to buffer" notification (and I can paste to a different instance of the same version), so the object was actually copied.

Some versions seem to share different copy buffers, like I can copy from 2.79 to 2.90 but not to 2.92, not from 2.92 to 2.79 or 2.90, from 2.79 to 2.83 and 2.90 but not 2.92, from 2.92 to 2.92...
It's quite the mystery.
I guess I just have to factory reset all my versions and reactivate all plugins and the issue will be gone.

Pasting of the copied objects worked after factory resetting the originating blender instance event though I reactivated all plugins that were active before. I never touched the keymap, and there was the "object copied to buffer" notification (and I can paste to a different instance of the same version), so the object was actually copied. Some versions seem to share different copy buffers, like I can copy from 2.79 to 2.90 but not to 2.92, not from 2.92 to 2.79 or 2.90, from 2.79 to 2.83 and 2.90 but not 2.92, from 2.92 to 2.92... It's quite the mystery. I guess I just have to factory reset all my versions and reactivate all plugins and the issue will be gone.
Author

So I found the reason of this issue: I have set a custom path for Temporary Files (in Blender Preferences - File Paths) in most older Blender versions that I had not set in some newer versions.
Blender does not seem to use the system clipboard but its Temporary Files location for storing copied content, so there were two separate clipboards, one using the default location and one using my custom location.
BTW: saving Auto Saves to /tmp by default which is automatically deleted upon boot isn't a good preset - if the computer crashes, the Auto Save is lost, too, so I had to change the directory.

So I found the reason of this issue: I have set a custom path for Temporary Files (in Blender Preferences - File Paths) in most older Blender versions that I had not set in some newer versions. Blender does not seem to use the system clipboard but its Temporary Files location for storing copied content, so there were two separate clipboards, one using the default location and one using my custom location. BTW: saving Auto Saves to /tmp by default which is automatically deleted upon boot isn't a good preset - if the computer crashes, the Auto Save is lost, too, so I had to change the directory.
Germano Cavalcante changed title from Can't paste to 2.92.0 from earlier versions to Can't paste objects between different Blender instances if a custom path for 'Temporary Files' is set 2021-02-01 14:43:37 +01:00
Richard Antalik was unassigned by Germano Cavalcante 2021-02-01 14:43:37 +01:00

Changed status from 'Archived' to: 'Confirmed'

Changed status from 'Archived' to: 'Confirmed'

Thanks for the update.
Perhaps it would be better to create another report with the new information.
But I edited the description and confirmed.

Thanks for the update. Perhaps it would be better to create another report with the new information. But I edited the description and confirmed.

Added subscriber: @mont29

Added subscriber: @mont29

@mano-wii this is not proper title/description, issue happens when the two Blender instances use two different temp paths. And imho this is not a bug, but rather a know limitation of current system.

@mano-wii this is not proper title/description, issue happens when the two Blender instances use **two different** temp paths. And imho this is not a bug, but rather a know limitation of current system.
Bastien Montagne changed title from Can't paste objects between different Blender instances if a custom path for 'Temporary Files' is set to Impossible to copy/paste data between different Blender instances that are using different temp directories 2021-02-01 15:42:58 +01:00
Added subscribers: @ManBlender, @PratikPB2123, @chemicalcrux, @rjg

Added subscribers: @ideasman42, @brecht

Added subscribers: @ideasman42, @brecht

@brecht @ideasman42 a fairly simple solution here is to use the system text clipboard to store a path to the temp .blend file, and read from there when pasting (defaulting to current temp directory if nothing matches, to support pasting from older versions of Blender)? That's how asset copy/paste is implemented currently btw.

But by default all instances of Blender should share the same temp directory (i.e. system's default one), so wonder if this is not actually rather a feature, allowing to create 'copy/paste groups'? Not sure if that would have any practical usage though...

@brecht @ideasman42 a fairly simple solution here is to use the system text clipboard to store a path to the temp .blend file, and read from there when pasting (defaulting to current temp directory if nothing matches, to support pasting from older versions of Blender)? That's how asset copy/paste is implemented currently btw. But by default all instances of Blender should share the same temp directory (i.e. system's default one), so wonder if this is not actually rather a feature, allowing to create 'copy/paste groups'? Not sure if that would have any practical usage though...

Putting a path to the .blend file in the system clipboard seems reasonable to me.

I don't think the current behavior is a feature, copy/paste should have nothing to do with temp files on a user level, that's an implementation detail.

Putting a path to the .blend file in the system clipboard seems reasonable to me. I don't think the current behavior is a feature, copy/paste should have nothing to do with temp files on a user level, that's an implementation detail.
Philipp Oeser removed the
Interest
User Interface
label 2023-02-10 09:23:54 +01:00
Sign in to join this conversation.
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
8 Participants
Notifications
Due Date
The due date is invalid or out of range. Please use the format 'yyyy-mm-dd'.

No due date set.

Dependencies

No dependencies set.

Reference: blender/blender#82243
No description provided.