summaryrefslogtreecommitdiff
path: root/lisp/emacs-lisp/debug.el
diff options
context:
space:
mode:
authorMingde (Matthew) Zeng <matthewzmd@gmail.com>2020-08-12 13:09:35 +0200
committerLars Ingebrigtsen <larsi@gnus.org>2020-08-12 13:09:40 +0200
commit88567ca8ecb505a59157af6338ebe355a304182b (patch)
tree0a63ffbd8e4c70468ebca88b37143267947b6e97 /lisp/emacs-lisp/debug.el
parent34c17cd8d61a841dcca4c307bc436b5d09b5a965 (diff)
downloademacs-88567ca8ecb505a59157af6338ebe355a304182b.tar.gz
emacs-88567ca8ecb505a59157af6338ebe355a304182b.tar.bz2
emacs-88567ca8ecb505a59157af6338ebe355a304182b.zip
Fix erc-reuse-buffers behavior
* lisp/erc/erc.el (erc-generate-new-buffer-name): Fixes behavior 1, also determines if the '#channel/server' buffer already exists and will reuse that buffer when joining on the same server. Additionally when creating a new buffer with '#channel/serverB', the existing buffer '#channel' on 'severA' will be renamed to '#channel/serverA' for the sake of consistency (bug#40121). * lisp/erc/erc-join.el (erc-autojoin-channels): The logic is simplified ensuring that when autojoining channels specified in erc-autojoin-channels-alist, if there exists an erc buffer with the same channel name but a different server, it will create a new buffer to join the channel. The current logic is very weak that will skip joining same channel on different servers altogether. By the definition of erc-reuse-buffers, if non-nil it should create a new buffer when joining channels with same names on different servers. The current behavior of erc-reuse-buffers is: 1. when non-nil, it will always reuse the same channel buffer, resulting in server A's channel gets reconnected to the channel with the same name of server B. 2. when nil, the buffer-name of the joined channel is '#channel/server'. However if one tries to '/join #channel' from the server buffer, it creates a new empty buffer with buffer-name '#channel', instead of opening the already-joined channel buffer.
Diffstat (limited to 'lisp/emacs-lisp/debug.el')
0 files changed, 0 insertions, 0 deletions