SysGhost

I agree. This is after all a third party printer with yet another party board in it installed by the end user. Even Creality can't support such a modification. It is obviously such a thing can't be supported here. I only intended the previous comment to be a warning to those who have this modification on their printers. I've already contacted BigTreeTech about this. (I actually did that just moments after creating the post above). They have confirmed receiving my message, but haven't responded about the issue yet. Still waiting on that. I'll report back when they do.

With the latest Cura (4.6.2 at the time of writing this), this is still a problem. I'd even say a serious one. I left my Ender 3 powered on with the USB attached and didn't think much of it. While remote-controlling my computer from elsewhere, I started up Cura and did what I usually do when starting up a print by remote. But I saw that the printer wasn't responding any longer. Gave up at that moment. Coming back home after a few hours, I noticed a weird siren-like noise from my hobby-room. Went in to check it and found the Ender 3 in a hanged state, emitting that noise from the stepper motor. I turned the printer off and back on again. Only to see it never booting up again. Long story short: The board was destroyed as it was extremely hot to the touch. I had to buy a new mainboard for the printer. After some investigation I found the culprit being Cura. Every time the USB is hooked up to the computer while Cura is loaded, the board hard-hangs and the stepper motors start emitting that weird siren-noise. If Cura isn't loaded, the USB connection works as intended. Other programs can use the USB connection just fine. It is only Cura that causes this destructive hard-hang. This is with the BigTreeTech SKR mini e3 v2.0 board. My warning to all BTT SKR board owners: Do *not* use Cura with USB hooked up. It *will* destroy the mainboard if left in that state for a long period. EDIT: !!!!WARNING!!!! Your printer will catch fire! I just tested triggering this bug during a print. The board hard-hangs so badly, all watchdogs and runaway protections are disabled. Heaters that are on when this hang triggers, will remain permanently on until something gives or burns. It didn't take long for the bed or the nozzle to go way out of the safe range. So once again, a big warning: !!!THIS WILL CAUSE THE PRINTER TO CATCH FIRE IF LEFT IN THIS STATE!!!

I saw that, but both USB printing and AMF reader shouldn't affect the welcome screen or any UI related elements. Right? Anyhow I will try the master tree as well. Thanks for the support and work so far. (^.^)b

Back again. With Uranium from the git mentioned above installed, and cura rebuilt with it, it still makes no difference. I've attached a log if needed. ...and Yes. I did use the mb-master. Here's the pkgbuild file I made for it: http://ix.io/1PAb cura-console.log

I'll give it a burl. Will return with my findings soon. Thanks.

Hi there. Tiny wee lil problem with one of two Ultimaker 2+ machines: When changing material, it pull out and loads in the material for a far too short distance, It stops feeding after 1/3rd way. Both when unloading as well as loading material in. The other machine, does however feed in and out the material at the correct distance when changing material. Everything else seems to work fine though. I just have to lift the roller spring and manually force-feed the rest of the 2/3 way the material didn't travel. After that everything else seems to flow on as usual. Just now I also tried updating the firmware, but it still got the "wrong" loading/unloading distance. Material tubes on both machines are exactly the same length, so it's not that. Is there a setting for this? I've looked and looked. Can't find it. Could it be the stepper motor for the feeding being defect? But it works when printing so ... it shouldn't be that either.

Understood. Will use the appimage from here on. Why you're receiving lots of bug reports from Arch users and those who use similar distributions based on Arch is likely due to the nature of how packages are managed in these distributions. Many tend to favor pulling down source code and build it for their own local repositories. (AUR. Arch User Repository). Arch makes this process tremendously easy with powerful tools, even for intermediate users.

I'm on it. Will try out the app image right away. Personally I prefer running applications as native as possible. I'm glad to hear it's a known problem with the later QT versions. I remember reading that somewhere out there. I wonder, are there other container/package formats officially supported? Snap? Flatpak? etc...

Hi. First post here, so why not make it a "bug report"? 😃 I'm a linux user, (More precise Arch Linux), and also active in the linux community. Just got started with 3D-printing with a Ultimaker 2+ Everything is going fine so far with the windows version. So I thought I'd give the linux version a shot. Said and done, I decided to pull it from the github and compile it (according to Arch Linux standards that is) Version 4.1 got compiled in and starts up, and once it has started it presents me a "Welcome screen". At first I had no idea what to do with it, as it was impossible to interact with it. No buttons. No inputs or anything on the welcome splash. I remember from the windows version that there's supposed to be buttons at the bottom of the welcome screen, so one can proceed. These buttons are missing completely with the linux version, making it impossible to interact with the welcome screen. See screenshot. I also attached a console log. If you need anything else, I'd happily provide it. Thanks for a great work so far. linux-cura-stuck-at-welcome-because-buttons-are-missing.log