Bug 315710 - Qt applications in KDE don't respond if I hover the mouse over menus and submenus after having initially clicked on a menu.
Summary: Qt applications in KDE don't respond if I hover the mouse over menus and subm...
Status: RESOLVED WORKSFORME
Alias: None
Product: kde
Classification: I don't know
Component: general (show other bugs)
Version: unspecified
Platform: Other Linux
: NOR normal
Target Milestone: ---
Assignee: Unassigned bugs mailing-list
URL:
Keywords: triaged
Depends on:
Blocks:
 
Reported: 2013-02-24 03:11 UTC by Georgiy Treyvus
Modified: 2018-10-27 04:12 UTC (History)
1 user (show)

See Also:
Latest Commit:
Version Fixed In:
Sentry Crash Report:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Georgiy Treyvus 2013-02-24 03:11:05 UTC
This bug applies to Qt applications and only in KDE. It is not an issue with GTK applications in KDE nor is it an issue with Qt applications in other desktops.

I don't know if the summary above adequately describes the problem so let me give an example with two concrete applications under KDE. The first is the GTK application Gedit the second will be KDE's very own Kwrite.

First we begin with Gedit. Open up Gedit and click on the "File" menu. Now move the mouse so that it hovers over "Edit". Notice how the "Edit" menu is expanded. Move the mouse over once more to the "View" menu but don't click it and watch the same thing happen. Now move the mouse down to hover over the "Highlight Mode" submenu. Again do not click it but watch it get expanded.

Anyway that is the correct and normal behavior that I am used to on other desktops and operating systems.

Now lets move over to Kwrite. Click the "File" menu. Now move the mouse over so that it hovers over the "Edit" menu. Do not click with the mouse. Notice how the "Edit" menu is not expanded. This is contrary to normal desktop behavior.

Now lets restart this. Click the the "Tools" menu. Move the mouse down so that it hovers over the "Encoding" submenu. Do not click it. Again notice how it does not expand. Hopefully by now the pattern is extremely clear.

Also when fixing the bug to be careful not to run into subtle regressions. Like I reported and you guys fixed(thank you so much for that btw) two bugs here which were essentially the polar opposite of this behavior but still highly problematic. They're complicated to describe but I will provide links if you want to see what I mean:
https://bugs.kde.org/show_bug.cgi?id=302368
https://bugs.kde.org/show_bug.cgi?id=302364

Reproducible: Always
Comment 1 Christoph Feck 2013-02-24 03:42:32 UTC
I cannot reproduce. We need more information, what is happening on your system. Does it work on a freshly created user account? Does it happen with all widget styles?
Comment 2 Christoph Feck 2013-02-24 03:43:36 UTC
Also, please specify which KDE version you are using, and what you upgraded to get this issue.
Comment 3 Christoph Feck 2013-03-06 13:03:09 UTC
If you can provide the information requested in comment #1 or comment #2, please add it.
Comment 4 Christoph Feck 2013-04-14 20:59:16 UTC
To further investigate this issue, KDE developers need the information requested in comment #1 and comment #2. If you can provide it, or need help with finding that information, please add a comment.
Comment 5 Georgiy Treyvus 2013-05-12 04:17:49 UTC
@Christoph:

Sorry for the late response. Haven't had a chance to properly sit down at a KDE Desktop for a while.

This bug effects the "CDE" and "Motif" themes/styles. I tested all the other themes and they seem to work fine. I am currently on KDE version 4.10.2 but this may involve other branches as well. Also I'm on a Fedora box if it helps any.
Comment 6 Christoph Feck 2013-05-21 21:55:19 UTC
Did you use the same Qt styles (CDE or Motif) on other desktop environments, where the bug did not show?

These two widget styles are part of the Qt libraries. They are designed to match the look and feel of very old UNIX user interfaces, so I guess the different (unexpected) behavior might be intended.
Comment 7 Georgiy Treyvus 2013-05-21 23:03:57 UTC
The only other Qt based desktop environment I know of is Razor-Qt and I haven't used and don't know anything about it other than it uses Openbox for its window manager. Other than KDE and Razor-Qt what other Qt-based desktop environments are there? Which would be good to test out for the presence of this bug?
Comment 8 Andrew Crouthamel 2018-09-24 02:12:57 UTC
Dear Bug Submitter,

This bug has been in NEEDSINFO status with no change for at least 15 days. Please provide the requested information as soon as possible and set the bug status as REPORTED. Due to regular bug tracker maintenance, if the bug is still in NEEDSINFO status with no change in 30 days, the bug will be closed as RESOLVED > WORKSFORME due to lack of needed information.

For more information about our bug triaging procedures please read the wiki located here: https://community.kde.org/Guidelines_and_HOWTOs/Bug_triaging

If you have already provided the requested information, please set the bug status as REPORTED so that the KDE team knows that the bug is ready to be confirmed.

Thank you for helping us make KDE software even better for everyone!
Comment 9 Andrew Crouthamel 2018-10-27 04:12:50 UTC
Dear Bug Submitter,

This bug has been in NEEDSINFO status with no change for at least 30 days. The bug is now closed as RESOLVED > WORKSFORME due to lack of needed information.

For more information about our bug triaging procedures please read the wiki located here: https://community.kde.org/Guidelines_and_HOWTOs/Bug_triaging

Thank you for helping us make KDE software even better for everyone!