Bug 190858 - The status bar doesn't return to the status after showing help text
Summary: The status bar doesn't return to the status after showing help text
Status: RESOLVED WORKSFORME
Alias: None
Product: konversation
Classification: Applications
Component: general (show other bugs)
Version: 1.5-rc1
Platform: unspecified Unspecified
: NOR normal
Target Milestone: ---
Assignee: Konversation Developers
URL:
Keywords:
Depends on:
Blocks: 187307
  Show dependency treegraph
 
Reported: 2009-04-27 20:12 UTC by Travis McHenry
Modified: 2020-12-30 04:34 UTC (History)
2 users (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 Travis McHenry 2009-04-27 20:12:52 UTC
Version:            (using KDE 4.2.2)

Status bar should return to "ready" or other server status after changing to a help text.
Comment 1 Peter Simonsson 2009-05-15 21:29:51 UTC
Unable to reproduce with revision 968470. I tried reproducing it by hovering the mouse over links and menu choices.
Comment 2 Travis McHenry 2009-05-15 21:56:51 UTC
Sorry, I was pretty unclear here's how to reproduce:
1) right click ircview
2) mouse over Open LogFile.. / Channel Settings..
3) status bar will change
4) click out of right click menu
5) status bar will not change until you click on the menu choices (file, edit etc.), link hovering doesn't change it.

It should change back to "Ready." as soon as the hover ends.
Comment 3 Peter Simonsson 2010-12-20 19:39:43 UTC
This seems to work correctly now with the current git version, kde 4.5.3 and Qt 4.7.0
Comment 4 Peter Simonsson 2010-12-20 20:07:31 UTC
Or rather it has gotten harder to reproduce, you now need to first hover of one of the entries that has a hover text and then over one that doesn't before closing the menu which will make it end up in the same state as before.
Comment 5 Justin Zobel 2020-11-30 03:20:30 UTC
It appears that this is now fixed.

Can you please test and confirm if this issue is still occurring or if this bug report can be marked as resolved.

I've set the bug status to "needsinfo" pending your response, please change back to "reported" or "resolved" when you respond, thanks.
Comment 6 Bug Janitor Service 2020-12-15 04:33:55 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
mark the bug 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 7 Bug Janitor Service 2020-12-30 04:34:16 UTC
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!