Prusa-Slicer Printables.com integration is broken

[NovaViper]

Describe the bug

The prusa-slicer package v2.6.0 does not correctly integrate with Printables. The printables.com integration fails with every single model; all downloads fail when attempting it and results in a 0kb file created onto my computer.

Steps To Reproduce

1. Open PrusaSlicer
2. Go to Printables.com.
3. Try to open any model in PrusaSlicer with the "Open in PrusaSlicer" button
   Example: Fabric coasters model page
   direct PS link: prusaslicer://open?file=https%3A%2F%2Ffiles.printables.com%2Fmedia%2Fprints%2F230356%2Fstls%2F2096125_9cfc404b-0edb-4c30-a332-5ae014742d16%2Fmodular__004___x1x2.stl
4. Immediately greeted with Loading of a ZIP archive on path /home/novaviper/Downloads/fabric-coasters-model_files.zip has failed. (or Failed to load model if imported a model directly) and the model not opening up within the slicer

Expected behavior

The slicer should just download the files/folders just fine with no error

Screenshots

What the buttons look like on Printables

The error

Additional context

In this issue, it maybe related to how the package maintainers have packaged the dependencies because a very similar issue occurred with the ArchLinux packaged version and it was deemed to be specific to the distro version of the program (and not the AppImage version). However I actually can't confirm this because I can't get the AppImage to run correctly on NixOS. I can get it to run with appimage-run but unfortunately can't get the desktop integration to work (running the desktop files it creates results in a "file not found" error).

Notify maintainers

@Moredread
@tweber

Metadata

❯ nix-shell -p nix-info --run "nix-info -m"
 - system: `"x86_64-linux"`
 - host os: `Linux 6.1.41, NixOS, 23.11 (Tapir), 23.11.20230729.e6ab469`
 - multi-user?: `yes`
 - sandbox: `yes`
 - version: `nix-env (Nix) 2.15.1`
 - channels(root): `"nixos"`
 - nixpkgs: `/nix/store/9xpvg56sk83p217x1ws6a42ga07mip2d-source`

[Moredread]

I can reproduce this. Sadly th logging messages don't seem to be helpful and the last supported curl version doesn't easily build with the current curl derivation.

Interestingly the API of libcurl should be backwards compatible. The issue isn't the lib version but the build flags that are used when prusa-slicer builds its vendors dependencies. Those are in the deps/curl CMakefile in the prusa-slicer source.

I'm not sure when and if I have time to debug this. :/

[maxammann]

I can confirm that this still happens on 2.8.1

[maxammann]

I tried to find out why by contacting another maintainer: flathub/com.prusa3d.PrusaSlicer#101 (comment)

[maxammann]

Seems to be curl related: flathub/com.prusa3d.PrusaSlicer#101 (comment)

So we'd need to get Prusa slicer linked to curl 7