Gimp 3 Menu / Plasma Bug?

Help
, ,
1

Hi. I tried Gimp 3.0.0 in Kinoite 41 last night, and found a bug.

If I click any menu on the menu bar, only the File menu opens. After that, I can roll over another menu and that menu opens, but it always starts with File, regardless of which menu I click. Same if I type Alt+W to open the Window menu, for example: the File menu opens.

I reported the bug on the Gimp bug tracker, and the report got closed, saying that it is a KDE/Plasma bug.

I searched the KDE bug tracker, and didn’t find a bug report for my issue, so I’d like to file a bug with KDE.

Since Gimp isn’t a KDE project, should I choose Plasma as the project in my report?

Thanks!

2

I’m not seeing that on my EndeavourOS KDE Plasma PC or my Debian SID KDE Plasma laptop. Perhaps GIMP 3 isn’t playing nice with Kinoite 41 for some reason?

1 Like
3

What I see here on Arch, with Breeze Twilight, is that the Menu changes from on Focus / active

Focus
Focus1653×122 49.1 KB

to non-Focus / not active , even if it is a gimp child window that is active:
non-Focus
which looks weird.
Otherwise it seems to work (not tested a lot yet, at least the issue of the OP i have not).

4

Interesting. Maybe I should report it to Fedora then?

It really isn’t hard to live with. I’m just trying to be a good FOSS citizen!

2 Likes
5

I can’t reproduce either the menu issue or the focus issue…

I’m not using typical Breeze theming.

Theme Settings I’m using:

  • Colors: Material You, Icons: Ars-Dark-Icons, Application Style: Klassy, Plasma Style: Ars-Dark-Plasma, Window Decorations: Klassy, Cursors: Qogir-Dark
6

I’m seeing the same bug too, on Kubuntu 25.04-dev which currently ships Plasma 6.3.3.

Yesterday, I did investigate a bit, here are my results so far:

  • Does not happen on a fresh user account, so it’s likely related to some config bit of mine, but didn’t find out yet which one (could rule out ~/.config/GIMP and ~/.config/gtk-3.0 so far)
  • Does not happen when starting Gimp in Xwayland mode by running GDK_BACKEND=x11 gimp
  • Seems independent of whether I select “Default” or “System” as GTK theme in Gimp settings (Interface → Theme).
7

Update: It did not help to temporarily remove the following config files:

  • ~/.config/kwin*
  • ~/.config/plasmarc
  • ~/.config/plasmashellrc
  • ~/.config/plasma-org.kde.plasma.desktop-appletsrc
  • ~/.config/kdeglobals

Thus I’m still in search for the cause.

8

Tried gimp with another theme yet?

Screenshot_20250320_152751
Screenshot_20250320_1527511920×1080 118 KB

9

It does not happen with the full Dark “Breeze Dark” but it happens with the Light “Breeze” as well. The content inside the gimp window stays dark for some reason, though. And as far as i can see it seems the only application where the menu colors behave that way (maybe I would have to delete the gimp config files? Not tried that).

Other 3rd party themes I have not installed and actually like the Dark-Light (Breeze) Twilight Mix.

10

Running Neon here.

I was seeing this exact same behavior with the Gnumeric spreadsheet. (However it never occurred with my older version of Gimp - v2.10).

For some unknown reason, this stopped happening over the last day or so. The Gnumeric menu drop downs work fine now.

As an afterthought.. I recently received a Neon upgrade to KDE frameworks 2.12.0. No idea if that was the reason or if it was a coincidence.

11

Ok, I have found out what on my system is the trigger of the bug described by @shortwavechloride (clicking on any menu in the menu bar always opens the File menu):

In my ~/.config/kcminputrc, there was this section with a mouse button rebinding:

[ButtonRebinds][Mouse]
ExtraButton3=Key,Meta+W

(This was for an extra button of a mouse that I once used, while the mouse I’m using now doesn’t even have this button).

When I remove this section from the file, the bug is gone for me!

Note: To edit the file, I logged out of my Plasma session, logged in to a text console (Ctrl + Alt + F3), used nano ~/.config/kcminputrc to do the edit, and logged in again.

12

About my “Menu changes color when Window not active”, I dug a little deeper. Gimp has its own independent Theme setting for the Window content that can be set to Dark, Grey, bright (or to use the system theme).
If it is set to one of the three that theme seems to only apply on the Menu when the Window is active, as soon as it is inactive the Menu changes to the system theme.
Not sure if that is a, more KDE/wayland related, technical limitation or a gimp bug.

13

Thanks for all of these replies. I’m using standard “Breeze Dark” and really not any other customizations.

Just now, I was using LibreOffice 24.8.4.2 from Flathub and encountered the exact same behavior: I clicked the Window menu, but File showed up.

So I guess it ISN’T a GIMP bug!

14

Here’s an update for anyone who is still playing along.

I got the 3.0.2 update to GIMP, and now I cannot reproduce the problem with the menu.

Just to see if it was an update to Plasma or GIMP that fixed it, I tried the menus in LibreOffice 24.8.4.2 again, and the menu bug is still there.

So I’ll mark this “Solved” and go report a bug on LibreOffice.

Thanks!

1 Like
15

On Manjaro with Plasma 6.3.3, both Gimp 3.0.2 and LibreOffice 25.2.1.2 don’t show any of your problems.

16

I have Kinoite 41 with Plasma 6.3.3. I wonder if it’ll be fixed when I get LibreOffice 25.x?

Apparently, I installed LO form “Fedora Flatpaks” instead of from Flathub. That must be why I’m still on LO 24.x

SO… I’ll go find out!

17

And, sure enough, with LibreOffice 25.2.1.2, the menus behave as expected! This issue is solved!

Thanks everyone!

1 Like