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
[email protected]
https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs