archive
/
blender-file
Archived
1
1
Fork 0

Library weak reference generates "Could not find .blend" errors when "Find Missing Files" after Append #103421

Closed
opened 2022-12-22 23:22:25 +01:00 by Evandro Costa · 7 comments

System Information
Operating system: Windows-10-10.0.19041-SP0 64bits
Graphics card: NVIDIA GeForce RTX 2080/PCIe/SSE2 4.5.0 NVIDIA 516.94

Blender Version
Broken: version: 3.2.2, branch: master, commit date: 2022-08-02 18:15, hash: bcfdb14560e7, type: release (Also on 3.1, 3.0 and 2.93)
Worked: none

Short description of error
Library weak reference seems to be set on appending, but are not pruned afterwards.
Similar to the task #94805
But instead of "Report Missing Files", one is using "Find Missing Files" instead.

This bug generates multiple "Could not Find '.blend' in"C:\etc"", after you have appended files to a new file, and the original file from which the files were appended cannot be found (was moved, deleted or is from a different computer)... one error for each file appended.

There exists projects where users must constantly append files from remote repositories, and that the user will NOT have access to the original blend files when trying to "Find missing files" that are completely unrelated to the appended ones to his project.
This error-spam in the popup window makes it very hard for the user to quickly and easily spot which important files are indeed missing, since there's a barrage of inocuous errors from files that were simply appended and therefore are not really "missing" anything.
Sometimes my entire window is covered with "Could not find 'file.blend" errors, and I have to check the info editor to find which files are indeed missing and which are just bogus errors from previously appended files.

There is no way to remove this "Library weak" information from the file within Blender, nor with Python , and it will always generate "Could not Find 'file.blend" errors.

Image of error
image.png

Exact steps for others to reproduce the error

Open attached file and use "Find Missing Files" in any folder, or

Create a File1.blend with several default cubes..., save it, close it.
On another clean File2.blend, append all the default cubes from the previous File1 file.
Delete File1.blend (the one from where you appended)
On File2, use the option "Find Missing Files" (File → External Data → Find Missing Files) on any folder
The error 'Could not find 'File1.blend'" will appear, one error for each default cube that you appended.

FindMissingFiles.blend

**System Information** Operating system: Windows-10-10.0.19041-SP0 64bits Graphics card: NVIDIA GeForce RTX 2080/PCIe/SSE2 4.5.0 NVIDIA 516.94 **Blender Version** Broken: version: 3.2.2, branch: master, commit date: 2022-08-02 18:15, hash: bcfdb14560e7, type: release (Also on 3.1, 3.0 and 2.93) Worked: none **Short description of error** Library weak reference seems to be set on appending, but are not pruned afterwards. Similar to the task #94805 But instead of "Report Missing Files", one is using "Find Missing Files" instead. This bug generates multiple "Could not Find '.blend' in"C:\etc"", after you have appended files to a new file, and the original file from which the files were appended cannot be found (was moved, deleted or is from a different computer)... one error for each file appended. There exists projects where users must constantly append files from remote repositories, and that the user will NOT have access to the original blend files when trying to "Find missing files" that are completely unrelated to the appended ones to his project. This error-spam in the popup window makes it very hard for the user to quickly and easily spot which important files are indeed missing, since there's a barrage of inocuous errors from files that were simply appended and therefore are not really "missing" anything. Sometimes my entire window is covered with "Could not find 'file.blend" errors, and I have to check the info editor to find which files are indeed missing and which are just bogus errors from previously appended files. There is no way to remove this "Library weak" information from the file within Blender, nor with Python , and it will always generate "Could not Find 'file.blend" errors. **Image of error** ![image.png](https://archive.blender.org/developer/F14084430/image.png) **Exact steps for others to reproduce the error** Open attached file and use "Find Missing Files" in any folder, or Create a File1.blend with several default cubes..., save it, close it. On another clean File2.blend, append all the default cubes from the previous File1 file. Delete File1.blend (the one from where you appended) On File2, use the option "Find Missing Files" (File → External Data → Find Missing Files) on any folder The error 'Could not find 'File1.blend'" will appear, one error for each default cube that you appended. [FindMissingFiles.blend](https://archive.blender.org/developer/F14084468/FindMissingFiles.blend)
Bastien Montagne was assigned by Evandro Costa 2022-12-22 23:22:25 +01:00
Author

Added subscriber: @EvandroFerreiradaCosta

Added subscriber: @EvandroFerreiradaCosta

Added subscriber: @mano-wii

Added subscriber: @mano-wii

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

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

In fact, there doesn't seem to be any need for the original directory each Cube was appended to be searched for by Find Missing Files.

In fact, there doesn't seem to be any need for the original directory each Cube was appended to be searched for by `Find Missing Files`.

This issue was referenced by blender/blender@9e0feec0d3

This issue was referenced by blender/blender@9e0feec0d36a5d331bda303b27d7b4d66315e62e

Changed status from 'Confirmed' to: 'Resolved'

Changed status from 'Confirmed' to: 'Resolved'
Author

Thanks for the quick fix!

Thanks for the quick fix!
This repo is archived. You cannot comment on issues.
No Milestone
No Assignees
4 Participants
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: archive/blender-file#103421
No description provided.