Sli3r 1.40.1-rc2 does not retain purging volumes

[kursatu]

Version

Version of Slic3r used goes here
1.40.1-rc2 1.40.1-rc2
Use About->About Slic3r for release versions

For -dev versions, use git describe --tag or get the hash value for the version you downloaded or git rev-parse HEAD

Operating system type + version

What OS are you using, and state any version #s

Behavior

• Describe the problem
  1- Change the purging volumes
  2- Exit and start sli3r
  2- The purging volumes are lost and the original ones show up.

• Steps needed to reproduce the problem
  

• If this is a command-line slicing issue, include the options used
• Expected Results
• Actual Results
  • Screenshots from Slic3r preview are preferred

Is this a new feature request?

STL/Config (.ZIP) where problem occurs

Upload a zipped copy of an STL and your config (File -> Export Config)

[bubnikv]

The purging volumes are being stored into an AMF or 3MF file. Does it fulfill your needs?

…

On Thu, Jul 5, 2018 at 5:28 AM, kursatu ***@***.***> wrote: Version *Version of Slic3r used goes here* 1.40.1-rc2 1.40.1-rc2 *Use About->About Slic3r for release versions* *For -dev versions, use git describe --tag or get the hash value for the version you downloaded or git rev-parse HEAD* Operating system type + version *What OS are you using, and state any version #s* Behavior - *Describe the problem* 1- Change the purging volumes 2- Exit and start sli3r 2- The purging volumes are lost and the original ones show up. - *Steps needed to reproduce the problem* [image: sli3r1] <https://user-images.githubusercontent.com/1686475/42301157-bef7df46-7fc8-11e8-9fa0-ff4dc1c45860.PNG> [image: sli3r2] <https://user-images.githubusercontent.com/1686475/42301165-c3ffbd24-7fc8-11e8-8361-569cbf0e6741.PNG> - *If this is a command-line slicing issue, include the options used* - *Expected Results* - *Actual Results* - *Screenshots from Slic3r preview are preferred* *Is this a new feature request?* STL/Config (.ZIP) where problem occurs *Upload a zipped copy of an STL and your config (File -> Export Config)* — You are receiving this because you are subscribed to this thread. Reply to this email directly, view it on GitHub <#1031>, or mute the thread <https://github.com/notifications/unsubscribe-auth/AFj5I9EeHXSn4jQ5BtN55RGv8fN407mwks5uDYfvgaJpZM4VDMy8> .

[kursatu]

A good behavior can be modeled, for the .stl files.
Here is I think what could work.
1- When I am operating in ".stl mode" meaning that I've opened an .stl file,
the purge volumes changes will be retrieved from application settings and
saved when I exit the application or open and AMF,3MF file.
In this sense this is an application wide setting when in .stl mode.
2- In the AMF, 3MF mode, ie. when I open one or save it as one, the purge volumes associated with the
AMF,3MF file will be applicable. In that sense, the AMF,3MF settings are specialized(overridden) settings of the application.

Saving AMF and 3MF files is definitely needed.
But If I can't change the default settings it is bound to cause problems.
I'll have to change purging volumes every time when I open an .stl file, then at some point
I'll forget and have to restart a print. I am also printing fine with a lower purge volumes on a wide range of materials. So before I had to make a specialized change using 3MF,AMF files I'll use
a different setting, which is completely not changeable at this time.

[bubnikv]

Saving AMF and 3MF files is definitely needed.
But If I can't change the default settings it is bound to cause problems.

I think you requested #1036, which will be implemented in 1.41.0-alpha. Will that satisfy your needs?

[kursatu]

Yes, using the AMF file as a replacement for the capability of changing this application setting
would probably work, if #1036 were to be fixed.
I am still not using AMF because it is not really usable
because of #1036, so don't quite know if there are other similar defects.
Basically I'll need to use an AMF always just because I can't change this setting.
I'd still consider this issue a lower priority defect though. Not sure when it can be fixed, given the calculation of the effort fixing it vs. value/users effected.

[bubnikv]

#1036 has been implemented in Slic3r 1.41.0-alpha3.
The purge volumes are stored into the 3mf/amf files. Closing this issue.