3D-printing/Cura
1
0
Fork 0
mirror of https://github.com/Ultimaker/Cura.git synced 2025-12-05 16:51:12 -07:00
Code Issues Projects Releases Packages Wiki Activity Actions 2

Remove has_machine_materials metadata

Browse source 
It's not behaving as expected here. For instance, Ultimaker 3 wasn't specifying has_machine_materials and thus only the base materials would get loaded, but clearly the Ultimaker 3 has materials specialised for it.
Whether or not a printer has materials specialised for it is now determined by whether the specialisations exist in the material files. So we don't need the metadata entry any more. It seemed to have not been in use anyway, except by one printer which specified that has_machine_materials is true. I've now made it behave as if it's always true.

Contributes to issue CURA-6831.
This commit is contained in:
Ghostkeeper 2019-10-01 15:53:34 +02:00
parent 179fa325fc
commit b245be6970
No known key found for this signature in database
GPG key ID: 86BEF881AE2CF276
4 changed files with 2 additions and 10 deletions
Download patch file Download diff file Expand all files Collapse all files

1
tests/Machines/TestMachineNode.py
View file

@ -7,7 +7,6 @@ from cura.Machines.MachineNode import MachineNode
metadata_dict = {
"has_materials": "false",
"has_variants": "true",
"has_machine_materials": "true",
"has_machine_quality": "true",
"quality_definition": "test_quality_definition",
"exclude_materials": ["excluded_material_1", "excluded_material_2"],