ahoeben

The materials downloaded from the Marketplace only include profiles for Ultimaker printers. They will not show up at all for printers that use 1.75mm filaments.

Perhaps you can use this "portable" version of 7-zip, which does not need to be installed: https://portableapps.com/apps/utilities/7-zip_portable Edit: never mind, that also has an installer (??)

Only if you specifically made a backup. See Extensions -> Cura Backups.

Thanks for confirming. I'll be working on a fix.

Do you have a backup of your previous files? The settings are all stored in C:\Users\<your username>\AppData\Local\cura\<Cura version>\ Restoring that folder on your new install will restore all your profiles.

We need to see your logs. See this article about where to find them, and post a link to them here.

It looks like you are using my Sidebar GUI plugin. There seems to be a problem with the latest version of that plugin that causes this issue: https://github.com/fieldOfView/Cura-SidebarGUIPlugin/issues/42 You can download the previous version of the plugin - which AFAIK does not have this bug - here: https://github.com/fieldOfView/Cura-SidebarGUIPlugin/releases/tag/v4.5.0 Download the .curapackage and drop it onto the Cura buildplate as if you were opening a model.

@Dadkitess, though it is not a direct replacement for a downloaded zip, you can unzip the .exe installer with any decent zip program (I use 7-zip), place its contents anywhere you like, and doubleclick the Ultimaker Cura.exe. One additional feature of most "portable apps" is that they store their configuration in the portable folder, instead of in the system-specific user profile. This would require more work to implement.

The Ultimaker 2 (and newer) printers don't officially support printing via USB. If you want to print via USB anyway, you have to change the GCode flavor from "Ultimaker 2" to "Marlin". This will - among other things - let you select materials in Cura instead of on this printer. It will also add a start gcode snippet to the gcode, which is missing with the "Ultimaker 2" flavor.

Why do you think it is (one of) the motors? It could also be one of the belts is creeping up on a pulley. Have you checked the belts?

That option is only available if you have the "Startup optimiser" plugin installed.

While I agree this is a problem, it has "always" been this way in Cura, since Cura 2.x.

Please be more specific than "cannot be printed". What happens when you try? Ofcourse we can try to see if something goes wrong when we load the project, but in this case for example a screenshot would have been helpful. Help us help you. When I load your 3mf project, it looks like Cura thinks the model has some geometry at its original origin. You can see that from the "shadow" that is way too large. I used the "Split model into parts" function of the MeshTools plugin (available from the Marketplace) to separate that phantom part from the wing part. This made Cura realise the true footprint of the part so it could fit on the buildplate.

If you save a project (File -> Save project...) and post a link to it here, we can have a look at both your settings and the model.

I fail to see what is wrong in the screenshot. Can you explain what is not correct?

First, make sure you make a change to both the Start G-code and End G-Code in the Machine Settings dialog. Any change will do, just as long as the Start and End G-Code are no longer the default (so making a change and then changing it back exactly will not do; it has to be different than the default). Go to Help -> Show configuration folder, and navigate to the "definition_changes" folder. The (modified) Start and End Gcode are in a file ending with _settings.inst.cfg. You will want to close Cura before you open and edit the file; Cura does not notice when you make changes to the file until it is started anew and may overwrite your changes with what it thinks is the "current" version when it quits.

That is indeed what I am saying. However even if there were just one of the round holes, that layer would still not have a "hole"; A wall that can be reached from the outside by simply following the outside wall is not a hole in Cura's point of view. No, that is not what I meant. You load your model and for example a cylinder that is just slightly bigger than the hole you want to use horizontal expansion on. The exact size of that model is not all that important. Then you use the Per Model Settings tool to change the horizontal (hole) expansion where the two models overlap. So you apply the settings locally.

You cannot change the color of the default generic material, but you can make duplicates of the generic PLA, and then change the color of those duplicates (and change the name to eg "Red PLA" etc)

You have to realize what the "Hole Horizontal Expansion" setting does, and that Cura is neither magic nor can it read your mind. Both "Horizontal Expansion" settings only work on the layer level. To understand how they work, you would have to look at a slice layer by layer. The "Horizontal Expansion" setting tries to expand or "grow" each layer (as opposed to "scale" the layer). Typically the outside gets bigger and holes in the layer get smaller. Scaling would make the holes bigger. The "Hole Horizontal Expansion" setting applies the same type of expansion on holes, but leaves outside walls as is. And here's where the "not magic" and the "not reading your mind" bit comes in. Cura regards the rectangular void in the layer as a hole. It does not know that you only meant the smaller circular parts. If you would look at one of the layers where the two circular holes in your screenshot seem to affect the hole horizontal expansion, you'll notice that the rectangular area is in contact with the outside wall. As an effect, Cura does not see that section as a (rectangular) hole in those layers so it does not get expanded. Hence the change in hole dimensions. So what to do in your case, where you want to expand some holes, but not all of them? You could add meshes (either from a support blocker, or another mesh you load) to overlap the holes you want to have expanded, and use the "Per Model Settings" tool to change the Horizontal Hole Expansion setting only where the added model overlaps your original model. You may also want to look in to the "Slicing Tolerance" setting.

Blender has a "Solidify" modifier which may come in handy to add thickness to a single walled object.

Yes. Cura already supports at least 8 extruders. However, if the printer definition you use says that the printer only has 2 extruders, Cura will offer up to 2 extruders. If you add for example a Custom FFF Printer, you can select up to 8 extruders. Cura has the philosophy that if you can mod your printer, you can also (learn to) mod your printer definition.

I don't mean to spoil any surprises, but there's been a lot of positive development on this github thread lately: https://github.com/Ultimaker/Cura/issues/11841

The "Marlin.ini.mega.hex". A bootloader is what lets you update the firmware via the usb connection in the first place, so it is already on the controller. You only need the version with the bootloader if your controller is fully bare, or the bootloader is broken. But you would need a different connection to the controller board than the usb cable to flash it. Somewhere near the top of the Configuration.h will do. #define UM2PLUS

You could try the Printjob Naming plugin, available for free from the Marketplace. It will let you change the prefix to a static text, or include several useful patterns in the job name.

It looks like you have selected only one of the models, instead of both of them.