DT 5.4.1 crash when going fullscreen (macOS)

Software
1

Hi there,

darktable 5.4.0 and 5.4.1 crashes for me whenever I go fullscreen on macOS 15.7.3 (Sequoia).

This occurs 100% of the time when I hide the left and right panels, enter darkroom, and then go fullscreen. The workaround I’ve found so far is to first enter fullscreen, then to hide the panels, but this only works some of the time. I’ve attached a crash log, but let me know if I can help provide other debugging info.

Apologies if I should post this on Github but I don’t have an account there (I don’t want anything to do with Microsoft.)

Also taking this opportunity to give my appreciation for darktable! It’s been amazing so far. So thank you to the team!

darktable-2026-02-07-130408.txt (401.5 KB)

2

the platform to report issues is GitHub :wink:
It doesn’t make sense to have several places to report issues…

3

I know, it’s why I mentioned it in my post. But that’s fair enough I guess.

I didn’t really expect anything out of this post (given it’s only a minor annoyance) other than a tiny hope for resolution or failing that, to see if people chime in with other workarounds.

The crash doesn’t really bother me enough to open an account there anyway.

4

Hi @ackyshake. Do you have the side triangles disabled? I can’t reproduce the issue, though my OS is just one minor minor version behind yours. Before you enter fullscreen, is the window already maximized? Do you have stage manager enabled? Is there anything else you can tell us that might help?

I’ll upgrade my OS if I can free enough disk space easily.

5

Happy to share more info!

Nah, I don’t use stage manager nor do I start with darktable maximized. I usually have it windowed to around 75% of my desktop space (I also use the “More Space” resolution setting) on a Macbook Pro 16".

Here’s the screenshot of what I start with. Then I hit Tab to hide the panels and then go fullscreen. The crash happens then.

darktable-view
darktable-view3860×2338 10.7 MB

6

Another point of info, I just moved my ~/.config/darktable out temporarily and that fixed the issue. I don’t think I changed too many settings apart from changing a bunch of shortcuts, so now I will try to hunt down which setting causes the crash.

7

And here’s what I get when I launch darktable from the CLI:


(darktable:22473): Gtk-CRITICAL **: 01:40:13.202: gtk_window_add_accel_group: assertion 'GTK_IS_WINDOW (window)' failed
Assertion failed: (CAIRO_REFERENCE_COUNT_HAS_REFERENCE (&surface->ref_count)), function cairo_surface_destroy, file cairo-surface.c, line 963.
zsh: abort      /Applications/darktable.app/Contents/MacOS/darktable
8

That sounds helpful, since I think it won’t get fixed unless a developer can reproduce it, or perhaps if someone outside the project like me can reproduce it then use git bisect to find when the problem was introduced.

9

Okay, progress! :slightly_smiling_face:

Found out that it’s when I disable the “show loading screen between images” option in the “darkroom” section in the settings that causes it.

So the full reproduction steps:

  1. Removed all of ~/.config/darktable.
  2. Launched darktable, then disabled the aforementioned setting (the default is enabled, i.e. darktable shows loading text between images).
  3. Added my camera roll to the library.
  4. Entered darkroom for one of the RAWs then tried to maximize the window by double-clicking the window titlebar. I don’t even need to go fullscreen for that window, just maximizing the window is sufficient to reproduce.
  5. Crash.
10

You should post this on GitHub so it gets investigated and fixed.