Bug 265274 - clicking in windows sometimes doesn't work correctly
Summary: clicking in windows sometimes doesn't work correctly
Status: RESOLVED WORKSFORME
Alias: None
Product: kwin
Classification: Plasma
Component: general (show other bugs)
Version: unspecified
Platform: openSUSE Linux
: NOR normal
Target Milestone: ---
Assignee: KWin default assignee
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2011-02-03 12:09 UTC by Halla Rempt
Modified: 2012-03-18 15:29 UTC (History)
1 user (show)

See Also:
Latest Commit:
Version Fixed In:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Halla Rempt 2011-02-03 12:09:36 UTC
Version:           unspecified (using KDE 4.6.0) 
OS:                Linux

Since updating to 4.6, if a new window appears, I need to click about the titlebar-height above gui items like buttons or links in konqueror to make the click register. Slightly moving the window after its shown initially makes the click register in the right place.

Reproducible: Always

Steps to Reproduce:
alt-f2, type a web address. Konqueror starts. Hover over a link; when holding the pointer above the link, it changes in a hand, if I hold on top of the link, it's an arrow.



I have disabled/enabled desktop effects, but that didn't make a difference. I'm using the oxygen window theme.
Comment 1 Thomas Lübking 2011-02-03 17:39:56 UTC
Doesn't happen here, so not confirmed by now.

> I have disabled/enabled desktop effects, but that didn't make a difference. 
Uncomposited onscreen display is not a matter of the window manager.
- Does it only happen with konqueror?
- Can you confirm that it's related to the titlebar ("kcmshell4 kwinrules", add a new rule, pick konqueror and "force"  "no border" in preferences, apply. konqueror windows won't have decorations until you delete that rule)
Comment 2 Halla Rempt 2011-02-03 17:48:47 UTC
It seems related, with no-border pressing links work fine.

But it's not just links in konqueror: popup windows with buttons also need to be moved a bit before I can press the buttons.
Comment 3 Thomas Lübking 2011-02-03 19:58:20 UTC
While i cannot reproduce this at all, can you please rule out style&deco and try sth. different from oxygen style (try eg. plastique) and deco (eg. kde2 or so)?
Comment 4 Halla Rempt 2011-02-03 20:25:24 UTC
I just tried with the beos-lookalike, and that didn't have the problems, for instance when kwrite pops up a save/discard dialog, with oxygen I have to move the window, with beos it's fine.
Comment 5 Halla Rempt 2011-02-03 20:26:38 UTC
Sorry, spoken too soon... When the be decoration was on, I tried to switch to another decoration, and I had the same problem with the pushbutton of the config dialog of one of the other decorations.
Comment 6 Halla Rempt 2011-02-03 20:27:20 UTC
Could it be relevant that often the dropdown box of the file dialogs is show a long way to the left and top part of the screen?
Comment 7 Thomas Lübking 2011-02-03 21:00:22 UTC
Sounds like your screen geometry is kinda messed, also causing wrong input geometry dispatching when the client is reparented)

Ho many screens do you have?

(+attaching kephal maintainer)
Comment 8 Halla Rempt 2011-02-03 21:04:02 UTC
Just one screen:

screen #0:
  dimensions:    1920x1200 pixels (507x317 millimeters)
  resolution:    96x96 dots per inch
Comment 9 Thomas Lübking 2012-03-18 15:24:06 UTC
Sorry for the delay.

This could have been related with bug #278981 (and should in case be fixed by review request 103391) or with a re-occuring mapTo/FromGlobal bug in various Qt 4.8 betas (comment #6)

-> is this actually still an issue?
Comment 10 Halla Rempt 2012-03-18 15:27:13 UTC
Hi Thomas,

Sorry for not keeping up with this bug. I haven't had the problem since KDE 4.7 anymore so I should have closed it.
Comment 11 Thomas Lübking 2012-03-18 15:29:20 UTC
Nevermind, thanks for the update.