(Dapper & Breezy) Doesn't start if the cursor is in the middle of the screen.

Bug #45810 reported by VincentRC
10
Affects Status Importance Assigned to Milestone
katapult (Ubuntu)
Fix Released
Medium
Unassigned

Bug Description

Binary package hint: katapult

Hi everybody,

I was experiencing this issue for a while now, and I have finally understood the matter.

So, katapult works well, but everytime the cursor is in the middle of the screen (when the cursor is upon the area of katapult's GUI), it doesn't launch or not correctly (disappears immediatly).

Ok, while I was writting, I had an idea and tested it.
It fact, it happens only when you set "focus" (same word in english ???) to "strictly under the cursor".

Vince

Revision history for this message
kko (kko) wrote : Re: (Dapper) Doesn't start if the cursor is in the middle of the screen.

VincentRC: Good catch. I hope you don't mind that I made a slight grammatical change to the bug's title to make it unambiguous.

Same thing happens in Breezy with:
Qt: 3.3.4
KDE: 3.4.3
Katapult: 0.3.1

I did some further testing on this, and here's how Katapult behaves under different window focus settings:

"Click to Focus": Moving the mouse does not affect Katapult. Clicking on Katapult window does not affect it, i.e. behaves as expected.

"Focus Strictly Under Mouse":
- When mouse is in the Katapult area (center of screen) when Katapult hotkey is pressed, shows a faint effort to show Katapult, but disappears thereafter. Katapult somehow fails to properly grab the focus.
- When mouse is elsewhere, Katapult is able to start properly. See however also the last note.

"Focus Follows Mouse" AND "Focus Under Mouse":
- When mouse is in the Katapult area (center of screen) when Katapult's hotkey is pressed, it starts properly. However, see following.

"Focus Follows Mouse", "Focus Under Mouse" AND "Focus Strictly Under Mouse":
- When Katapult has been started, and mouse is moved on top of it, it stays focused. If you quickly move mouse off Katapult and then back on, Katapult starts to fade and then briefly stops fading (when you bring the mouse back) and then continues fading, i.e. doesn't regain focus.

Changed in katapult:
status: Unconfirmed → Confirmed
Revision history for this message
VincentRC (vreneco1) wrote :

Thank you kko, for those precisions.
Indeed, it is better like this, it's not always easy when you're not naturaly english speaking. I try to do my best like all those great developpers, translators, artists (etc.) who work on this great Linux distribution !

Thank you all, once again !

Vince

Revision history for this message
magilus (magilus) wrote :

Thanks for the bug report.

I'm closing this bug because it has been fixed in Edgy as far as I see.

If this is not the case, please reopen the bug.

Changed in katapult:
status: Confirmed → Fix Released
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.