Issue 500 in xmonad: Actions.UpdatePointer prevents Chromium save bookmark dialog from appearing.
Status: New Owner: ---- New issue 500 by ancientpc: Actions.UpdatePointer prevents Chromium save bookmark dialog from appearing. http://code.google.com/p/xmonad/issues/detail?id=500 What steps will reproduce the problem? 1. Xmonad 0.9 2. logHook = updatePointer (Nearest) 3. Open Chromium, try to bookmark a page (either using ^D or clicking on the star). What is the expected output? What do you see instead? expected: Chromium bookmark dialog box actual: The star turns yellow, but no dialog box.
Comment #1 on issue 500 by kimballk...@googlemail.com: Actions.UpdatePointer prevents Chromium save bookmark dialog from appearing. http://code.google.com/p/xmonad/issues/detail?id=500 This still seems to occur with a Xmonad 0.10. I am using TaffyBar as my bar, and with: , logHook = dbusLogWithPP client pp The window vanishes. But if I leave logHook as the gnomeConfig default, it does not. I will investigate some more, but it seems very odd. -- You received this message because this project is configured to send all issue notifications to this address. You may adjust your notification preferences at: https://code.google.com/hosting/settings
Comment #2 on issue 500 by kimballk...@googlemail.com: Actions.UpdatePointer prevents Chromium save bookmark dialog from appearing. http://code.google.com/p/xmonad/issues/detail?id=500 Okay, for me, the trick was to ensure that both log hooks were called. (I wish I'd done that before posting my previous comment). , logHook = (logHook gnomeConfig) >> (dbusLogWithPP client pp) Seems to maintain both good bookmark dialog behaviour, and my taffybar updates. Sorry for the noise. -- You received this message because this project is configured to send all issue notifications to this address. You may adjust your notification preferences at: https://code.google.com/hosting/settings
Comment #3 on issue 500 by daniel.w...@gmail.com: Actions.UpdatePointer prevents Chromium save bookmark dialog from appearing. http://code.google.com/p/xmonad/issues/detail?id=500 Cool, so maybe Actions.UpdatePointer has nothing to do with it. It looks like the log hook for gnomeConfig finally bottoms out at XMonad.Hooks.EwmhDesktops.ewmhDesktopsLogHook, and it seems perfectly reasonable for applications to misbehave if xmonad isn't following EWMH. -- You received this message because this project is configured to send all issue notifications to this address. You may adjust your notification preferences at: https://code.google.com/hosting/settings
participants (1)
-
codesite-noreply＠google.com