Cura not starting anymore after upgrade to Fedora 38. Tested on Mate Compiz spin, but also verified on a fresh installation on Gnome Desktop. Reproducible: Always Steps to Reproduce: Install Fedora 38 and start Cura Actual Results: Shows splash screen, but no UI Expected Results: Start as usual Installed packages: rpm -qa | grep cura cura-fdm-materials-5.3.0-1.fc38.noarch cura-5.3.0-1.fc38.noarch Error from console log: 2023-05-07 22:17:10,513 - ERROR - [MainThread] UM.Qt.QtApplication.createQmlComponent [616]: file:///usr/lib/cura/plugins/ModelChecker/ModelChecker.qml:8:1: Type UM.SimpleButton unavailable 2023-05-07 22:17:10,513 - ERROR - [MainThread] UM.Qt.QtApplication.createQmlComponent [616]: file:///usr/lib/python3.11/site-packages/UM/Qt/qml/UM/SimpleButton.qml:30:5: ColorImage is not a type
Created attachment 1963147 [details] Log output when starting cura from console Log on a fresh FC38 / Gnome Desktop installation, latest packages.
Unfortunately, I am on vacation this week and won't be able to have a look. CC'ing Tom, who worked on the upgrade to Cura 5.
Works with Qt 6.4.3, stopped working with Qt 6.5.0. Maybe it has something to do with PyQt6 being 6.4.0.
I can confirm that doing a `sudo dnf downgrade python3-pyqt6-base` and trying to run cura after that completes from the command line works.
'Me too' for #4. * Clean install on F38 fails with no GUI * Existing install on F38 fails, but I can also confirm that `sudo dnf downgrade python3-pyqt6-base` immediately allowed the GUI to appear, and work. * Removing the plugin directory for ModelChecker (back it up first...) suppressed the ERROR messages shown in the main report, but the GUI still doesn't appear. Thanks go to linuxguy for a workaround that works for me at least.
I'll try to update pyqt6 to 6.5.0 and if I am able to, will submit a pull request for pyqt6. Then we can test if it fixes the issue.
With qt6-qtbase-6.5.0-2.fc38.x86_64 and python3-pyqt6-base-6.4.0-7.fc38.x86_64, the UI does not show up. https://src.fedoraproject.org/rpms/python-pyqt6/pull-request/1 https://src.fedoraproject.org/rpms/python-pyqt6/pull-request/2 Updating to python3-pyqt6-base-6.5.0-1.fc38.x86_64: The UI still doe snot show up.
It's cura (and QT), so you know what that means.... ITS UGLY HACK TIME. Please try updating to this rawhide build of python3-uranium: https://koji.fedoraproject.org/koji/taskinfo?taskID=101453148 With that updated package, cura "works for me" again, but I'm sure something in the UI isn't rendering as a result. If this gets it working for others, I'll push the change to F38.
FEDORA-2023-c70967b1ae has been submitted as an update to Fedora 38. https://bodhi.fedoraproject.org/updates/FEDORA-2023-c70967b1ae
FEDORA-2023-c70967b1ae has been pushed to the Fedora 38 testing repository. Soon you'll be able to install the update with the following command: `sudo dnf upgrade --enablerepo=updates-testing --refresh --advisory=FEDORA-2023-c70967b1ae` You can provide feedback for this update here: https://bodhi.fedoraproject.org/updates/FEDORA-2023-c70967b1ae See also https://fedoraproject.org/wiki/QA:Updates_Testing for more information on how to test updates.
Created attachment 1967239 [details] Console log when using python-uranium-5.3.0-3.fc38 The updated package from the testing repository causes cura to segfault
(In reply to Malte from comment #11) > Created attachment 1967239 [details] > Console log when using python-uranium-5.3.0-3.fc38 > > The updated package from the testing repository causes cura to segfault I see why. Please try python-uranium-5.3.0-4.fc38, it should work better.
*** Bug 2211439 has been marked as a duplicate of this bug. ***
On my system both 5.3.0-3.fc38 and 5.3.0-4.fc38 work great.
Well, it seems I did speak too soon. 5.3.0-4.fc38 crashes when loading *some* (?!) .stl files. I have included a crash log as well as the .stl file that caused the crash. This appears to be the salient part of the crash log: 2023-06-04 09:08:19,794 - CRITICAL - [MainThread] cura.CrashHandler.__init__ [66]: An uncaught error has occurred! 2023-06-04 09:08:19,796 - CRITICAL - [MainThread] cura.CrashHandler.__init__ [69]: Traceback (most recent call last): 2023-06-04 09:08:19,796 - CRITICAL - [MainThread] cura.CrashHandler.__init__ [69]: File "/usr/lib/python3.11/site-packages/UM/View/SelectionPass.py", line 113, in _renderObjectsMode 2023-06-04 09:08:19,796 - CRITICAL - [MainThread] cura.CrashHandler.__init__ [69]: self._gl.glColorMask(self._gl.GL_TRUE, self._gl.GL_TRUE, self._gl.GL_TRUE, self._gl.GL_FALSE) 2023-06-04 09:08:19,796 - CRITICAL - [MainThread] cura.CrashHandler.__init__ [69]: TypeError: glColorMask(self, red: bytes, green: bytes, blue: bytes, alpha: bytes): argument 1 has unexpected type 'int'
Created attachment 1968847 [details] Console log from cura with python3-uranium-5.3.0-4.fc38.noarch
Created attachment 1968848 [details] .stl file causing crash with python3-uranium-5.3.0-4.fc38.noarch STL file causing crash log from attachment 1968847 [details]
As an experiment, I manually build the just released PyQt6 6.5.1 (just replaced the source tarball in the rpm and did rpmbuild.) Unfortunately, the behavior is identical.
Located the problem. The problem is the lack of "from UM.Logger import Logger" in UM/View/SelectionPass.py. I will attach a patch that fixes the problem (on top of 5.3.0-4).
Created attachment 1968927 [details] Patch versus python-uranium-5.3.0-4 Imports Logger into SelectionPass.py. Makes Cura able to load and slice the STL file previously mentioned (when applied on top of python-uranium-5.3.0-4).
Thank you! I've incorporated your fix into -5.
I have filed an Uranium upstream bug for this: https://github.com/Ultimaker/Uranium/issues/878
After upgrading to python-uranium-5.3.0-5 i am able to start Cura, open STL files and export G-Code. Everything works as expected :-)
FEDORA-2023-c70967b1ae has been pushed to the Fedora 38 stable repository. If problem still persists, please make note of it in this bug report.
(In reply to Tom "spot" Callaway from comment #8) > It's cura (and QT), so you know what that means.... ITS UGLY HACK TIME. > > With that updated package, cura "works for me" again, but I'm sure something > in the UI isn't rendering as a result. If this gets it working for others, > I'll push the change to F38. Yes, some of the buttons are invisible in GUI, such as camera position buttons in legend view or revert to default in settings editor. In cura log, RecolorImage.qml complains: "ReferenceError: Resources is not defined". Indeed, vertexShader and fragmentShader try to get something from resources (QRC?), and fail. Also, I couldn't find recolor_image.{vert,frag}.qsb anywhere.
Oh, and I just tried fieldOfView's patch in Uranium main branch: using SimpleButton.qml from https://raw.githubusercontent.com/Ultimaker/Uranium/main/UM/Qt/qml/UM/SimpleButton.qml actually works and now displays everything correctly.