Re: Issue 317 in xmonad: Implement a working X.U.putSelection

Comment #22 on issue 317 by wirtwo...@gmail.com: Implement a working X.U.putSelection http://code.google.com/p/xmonad/issues/detail?id=317 Issue 365 has been merged into this issue. -- You received this message because you are listed in the owner or CC fields of this issue, or because you starred this issue. You may adjust your issue notification preferences at: http://code.google.com/hosting/settings

Comment #23 on issue 317 by daniel.schoepe: Implement a working X.U.putSelection http://code.google.com/p/xmonad/issues/detail?id=317 Issue 384 has been merged into this issue. -- You received this message because you are listed in the owner or CC fields of this issue, or because you starred this issue. You may adjust your issue notification preferences at: http://code.google.com/hosting/settings

Comment #24 on issue 317 by ezy...@mit.edu: Implement a working X.U.putSelection http://code.google.com/p/xmonad/issues/detail?id=317 Hey guys, we should roll a release with the code that removed the broken feature.

Comment #25 on issue 317 by mlmeola: Implement a working X.U.putSelection http://code.google.com/p/xmonad/issues/detail?id=317 (First of all, I love xmonad. thanks for all the work) How is this low priority? A window manager should never hang. It needs to be critical. People often type Ctrl-C to try to close things. That shouldn't hang the window manager. Getting a useful action working may be low priority, but stopping the hang should be done immediately.

Comment #26 on issue 317 by alexey@feldgendler.ru: Implement a working X.U.putSelection http://code.google.com/p/xmonad/issues/detail?id=317 The hanging is fixed already, but the summary of the bug now says “Implement a working putSelection”, and that's low priority.

Comment #27 on issue 317 by gwern0: Implement a working X.U.putSelection http://code.google.com/p/xmonad/issues/detail?id=317 alexey, what he means is that the high priority is getting the removal of putSelection into a release and this is a major concern which has gone unnoticed; notice that users *not* running out of darcs will be running http://hackage.haskell.org/packages/archive/xmonad-contrib/0.9.1/doc/html/XM... which can freeze Xmonad.

Comment #28 on issue 317 by alexey@feldgendler.ru: Implement a working X.U.putSelection http://code.google.com/p/xmonad/issues/detail?id=317 My bad; having applied the patch and home-built my xmonad long ago, I had forgotten that the fix has never been released.

Comment #29 on issue 317 by mlme...@gmail.com: Implement a working X.U.putSelection http://code.google.com/p/xmonad/issues/detail?id=317 My workaround while waiting for a release that fixes this is a modified exec line in my .xinitrc: exec bash -c '/usr/bin/xmonad ; while [ $? -eq 143 ] ; do echo "xmonad restarting" ; /usr/bin/xmonad ; done' 143 is what xmonad (many things? everything?) returns when killed by sigterm, so when xmonad freezes, a simple Ctrl+Alt+F2, login, and killall xmonad fixes everything.
participants (1)
-
codesite-noreply@google.com