flickering titlebar tooltip gets pinned to the mouse cursor

[sillysloft]

Using an October fluxbox-git (I've yet to figure out which branch/commit of 1.3.2 I am currently using) I noticed the following bug: If you open a lot of applications, the titlebar has not enough space to display long titles. Long titles are cut, and the complete name is displayed in a tooltip instead. I occasionally stumble upon a problem with this tooltip: it gets pinned to the mouse cursor, and is starting to flicker. It won't disappear until i manually hide+unhide the whole toolbar. I notice at the same time, the clock seconds are no longer updated. The Clock is fine and up-to-date again, after I unhide the toolbar.

Reported by: tuxoholic

[sillysloft]

I think I figured out what commit I'm using 032a23d1e790c5224194562a837cc80fc157ce9b cloned from git://git.fluxbox.org/fluxbox.git Master cloned at 1349191464 +0200

And here's an easy way to trigger the bug: Make sure you have one of those tooltips open, keep the cursor on that titlebar window. Now use the mouse scrollwheel to quickly switch the window focus between apps on different workspaces. Those tooltips have about a 3 second delay until they disappear, so if you manage to time window focus switching to this delay it will be triggered even more easily.

Original comment by: tuxoholic

[sillysloft]

Here's one more thing I found out trying to reproduce the bug: unclutter does play a vital role in this: if I disable unclutter the mouse cursor is always visible, so the bug is not triggered. Also I can set session.screen0.tooltipDelay to 0 in .fluxbox/init. Tooltips now are displayed instantly, no flickering is triggered.

Original comment by: tuxoholic

[sillysloft]

I can confirm that. This is what happens for me with fresh 1.3.3. It's too critical for me, so I downgraded to 1.3.2 atm.

The problem is: just after this tooltip issue appears, fluxbox becomes unresponsive (though I can see what's going on on the screen). Even after killing Xorg server or slim login manager fluxbox keeps to be frozen in process tree, and must be killed before running again a fresh instance of it.

Second, for me, that clock box freezes too, but it doesn't seem like it's because of tooltip issue. It freezes just randomly and that's not only about seconds, but the whole time display. "Reload config" makes it fine again till something weird thing happens again (I can't even reproduce that bug).. So I'm not sure it's related to that tooltip issue, which leads to Xorg server restart to fix that.

Original comment by: *anonymous

[sillysloft]

I am seeing this with 1.3.3 as well. It only happens for me when I click on the iceweasel box to bring it to the front of a stack of fullscreen windows.

I somehow got the bugged tooltip unstuck from the cursor and lost all ability to interact with anything with the mouse or keyboard. I was able to switch to a tty with a keyboard shortcut to kill fluxbox. Before I killed fluxbox it was rapidly increasing in memory use and was using just over 1GiB when I killed it. The Xorg process was also using a increased amount of memory and CPU while this was happening.

If setting session.screen0.tooltipDelay to 0 does not stop this from happening I will have to go back to 1.3.2 as well.

Original comment by: arclance

[sillysloft]

Happy New Year everybody, and thank you guys for confirming this bug. @arclance: make sure you don't load unclutter (disable it in /etc/default/unclutter and in .fluxbox/startup) As a workaround you can also try setting session.screen0.tooltipDelay to a big value like 10000 ms - the tooltip then will only display after 10 seconds of cursor inactivity on that window, which - in my case is - next to never happening... @enqlave: if the flickering starts right click on the titlebar clock, then try left click "hide toolbar" + "unhide toolbar" ... 9 out of 10 times it's fixed (until you trigger it again, oh well ...)

Original comment by: tuxoholic

[sillysloft]

@tuxoholic Setting session.screen0.tooltipDelay to 0 seems to be working so far. I don't even have unclutter installed so no changes are necessary.

Original comment by: arclance

[sillysloft]

Setting the delay to 0 did help me only at first impression (see my response from 12.12.12) If you playback videos it can be triggered again. Most video windows try to hide the cursor like unclutter does, so it might be related. After that I set delay to 10000 ms , and I haven't see it so far.

Original comment by: tuxoholic

[sillysloft]

I also see this on 1.3.3, very annoying. I have maybe 9 windows open and i can reproduce it easily but not with all windows. Bringing up Firefox or Thunderbird from the toolbar seems to do it every time for me.

Original comment by: rehabdoll

[sillysloft]

this happens to me when I switch between X Servers. I had issues with fluxbox hanging on 100% CPU, so I had it running (hanging) in an X Server on VT8 while doing normal work (and reporting a bug) on a separate X Server on VT7.

Switching between the two would somehow make that mouse cursor tool tip appear, which does not redraw whatever is beneath, so you get a trail of tooltips following your mouse. Until you right click somehwere outside of a window.

Original comment by: alzheimer

[sillysloft]

• assigned_to: nobody --> akir
• status: open --> open-accepted

Original comment by: akir

[sillysloft]

please try http://dev.darkshed.net/fluxbox/timer\_fix.diff

Original comment by: akir

[sillysloft]

@akrir: thanks, it looks alright. I noticed the cursor no longer hides when it is placed on the toolbar (unclutter enabled)

Original comment by: tuxoholic

[sillysloft]

spoke to soon ... @akir: the clock seconds are stuck again :-( - after I hide+unhide the toolbar the clock is up to date.

Original comment by: tuxoholic

[sillysloft]

cursor on toolbar hides here when using unclutter. clock-tool works as expected. wath strtfime-string do you use for the clock?

Original comment by: akir

[sillysloft]

session.screen0.strftimeFormat: tuxoholic: %a %d %b %y - %X

Original comment by: tuxoholic

[sillysloft]

works flawless. try fluxbox-1.3.3 (if you are still on 1.3.2) or git-head

Original comment by: akir

[sillysloft]

timer_fix.diff improves things, but the tooltip titlebar still appears in the middle of a window if I click on a window in the toolbar and raise the cursors before the tooltip appears.

Original comment by: rehabdoll

[sillysloft]

@rehabdoll: so, what are your settings for the tooltip timeout? what does "raise the cursors" mean?

Original comment by: akir

[sillysloft]

@akir: init:session.screen0.tooltipDelay: 500

"raise the cursor": Simply move the mouse away from the toolbar to the window i just raised http://www.obra.se/fluxbug.png

Original comment by: rehabdoll

[sillysloft]

nope, can't reproduce it.

Original comment by: akir

[sillysloft]

I had to open maybe 5-10 firefox windows for it to "work"

Original comment by: rehabdoll

[sillysloft]

you have to open that many to trigger the tooltip: it will only show itself if the width of each icon in the iconbar/toolbar is less than whats needed to render the title completely. still, i can't reproduce the "hang".

Original comment by: akir

[sillysloft]

Same here on fresh 1.3.3, seems to happen only with Firefox and Thunderbird: http://www.pohunek.free.fr/temp/pictures/2013-01-12-141307\_1366x768\_scrot.png

1.3.2 was fine. Increasing the tooltip delay works around the issue.

Original comment by: gimmeapill

[sillysloft]

@gimmeapill: yeah, we figured that. so, if you apply the mentioned patch / use current git-master (commit http://git.fluxbox.org/fluxbox.git/commit/?id=4d307dcd10af9d817ff5c05fc40ae7487564cb31 ) .. does the problem go away?

Original comment by: akir

[sillysloft]

fixed with 4d307dcd10af9d817ff5c05fc40ae7487564cb31

Original comment by: akir

[sillysloft]

• status: open-accepted --> closed-fixed

Original comment by: akir