|
From: | Juri Linkov |
Subject: | bug#62700: 29.0.60; minibuffer-{previous,next,choose}-completion behave unintuitively when point is not at end of buffer |
Date: | Mon, 12 Jun 2023 21:27:11 +0300 |
User-agent: | Gnus/5.13 (Gnus v5.13) Emacs/30.0.50 (x86_64-pc-linux-gnu) |
>> > > Thanks, installed on the emacs-29 branch, and closing the bug. >> > >> > Should the original patch be installed to master now? >> >> It's up to you. > > I don't know what you did after this message, I didn't install on master anything because I refrain from developing new features on master until emacs-29 is released to avoid merge conflicts. > but today I merged from emacs-29 to master and got conflicts in > minibuffer.el. The conflicts were strange: they seemed to be caused > by gitmerge.el attempting to merge backported changes? That should > not happen. The merge conflict occurred because the first commit e338a8ac41d was pushed to emacs-29 with the keyword "backport", but 2a84ab905c8 without any keyword that would prevent an attempt of its merge to master. > Would you please look at minibuffer.el on the master branch and see if > anything there needs fixing? I checked that no problems occurred in minibuffer.el on the master branch. So probably I will continue installing postponed patches to master since merge conflicts are really not a problem.
[Prev in Thread] | Current Thread | [Next in Thread] |