OK here's what I think happened, and why I think it has happened. Every morning I run an emacs macro
(fset 'traverse-hyperlink-line (format "(shell-command \"%s \C-e & sleep 1;\")\C-x\C-e\C-f\C-p\C-k\C-d" web-browser)) that causes about 25-100 calls to web-browser(in this case arora). So long as Arora stays open, it does *not* release its file descriptors in the ibus process. You can confirm this by running emacs with a text file full of 100 URLs, opening arora(it has to be open already, otherwise it will only open one tab) Esc-100 M-x traverse-hyperlink-line This will open up about 100 files in the proc fdinfo directory for ibus- daemon reachable by cd /proc/`ps -ea | grep ibus-dae | awk -F' ' '{print $1}'`/fdinfo as counted by ls | wc -w This is true even after you've closed the tabs that were opened in this fashion and in fact even after you've closed arora and emacs! -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/1421483 Title: All keyboard input fails: "IBUS-WARNING **: Events queue growing too big" To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/chromium-browser/+bug/1421483/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs