Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

[4.8.0]Intermittent freeze when trying to save gcode file #8984

Closed
bellzw opened this issue Dec 20, 2020 · 14 comments
Closed

[4.8.0]Intermittent freeze when trying to save gcode file #8984

bellzw opened this issue Dec 20, 2020 · 14 comments
Labels
Status: Stale ⌛ This issue is over a year old. It might be obsolete or just needs a fresh set of eyes Type: Bug The code does not produce the intended behavior.

Comments

@bellzw
Copy link

bellzw commented Dec 20, 2020

Application version
4.8.0

Platform
Windows 10 64-bit running on Lenovo Yoga 14

Printer
BIBO2 Dual

Reproduction steps

  1. Slice a model (doesn't seem to depend on the model, but it has failed with the attached stl and 3mf)
  2. Save gcode file

Screenshot(s)
hang up saving gcode file

Actual results
Cura stops responding and I must close it, restart it and hope I can save the gcode. Cura seems to remember the profile and settings from just before the freeze, including settings I've changed with respect to the profile.

Expected results
File dialog box lets me select a file name and save the gcode file.

Project file
Unfortunately, I didn't get far enough to save a 3mf before the freeze. This 3mf was saved after restarting Cura and saving it before trying to save the gcode. Save to file was successful. Maybe after the 3mf was saved, future gcode saves work?

I've included the stl, project file, and gcode that were eventually saved by Cura in the zip.
Base test.zip

Log file
cura.log

Additional information
This is an intermittent problem and usually a restart of Cura resolves the it, but sometimes it requires a few restarts. In this case, Cura is trying to access a 3 TB USB disk. When Cura hangs up, I am still able to access this disk via Windows, so I don't think it is caused by the destination being a USB disk.

@bellzw bellzw added the Type: Bug The code does not produce the intended behavior. label Dec 20, 2020
@rburema
Copy link
Member

rburema commented Dec 23, 2020

Does saving large files to t he disk from other programs work?

@bellzw
Copy link
Author

bellzw commented Dec 23, 2020 via email

@Ghostkeeper
Copy link
Collaborator

That file dialogue is created by your operating system, through Qt, and we have relatively little control over it from our application. I can imagine that a disk spindown can cause it to freeze for a few (<5) seconds as the disk spins up again. That used to happen to me too until I made it spin down less aggressively. But then it would happen for all applications that use the disk. For me it happened also with the Ubuntu file explorer, Firefox accessing its cache, everything. And it shouldn't be too long.

Maybe we can see if other people have the same problem and discover what the common denominator is between the users where it freezes for longer than a few seconds.

@bellzw
Copy link
Author

bellzw commented Dec 24, 2020 via email

@bellzw
Copy link
Author

bellzw commented Dec 27, 2020

cura.zip
This zip contains cura.log, cura.cfg, and my own log of dates, times, and observations for the latest freeze. The laptop continued to operate, and still does. After the freeze, I left Cura running for 21 hours, but it never recovered. Hope this helps.

@Ghostkeeper
Copy link
Collaborator

Cura doesn't use Python installations on your system. It comes built-in with its own Python installation. And it doesn't use wxWidgets at all (we use Qt).

@Ghostkeeper
Copy link
Collaborator

Ghostkeeper commented Dec 28, 2020

The log file doesn't seem to contain any information relevant to this issue as far as I could find. That sort of makes sense. Cura instructs Windows to open that file dialogue, and then the Windows File Dialogue freezes the application for some reason. While Cura is frozen it also can't write anything to the log.

Nobody else has seen the issue so far as far as we know and it doesn't occur in our own testing either. This makes it hard to fix; we can't get debug information from Qt, and we can't test if things we change fix the issue.

@bellzw
Copy link
Author

bellzw commented Dec 28, 2020 via email

@davidgilson
Copy link

I'm having the same issue in Cura 5.3.1

@davidgilson
Copy link

Returning to say that I'm having the same issue in Prusa Slicer 2.6.0 too.

@bellzw
Copy link
Author

bellzw commented Jul 8, 2023

@davidgilson Most likely it's an issue with the computer/operating system. My laptop (Lenovo Yoga 14, ~5 yrs old) does this sometimes when downloading or copying files, and other times when doing things unrelated to Cura, like using Acrobat Reader, or Microsoft Office products.

@GregValiant GregValiant added Status: Needs Info Needs more information before action can be taken. Status: Stale ⌛ This issue is over a year old. It might be obsolete or just needs a fresh set of eyes labels Nov 20, 2024
@GregValiant
Copy link
Collaborator

Is this still an issue in current Cura versions (5.8.0 and up)? Can this be closed?

@bellzw
Copy link
Author

bellzw commented Nov 21, 2024 via email

@github-actions github-actions bot removed the Status: Needs Info Needs more information before action can be taken. label Nov 21, 2024
@GregValiant
Copy link
Collaborator

Thanks.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Status: Stale ⌛ This issue is over a year old. It might be obsolete or just needs a fresh set of eyes Type: Bug The code does not produce the intended behavior.
Projects
None yet
Development

No branches or pull requests

5 participants