70063 2003-12-10 22:24:24 +0000 global shortcuts don't work when any popup is active 2017-06-02 03:32:09 +0000 1 1 10 Unmaintained kdelibs qt unspecified unspecified Linux RESOLVED FIXED NOR normal --- 1 derick l.lunak 1and2 adaptee ahx2323 alessandro.ufms alex.danila.web alex aspotashev auxsvr b.gedzior bluedzins btharper1221 caionnew cfeck chealer christian.gonzalez cocacooler dag darkvater esigra fake faure fel1992 forum froh gabidospi genacid germano.massullo illumilore jazzuban jesper.juhl jonas.vejlin jsekal KaiUweBroulik2 karthik.periagaram kde-2011.08 kde kdebugs kojot350 logixoul marius maysara_a_a mpartap mstu munlinux nucrap pandu_rao pogonyshev roie.kerstein Ronny.Standtke sasha2048 schnetter sfh23 stuffcorpse the-q tkachenkok tobias.polzer uc ultr victor.box3 vysny yez 1454 oldest_to_newest 184630 0 derick 2003-12-10 22:24:24 +0000 Version: (using KDE KDE 3.1.94) Compiler: gcc (GCC) 3.3.2 20031022 (Gentoo Linux 3.3.2-r3, propolice) OS: Linux When a combo box (or drop-down list, or whatever) is active, none of the KDE shortcuts work (at least, I haven't found a shortcut that _does_ work, so I'm assuming that none work). 184817 1 l.lunak 2003-12-11 10:26:40 +0000 Not simple to fix, if it's possible at all. 200005 2 l.lunak 2004-01-29 16:18:06 +0000 *** Bug 73730 has been marked as a duplicate of this bug. *** 205800 3 vljubovic 2004-02-14 23:15:07 +0000 Very annoying when you start typing URL and realise that you need to change your keyboard layout (Ctrl+Alt+K) 208989 4 l.lunak 2004-02-23 19:27:24 +0000 *** Bug 63141 has been marked as a duplicate of this bug. *** 219147 5 berk 2004-03-26 16:19:52 +0000 Really annoying behavior, any clues of what might be causing it? 219812 6 maksim 2004-03-29 03:51:17 +0000 Because it calls XGrabKeyboard, IIRC; this is most likely to prevent some sort of races/confusion, but I am not sure 224500 7 l.lunak 2004-04-17 16:03:17 +0000 *** Bug 78761 has been marked as a duplicate of this bug. *** 256432 8 binner 2004-08-06 08:53:02 +0000 *** Bug 86557 has been marked as a duplicate of this bug. *** 257293 9 l.lunak 2004-08-09 20:00:54 +0000 *** Bug 86864 has been marked as a duplicate of this bug. *** 287379 10 l.lunak 2004-11-19 19:01:12 +0000 *** Bug 53315 has been marked as a duplicate of this bug. *** 288013 11 l.lunak 2004-11-22 13:16:40 +0000 *** Bug 93571 has been marked as a duplicate of this bug. *** 306784 12 l.lunak 2005-01-25 14:16:56 +0000 *** Bug 97733 has been marked as a duplicate of this bug. *** 352030 13 l.lunak 2005-06-20 15:07:06 +0000 *** Bug 107696 has been marked as a duplicate of this bug. *** 370422 14 froh 2005-09-02 15:10:36 +0000 this is annoying me, too. I often switch between english and german on an english keyboard layout, especially in apps like konqueror. So my keyboard shortcut is kind of hard-coded into my typing. often when I find I need or don't need anymore umlauts typing a url like gg:füsch or http://... I get the wrong character backspace keyboard switch (fails because of this bug) get the wrong character again backspace again escape to get rid of the completions keyborad switch again get the right character I understand it's not the highest on the list but it's annoying. thx 422163 15 l.lunak 2006-03-15 13:55:20 +0000 *** Bug 123657 has been marked as a duplicate of this bug. *** 422996 16 maksim 2006-03-18 16:24:11 +0000 *** Bug 123840 has been marked as a duplicate of this bug. *** 456514 17 finex 2006-07-29 11:17:36 +0000 This behavior is still present in KDE 3.5.3 ... 518741 18 martinrehn 2007-04-03 20:25:37 +0000 The same bahaviour also occurs whenever a menu, any menu, including the K menu and applications menus is open. Not to be outdoneby Susanne (#14), an example of when this is irritating is this: 1. Browse K menu to find an application. 2. Realise that this application might play sound and I don't want that right now. 3. Try pressing the volume control or mute buttons. 4. It does not work. Close menu, adjust volume, navigate menu again. 518744 19 martinrehn 2007-04-03 20:36:42 +0000 Bug 123657 informs us that the same thing happens for right-click menus. Bug 107696 notes that it applies when passive windows pop up; "say for example autocomplete/intellisense in KDevelop". So we have: 1) Combo boxes and friends (e.g. address field in Konqueror, autocomplete/form field suggestions on web pages) 2) Menus: application menus, RMB menus, K menu 3) (anything else?) 539264 20 pino 2007-08-02 22:50:14 +0000 *** Bug 148465 has been marked as a duplicate of this bug. *** 539282 21 pino 2007-08-02 23:32:20 +0000 *** Bug 143766 has been marked as a duplicate of this bug. *** 542287 22 l.lunak 2007-08-23 15:59:26 +0000 *** Bug 147419 has been marked as a duplicate of this bug. *** 545255 23 matthew 2007-09-09 21:54:23 +0000 After investigating problem, it seems this problem also occurs with Qt only applications, and still occurs with Qt 4.3(with qt-copy patches) as well as Qt 3.3. When trying to narrow down to what call grabbed the keyboard, I also discovered that when the window with the popup does not have focus, shortcuts will still work. Tested on KDE 3.5.7 with volume controls/Xmodmap and a svn checkout of qt-copy from KDE for Qt 4.3. 552491 24 pino 2007-10-30 20:21:13 +0000 *** Bug 151573 has been marked as a duplicate of this bug. *** 554199 25 arysin 2007-11-08 21:09:31 +0000 *** Bug 139543 has been marked as a duplicate of this bug. *** 556350 26 pino 2007-11-18 14:52:37 +0000 *** Bug 152511 has been marked as a duplicate of this bug. *** 556376 27 arysin 2007-11-18 17:03:38 +0000 In KDE4 kxkb allows to use XKB shortcuts to switch keyboard layout, and if you use those popup windows won't stand in a way. So at least for layout switching (which I understand is most of the cases) we have a workaround. 556379 28 kdebugs 2007-11-18 17:07:38 +0000 why is it not possible to publish fix for kde 3.x+. why shoudl users be forced to wait for kde 4, which is nowhere yet to be released. 556383 29 majewsky 2007-11-18 17:16:08 +0000 Why should a patch for KDE 3 be released? KDE 4 comes in one month, and I'm sure that many users are already using it (me, for instance). If at all, there would be a source code patch, but people who apply source codes rather than installing packages are in most cases programmers. @Andriy Rysin (#27): Keyboard layouts are not the only problem. I do not use different keyboard layouts, but I still find this bug annoying because a very big part of my KDE installation is to be accessed by shortcuts. 556479 30 premierSullivan 2007-11-19 01:40:04 +0000 Has there been any confirmation or even an indication that kde 4 will fix this problem? It may still be an issue. If it hasn't been fixed in kde 4 its unlikely to be fixed in kde 3... anyway, KDE is still planning to release a 3.5.9 (for some reason) so if there is a workaround, it may still be included in kde 3. 560017 31 pino 2007-12-03 22:59:29 +0000 *** Bug 153044 has been marked as a duplicate of this bug. *** 560339 32 pino 2007-12-04 22:12:17 +0000 *** Bug 142059 has been marked as a duplicate of this bug. *** 564385 33 pino 2007-12-18 11:24:17 +0000 *** Bug 154264 has been marked as a duplicate of this bug. *** 574773 34 l.lunak 2008-01-24 17:07:13 +0000 *** Bug 145732 has been marked as a duplicate of this bug. *** 593863 35 me 2008-04-12 23:52:17 +0000 *** Bug 160751 has been marked as a duplicate of this bug. *** 629192 36 26407 l.lunak 2008-07-25 17:27:53 +0000 Created attachment 26407 qt4.4.0 patch This Qt patch allows global shortcuts to work while a Qt applications shows a popup, by not grabbing the keyboard when a window from the application already has focus (i.e. it gets already keyboard events anyway). Which means it still doesn't work e.g. with K-Menu or non-Qt applications. There is also the problem that when a popup is open and another one, e.g. from Klipper or the logout dialog, is open, then the new one does not have keyboard/mouse grab (because mouse grab is already taken by the first popup), making the new popup basically useless. It'd probably require manager selection for passing the grab around or something, and it'd be only opt-in. 646665 37 pino 2008-09-15 18:28:38 +0000 *** Bug 171116 has been marked as a duplicate of this bug. *** 649797 38 frank78ac 2008-09-29 19:57:02 +0000 *** Bug 150442 has been marked as a duplicate of this bug. *** 650944 39 pino 2008-10-04 11:34:13 +0000 *** Bug 127751 has been marked as a duplicate of this bug. *** 688709 40 jsekal 2008-12-29 11:34:55 +0000 I can confirm this bug, and it lasts at least one year and something. 696410 41 sasha2048 2009-01-08 23:31:28 +0000 This is annoying me, too. The bug is still present in KDE 4.2 Beta2. 696424 42 sasha2048 2009-01-08 23:55:33 +0000 The most annoying effect of this bug for me is that I cannot change keyboard layout (I use Win+Z to switch layout) while typing an URL in Firefox or any other browser (because browsers drop down the list when typing in location bar). Since 3.1.94 to 4.2 Beta2 -- not fixed yet -- very pity. If this bug is really hard to fix -- may be use some workaround? For example, could the following option be available to users(?): To make all comboboxes automatically closed when Ctrl, Alt or Win modifier key is pressed. As any global shortcut starts with modifier, this will help. Of course, this is not so handy as processing shortcuts without closing popups -- but it would be much much better than ignoring global shortcuts at all. 697023 43 christian.gonzalez 2009-01-09 22:04:49 +0000 Is the patch of Lubos Lunak being accepted - or should someone go and inform Qt Software about this? 707858 44 kojot350 2009-01-30 12:51:10 +0000 I confirm this on KDE 4.2, it happens with firefox url list, as mentioned, but not with same list in konqueror. 712912 45 karthik.periagaram 2009-02-06 22:01:08 +0000 Another instance of this bug ... bugging users is the use of keyboard shortcuts for desktop effects. I scroll down a pop up menu and realize that I need to get something from another window in another desktop. I'd like to use the keyboard shortcut to activate the desktop grid (or present windows), but I can't. This is annoying. Thanks in advance for fixing/working on fixing this! 748382 46 kde-2011.08 2009-04-27 11:20:57 +0000 In Kubuntu 9.04 with KDE 4.2 I can say that these features work: 1) When typing in Firefox addressbar with dropdown active, I can switch keyboard layouts with Shift-Alt 2) When typing in Konqueror addressbar with dropdown active, I can switch keyboard layouts with Shift-Alt 3) When typing in Konqueror addressbar with dropdown active, I can switch windows with Atl-Tab 4) When typing in Konqueror addressbar with dropdown active, I can open krunner with Alt-F2 5) When searching in Lancelot's Applications menu, I can switch languages with Shift-Alt 6) When searching in Lancelot's Applications menu, I can switch windows with Atl-Tab And these features do not work: 1) When typing in Firefox addressbar with dropdown active, I can not switch windows with Atl-Tab 2) When typing in Firefox addressbar with dropdown active, I can not open krunner with Alt-F2 749420 47 cfeck 2009-04-29 05:03:06 +0000 *** Bug 190991 has been marked as a duplicate of this bug. *** 763571 48 mgraesslin 2009-05-24 13:04:09 +0000 *** Bug 193624 has been marked as a duplicate of this bug. *** 795096 49 mstu 2009-07-19 19:15:00 +0000 > When typing in Konqueror addressbar with dropdown active, I can open krunner with Alt-F2 Still Alt-F2 does not work when recent urls list drop down manuall in address bar. Active popup menu in Konqueror prevents shortucts too. 868003 50 esigra 2009-11-25 02:45:32 +0000 Works for me in KDE 4.3.3. Thanks for fixing! 868113 51 aspotashev 2009-11-25 11:57:36 +0000 (In reply to comment #50) > Works for me in KDE 4.3.3. Thanks for fixing! Doesn't work for me in KDE 4.3.3 868117 52 kdebugs 2009-11-25 12:04:02 +0000 works for me in KDE 4.2.2 868134 53 aspotashev 2009-11-25 12:36:38 +0000 (In reply to comment #52) > works for me in KDE 4.2.2 Which version of Qt are you using? 868138 54 alex 2009-11-25 12:48:55 +0000 Does not work for me with KDE 4.3.3 and QT 4.5.2 (Ubuntu Karmic) 868154 55 froh 2009-11-25 13:14:25 +0000 still broken for me on opensuse 11.1. I can't switch windows with m-tab nor switch keyboard layout with c-m-k opensuse 11.1 0 froh@byron:~ $ konqueror --version Qt: 4.5.3 KDE: 4.3.1 (KDE 4.3.1) "release 179" Konqueror: 4.3.1 (KDE 4.3.1) "release 178" 868235 56 kdebugs 2009-11-25 14:27:31 +0000 > works for me in KDE 4.2.2 >>Which version of Qt are you using? 4.5.0 901717 57 cfeck 2010-01-19 14:16:17 +0000 *** Bug 223364 has been marked as a duplicate of this bug. *** 923574 58 victor.box3 2010-02-24 16:58:31 +0000 Does not work for me. Kde sc 4.4.0 qt-4.6.2-1.fc12.x86_64 929801 59 KaiUweBroulik2 2010-03-07 04:42:09 +0000 I assigned Meta+Arrow keys as global shortcut for volume control. When I have opened e.g. a context menu and decide to change the volume then I cycle through the menu items with the arrow keys instead of changing volume... 1031235 60 faure 2010-10-13 01:39:27 +0000 I confirm that opening the konqueror location-bar combobox (with the mouse; I'm not talking about the auto-completion popup), and then pressing Alt+F2, does not work. I also confirm that Lubos' patch is not in Qt (I checked 4.6 and 4.7). I just applied it to my Qt-4.6 (it applies cleanly) and restarted konqueror, and .... it works! I can use Alt+F2, switch desktops, etc. Lubos: I guess the reason you didn't send it to Qt (as a merge request or even as a bugreport) is the limitations you mention in comment #36? I can't reproduce the problem you mention with multiple popups, the first one closes whenever I try to open another one. 1039680 61 cfeck 2010-11-02 19:59:12 +0000 *** Bug 255909 has been marked as a duplicate of this bug. *** 1103964 62 ultr 2011-04-04 13:32:24 +0000 I think this is not fixable. Popup menus grab keyboard and mouse using X11 calls: XGrabKeyboard and XGrabPointer. KDE will not receive any shortcut events during the time such grab is active. 1109575 63 faure 2011-04-19 20:34:05 +0000 ultr: obviously it's not that simple, since the patch from #36 works. If I read it correctly, it makes popups not grab the keyboard when they don't need to (because the popup is the active window anyway, so it will get keyboard events) -- but I'm not very good at reading Xlib-related code. 1109576 64 ultr 2011-04-19 20:39:16 +0000 Yes, but this only solves the problem in Qt programs. If GTK application continues to grab the keyboard, there is probably nothing KDE can do about it. 1109625 65 kdebugs 2011-04-19 22:41:28 +0000 The Global shortcuts should take priority over any pop-up or pop-over layers or menus, even if contextual. 1125461 66 cfeck 2011-05-30 22:36:13 +0000 *** Bug 274539 has been marked as a duplicate of this bug. *** 1145430 67 cfeck 2011-07-25 18:25:57 +0000 Lubos/David, what is the status of this bug/patch? Has there been an attempt to get this into Qt? It is an upstream problem, so it doesn't belong here. 1148297 68 l.lunak 2011-08-01 13:45:23 +0000 Feel free to try to push the patch upstream. 1148401 69 ossi 2011-08-01 16:53:09 +0000 the loop in the second hunk can be made less arcane: while (QWidget *popup = qApp->activePopupWidget()) popup->close(); i can't comment on the patch in detail, but it seems plausible, so feel free to submit upstream for discussion. lubos, note that you need to do that yourself for legal reasons. 1191486 70 germano.massullo 2011-11-28 15:46:45 +0000 I can write my experience: if I open KDE menu, and press the laptop's keyboard shortcuts to manage brightness, they will not work. 1191544 71 ultr 2011-11-28 18:24:38 +0000 Dan Duris: This is not about priorities. This is about grabbing keyboard events completely so that they are no longer received by any X client other than the popup owner - including window manager (kwin) and any other component of KDE. This patch is of course an improvement of Qt library, but it will not SOLVE this issue. Solution will be partial: popups created by Qt applications will stop blocking global shortcuts, but popups from GTK based applications won't. This will cause the user experience to be incoherent. And duplicates of this bug will continue to appear, because users do not care/understand why this will not work in GTK applications. GTK has to fix this as well in the same way. But I wouldn't count on its developers. 1191555 72 kde-2011.08 2011-11-28 18:46:10 +0000 > This will cause the user experience to be incoherent. > Not incoherent, but maybe inconsistent. However, many (most) other KDE bugs that cause inconsistency between Qt and GTK are handled by doing the right thing in Qt and ignoring whatever GTK does. Therefore the fact that GTK apps will still have the problematic popup is not a reason to not fix this issue in Qt apps. 1191790 73 froh 2011-11-29 11:49:16 +0000 (In reply to comment #64, #71, #72) > [what about GTK?] Is this a problem with gtk based apps at all?? FWIW, this looks now fixed for me: I'm currently running KDE 4.7.2 from KDE:KDE4:STABLE:Desktop on an openSUSE 11.3. With pop-ups open, global shortcuts work for me in both gtk and qt based applications (firefox, google-chrome for gtk, konqueror for qt 4.7.4). 1191818 74 ultr 2011-11-29 13:06:41 +0000 Dotan Cohen: Yes, inconsistent was what I meant. > Therefore the fact that GTK apps will still > have the problematic popup is not a reason > to not fix this issue in Qt apps. Not at all. I'm totally for this improvement in Qt. I'm just saying it will not fix the problem everywhere, unless this change is implemented in every toolkit. Or the fix is done somewhere else where it will affect all the applications, ex. in x11lib. But I guess they will not agree to modify grabbing system just because toolkits handle it wrong. Susanne Oberhauser: Are you sure you have tested it with popups like *context menus* or *main menus*? Popup windows (ex. JavaScript alert() in web browsers) are not popups in this context, because they do not grab mouse and/or keyboard. 1191968 75 froh 2011-11-29 17:18:48 +0000 (In reply to comment #74) > Susanne Oberhauser: > > Are you sure you have tested it with popups like *context menus* or *main > menus*? > Popup windows (ex. JavaScript alert() in web browsers) are not popups in this > context, because they do not grab mouse and/or keyboard. I originally had the issue with the URL in konqueror. I typed "gg:süß", the history starting "gg:" popped up, I saw gg:s[-, and I realized I need to switch keyboard and then the shortcut didn't cut it :) as per now, in all three brosers (konqeror, firefox, chrome) the shortcuts work with the pop up open. the same works for the main menu in chrome and the file menu in kmail2. 1192125 76 simon.persson 2011-11-30 04:34:01 +0000 (In reply to comment #75) > I originally had the issue with the URL in konqueror. I typed "gg:süß", the > history starting "gg:" popped up, I saw gg:s[-, and I realized I need to switch > keyboard and then the shortcut didn't cut it :) > > as per now, in all three brosers (konqeror, firefox, chrome) the shortcuts work > with the pop up open. the same works for the main menu in chrome and the file > menu in kmail2. See comment #27. Switching keyboard layouts does work (the main shortcut for this is handled directly by xkb), but the global kde shortcuts do not... and that's what this bug is about. 1356386 77 adaptee 2013-04-01 06:11:05 +0000 *** Bug 298021 has been marked as a duplicate of this bug. *** 1375158 78 adaptee 2013-06-09 03:18:30 +0000 *** Bug 320937 has been marked as a duplicate of this bug. *** 1379595 79 uc 2013-06-26 18:04:50 +0000 FYI: ksnapshot 4.10.3-1.30.1 will not capture a screen view if there is a menu pulled down in the Thunderbird 17.0.6 configuration page (specifically, the list of authentication methods). KDE 4.10 openSuse 12.3 libqt 4.2.4 Posted here because a more specific bug was marked as a duplicate of this one. 1416718 80 cfeck 2013-12-05 19:44:49 +0000 *** Bug 328463 has been marked as a duplicate of this bug. *** 1451082 81 cfeck 2014-05-25 22:50:01 +0000 *** Bug 335333 has been marked as a duplicate of this bug. *** 1533834 82 cfeck 2015-07-28 12:36:25 +0000 *** Bug 349802 has been marked as a duplicate of this bug. *** 1534161 83 mgraesslin 2015-07-30 14:23:45 +0000 Good news: Plasma 5.4 will come with a new experimental Wayland backend. With Wayland we are able to better handle this situation and this issue should already be fixed in 5.4 on top of Wayland. Given that it is an issue with X11 and unfixable with X11 I dare to mark the bug as resolved. 1534615 84 chealer 2015-08-02 00:09:03 +0000 Thank you for these good news Martin, but users will not stop using X11 because this doesn't affect it. That Wayland is not affected does not resolve the bug. Unless this is not considered a KDE bug (in which case this should be marked INVALID), this should be retitled to specify X11 specificity and reopened until it is fixed in KDE, or until KDE drops support for X11. 1534619 85 christian.gonzalez 2015-08-02 02:31:10 +0000 Thanks Filipus Klutiero,, agreed. Looking at the votes, this is no minor bug. 1536010 86 mgraesslin 2015-08-10 07:35:22 +0000 I'm sorry but this bug is not fixable with X11. It's a design problem in the X11 protocol and thus cannot be fixed on X11. It's pointless to keep the bug open for X11 as it cannot be fixed. Also there is no other place to report the bug and get it fixed. As it's a design problem in the X11 protocol it can only be fixed by a different protocol - e.g. Wayland. As this happened now and we have support for it, I consider this bug as fixed. Please note that in KDE bugtracker we mark bugs as resolved fixed as soon as there is code which fixes the bug, not when it reaches the users. This might be unfortunate for the user, but it's the only way how we developers can handle our bugs. 1536051 87 chealer 2015-08-10 10:56:14 +0000 This is certainly fixable with X11. Even if it was not going to be fixed, there would be a point in keeping the ticket open, i.e. allowing users to find it. Indeed, tickets are marked as resolved when there is code which fixes, not when we find a context where "the bug does not appear". 1536054 88 kde-2011.08 2015-08-10 11:11:12 +0000 > Given that it is an issue with X11 and unfixable with X11 I dare to mark the bug > as resolved. Though I agree with the RESOLVED status if KDE devs have no intention of working on this, I disagree with the RESOLVED FIXED status unless KDE has Wayland as an official dependency. Perhaps RESOLVED WONTFIX would be more appropriate? I say this with complete respect for the KDE devs and their time. I have nothing but appreciation for you guys! 1536055 89 mgraesslin 2015-08-10 11:17:41 +0000 > This is certainly fixable with X11 No, it's not. The problem is that a popup window normally grabs the keyboard and while the keyboard is grabbed no other process is able to get key events. The result is global shortcuts cannot work. As long as the X11 protocol allows to grab the keyboard and as long as there is no global shortcut support directly integrated into the X11 protocol this is unfixable. For both we need a new protocol - we can call it X12 or Wayland, doesn't matter. > I disagree with the RESOLVED FIXED status unless KDE has Wayland as an official dependency Wayland has been a hard dependency of the Plasma workspace since the 5.2 release. Wayland is used already every time you lock the screen. So let's not discuss semantics. I as the developer working on this issue decided that it's fixed and let's please stop the discussion about that. It just takes my time away from working on Wayland support :-) 1536056 90 kde-2011.08 2015-08-10 11:28:14 +0000 > Wayland has been a hard dependency of the Plasma workspace since > the 5.2 release. Wayland is used already every time you lock the screen. I did not know that. If that is the case, then the issue is closed! > So let's not discuss semantics. I as the developer working on this issue decided > that it's fixed and let's please stop the discussion about that. It just takes my time > away from working on Wayland support :-) Thank you Martin. As always, your valuable time is appreciated! Have a terrific week! 1536184 91 chealer 2015-08-11 00:36:28 +0000 Martin, It may remain forever the case that global shortcuts don't work when any popup is active in X11. But that stops being a bug when users stop being deceived, for example thanks to documentation. I do not consider you or anyone as "the developer working on this issue", but in any case, nobody decides that bugs are fixed. Anybody can fix bugs, or not. No one has asked you to participate or even monitor this discussion. All you were asked is to leave the ticket open until the issue is solved, just like we ask anyone to do with any ticket. 1536241 92 kde-2011.08 2015-08-11 09:08:54 +0000 @Filipus: You might notice that Martin is a KDE developer, is working on this issue, and furthermore he is the _only_ KDE developer that is working on this issue. Thus, he is "the developer working on this issue". You are correct in the sense that anybody is welcome to contribute code for consideration to be included in KDE, thus if you would prefer that somebody else become "the developer working on this issue" then please convince them, or yourself, to do so. Until then, Martin remains "the developer working on this issue". As in free software as in love, badgering or insulting somebody until they do what you want will not work. 1536242 93 mgraesslin 2015-08-11 09:10:12 +0000 Do whatever you want to do with this bug report, I'm out of here! 1536381 94 chealer 2015-08-11 23:43:15 +0000 Dotan, I do not think of someone who considers an issue solved as working on that issue. And if the solution is deprecating X11, this will involve more than a single developer. Besides, as I wrote, bugs are not fixed because people decide they are - they are fixed when the software is changed. 1536393 95 auxsvr 2015-08-12 06:05:22 +0000 This is a well-known limitation of the X protocol, as explained by both experts Lubos Lunak and Martin Gräßlin. Further discussion of this seems to be pointless now that Wayland is going to replace it. 1556738 96 b.gedzior 2015-11-13 11:15:38 +0000 Maybe I'm not an expert, but If its a limitation of X protocol, then why bug doesn't occur in firefox? It also work under X.... Let me explain. When you activate popup (try right button menu) and then try any shortcut. In firefox popup will be simply closed and shortcut will be executed. This is the behaviour I would expect and if its possible in firefox it should be possible in KDE. 1556755 97 ultr 2015-11-13 13:13:26 +0000 @bartek You are right, it works for Firefox. But not for apps created with Qt4, GTK2 and GTK3. The reason is Firefox (XUL?) grabs only the mouse pointer and not the keyboard when displaying a context menu. While the rest of the above grab both mouse and keyboard, thus overriding separate keyboard grabs for the shortcuts. So, to fix this issue we would need to modify Qt (maybe already fixed in Qt5?) and GTK not to unnecessarily (?) grab the keyboard when displaying menus. Please find the 'grabtest' program in the attachment. It checks whether mouse and/or keyboard are already grabbed. Comilation: gcc -lX11 grabtest.c -o grabtest Test: Run "sleep 3 && ./grabtest" and quickly open a context menu Results: 1) no context menu: MOUSE GRAB SUCCEEDED KEYBOARD GRAB SUCCEEDED 2) Firefox context menu: MOUSE GRAB FAILED, already grabbed? KEYBOARD GRAB SUCCEEDED 3) Qt4 context menu (tested with Konsole 4.14.2) MOUSE GRAB FAILED, already grabbed? KEYBOARD GRAB FAILED, already grabbed? 4) GTK2 context menu (tested with GIMP 2.8) MOUSE GRAB FAILED, already grabbed? KEYBOARD GRAB FAILED, already grabbed? 5) GTK3 context menu (tested with Cheese 3.14.1) MOUSE GRAB FAILED, already grabbed? KEYBOARD GRAB FAILED, already grabbed? 1556756 98 95476 ultr 2015-11-13 13:14:23 +0000 Created attachment 95476 grabtest.c 1556759 99 ultr 2015-11-13 13:32:12 +0000 So, as auxsvr@gmail.com said, maybe the Wayland will fix this. I just hope they have people who think about all the possible use-cases or leave wide space for extensions before creating the protocol... (sorry for my ignorance, I didn't check the Wayland protocol yet) 1557090 100 dag 2015-11-14 21:02:01 +0000 ultr> You are right, it works for Firefox. But not for apps created with Qt4, GTK2 and GTK3. Funny. On my Debian GNU/Linux Jessie this problem does *not* occur in Qt4 programs (including KDE software). While GTK- (v2 and v3, except of Mozilla’s software) and Tk-based interfaces are affected. $ konqueror --version Qt: 4.8.6 KDE Development Platform: 4.14.2 Konqueror: 4.14.2 1557099 101 dag 2015-11-14 21:32:21 +0000 However, it’s quite possible that I just have not understood the point of the problem, since your ‘grabtest’ reports that ‘KEYBOARD GRAB FAILED’ for both Qt and GTK. 1612406 102 cfeck 2016-08-05 14:52:00 +0000 *** Bug 366281 has been marked as a duplicate of this bug. *** 1678938 103 cfeck 2017-06-02 03:32:09 +0000 *** Bug 380415 has been marked as a duplicate of this bug. *** 26407 2008-07-25 17:27:53 +0000 2008-07-25 17:27:53 +0000 qt4.4.0 patch qapplication_x11.cpp.patch text/plain 6564 l.lunak LS0tIHFhcHBsaWNhdGlvbl94MTEuY3BwLnNhdgkyMDA4LTA3LTA4IDE4OjI0OjUyLjAwMDAwMDAw MCArMDIwMAorKysgcWFwcGxpY2F0aW9uX3gxMS5jcHAJMjAwOC0wNy0yNSAxNjo1MzozNS4wMDAw MDAwMDAgKzAyMDAKQEAgLTM0Myw3ICszNDMsOCBAQCBzdGF0aWMgV2luZG93IHByZXNzZWRfd2lu ZG93ID0gWE5vbmU7CiAKIC8vIHBvcHVwIGNvbnRyb2wKIHN0YXRpYyBib29sIHJlcGxheVBvcHVw TW91c2VFdmVudCA9IGZhbHNlOwotc3RhdGljIGJvb2wgcG9wdXBHcmFiT2s7CitzdGF0aWMgYm9v bCBwb3B1cE1vdXNlR3JhYk9rOworc3RhdGljIGJvb2wgcG9wdXBLZXlib2FyZEdyYWJPazsKIAog Ym9vbCBxdF9zbV9ibG9ja1VzZXJJbnB1dCA9IGZhbHNlOyAgICAgICAgICAgICAgICAvLyBzZXNz aW9uIG1hbmFnZW1lbnQKIApAQCAtMzE5NCw2ICszMTk1LDE0IEBAIGludCBRQXBwbGljYXRpb246 OngxMVByb2Nlc3NFdmVudChYRXZlbnQKICAgICAgICAgICAgIGV2ZW50LT54Zm9jdXMuZGV0YWls ICE9IE5vdGlmeU5vbmxpbmVhclZpcnR1YWwgJiYKICAgICAgICAgICAgIGV2ZW50LT54Zm9jdXMu ZGV0YWlsICE9IE5vdGlmeU5vbmxpbmVhcikKICAgICAgICAgICAgIGJyZWFrOworICAgICAgICBp ZiAoZC0+aW5Qb3B1cE1vZGUoKSAmJiB3aWRnZXQgPT0gUUFwcGxpY2F0aW9uUHJpdmF0ZTo6YWN0 aXZlX3dpbmRvdykgeworICAgICAgICAgICAgUVdpZGdldCogcG9wdXAgPSBRQXBwbGljYXRpb246 OmFjdGl2ZVBvcHVwV2lkZ2V0KCk7CisgICAgICAgICAgICBpZiAocG9wdXApIHsKKyAgICAgICAg ICAgICAgICBkbyB7CisgICAgICAgICAgICAgICAgICAgIHBvcHVwLT5jbG9zZSgpOworICAgICAg ICAgICAgICAgIH0gd2hpbGUgKChwb3B1cCA9IHFBcHAtPmFjdGl2ZVBvcHVwV2lkZ2V0KCkpKTsK KyAgICAgICAgICAgIH0KKyAgICAgICAgfQogICAgICAgICBpZiAoIWQtPmluUG9wdXBNb2RlKCkg JiYgd2lkZ2V0ID09IFFBcHBsaWNhdGlvblByaXZhdGU6OmFjdGl2ZV93aW5kb3cpIHsKICAgICAg ICAgICAgIFhFdmVudCBldjsKICAgICAgICAgICAgIGJvb2wgZm9jdXNfd2lsbF9jaGFuZ2UgPSBm YWxzZTsKQEAgLTM2NzksMTkgKzM2ODgsMTcgQEAgdm9pZCBRQXBwbGljYXRpb25Qcml2YXRlOjpv cGVuUG9wdXAoUVdpZAogICAgIERpc3BsYXkgKmRweSA9IFgxMS0+ZGlzcGxheTsKICAgICBpZiAo UUFwcGxpY2F0aW9uUHJpdmF0ZTo6cG9wdXBXaWRnZXRzLT5jb3VudCgpID09IDEgJiYgIXF0X25v Z3JhYigpKXsgLy8gZ3JhYiBtb3VzZS9rZXlib2FyZAogICAgICAgICBRX0FTU0VSVChwb3B1cC0+ dGVzdEF0dHJpYnV0ZShRdDo6V0FfV1N0YXRlX0NyZWF0ZWQpKTsKLSAgICAgICAgaW50IHIgPSBY R3JhYktleWJvYXJkKGRweSwgcG9wdXAtPmVmZmVjdGl2ZVdpbklkKCksIGZhbHNlLAotICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgR3JhYk1vZGVBc3luYywgR3JhYk1vZGVBc3luYywgWDEx LT50aW1lKTsKLSAgICAgICAgaWYgKChwb3B1cEdyYWJPayA9IChyID09IEdyYWJTdWNjZXNzKSkp IHsKLSAgICAgICAgICAgIHIgPSBYR3JhYlBvaW50ZXIoZHB5LCBwb3B1cC0+ZWZmZWN0aXZlV2lu SWQoKSwgdHJ1ZSwKKyAgICAgICAgaW50IHIgPSBYR3JhYlBvaW50ZXIoZHB5LCBwb3B1cC0+ZWZm ZWN0aXZlV2luSWQoKSwgdHJ1ZSwKICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgKEJ1dHRv blByZXNzTWFzayB8IEJ1dHRvblJlbGVhc2VNYXNrIHwgQnV0dG9uTW90aW9uTWFzawogICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgfCBFbnRlcldpbmRvd01hc2sgfCBMZWF2ZVdpbmRvd01h c2sgfCBQb2ludGVyTW90aW9uTWFzayksCiAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIEdy YWJNb2RlQXN5bmMsIEdyYWJNb2RlQXN5bmMsIFhOb25lLCBYTm9uZSwgWDExLT50aW1lKTsKLSAg ICAgICAgICAgIGlmICghKHBvcHVwR3JhYk9rID0gKHIgPT0gR3JhYlN1Y2Nlc3MpKSkgewotICAg ICAgICAgICAgICAgIC8vIHRyYW5zZmVyIGdyYWIgYmFjayB0byB0aGUga2V5Ym9hcmQgZ3JhYmJl ciBpZiBhbnkKLSAgICAgICAgICAgICAgICBpZiAoUVdpZGdldFByaXZhdGU6OmtleWJvYXJkR3Jh YmJlciAhPSAwKQotICAgICAgICAgICAgICAgICAgICBRV2lkZ2V0UHJpdmF0ZTo6a2V5Ym9hcmRH cmFiYmVyLT5ncmFiS2V5Ym9hcmQoKTsKLSAgICAgICAgICAgICAgICBlbHNlCi0gICAgICAgICAg ICAgICAgICAgIFhVbmdyYWJLZXlib2FyZChkcHksIFgxMS0+dGltZSk7CisgICAgICAgIGlmICgo cG9wdXBNb3VzZUdyYWJPayA9IChyID09IEdyYWJTdWNjZXNzKSkpIHsKKyAgICAgICAgICAgIGlm IChRQXBwbGljYXRpb25Qcml2YXRlOjphY3RpdmVfd2luZG93KQorICAgICAgICAgICAgICAgIHBv cHVwS2V5Ym9hcmRHcmFiT2sgPSBmYWxzZTsgLy8gbm90IG5lZWRlZCwga2V5Ym9hcmQgZXZlbnRz IHdpbGwgY29tZSBub3JtYWxseQorICAgICAgICAgICAgZWxzZSB7CisgICAgICAgICAgICAgICAg ciA9IFhHcmFiS2V5Ym9hcmQoZHB5LCBwb3B1cC0+ZWZmZWN0aXZlV2luSWQoKSwgZmFsc2UsCisg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgR3JhYk1vZGVBc3luYywgR3JhYk1vZGVB c3luYywgWDExLT50aW1lKTsKKyAgICAgICAgICAgICAgICBwb3B1cEtleWJvYXJkR3JhYk9rID0g KHIgPT0gR3JhYlN1Y2Nlc3MpOwogICAgICAgICAgICAgfQogICAgICAgICB9CiAgICAgfQpAQCAt MzcyMiw3ICszNzI5LDcgQEAgdm9pZCBRQXBwbGljYXRpb25Qcml2YXRlOjpjbG9zZVBvcHVwKFFX aQogICAgIGlmIChRQXBwbGljYXRpb25Qcml2YXRlOjpwb3B1cFdpZGdldHMtPmNvdW50KCkgPT0g MCkgeyAgICAgICAgICAgICAgICAvLyB0aGlzIHdhcyB0aGUgbGFzdCBwb3B1cAogICAgICAgICBk ZWxldGUgUUFwcGxpY2F0aW9uUHJpdmF0ZTo6cG9wdXBXaWRnZXRzOwogICAgICAgICBRQXBwbGlj YXRpb25Qcml2YXRlOjpwb3B1cFdpZGdldHMgPSAwOwotICAgICAgICBpZiAoIXF0X25vZ3JhYigp ICYmIHBvcHVwR3JhYk9rKSB7ICAgICAgICAvLyBncmFiYmluZyBub3QgZGlzYWJsZWQKKyAgICAg ICAgaWYgKCFxdF9ub2dyYWIoKSAmJiBwb3B1cE1vdXNlR3JhYk9rKSB7ICAgICAgICAvLyBncmFi YmluZyBub3QgZGlzYWJsZWQKICAgICAgICAgICAgIERpc3BsYXkgKmRweSA9IFgxMS0+ZGlzcGxh eTsKICAgICAgICAgICAgIGlmIChwb3B1cC0+Z2VvbWV0cnkoKS5jb250YWlucyhRUG9pbnQobW91 c2VHbG9iYWxYUG9zLCBtb3VzZUdsb2JhbFlQb3MpKQogICAgICAgICAgICAgICAgIHx8IHBvcHVw LT50ZXN0QXR0cmlidXRlKFF0OjpXQV9Ob01vdXNlUmVwbGF5KSkgewpAQCAtMzczMiwxNyArMzcz OSwyMSBAQCB2b2lkIFFBcHBsaWNhdGlvblByaXZhdGU6OmNsb3NlUG9wdXAoUVdpCiAgICAgICAg ICAgICAgICAgbW91c2VCdXR0b25QcmVzc1RpbWUgLT0gMTAwMDA7ICAgICAgICAvLyBhdm9pZCBk b3VibGUgY2xpY2sKICAgICAgICAgICAgICAgICByZXBsYXlQb3B1cE1vdXNlRXZlbnQgPSB0cnVl OwogICAgICAgICAgICAgfQotICAgICAgICAgICAgLy8gdHJhbnNmZXIgZ3JhYiBiYWNrIHRvIG1v dXNlIGdyYWJiZXIgaWYgYW55LCBvdGhlcndpc2UgcmVsZWFzZSB0aGUgZ3JhYgotICAgICAgICAg ICAgaWYgKFFXaWRnZXRQcml2YXRlOjptb3VzZUdyYWJiZXIgIT0gMCkKLSAgICAgICAgICAgICAg ICBRV2lkZ2V0UHJpdmF0ZTo6bW91c2VHcmFiYmVyLT5ncmFiTW91c2UoKTsKLSAgICAgICAgICAg IGVsc2UKLSAgICAgICAgICAgICAgICBYVW5ncmFiUG9pbnRlcihkcHksIFgxMS0+dGltZSk7Cisg ICAgICAgICAgICBpZiAocG9wdXBNb3VzZUdyYWJPaykgeworICAgICAgICAgICAgICAgIC8vIHRy YW5zZmVyIGdyYWIgYmFjayB0byBtb3VzZSBncmFiYmVyIGlmIGFueSwgb3RoZXJ3aXNlIHJlbGVh c2UgdGhlIGdyYWIKKyAgICAgICAgICAgICAgICBpZiAoUVdpZGdldFByaXZhdGU6Om1vdXNlR3Jh YmJlciAhPSAwKQorICAgICAgICAgICAgICAgICAgICBRV2lkZ2V0UHJpdmF0ZTo6bW91c2VHcmFi YmVyLT5ncmFiTW91c2UoKTsKKyAgICAgICAgICAgICAgICBlbHNlCisgICAgICAgICAgICAgICAg ICAgIFhVbmdyYWJQb2ludGVyKGRweSwgWDExLT50aW1lKTsKKyAgICAgICAgICAgIH0KIAotICAg ICAgICAgICAgLy8gdHJhbnNmZXIgZ3JhYiBiYWNrIHRvIGtleWJvYXJkIGdyYWJiZXIgaWYgYW55 LCBvdGhlcndpc2UgcmVsZWFzZSB0aGUgZ3JhYgotICAgICAgICAgICAgaWYgKFFXaWRnZXRQcml2 YXRlOjprZXlib2FyZEdyYWJiZXIgIT0gMCkKLSAgICAgICAgICAgICAgICBRV2lkZ2V0UHJpdmF0 ZTo6a2V5Ym9hcmRHcmFiYmVyLT5ncmFiS2V5Ym9hcmQoKTsKLSAgICAgICAgICAgIGVsc2UKLSAg ICAgICAgICAgICAgICBYVW5ncmFiS2V5Ym9hcmQoZHB5LCBYMTEtPnRpbWUpOworICAgICAgICAg ICAgaWYgKHBvcHVwS2V5Ym9hcmRHcmFiT2spIHsKKyAgICAgICAgICAgICAgICAvLyB0cmFuc2Zl ciBncmFiIGJhY2sgdG8ga2V5Ym9hcmQgZ3JhYmJlciBpZiBhbnksIG90aGVyd2lzZSByZWxlYXNl IHRoZSBncmFiCisgICAgICAgICAgICAgICAgaWYgKFFXaWRnZXRQcml2YXRlOjprZXlib2FyZEdy YWJiZXIgIT0gMCkKKyAgICAgICAgICAgICAgICAgICAgUVdpZGdldFByaXZhdGU6OmtleWJvYXJk R3JhYmJlci0+Z3JhYktleWJvYXJkKCk7CisgICAgICAgICAgICAgICAgZWxzZQorICAgICAgICAg ICAgICAgICAgICBYVW5ncmFiS2V5Ym9hcmQoZHB5LCBYMTEtPnRpbWUpOworICAgICAgICAgICAg fQogCiAgICAgICAgICAgICBYRmx1c2goZHB5KTsKICAgICAgICAgfQpAQCAtMzc2OSwxOSArMzc4 MCwxNyBAQCB2b2lkIFFBcHBsaWNhdGlvblByaXZhdGU6OmNsb3NlUG9wdXAoUVdpCiAgICAgICAg IGlmIChRQXBwbGljYXRpb25Qcml2YXRlOjpwb3B1cFdpZGdldHMtPmNvdW50KCkgPT0gMSAmJiAh cXRfbm9ncmFiKCkpeyAvLyBncmFiIG1vdXNlL2tleWJvYXJkCiAgICAgICAgICAgICBEaXNwbGF5 ICpkcHkgPSBYMTEtPmRpc3BsYXk7CiAgICAgICAgICAgICBRX0FTU0VSVChhdy0+dGVzdEF0dHJp YnV0ZShRdDo6V0FfV1N0YXRlX0NyZWF0ZWQpKTsKLSAgICAgICAgICAgIGludCByID0gWEdyYWJL ZXlib2FyZChkcHksIGF3LT5lZmZlY3RpdmVXaW5JZCgpLCBmYWxzZSwKLSAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICBHcmFiTW9kZUFzeW5jLCBHcmFiTW9kZUFzeW5jLCBYMTEtPnRp bWUpOwotICAgICAgICAgICAgaWYgKChwb3B1cEdyYWJPayA9IChyID09IEdyYWJTdWNjZXNzKSkp IHsKLSAgICAgICAgICAgICAgICByID0gWEdyYWJQb2ludGVyKGRweSwgYXctPmVmZmVjdGl2ZVdp bklkKCksIHRydWUsCisgICAgICAgICAgICBpbnQgciA9IFhHcmFiUG9pbnRlcihkcHksIHBvcHVw LT5lZmZlY3RpdmVXaW5JZCgpLCB0cnVlLAogICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgKEJ1dHRvblByZXNzTWFzayB8IEJ1dHRvblJlbGVhc2VNYXNrIHwgQnV0dG9uTW90aW9uTWFz awogICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIHwgRW50ZXJXaW5kb3dNYXNrIHwg TGVhdmVXaW5kb3dNYXNrIHwgUG9pbnRlck1vdGlvbk1hc2spLAogICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgR3JhYk1vZGVBc3luYywgR3JhYk1vZGVBc3luYywgWE5vbmUsIFhOb25l LCBYMTEtPnRpbWUpOwotICAgICAgICAgICAgICAgIGlmICghKHBvcHVwR3JhYk9rID0gKHIgPT0g R3JhYlN1Y2Nlc3MpKSkgewotICAgICAgICAgICAgICAgICAgICAvLyB0cmFuc2ZlciBncmFiIGJh Y2sgdG8ga2V5Ym9hcmQgZ3JhYmJlcgotICAgICAgICAgICAgICAgICAgICBpZiAoUVdpZGdldFBy aXZhdGU6OmtleWJvYXJkR3JhYmJlciAhPSAwKQotICAgICAgICAgICAgICAgICAgICAgICAgUVdp ZGdldFByaXZhdGU6OmtleWJvYXJkR3JhYmJlci0+Z3JhYktleWJvYXJkKCk7Ci0gICAgICAgICAg ICAgICAgICAgIGVsc2UKLSAgICAgICAgICAgICAgICAgICAgICAgIFhVbmdyYWJLZXlib2FyZChk cHksIFgxMS0+dGltZSk7CisgICAgICAgICAgICBpZiAoKHBvcHVwTW91c2VHcmFiT2sgPSAociA9 PSBHcmFiU3VjY2VzcykpKSB7CisgICAgICAgICAgICAgICAgaWYgKFFBcHBsaWNhdGlvblByaXZh dGU6OmFjdGl2ZV93aW5kb3cpCisgICAgICAgICAgICAgICAgICAgIHBvcHVwS2V5Ym9hcmRHcmFi T2sgPSBmYWxzZTsgLy8gbm90IG5lZWRlZCwga2V5Ym9hcmQgZXZlbnRzIHdpbGwgY29tZSBub3Jt YWxseQorICAgICAgICAgICAgICAgIGVsc2UgeworICAgICAgICAgICAgICAgICAgICByID0gWEdy YWJLZXlib2FyZChkcHksIHBvcHVwLT5lZmZlY3RpdmVXaW5JZCgpLCBmYWxzZSwKKyAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgR3JhYk1vZGVBc3luYywgR3JhYk1vZGVBc3lu YywgWDExLT50aW1lKTsKKyAgICAgICAgICAgICAgICAgICAgcG9wdXBLZXlib2FyZEdyYWJPayA9 IChyID09IEdyYWJTdWNjZXNzKTsKICAgICAgICAgICAgICAgICB9CiAgICAgICAgICAgICB9CiAg ICAgICAgIH0K 95476 2015-11-13 13:14:23 +0000 2015-11-13 13:15:35 +0000 grabtest.c grabtest.c text/x-csrc 1308 ultr I2luY2x1ZGUgPHN0ZGlvLmg+CiNpbmNsdWRlIDxYMTEvWGxpYi5oPgoKaW50IG1haW4oaW50IGFy Z2MsIGNoYXIqKiBhcmd2KSB7CiAgICBEaXNwbGF5ICpkcHkgPSBYT3BlbkRpc3BsYXkoTlVMTCk7 CiAgICBpZiAoIWRweSkgewogICAgICAgIGZwcmludGYoc3RkZXJyLCAiVW5hYmxlIHRvIG9wZW4g ZGlzcGxheS5cbiIpOwogICAgICAgIHJldHVybiAtMTsKICAgIH0KCiAgICBXaW5kb3cgcm9vdCA9 IFJvb3RXaW5kb3coZHB5LDApOwoKICAgIGludCByZXN1bHQ7CiAgICAKICAgIHJlc3VsdCA9IFhH cmFiUG9pbnRlcihkcHksCiAgICAgICAgICAgICAgICAgICAgICAgICAgcm9vdCwKICAgICAgICAg ICAgICAgICAgICAgICAgICBGYWxzZSwKICAgICAgICAgICAgICAgICAgICAgICAgICBCdXR0b25Q cmVzc01hc2sgfCBCdXR0b25SZWxlYXNlTWFzaywKICAgICAgICAgICAgICAgICAgICAgICAgICBH cmFiTW9kZVN5bmMsCiAgICAgICAgICAgICAgICAgICAgICAgICAgR3JhYk1vZGVTeW5jLAogICAg ICAgICAgICAgICAgICAgICAgICAgIHJvb3QsCiAgICAgICAgICAgICAgICAgICAgICAgICAgTm9u ZSwKICAgICAgICAgICAgICAgICAgICAgICAgICBDdXJyZW50VGltZSk7CiAgICBpZiAocmVzdWx0 ICE9IEdyYWJTdWNjZXNzKSB7CiAgICAgICAgZnByaW50ZihzdGRlcnIsICJNT1VTRSBHUkFCIEZB SUxFRCwgYWxyZWFkeSBncmFiYmVkP1xuIik7CiAgICB9IGVsc2UgewogICAgICAgIGZwcmludGYo c3RkZXJyLCAiTU9VU0UgR1JBQiBTVUNDRUVERURcbiIpOwogICAgICAgIFhVbmdyYWJQb2ludGVy KGRweSwgQ3VycmVudFRpbWUpOwogICAgfQoKICAgIHJlc3VsdCA9IFhHcmFiS2V5Ym9hcmQoZHB5 LAogICAgICAgICAgICAgICAgICAgICAgICAgICByb290LAogICAgICAgICAgICAgICAgICAgICAg ICAgICBGYWxzZSwKICAgICAgICAgICAgICAgICAgICAgICAgICAgR3JhYk1vZGVTeW5jLAogICAg ICAgICAgICAgICAgICAgICAgICAgICBHcmFiTW9kZVN5bmMsCiAgICAgICAgICAgICAgICAgICAg ICAgICAgIEN1cnJlbnRUaW1lKTsKICAgIGlmIChyZXN1bHQgIT0gR3JhYlN1Y2Nlc3MpIHsKICAg ICAgICBmcHJpbnRmKHN0ZGVyciwgIktFWUJPQVJEIEdSQUIgRkFJTEVELCBhbHJlYWR5IGdyYWJi ZWQ/XG4iKTsKICAgIH0gZWxzZSB7CiAgICAgICAgZnByaW50ZihzdGRlcnIsICJLRVlCT0FSRCBH UkFCIFNVQ0NFRURFRFxuIik7CiAgICAgICAgWFVuZ3JhYktleWJvYXJkKGRweSwgQ3VycmVudFRp bWUpOwogICAgfQoKICAgIFhDbG9zZURpc3BsYXkgKGRweSk7CgogICAgcmV0dXJuIDA7Cn0K