Re: Emacs 31 release-blocking bugs
Eli Zaretskii <[email protected]> Thu, 30 Jul 2026 14:24:37 +0300
| Newsgroups | gmane.emacs.devel |
|---|---|
| Message-ID | <[email protected]> |
> From: Sean Whitton <[email protected]> > Cc: [email protected] > Date: Thu, 30 Jul 2026 12:02:20 +0100 > > >> - #81077 31.0.60; Sometimes only upper parts of text are unexpectedly > >> displayed > > > > What are we supposed to do about this? AFAIU, we don't really > > understand why the problem happens, and why it happens to so few > > users. > > We know what change introduced the problem and we have proposed fixes on > the table, so the situation doesn't seem to me as bad as you describe? The bug report is dormant, so if we want to fix it, we should try the proposed solutions and select one of them. > >> - #81151 32.0.50; Make c-ts-mode-indent-style work with setopt-local > > > > I don't think this is a regression in Emacs 31. > > I can't reproduce it with Emacs 30. setopt-local didn't exist in Emacs 30, so I'm not sure what you tried to reproduce there. From where I stand, setopt-local is a relatively recent addition, and it will take some time to adapt all of Emacs to its introduction. That shouldn't delay Emacs 31.1. > >> - #81460 31.0.90; tsx-ts-mode matches html tag's opening < with > in > >> arrow function => > > > > Is this really new in Emacs 31? > > I can't test it because I don't have any tree sitter stuff installed. > Could you? Hmm... the recipe is not very detailed, but the first issue is indeed new in Emacs 31. > >> - #81503 32.0.50; crash/assert in garbage_collect > > > > I very much doubt we can do anything with this report, since the > > problem happened in a very special and complicated scenario (client > > frames, suspend/resume events, a problem with the minibuffer resolved > > by some manual action). > > Fine with me to drop it. Will do in a few days if no one picks up the gauntlet.