Bug: Openscad crashes on open

Describe the bug
When I open openscad and either click new or open a file the application flickers the editor and 3d viewer and exits.

To Reproduce
Steps to reproduce the behavior:

  1. Start OpenSCAD normally (or via CLI to see the errors)
  2. Click on New
  3. Openscad exits.
  4. if opened from CLI you’ll see in the terminal: (openscad:107060): Gtk-WARNING **: 10:25:39.497: Theme parsing error: <data>:1:0: Expected a valid selector GLEW Error: Unknown error The Wayland connection experienced a fatal error: Protocol error The Wayland connection experienced a fatal error: Protocol error
    Naturally the PID and time will change
    Have tried removing ~/.config file. No avail
    Have tried reinstalling qt5, qt6 and glew: No change

Expected behavior
Expected the application to open displaying the editor, 3d preview and console/error log

Code reproducing the issue
No code can be entered as it immediately exits

Screenshots
I wish it would be open long enough to get a screenshot

Environment and Version info (please complete the following information):

  • OS: Fedora Core 44
  • System: Intel(R) Core™ Ultra 9 285K
  • OpenSCAD Version: openscad.x86_64 2021.01-30.fc44 fedora

Library & Graphics card information
'QObject::startTimer: Timers can only be used with threads started with QThread
OpenSCAD Version: 2021.01
System information: Linux 7.1.10-200.fc44.x86_64 #1 SMP PREEMPT_DYNAMIC Sun Aug 23 16:15:11 UTC 2026 x86_64 Fedora Linux 44 (Server Edition) 24 CPUs 30.71 GB RAM
User Agent: OpenSCAD/2021.01 (Linux x86_64; Fedora Linux 44 (Server Edition))
Compiler: GCC “16.0.1 20260115 (Red Hat 16.0.1-0)” 64bit
MinGW build: No
Debug build: No
Boost version: 1_90
Eigen version: 3.5.0
CGAL version, kernels: 6.1, Cartesian, Extended_cartesian, Epeck
OpenCSG version: OpenCSG 1.8.1
Qt version: 5.15.18
QScintilla version: 2.14.1
InputDrivers:
GLib version: 2.87.0
lodepng version: 20180910
libzip version: 1.11.4
fontconfig version: 2.17.0
freetype version: 2.14.1 (runtime: 2.14.3)
harfbuzz version: 12.3.0 (runtime: 14.1.0)
cairo version: 1.18.4
lib3mf version: 2.2.0
Application Path: /usr/bin
Documents Path: /home/jgreene/.local/share
User Documents Path: /home/jgreene/Documents
Resource Path: /usr/share/openscad
User Library Path: /home/jgreene/.local/share/OpenSCAD/libraries
User Config Path: /home/jgreene/.config/OpenSCAD
Backup Path: /home/jgreene/.local/share/OpenSCAD/backups
OPENSCADPATH:
OpenSCAD library path:
/home/jgreene/.local/share/OpenSCAD/libraries
/usr/share/openscad/libraries

OPENSCAD_FONT_PATH:
OpenSCAD font path:
/usr/share/X11/fonts/Type1
/usr/share/X11/fonts/TTF
/home/jgreene/.local/share/fonts
/home/jgreene/.local/share/flatpak/exports/share/fonts
/var/lib/flatpak/exports/share/fonts
/usr/local/share/fonts
/usr/share/fonts
/home/jgreene/.nix-profile/share/fonts
/nix/var/nix/profiles/default/share/fonts
/home/jgreene/.fonts
/usr/share/fonts/aajohan-comfortaa-fonts
/usr/share/fonts/abattis-cantarell-fonts
/usr/share/fonts/abattis-cantarell-vf-fonts
/usr/share/fonts/adf-accanthis-2-fonts
/usr/share/fonts/adf-accanthis-3-fonts
/usr/share/fonts/adf-accanthis-fonts
/usr/share/fonts/adobe-source-code-pro-fonts
/usr/share/fonts/adobe-source-code-vf-fonts
/usr/share/fonts/adobe-source-han-code-jp-fonts
/usr/share/fonts/adobe-source-han-mono-fonts
/usr/share/fonts/adobe-source-han-sans-cn-fonts
/usr/share/fonts/adobe-source-han-sans-jp-fonts
/usr/share/fonts/adobe-source-han-sans-kr-fonts
/usr/share/fonts/adobe-source-han-sans-tw-fonts
/usr/share/fonts/adobe-source-han-serif-cn-fonts
/usr/share/fonts/adobe-source-han-serif-jp-fonts
/usr/share/fonts/adobe-source-han-serif-kr-fonts
/usr/share/fonts/adobe-source-han-serif-tw-fonts
/usr/share/fonts/adobe-source-sans-pro-fonts
/usr/share/fonts/adwaita-mono-fonts
/usr/share/fonts/bitmap-console-fonts
/usr/share/fonts/bitstream-vera-sans-fonts
/usr/share/fonts/dejavu-sans-fonts
/usr/share/fonts/dejavu-sans-mono-fonts
/usr/share/fonts/fontawesome
/usr/share/fonts/fontawesome-6-brands-fonts
/usr/share/fonts/fontawesome-6-free-fonts
/usr/share/fonts/glyphicons-halflings
/usr/share/fonts/gnu-free
/usr/share/fonts/gnu-freefont
/usr/share/fonts/google-carlito-fonts
/usr/share/fonts/google-crosextra-caladea-fonts
/usr/share/fonts/google-droid-sans-fonts
/usr/share/fonts/google-noto
/usr/share/fonts/google-noto-color-emoji-fonts
/usr/share/fonts/google-noto-sans-cjk-vf-fonts
/usr/share/fonts/google-noto-sans-mono-cjk-vf-fonts
/usr/share/fonts/google-noto-serif-cjk-vf-fonts
/usr/share/fonts/google-noto-vf
/usr/share/fonts/google-roboto
/usr/share/fonts/google-roboto-slab-fonts
/usr/share/fonts/grimmer-proggy-squaresz
/usr/share/fonts/grimmer-proggy-tinysz
/usr/share/fonts/jomolhari-fonts
/usr/share/fonts/julietaula-montserrat-fonts
/usr/share/fonts/lato-fonts
/usr/share/fonts/liberation-mono-fonts
/usr/share/fonts/liberation-narrow
/usr/share/fonts/liberation-sans-fonts
/usr/share/fonts/liberation-serif-fonts
/usr/share/fonts/lm
/usr/share/fonts/lm-math
/usr/share/fonts/lyx
/usr/share/fonts/madan-fonts
/usr/share/fonts/mnsymbol
/usr/share/fonts/nethack-bitmap
/usr/share/fonts/open-sans
/usr/share/fonts/opensymbol
/usr/share/fonts/paktype-naskh-basic-fonts
/usr/share/fonts/redhat
/usr/share/fonts/rit-meera-new-fonts
/usr/share/fonts/rit-rachana-fonts
/usr/share/fonts/rsms-inter-fonts
/usr/share/fonts/sil-padauk-fonts
/usr/share/fonts/source-serif
/usr/share/fonts/stix-fonts
/usr/share/fonts/tex-gyre
/usr/share/fonts/tex-gyre-math
/usr/share/fonts/urw-base35
/usr/share/fonts/vazirmatn-vf-fonts
/usr/share/fonts/vl-gothic-fonts

GLEW version: 2.2.0
OpenGL Version: 4.6.0 NVIDIA 610.57.04
GL Renderer: NVIDIA GeForce RTX 5070 Ti/PCIe/SSE2
GL Vendor: NVIDIA Corporation
RGBA(8888), depth(24), stencil(8)
GL_ARB_framebuffer_object: yes
GL_EXT_framebuffer_object: yes
GL_EXT_packed_depth_stencil: yes
GL context creator: GLX
PNG generator: lodepng
GLX version: 1.4
OS info: Linux 7.1.10-200.fc44.x86_64 #1 SMP PREEMPT_DYNAMIC Sun Aug 23 16:15:11 UTC 2026
Machine: x86_64’

It works for me in a F44 VM with GNOME on Wayland, which indicates the issue may be hardware specific, meanwhile the upstream suggests using AppImage that works as well:

it worked once for me after a full rinstall and the scind time it got the same error again.

I love how OpenSCAD poin ts at Fedora and Fedora points at Openscad and neither even offers hints as to whate GLEW is complaining about.

It is best to test the latest snapshot:
Index of /snapshots/

If the issue persists, then report it upstream:
Issues · openscad/openscad

This should motivate them to some extent at least.