From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: "Jose A. Ortega Ruiz" via "Bug reports for GNU Emacs, the Swiss army knife of text editors" Newsgroups: gmane.emacs.bugs Subject: bug#71683: 30.0.50; Ellipsis buttons in compilation buffers can only be activated with the mouse Date: Thu, 20 Jun 2024 23:41:01 +0000 Message-ID: <87ed8rji7r.fsf@mail.jao.io> References: <87r0crjwnm.fsf@mail.jao.io> Reply-To: "Jose A. Ortega Ruiz" Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="31691"; mail-complaints-to="usenet@ciao.gmane.io" Cc: Eli Zaretskii To: 71683@debbugs.gnu.org Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Fri Jun 21 01:42:18 2024 Return-path: Envelope-to: geb-bug-gnu-emacs@m.gmane-mx.org Original-Received: from lists.gnu.org ([209.51.188.17]) by ciao.gmane.io with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1sKRQ1-0007wU-Rj for geb-bug-gnu-emacs@m.gmane-mx.org; Fri, 21 Jun 2024 01:42:18 +0200 Original-Received: from localhost ([::1] helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1sKRPk-0005Iz-NM; Thu, 20 Jun 2024 19:42:00 -0400 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1sKRPj-0005Ih-38 for bug-gnu-emacs@gnu.org; Thu, 20 Jun 2024 19:41:59 -0400 Original-Received: from debbugs.gnu.org ([2001:470:142:5::43]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1sKRPi-0005At-PR for bug-gnu-emacs@gnu.org; Thu, 20 Jun 2024 19:41:58 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1sKRPm-0006xP-BQ for bug-gnu-emacs@gnu.org; Thu, 20 Jun 2024 19:42:02 -0400 X-Loop: help-debbugs@gnu.org In-Reply-To: <87r0crjwnm.fsf@mail.jao.io> Resent-From: "Jose A. Ortega Ruiz" Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Thu, 20 Jun 2024 23:42:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 71683 X-GNU-PR-Package: emacs Original-Received: via spool by 71683-submit@debbugs.gnu.org id=B71683.171892688126675 (code B ref 71683); Thu, 20 Jun 2024 23:42:02 +0000 Original-Received: (at 71683) by debbugs.gnu.org; 20 Jun 2024 23:41:21 +0000 Original-Received: from localhost ([127.0.0.1]:48617 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1sKRP6-0006wB-CX for submit@debbugs.gnu.org; Thu, 20 Jun 2024 19:41:20 -0400 Original-Received: from mail-4018.proton.ch ([185.70.40.18]:41957) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1sKRP3-0006vo-WC for 71683@debbugs.gnu.org; Thu, 20 Jun 2024 19:41:19 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=jao.io; s=protonmail2; t=1718926867; x=1719186067; bh=IvNJJC/SEqQq107vuZV7fbjkHJlCLEoxmz8lplbCeZI=; h=Date:To:From:Cc:Subject:Message-ID:Feedback-ID:From:To:Cc:Date: Subject:Reply-To:Feedback-ID:Message-ID:BIMI-Selector; b=jHJ7QuZP3suIlLLXxkQMUcsj6CQVcf25wDfbGzVRIfsptuA+JAmfx3XnhmUVVi+d9 UlS0KodbvYwHZlggSiGEv//0UCOgx+ASDePUylGE2yMvdeG4DKI/2h/xFaXgkDDpWn 4w6aDkZfjg9sNx0/FZ/jRql/g8urBUeswDTp51a8i01XygNvv1YjqpGm//YOi5cHwy w0Y8ZEzoQKvI9FCip+Czb//tlzAZHhPyEnCSIWcn8mgwXyssOv2hzf6/gjOGUlPHrc ApcU3HhC+msaWCsdoRN6ZqOndto+KfGxK8VA0QjwPJh0MO8RCDe1UeTWGoCGEV1CtC Aqcu28lGyh1Zw== Feedback-ID: 88519413:user:proton X-Pm-Message-ID: c7401251df80825f430108b9cd8e2cae1c00ee8d X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list X-BeenThere: bug-gnu-emacs@gnu.org List-Id: "Bug reports for GNU Emacs, the Swiss army knife of text editors" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Original-Sender: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Xref: news.gmane.io gmane.emacs.bugs:287601 Archived-At: On Thu, Jun 20 2024, jao via "Bug reports for GNU Emacs, the Swiss army kni= fe of text editors" wrote: > I can reproduce the problem with this recipe, at least with my > configuration (haven't been able to try with emacs -Q yet): > > - M-x compile > - Enter as compile command: > > echo "21:27:16.195 ERROR wintermute.message.mailbox.rabbitmq-core - -- A= LARM -- Failure ack-ing {:error :exception, :code -20, :message \"An unexpe= cted internal error occurred\", :info \"channel is already closed due to cl= ean channel shutdown; protocol method: #method(reply-code=3D= 200, reply-text=3DOK, class-id=3D0, method-id=3D0)\", :trace (\"com.rabbitm= q.client.impl.AMQChannel.ensureIsOpen(AMQChannjava:258)\" \"com.rabbitmq.cl= ient.impl.AMQChannel.transmit(AMQChannel.java:427)\" \"com.rabbitmq.client.= impl.AMQChannel.transmit(AMQChannel.java:421)\" \"com.rabbitmq.client.impl.= recovery.RecoveryAwareChannelN.basicAck(RecoveryAwareChannelN.java:93)\" \"= com.rabbitmq.client.impl.recovery.AutorecoveringChannel.basicAck(Autorecove= ringChannel.java:439)\" \"langohr.basic$ack.invokeStatic(basic.clj:205)\" \= "langohr.basic$ack.invokePrim(basic.clj)\" \"wintermute.message.mailbox.rab= bitmq_core$ack.invokeStatic(rabbitmq_core.clj:81)\" \"wintermute.message.ma= ilbox.rabbitmq_core$ack.invoke(rabbitmq_core.clj:80)\" \"wintermute.message= .mailbox.rabbitmq_core$consumer$ack__19911.invoke(rabbitmq_core.clj:89)\" \= "wintermute.message.mailbox.rabbitmq_core$consumer$fn__19923$fn__19924.invo= ke(rabbitmq_core.clj:93)\" \"wintermute.delete.server$processor.invokeStati= c(server.clj:229)\" \"wintermute.delete.server$processor.invoke(server.clj:= 221)\" \"clojure.core$partial$fn__5912.invoke(core.clj:2656)\" \"wintermute= .message.mailbox.rabbitmq_core$consumer$fn__19923.invoke(rabbitmq_core.clj:= 93)\" \"langohr.consumers$create_default$fn__19833.invoke(consumers.clj:83)= \" \"langohr.consumers.proxy$com.rabbitmq.client.DefaultConsumer$ff19274a.h= andleDelivery(Unknown Source)\" \"com.rabbitmq.client.impl.ConsumerDispatch= er$5.run(ConsumerDispatcher.java:149)\" \"com.rabbitmq.client.impl.Consumer= WorkService$WorkPoolRunnable.run(ConsumerWorkService.java:104)\" \"java.bas= e/java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java= :1128)\" \"java.base/java.util.concurrent.ThreadPoolExecutor$Worker.run(Thr= eadPoolExecutor.java:628)\" \"java.base/java.lang.Thread.run(Thread.java:82= 9)\")}" > > That produces a compilation buffer which ends in: > > 21:27:16.195 ERROR wintermute.message.mailbox.rabbitmq-core - -- ALARM -= - Failure ack-ing {:error :exception, :code -20, :message "An unexpected in= ternal error occurred", :info "channel is already closed due to clean chann= el shutdown; protocol method: #method(reply-code=3D200, repl= y-text=3DOK, class-id=3D0, method-id=3D0)", :trace ("com.rabbitmq.client.im= pl.AMQChannel.ensureIsOpen(AMQChannjava:258)" "com.rabbitmq.client.impl.AMQ= Channel.transmit(AMQChannel.java:427)" "com.rabbitmq.client.impl.AMQChannel= .transmit(AMQChannel.java:421)" "com.rabbitmq.client.impl.recovery.Recovery= AwareChannelN.basicAck(RecoveryAwareChannelN.java:93)" "com.rabbitmq.client= .impl.recovery.AutorecoveringChannel.basicAck(AutorecoveringChannel.java:43= 9)" "langohr.basic.invokeStatic(basic.clj:205)" "langohr.basic.invokePrim(b= asic.clj)" "wintermute.message.mailbox.rabbitmq_core.invokeStatic(rabbitmq_= core.clj:81)" "wintermute.message.mailbox.rabbitmq_core.invoke(rabbitmq_cor= e.clj:80)" "wintermute.message.mailbox.rabbitmq_core.invoke(rabbitmq_core.c= lj:89)" "wintermute.message.mailbox.rabbitmq_core.invoke(rabbitmq_core.clj:= 93)" "wintermute.delete.server.invokeStatic(server.clj:229)" "wintermute.de= lete.server.invoke(server.clj:221)" "clojure.core.invoke(core.clj:2656)" "w= intermute.message.mailbox.rabbitmq_core.invoke(rabbitmq_core.clj:93)" "lang= ohr.consumers.invoke(consumers.clj:83)" "langohr.consumers.proxy.rabbitmq.c= lient.DefaultConsumer.handleDelivery(Unknown Source)" "com.rabbitmq.client.= impl.ConsumerDispatcher.run(ConsumerDispatcher.java:149)" "com.rabbitmq.cli= ent.impl.ConsumerWorkService.run(ConsumerWorkService.java:104)" "java.base/= java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1= 128)" "java.base/java.util.concurrent.ThreadPoolExecutor.run(ThreadPoolExec= utor.java:628)" "java.base/java.lang.Thread.run(Thread.java:829)")} Sorry, emacs tricked me and inserted the full message again. The compilation buffer looks in fact like this: 21:27:16.195 ERROR wintermute.message.mailbox.rabbitmq-core - -- ALARM -- = Failure ack-ing {:error :exception, :code -20, :message "An unexpected inte= rnal error occurred", :info "channel is already closed due to clean channel= shutdown; protocol method: #method(reply-code=3D200, reply-= text=3DOK, class-id=3D0, method-id=3D0)", :trace ("com.rabbitmq.client.impl= .AMQChannel.ensureIsOpen(AMQChannjava:258)" "com.rabbitmq.client.impl.AMQCh= annel.transmit(AMQCha[=E2=80=A6]