bug#72952: 30.0.90; Want way to break out of Eshell for loop

X-debbugs-cc: jporterb...@gmail.com I am trying to run a series of tests like this: % for test in tests/tests/tagupl* { tests/using-intree $test } I want the command to give up as soon as one of the tests fails. But I don't think there is any way to break out of the loop? In POSIX sh, you

bug#72953: 31.0.50; Error when calling gnus-summary-move-article

Michael Heerdegen writes: > I am browsing the result of a `gnus-group-read-ephemeral-search-group' > call. Then I invoke `gnus-summary-move-article' (with point at the > article I want to move) and get this error: [...] Please ignore this one. It was a hack in my config that caused this proble

bug#72954: 31.0.50; Error when calling gnus-summary-move-article

Hello, I am browsing the result of a `gnus-group-read-ephemeral-search-group' call. Then I invoke `gnus-summary-move-article' (with point at the article I want to move) and get this error: Debugger entered--Lisp error: (wrong-type-argument number-or-marker-p nil) (range-compress-list (nil))

bug#72953: 31.0.50; Error when calling gnus-summary-move-article

Michael Heerdegen writes: > Please ignore this one. It was a hack in my config that caused this > problem. Sorry for this distraction. Closing. Michael.

bug#72954: 31.0.50; Error when calling gnus-summary-move-article

Michael Heerdegen writes: > Hello, > > I am browsing the result of a `gnus-group-read-ephemeral-search-group' > call. Then I invoke `gnus-summary-move-article' (with point at the > article I want to move) and get this error: Closing, along with the duplicate I accidentally created. The cause o

bug#72866: [PATCH] Add ediff-copy-all-X-to-Y functions

> On Sun, 1 Sep 2024 08:59:53 +0200, Paul Nelson said: >> > This patch binds functions in Ediff that copy all changes from one >> > buffer to another, without having to manually go through each >> > difference. Any feedback welcome. >> >> Can you describe situation(s) wh

bug#69097: [PATCH] Add 'kill-region-or-word' command

> From: Philip Kaludercic > Cc: Sean Whitton , j...@linkov.net, r...@gnu.org, > 69...@debbugs.gnu.org > Date: Sun, 01 Sep 2024 20:06:00 + > > Eli Zaretskii writes: > > >> From: Sean Whitton > >> Date: Mon, 06 May 2024 17:51:48 +0100 > >> > >> On Mon 06 May 2024 at 05:46pm +01, Sean Wh

bug#72597: 30.0.60; Eglot: MarkedString with embedded Carriage Return

> From: Troy Brown > Date: Sun, 1 Sep 2024 16:49:04 -0400 > Cc: joaotav...@gmail.com, felician.nem...@gmail.com, 72...@debbugs.gnu.org > > On Sat, Aug 31, 2024 at 3:55 AM Eli Zaretskii wrote: > > > > Ping! How can we make progress with this issue? > > > > Just FYI, for the time being I've been

bug#72961: Possible documentation improvement: Clarification for package installation

Hello, I was reading the section on "Libraries of Lisp Code for Emacs" (section 28.8) in the Emacs manual, and I encountered a passage that seems a bit unclear. The text suggests that when using package-install, Emacs might automatically add initialization code to the init.el file, which doesn’t s

bug#72960: 31.0.50; PGTK Wayland exhibits more lag than X11 version

Heavy operations, such as scrolling back and forth in a buffer, are noticeably laggier, for lack of better word, in the PGTK/Wayland version than the X11, both tested on KDE in Wayland mode. Affects both 29.2 and the latest HEAD compiled a few days ago. I am unsure whether it is a KDE or Emacs p

bug#72961: Possible documentation improvement: Clarification for package installation

> From: Krystian Samp > Date: Mon, 2 Sep 2024 12:41:11 +0200 > > I was reading the section on "Libraries of Lisp Code for Emacs" (section > 28.8) in the Emacs manual, and I > encountered a passage that seems a bit unclear. The text suggests that when > using package-install, Emacs > might autom

bug#72945: 29.4; Org: ox-html: attr_html not supported in source code and fixed-width blocks during HTML export

> From: "Suhail Singh" > Date: Sun, 01 Sep 2024 20:55:08 -0400 > > > Since more than a month has gone by, I am creating this issue to ease > tracking. This issue was first mentioned in this post: > . Details > cross-posted below. Tha

bug#72951: Hideshow support for treesitter

> From: Pranshu Sharma > Date: Mon, 2 Sep 2024 16:51:31 +1000 > > Are there any plans to add treesitter support for hideshow, it seems easy > enough to do and also very helpful, > especially for langs that don't excessively use parens, such as python I suggest to send this question to emacs-dev

bug#72960: 31.0.50; PGTK Wayland exhibits more lag than X11 version

> Date: Mon, 02 Sep 2024 10:18:03 +0100 > From: "Stephane Travostino" > > Heavy operations, such as scrolling back and forth in a buffer, are > noticeably laggier, for lack of better word, in the PGTK/Wayland version > than the X11, both tested on KDE in Wayland mode. > > Affects both 29.2 and

bug#72945: 29.4; Org: ox-html: attr_html not supported in source code and fixed-width blocks during HTML export

Eli Zaretskii writes: > Thanks, but why are you posting this here? ox-html.el is part of Org, My reasoning was that Org is a part of Emacs, so debbugs would be appropriate. Or at least, that it would _not be inappropriate_. Perhaps I was mistaken. > and I don't see anything in the above discu

bug#72597: 30.0.60; Eglot: MarkedString with embedded Carriage Return

On Mon, Sep 2, 2024 at 12:24 PM Eli Zaretskii wrote: > > (advice-add 'eglot--format-markup :filter-return > > #'init.el/fix-eol/eglot--format-markup) > > Thanks, but isn't the above the same as setting the car of > process-coding-system for the Eglot subprocesses to 'dos'? If that works consiste

bug#72945: 29.4; Org: ox-html: attr_html not supported in source code and fixed-width blocks during HTML export

> From: Suhail Singh > Cc: "Suhail Singh" , 72...@debbugs.gnu.org > Date: Mon, 02 Sep 2024 08:26:07 -0400 > > Eli Zaretskii writes: > > > Thanks, but why are you posting this here? ox-html.el is part of Org, > > My reasoning was that Org is a part of Emacs, so debbugs would be > appropriate.

bug#72960: 31.0.50; PGTK Wayland exhibits more lag than X11 version

On Mon, 2 Sep 2024, at 13:05, Eli Zaretskii wrote: >> Date: Mon, 02 Sep 2024 10:18:03 +0100 >> From: "Stephane Travostino" >> >> Heavy operations, such as scrolling back and forth in a buffer, are >> noticeably laggier, for lack of better word, in the PGTK/Wayland version >> than the X11, both te

bug#72966: 30.0.90; [PATCH] php-ts-mode: custom php.ini config for the built-in php webserver

Ciao, this patch adds a new CONFIG attribute to 'php-ts-mode-run-php-webserver' that allows you to specify an alternative php.ini file to the default (or whatever is specified in 'php-ts-mode-php-config'). Thanks. Vincenzo. >From 8b64219e081a086559728251172d710b51e2 Mon Sep 17 00:00:00 200

bug#72966: 30.0.90; [PATCH] php-ts-mode: custom php.ini config for the built-in php webserver

> From: Vincenzo Pupillo > Date: Mon, 02 Sep 2024 15:29:23 +0200 > > Ciao, > this patch adds a new CONFIG attribute to 'php-ts-mode-run-php-webserver' > that > allows you to specify an alternative php.ini file to the default (or whatever > is specified in 'php-ts-mode-php-config'). Thanks.

bug#72966: 30.0.90; [PATCH] php-ts-mode: custom php.ini config for the built-in php webserver

Ok, thanks. I will fix ASAP. Vincenzo. In data lunedì 2 settembre 2024 16:23:53 CEST, Eli Zaretskii ha scritto: > > From: Vincenzo Pupillo > > Date: Mon, 02 Sep 2024 15:29:23 +0200 > > > > Ciao, > > this patch adds a new CONFIG attribute to 'php-ts-mode-run-php-webserver' > > that allows you t

bug#72992: 29.4; towards xoauth2 support in Emacs

Now that bug#72358 is done, as promised, I'm posting my plugin for auth-sources that enables oauth2 handling which you can find on Gitlab[1] (also attached). As the current approach tries to override some existing handling in auth-source, I would like to gather some comments on how to properly int

bug#72977: 28.2; DOS in Shell-script mode

I've been seeing Emacs hang up repeatedly for no apparent reason recently while editing shell scripts. I spent the time to isolate the issue. It turns out that I can reproduce the issue by opening a new shell script file and typing the word "in" 20 or 30 times on a single line: $ emacs -Q C-x C-f

bug#72210: 31.0.50; Feature request: multi-category support in `icomplete-fido-kill'.

Hello Stefan, Stefan Monnier writes: >> `icomplete-fido-kill' works very well, but cannot handle the deletion of >> files or killing buffers when they are behind a multi-category >> ``situation''. Add this would be useful for those of us that combine >> `icomplete' with, e.g., `consult-buffer'.

bug#72977: 28.2; DOS in Shell-script mode

> From: Chris Moore > Date: Mon, 2 Sep 2024 12:35:18 -0300 > > I've been seeing Emacs hang up repeatedly for no apparent reason recently > while editing shell scripts. I spent > the time to isolate the issue. It turns out that I can reproduce the issue by > opening a new shell script file and >

bug#72359: treesit-node-at-point bug on vhdl-ts-mode after update to 0.22.6

> On Aug 29, 2024, at 5:07 AM, Eli Zaretskii wrote: > >> Cc: 72...@debbugs.gnu.org >> From: Yuan Fu >> Date: Tue, 27 Aug 2024 01:22:42 -0700 >> >> Thank you for your report, Gonzalo! And sorry for the delay. I properly >> looked into this today, and confirmed that this is a tree-sitter bug.

bug#72951: Hideshow support for treesitter

> Are there any plans to add treesitter support for hideshow, it seems easy > enough to do and also very helpful, especially for langs that don't > excessively use parens, such as python There is already treesitter support for outline-minor-mode, so you could look into implementation to do somethi

bug#72983: 29.4; Inconsistent parameter types sent to GUI selection converters

Existing code - We'll have to go into some obscure areas of the GUI selection code. Let's start with xselect-convert-to-targets (select.el). (defun xselect-convert-to-targets (selection _type value) ;; Return a vector of atoms, but remove duplicates first. (if (eq selectio

bug#69097: [PATCH] Add 'kill-region-or-word' command

Eli Zaretskii writes: >> From: Philip Kaludercic >> Cc: Sean Whitton , j...@linkov.net, r...@gnu.org, >> 69...@debbugs.gnu.org >> Date: Sun, 01 Sep 2024 20:06:00 + >> >> Ping. I am not sure how to proceed on this patch. IIRC the issue was >> that the notion of a word differs in Emacs a

bug#69097: [PATCH] Add 'kill-region-or-word' command

Hello, On Mon 02 Sep 2024 at 11:30am -07, Stefan Kangas wrote: > Binding C-w to backward-kill-word, or some version thereof, is an old > Emacs power user trick that has been recommended in many places over the > years. See, for example: > https://sites.google.com/site/steveyegge2/effective-emacs

bug#72961: Possible documentation improvement: Clarification for package installation

Eli Zaretskii writes: >> From: Krystian Samp >> Date: Mon, 2 Sep 2024 12:41:11 +0200 >> >> I was reading the section on "Libraries of Lisp Code for Emacs" (section >> 28.8) in the Emacs manual, and I >> encountered a passage that seems a bit unclear. The text suggests that when >> using packa

bug#72986: Disabling menu-bar-mode changes size of new frames

Reproduction with Emacs 29.3 (also with git master HEAD, see below). Run: emacs -Q C-x 5 2 ; window opens the same size as the initial window M-x menu-bar-mode RET ; disable menu-bar-mode C-x 52 ; window opens much smaller than initial window With master HEAD (commit 92ea393a16e), the situation i

bug#60321: 29.0.60; ruby-mode indentation of hash or array as first arg in multiline method call

On 02/09/2024 04:56, Aaron Jensen wrote: It seems to me that anything other than 0 spaces would look inconsistent with the first element (the hash), and its closing brace in particular. Yeah, that's my sense as well, even if it looks awful, but you get what you get. * Support for the new optio

bug#60321: 29.0.60; ruby-mode indentation of hash or array as first arg in multiline method call

Thank you, and thanks for your help. Aaron On Mon, Sep 2 2024 at 3:01 PM, Dmitry Gutov wrote: > On 02/09/2024 04:56, Aaron Jensen wrote: > > It seems to me that anything other than 0 spaces would look inconsistent > with the first element (the hash), and its closing brace in particular. > > Y

bug#69097: [PATCH] Add 'kill-region-or-word' command

Stefan Kangas writes: > Eli Zaretskii writes: > >>> From: Philip Kaludercic >>> Cc: Sean Whitton , j...@linkov.net, >>> r...@gnu.org, >>> 69...@debbugs.gnu.org >>> Date: Sun, 01 Sep 2024 20:06:00 + >>> >>> Ping. I am not sure how to proceed on this patch. IIRC the issue was >>> tha

bug#69097: [PATCH] Add 'kill-region-or-word' command

Hello, On Mon 02 Sep 2024 at 08:39pm GMT, Philip Kaludercic wrote: > How about this suggestion: We add a generic kill-region-or-word > command, and a user option for a function (set to either > `backward-kill-word' or Sean's `unix-word-rubout'). I can prepare a > patch with the simpler version,

bug#69097: [PATCH] Add 'kill-region-or-word' command

Sean Whitton writes: > Hello, > > On Mon 02 Sep 2024 at 08:39pm GMT, Philip Kaludercic wrote: > >> How about this suggestion: We add a generic kill-region-or-word >> command, and a user option for a function (set to either >> `backward-kill-word' or Sean's `unix-word-rubout'). I can prepare a >

bug#69097: [PATCH] Add 'kill-region-or-word' command

Hello, On Mon 02 Sep 2024 at 09:42pm +01, Sean Whitton wrote: > Hello, > > On Mon 02 Sep 2024 at 08:39pm GMT, Philip Kaludercic wrote: > >> How about this suggestion: We add a generic kill-region-or-word >> command, and a user option for a function (set to either >> `backward-kill-word' or Sean'

bug#71374: [PATCH] Simplify 'help-enable-variable-value-editing' using

Philip Kaludercic writes: > Eshel Yaron writes: > >> Philip Kaludercic writes: >> >>> Eshel Yaron writes: >>> I'm reopening this (hope you don't mind) to keep track of the minor regressions I mentioned here: https://lists.gnu.org/archive/html/emacs-devel/2024-07/msg01202.ht

bug#69097: [PATCH] Add 'kill-region-or-word' command

Sean Whitton writes: > Hello, > > On Mon 02 Sep 2024 at 09:42pm +01, Sean Whitton wrote: > >> Hello, >> >> On Mon 02 Sep 2024 at 08:39pm GMT, Philip Kaludercic wrote: >> >>> How about this suggestion: We add a generic kill-region-or-word >>> command, and a user option for a function (set to eith

bug#72993: 31.0.50; 4f521fa14c18f57e5207bffd68e9f79454dccc79 breaks binding mode hooks in use-package

In GNU Emacs 31.0.50 (build 1, x86_64-pc-linux-gnu, cairo version 1.18.0) of 2024-09-01 built on Laptop Repository revision: 92ea393a16e5c99a8860dab368c6ca3ca6abc3c5 Repository branch: master Windowing system distributor 'The X.Org Foundation', version 11.0.12101013 System Description: Arch Lin

bug#72993: 31.0.50; 4f521fa14c18f57e5207bffd68e9f79454dccc79 breaks binding mode hooks in use-package

> Date: Mon, 02 Sep 2024 19:01:31 -0700 > From: Steven Allen via "Bug reports for GNU Emacs, > the Swiss army knife of text editors" > > > > In GNU Emacs 31.0.50 (build 1, x86_64-pc-linux-gnu, cairo version > 1.18.0) of 2024-09-01 built on Laptop > Repository revision: 92ea393a16e5c99a8860da

bug#72995: 31.0.50; widget-move fails when widget starts at the second character in the buffer

I think changes in commit 94dec95 (bug#69943) broke `widget-move' in a customize buffer when trying to move to the first widget in a buffer when that first widget starts at the second character in the buffer. Here's some code to reproduce (tested in IELM): (let* ((first-wid (progn (widget-forw

bug#72993: 31.0.50; 4f521fa14c18f57e5207bffd68e9f79454dccc79 breaks binding mode hooks in use-package

> Eli Zaretskii writes: >> To reproduce: >> >> (use-package foo >> :hook (eshell-mode . some-function)) >> >> Previously, `use-package' always appended `-hook' to the hook variable name. >> After 4f521fa14c18f57e5207bffd68e9f79454dccc79, `use-package' only does >> so if the passed variable