https://bugs.kde.org/show_bug.cgi?id=395925

            Bug ID: 395925
           Summary: gwenview main menu broken
           Product: gwenview
           Version: Git (add output of "git log -1 --oneline" to
                    description)
          Platform: Other
                OS: Linux
            Status: UNCONFIRMED
          Severity: normal
          Priority: NOR
         Component: general
          Assignee: gwenview-bugs-n...@kde.org
          Reporter: 1i5t5.dun...@cox.net
  Target Milestone: ---

git master of pretty much anything kde, including gwenview, frameworks, plasma,
etc, built from the gentoo/kde overlay, which has the live-git kde ebuild
versions.  For gwenview, currently at ef1244b1c .

Gwenview's main menu has been broken for some months now, leading to a delay of
some time while launching gwenview, apparently waiting for some timeout.

I don't use the menu a lot so it took me awhile to figure out what the problem
was, but a few days ago I straced a gwenview's startup and it stopped for a
long time at some menu related stracing output.  After it did finally show the
gwenview window, I tried the menu (now launched from a button in the titlebar),
and got no response -- no menu showed, tho that wasn't surprising after I had
seen where the strace output stopped as gwenview started.  I've noticed no
other apps with menu issues, only gwenview.

With further experimenting, I discovered that if I took the menu button off the
titlebar in kde system settings, windecos, buttons tab, then started gwenview,
which of course wouldn't have a menu button in the titlebar at that point and
would start normally, /then/ added the titlebar menu button back in kde system
settings, /then/ gwenview would have a menu.  Further, quitting gwenview and
restarting it once it had the menu, it would start fast and have the menu each
time... until I quit and restarted kde/plasma, after which gwenview would take
a long time to startup again, and the menu button wouldn't work.  However, just
toggling the windeco menu button off, applying, and back on, applying, without
starting gwenview while the windeco menu button was turned off, would not be
enough to get gwenview showing its menu again -- I had to actually start
gwenview with the menu button disabled, then add it again, for gwenview to
actually have a menu and startup fast again for the rest of that plasma
session.

So tonight I started trying to bisect when the problem appeared.  I've not
finished the bisect yet, but as of the d0d97b8e1 merge of the 18.04 branch on
April 8, the problem was already happening, while if I go back to the 2522e7e7e
merge of 17.12 back on Feb 27, the menu was still working fine.

Since I can revert back to Feb 27's state and get a working menu, the problem
has been demonstrated to be in gwenview's code since then, so I thought I'd
file this bug before finishing the bisect, on the off change a gwenview dev
both had a good idea what might have caused it and had time to work on it
before I finished the bisect.  I'll continue the bisect and file an update as I
have time.  (I should be sleeping as I have work in a few hours.)

-- 
You are receiving this mail because:
You are watching all bug changes.

Reply via email to