Does not save Directory location when you load a file, and does not name the file when you go to save it

[CaryBab]

Application Version

5.0

Platform

Linux

Printer

FLsun SR

Reproduction steps

Loaded and save a file

Actual results

Did not remember where I loaded file from when I went to load additional files.

Did not name the file by the name that it loaded, and did not use the custom printjob naming that was defined

Expected results

All previous versions remembered where you loaded a file from.

All previous versions named the file to save automatically with the name you loaded, or used the custom printjob naming that was configured.

Checklist of files to include

• Log file
• Project file

Additional information & file uploads

No additional Information

[Vandresc]

Hi @CaryBab , thank you for your feedback!
Devs see CURA-9261 , for our internal reference.

[CaptainMalu]

I saw this also for files which will be directly printed via octoprint.
So you can't reprint from files stored on octoprint as files with same names (in this case no name) will overwrite each other.

[marthinwurer]

Trying to upgrade to 5.0 for the new slicing, ran into this. It's really annoying, and will probably keep me from using 5.0 for the time being. I'm on pop_os, but I'm pretty sure most ubuntu derivatives would have the same issue.

[JesConsuegra]

I can confirm it also happens on MX Linux. Enviado desde Yahoo Mail con Android El vie, jul 1, 2022 a 5:27, ***@***.***> escribió: Trying to upgrade to 5.0 for the new slicing, ran into this. It's really annoying, and will probably keep me from using 5.0 for the time being. I'm on pop_os, but I'm pretty sure most ubuntu derivatives would have the same issue. — Reply to this email directly, view it on GitHub, or unsubscribe. You are receiving this because you are subscribed to this thread.Message ID: ***@***.***>

[LarrySikes]

Same with me - this project have any quality control? Far too many bugs - going to supper slicer bye.

[getglenn]

I have used Cura since way back and have had minor issues that were all resolved quickly, but the above issues have me looking at alternative slicers... I am on Cura 5.1.1 on Linux Mint 21 (see attached screenshot)

[CaryBab]

I've just stayed at 4.13.1. Since they don't appear to be going to fix 5.x

…

On Thu, Dec 1, 2022, 23:47 getglenn ***@***.***> wrote: I have used Cura since way back and have had minor issues that were all resolved quickly, but the above issues have me looking at alternative slicers... I am on Cura 5.1.1 on Linux Mint 21 (see attached screenshot) [image: System Info 2022-12-02] <https://user-images.githubusercontent.com/46698756/205216716-da1dbf94-7412-4b58-bd0d-4feb8922a8e9.png> — Reply to this email directly, view it on GitHub <#12295 (comment)>, or unsubscribe <https://github.com/notifications/unsubscribe-auth/ARTMSLVF34TOW255KUFCBH3WLF5OXANCNFSM5WSGZTTQ> . You are receiving this because you were mentioned.Message ID: ***@***.***>

[AdrianLeal]

is there any update on that,, its very annoying have to select directory every time you open or save a file (also have to set filename on save) specially when you work with projects with many stl files which are on same directory and normally are saved on specific directory.

It seems that these variables on cura.dfg are not updated when you open or save a file

[local_file]
dialog_load_path =
dialog_save_path =

[Vandresc]

Based on all your reports I re-discussed the priority with the team to see if we can pick it up sooner.
We do hear all of you 🙂 Thank you for the reports, it helps us to make fixes.

[Zotter]

FWIW - seeing this issue, still, with Cura 5.2.1 on Fedora 37.

As well as the lack of a file name when saving gcode. Have to find folders repeatedly, and have to fill in the file name - each time saved.

~~ May be related to GNOME 'features' as all application "open" or "save/as" actions result in a 'recently used' dialog instead of the expected file/folder navigation dialogs.
~~NOPE - was able to revert to normal file explore dialogs, no changes in either offering file name or using current location. ie. save in same folder that stl file was opened from.

[robertkardos]

I still have this issue, but the "remembering the file names" half seems to be kinda solved by #12659, though it works a little differently that it did in Cura 4, I explain it here a bit more in depth

[TungstenX]

It seems to still be an issue on Ultimaker Cura 5.3.0. on Linux Mint 21.1
Thus it doesn't store the path where the last file was opened from as well as the file type filter that was last selected.

[cumminsd]

Still an issue on 5.6.0. Not enough to make me switch but does make me grumpy if I'm doing a lot of prints.