Summary: | ddd blocks server | ||
---|---|---|---|
Product: | xorg | Reporter: | Maciej Piechotka <uzytkownik2> |
Component: | Server/General | Assignee: | Xorg Project Team <xorg-team> |
Status: | RESOLVED DUPLICATE | QA Contact: | Xorg Project Team <xorg-team> |
Severity: | normal | ||
Priority: | medium | CC: | peter.hutterer |
Version: | git | ||
Hardware: | x86 (IA32) | ||
OS: | Linux (All) | ||
Whiteboard: | |||
i915 platform: | i915 features: |
Description
Maciej Piechotka
2009-09-21 01:27:20 UTC
do you have a reproducible testcase ("certain operations" is a bit vague). Since you downgraded to 1.6 - did you run from git at the time you reported the bug? If so, is the problem still there with 1.7.0? please attach your logfile when the issue occurs. If you're inside ddd when this happens, check the value for inputInfo.pointer->deviceGrab.grab - is it NULL or non-NULL. if it's not NULL, a grab is active, possibly stuck. Sorry for delay (In reply to comment #1) > do you have a reproducible testcase ("certain operations" is a bit vague). Usually after some operation on display. Menu AFAIR > Since you downgraded to 1.6 - did you run from git at the time you reported the > bug? If so, is the problem still there with 1.7.0? > No. I'll check > please attach your logfile when the issue occurs. If you're inside ddd when > this happens, check the value for inputInfo.pointer->deviceGrab.grab - is it > NULL or non-NULL. if it's not NULL, a grab is active, possibly stuck. > Logfile of? As server is blocked I cannot do anything - including checking value. Since some time I have no access to another computer - I'll try to do something but I promise nothing. PS. AFAIR in Xorg.0.log was nothing interesting but I'll double-check wait, are you debugging the server from within the server? (In reply to comment #3) > wait, are you debugging the server from within the server? > No. I'm not so crazy to stop execution of server (in similar way I won't debug ssh in the same ssh session) and I don't have sufficient knoledge to debug X server I was able to reproduce this issue reliably the following way, with Debian unstable, ddd 3.3.12, Xorg 1.7.4: - start ddd, close tip-of-the-day etc. - right click and quickly release the right button in the middle of the window; the context menu appears and stays open - move the mouse away from the menu and right click again -> server is blocked The patch in bug #25400 solves the issue for me. (In reply to comment #5) > I was able to reproduce this issue reliably the following way, > with Debian unstable, ddd 3.3.12, Xorg 1.7.4: > > - start ddd, close tip-of-the-day etc. > - right click and quickly release the right button in the middle > of the window; the context menu appears and stays open > - move the mouse away from the menu and right click again > -> server is blocked > > The patch in bug #25400 solves the issue for me. oh, I think we just had different definitions on "blocked" causing a misunderstanding. ddd uses the same libs as Bug 25400, so if by "blocked" you mean the cursor is trapped, then yes, this is a duplicate. *** This bug has been marked as a duplicate of bug 25400 *** |
Use of freedesktop.org services, including Bugzilla, is subject to our Code of Conduct. How we collect and use information is described in our Privacy Policy.