Cura: Attempting to save project fails

[g097103]

Trying to save 3mf file produces the following and an inability to open the 3mf file afterward.

Traceback (most recent call last):

File "X:\4.8-exe\build\inst\lib\python3.5\site-packages\curaCuraApplication.py", line 1063, in event
File "X:\4.8-exe\build\inst\lib\python3.5\site-packages\UM\Qt\QtApplication.py", line 464, in event
File "X:\4.8-exe\build\inst\lib\python3.5\site-packages\UM\Event.py", line 218, in call
File "X:\4.8-exe\build\inst\lib\python3.5\site-packages\cura\Utils\Threading.py", line 34, in _handle_call
File "C:\Program Files\Ultimaker Cura 4.8.0\plugins\3MFWriter\ThreeMFWorkspaceWriter.py", line 57, in write
self._writeContainerToArchive(container, archive)
File "C:\Program Files\Ultimaker Cura 4.8.0\plugins\3MFWriter\ThreeMFWorkspaceWriter.py", line 154, in _writeContainerToArchive
serialized_data = container.serialize(ignored_metadata_keys = ignore_keys)
File "C:\Program Files\Ultimaker Cura 4.8.0\plugins\XmlMaterialProfile\XmlMaterialProfile.py", line 269, in serialize
for instance in container.findInstances():
File "X:\4.8-exe\build\inst\lib\python3.5\site-packages\UM\Settings\InstanceContainer.py", line 649, in findInstances
File "X:\4.8-exe\build\inst\lib\python3.5\site-packages\UM\Settings\InstanceContainer.py", line 637, in _instantiateCachedValues
File "X:\4.8-exe\build\inst\lib\python3.5\site-packages\UM\Settings\InstanceContainer.py", line 733, in getDefinition
UM.Settings.InstanceContainer.DefinitionNotFoundError: Could not find definition creality_cr10s4 required for instance generic_petg_175_creality_cr10s4

Logs

Thread 0x00002984 (most recent call first):
File "threading.py", line 297 in wait
File "zeroconf__init__.py", line 2117 in wait
File "zeroconf__init__.py", line 1434 in run
File "threading.py", line 914 in _bootstrap_inner
File "threading.py", line 882 in _bootstrap

Thread 0x000013cc (most recent call first):
File "threading.py", line 297 in wait
File "threading.py", line 549 in wait
File "C:\Program Files\Ultimaker Cura 4.8.0\plugins\UM3NetworkPrinting\src\Network\ZeroConfClient.py", line 81 in _handleOnServiceChangedRequests
File "threading.py", line 862 in run
File "threading.py", line 914 in _bootstrap_inner
File "threading.py", line 882 in _bootstrap

Thread 0x000029a0 (most recent call first):
File "threading.py", line 297 in wait
File "zeroconf__init__.py", line 2117 in wait
File "zeroconf__init__.py", line 1262 in run
File "threading.py", line 914 in _bootstrap_inner
File "threading.py", line 882 in _bootstrap

Thread 0x00001b24 (most recent call first):
File "zeroconf__init__.py", line 1183 in run
File "threading.py", line 914 in _bootstrap_inner
File "threading.py", line 882 in _bootstrap

Thread 0x00001f4c (most recent call first):
File "C:\Program Files\Ultimaker Cura 4.8.0\plugins\RemovableDriveOutputDevice\RemovableDrivePlugin.py", line 61 in _updateThread
File "threading.py", line 862 in run
File "threading.py", line 914 in _bootstrap_inner
File "threading.py", line 882 in _bootstrap

Thread 0x00000444 (most recent call first):
File "C:\Program Files\Ultimaker Cura 4.8.0\plugins\USBPrinting\USBPrinterOutputDeviceManager.py", line 87 in _updateThread
File "threading.py", line 862 in run
File "threading.py", line 914 in _bootstrap_inner
File "threading.py", line 882 in _bootstrap

Thread 0x0000062c (most recent call first):
File "X:\4.8-exe\build\inst\lib\python3.5\site-packages\UM\Backend\Backend.py", line 165 in _storeStderrToLogThread
File "threading.py", line 862 in run
File "threading.py", line 914 in _bootstrap_inner
File "threading.py", line 882 in _bootstrap

Thread 0x00002eec (most recent call first):
File "X:\4.8-exe\build\inst\lib\python3.5\site-packages\UM\Backend\Backend.py", line 153 in _storeOutputToLogThread
File "threading.py", line 862 in run
File "threading.py", line 914 in _bootstrap_inner
File "threading.py", line 882 in _bootstrap

Thread 0x00002ca8 (most recent call first):
File "threading.py", line 293 in wait
File "threading.py", line 424 in acquire
File "X:\4.8-exe\build\inst\lib\python3.5\site-packages\UM\JobQueue.py", line 98 in _nextJob
File "X:\4.8-exe\build\inst\lib\python3.5\site-packages\UM\JobQueue.py", line 123 in run
File "threading.py", line 914 in _bootstrap_inner
File "threading.py", line 882 in _bootstrap

Thread 0x00002bb0 (most recent call first):
File "threading.py", line 293 in wait
File "threading.py", line 424 in acquire
File "X:\4.8-exe\build\inst\lib\python3.5\site-packages\UM\JobQueue.py", line 98 in _nextJob
File "X:\4.8-exe\build\inst\lib\python3.5\site-packages\UM\JobQueue.py", line 123 in run
File "threading.py", line 914 in _bootstrap_inner
File "threading.py", line 882 in _bootstrap

Thread 0x00002ca0 (most recent call first):
File "threading.py", line 293 in wait
File "threading.py", line 549 in wait
File "X:\4.8-exe\build\inst\lib\python3.5\site-packages\cura\Utils\Threading.py", line 39 in _call_on_qt_thread_wrapper
File "X:\4.8-exe\build\inst\lib\python3.5\site-packages\UM\FileHandler\WriteFileJob.py", line 76 in run
File "X:\4.8-exe\build\inst\lib\python3.5\site-packages\UM\JobQueue.py", line 132 in run
File "threading.py", line 914 in _bootstrap_inner
File "threading.py", line 882 in _bootstrap

Thread 0x00001b10 (most recent call first):
File "threading.py", line 293 in wait
File "threading.py", line 424 in acquire
File "X:\4.8-exe\build\inst\lib\python3.5\site-packages\UM\JobQueue.py", line 98 in _nextJob
File "X:\4.8-exe\build\inst\lib\python3.5\site-packages\UM\JobQueue.py", line 123 in run
File "threading.py", line 914 in _bootstrap_inner
File "threading.py", line 882 in _bootstrap

Thread 0x00002a40 (most recent call first):
File "threading.py", line 293 in wait
File "threading.py", line 424 in acquire
File "X:\4.8-exe\build\inst\lib\python3.5\site-packages\UM\JobQueue.py", line 98 in _nextJob
File "X:\4.8-exe\build\inst\lib\python3.5\site-packages\UM\JobQueue.py", line 123 in run
File "threading.py", line 914 in _bootstrap_inner
File "threading.py", line 882 in _bootstrap

Thread 0x000029d8 (most recent call first):
File "threading.py", line 293 in wait
File "threading.py", line 424 in acquire
File "X:\4.8-exe\build\inst\lib\python3.5\site-packages\UM\JobQueue.py", line 98 in _nextJob
File "X:\4.8-exe\build\inst\lib\python3.5\site-packages\UM\JobQueue.py", line 123 in run
File "threading.py", line 914 in _bootstrap_inner
File "threading.py", line 882 in _bootstrap

Thread 0x0000200c (most recent call first):
File "threading.py", line 293 in wait
File "threading.py", line 424 in acquire
File "X:\4.8-exe\build\inst\lib\python3.5\site-packages\UM\JobQueue.py", line 98 in _nextJob
File "X:\4.8-exe\build\inst\lib\python3.5\site-packages\UM\JobQueue.py", line 123 in run
File "threading.py", line 914 in _bootstrap_inner
File "threading.py", line 882 in _bootstrap

Thread 0x00002580 (most recent call first):
File "threading.py", line 293 in wait
File "threading.py", line 424 in acquire
File "X:\4.8-exe\build\inst\lib\python3.5\site-packages\UM\JobQueue.py", line 98 in _nextJob
File "X:\4.8-exe\build\inst\lib\python3.5\site-packages\UM\JobQueue.py", line 123 in run
File "threading.py", line 914 in _bootstrap_inner
File "threading.py", line 882 in _bootstrap

Current thread 0x00002ffc (most recent call first):
File "X:\4.8-exe\build\inst\lib\python3.5\site-packages\curaCrashHandler.py", line 396 in _logInfoWidget
File "X:\4.8-exe\build\inst\lib\python3.5\site-packages\curaCrashHandler.py", line 182 in _createDialog
File "X:\4.8-exe\build\inst\lib\python3.5\site-packages\curaCrashHandler.py", line 86 in __init__
File "X:\4.8-exe\build\inst\bin\cura_app.py", line 167 in exceptHook
File "X:\4.8-exe\build\inst\lib\python3.5\site-packages\UM\Qt\QtApplication.py", line 378 in exec_
File "X:\4.8-exe\build\inst\lib\python3.5\site-packages\curaCuraApplication.py", line 847 in run
File "X:\4.8-exe\build\inst\bin\cura_app.py", line 235 in
File "Console.py", line 24 in
File "", line 634 in _load_backward_compatible
File "", line 664 in _load_unlocked
File "", line 957 in _find_and_load_unlocked
File "", line 968 in _find_and_load
File "__startup__.py", line 12 in
File "", line 634 in _load_backward_compatible
File "", line 664 in _load_unlocked
File "", line 957 in _find_and_load_unlocked
File "", line 968 in _find_and_load

[SilverThunderbird]

Installed 4.8, opened a model. Sliced. Tried to Save Project. Get an error every time. Tried uninstalling/reinstalling. Same issue.
Log and screen shot attached.

cura.log

[konskarm]

Please fill in the entire bug template https://github.com/Ultimaker/Cura/issues/new?assignees=&labels=Type%3A+Bug&template=bug-report.md&title=. Which Cura version does it occur? I cannot reproduce it on 4.8. Steps I followed:

• Added a Creality CR10-S4
• Added a model
• Sliced
• Saved project

My .3mf file was produced without an issue. So I am guessing there are more reproduction steps that are missing. Does it work fine for 4.7? If it does, can you create a project file in 4.7 that causes the problem to occur in 4.8 and post it here?

[g097103]

Will update bug report.

Does not happen in 4.7, I save 3mf files there all the time.

I have a cr10, not a CR10-S4 which is how it is in the profile. Not sure where the S4 is coming from.

Was able to open a 4.7 3mf file.

[g097103]

This is what is the result when attempting to save the project in 4.8. When I try to reopen it nothing shows up.
DualEarSaverScaled.zip

[konskarm]

When trying to load that project in Cura I get the following:

INFO - [MainThread] cura.CuraApplication.readLocalFile [1733]: Attempting to read file file:///C:/Users/<user>/Downloads/DualEarSaverScaled/DualEarSaverScaled.3mf
ERROR - [MainThread] cura.CuraApplication.checkIsValidProjectFile [1925]: Exception: Could not check file PyQt5.QtCore.QUrl('file:///C:/Users/<user>/Downloads/DualEarSaverScaled/DualEarSaverScaled.3mf')
ERROR - [MainThread] cura.CuraApplication.checkIsValidProjectFile [1925]: Traceback (most recent call last):
ERROR - [MainThread] cura.CuraApplication.checkIsValidProjectFile [1925]:   File "C:\dev\Cura\cura\CuraApplication.py", line 1922, in checkIsValidProjectFile
ERROR - [MainThread] cura.CuraApplication.checkIsValidProjectFile [1925]:     result = workspace_reader.preRead(file_path, show_dialog=False)
ERROR - [MainThread] cura.CuraApplication.checkIsValidProjectFile [1925]:   File "C:\dev\Cura\plugins\3MFReader\ThreeMFWorkspaceReader.py", line 219, in preRead
ERROR - [MainThread] cura.CuraApplication.checkIsValidProjectFile [1925]:     archive = zipfile.ZipFile(file_name, "r")
ERROR - [MainThread] cura.CuraApplication.checkIsValidProjectFile [1925]:   File "C:\Python\Python37\lib\zipfile.py", line 1225, in __init__
ERROR - [MainThread] cura.CuraApplication.checkIsValidProjectFile [1925]:     self._RealGetContents()
ERROR - [MainThread] cura.CuraApplication.checkIsValidProjectFile [1925]:   File "C:\Python\Python37\lib\zipfile.py", line 1292, in _RealGetContents
ERROR - [MainThread] cura.CuraApplication.checkIsValidProjectFile [1925]:     raise BadZipFile("File is not a zip file")
ERROR - [MainThread] cura.CuraApplication.checkIsValidProjectFile [1925]: **zipfile.BadZipFile: File is not a zip file**

Even when trying to open it with winrar (since 3mf files are basically zip files) I get an error:

Also I cannot even open it in 4.7.1. Same result. Something is going wrong elsewhere. Do you mind zipping your entire configuration folder and sharing it here? You can find the config folder by going to Help -> Show Configuration Folder in Cura.

[g097103]

my config folder is zipping up as 25M so I can't upload it here although most of the folders show up as empty.

[konskarm]

Could you upload it in https://wetransfer.com/ and post a link here?

[g097103]

https://we.tl/t-mxkKnHVaIq

[konskarm]

Indeed it is crashing when saving a project file. After further inspection, it seems to be caused by the Startup Optimizer plugin, because when I do "Extensions -> Startup Optimizer -> Restore all configuration files" and restart Cura, the problem no longer occurs. We do not maintain this plugin, so please post this issue in the github page of the Startup Optimizer.

[SilverThunderbird]

Third party plugins must be a thorn in every developer's side.
Thank you _so much_ for the speedy resolution to this issue!
Have a great day, and stay safe.

[g097103]

Thanks for the quick resolution. I’ll follow up with the developer.

[fieldOfView]

Third party plugins must be a thorn in every developer's side.

Gee, thanks.

[g097103]

Wasn't me that said that. I see you found the original report, I thank
you for your quick response to this.

---

Scott Morris
SEO Americas Boating Club of Tampa Bay
Stf/C Boat Systems
813-810-6914

Evil Overlord Rule 7 - No matter how desperate I become I will never
consume any energy field larger than my head.

On 2020-11-13 10:29, Aldo Hoeben wrote:

Third party plugins must be a thorn in every developer's side.

Gee, thanks.

--
You are receiving this because you authored the thread.
Reply to this email directly, view it on GitHub [1], or unsubscribe
[2].

Links:

[1]
https://github.com/Ultimaker/Cura/issues/8734#issuecomment-726828456
[2]
https://github.com/notifications/unsubscribe-auth/ARXB6YUXUOFYLKRV4QENRJDSPVGFNANCNFSM4TSOSIRQ

[nallath]

Third party plugins must be a thorn in every developer's side.

Gee, thanks.

@fieldOfView

[konskarm]

Third party plugins must be a thorn in every developer's side.

I missed that. No. On the contrary they are extremely useful to our users and they are contributed by people who build and maintain them in their free time without asking anything back.

It's good to appreciate the hard work that goes into that.

[SilverThunderbird]

Third party plugins must be a thorn in every developer's side.

Gee, thanks.

That was me. Certainly not a slight to plugin developers, and disappointed if it was taken that way.

I _love_ my plugins, but have to sympathize with parent app developers when a change breaks a plugin, or the once compliant plugin breaks the app (for whatever reason) and causes the parent to abend. The first place people look to blame is the parent developers.

[Ghostkeeper]

The bugs in plug-ins are a small hindrance compared to the benefit they bring. Quite often it saves us development time too, because there is much less priority to implement a feature that is already implemented through some plug-in.

[SilverThunderbird]

Absolutely. Plugins can make a great app a fantastic app, and some are
virtually indispensable.

On Tue, 17 Nov 2020 at 12:09, Ghostkeeper [e-mail] wrote:

The bugs in plug-ins are a small hindrance compared to the benefit they
bring. Quite often it saves us development time too, because there is much
less priority to implement a feature that is already implemented through
some plug-in.

—
You are receiving this because you commented.
Reply to this email directly, view it on GitHub
https://github.com/Ultimaker/Cura/issues/8734#issuecomment-729070232,
or unsubscribe
https://github.com/notifications/unsubscribe-auth/AQCF5PWFS6KJMDPADANWY23SQKU5BANCNFSM4TSOSIRQ
.