unofficial mirror of bug-gnu-emacs@gnu.org 
 help / color / mirror / code / Atom feed
From: Konstantin Kharlamov <hi-angel@yandex.ru>
To: 46538@debbugs.gnu.org
Subject: bug#46538: Patch: wrap around smerge-vc-next-conflict if current file still has conflicts
Date: Mon, 15 Feb 2021 21:51:41 +0300	[thread overview]
Message-ID: <5d10180be5f6a5a23c91b0ed150c111a225d79ff.camel@yandex.ru> (raw)

[-- Attachment #1: Type: text/plain, Size: 646 bytes --]

Currently, if the buffer has conflict markers above the (point) and it's the last conflicted file, we bail out. A user pointed out¹ that it is a good idea to try to find conflicts in the current file as well. Indeed, it seems like more correct behaviour: going to the next conflict is whole purpose of the function, and current file might still have them.

Attached patch implements additional check for conflicts just for the case when the buffer is the last conflicted file and all conflicts are above current point.

1: https://emacs.stackexchange.com/questions/63413/finding-git-conflict-in-the-same-buffer-if-cursor-is-at-end-of-the-buffer

[-- Attachment #2: 0001-vc-make-smerge-vc-next-conflict-wrap-around.patch --]
[-- Type: text/x-patch, Size: 1963 bytes --]

From f8d8f1cbdb94f75765165acacd089f1e3cc4a763 Mon Sep 17 00:00:00 2001
From: Konstantin Kharlamov <Hi-Angel@yandex.ru>
Date: Mon, 15 Feb 2021 21:37:33 +0300
Subject: [PATCH] vc: make smerge-vc-next-conflict wrap around

lisp/vc/smerge-mode.el:
(smerge-next-safe): a wrapper around smerge-next that doesn't throw
an error.
(smerge-vc-next-conflict): make it wrap around a file if it's the last
conflicted file, and it still has conflicts
---
 lisp/vc/smerge-mode.el | 20 ++++++++++++++------
 1 file changed, 14 insertions(+), 6 deletions(-)

diff --git a/lisp/vc/smerge-mode.el b/lisp/vc/smerge-mode.el
index 3b09dfe5d2..0558240120 100644
--- a/lisp/vc/smerge-mode.el
+++ b/lisp/vc/smerge-mode.el
@@ -1446,6 +1446,14 @@ smerge-change-buffer-confirm
   "If non-nil, request confirmation before moving to another buffer."
   :type 'boolean)
 
+(defun smerge-next-safe ()
+    "Tries to move to next conflict, returns t on success, nil
+otherwise"
+  (condition-case err
+      (not (smerge-next))
+    ('error
+     nil)))
+
 (defun smerge-vc-next-conflict ()
   "Go to next conflict, possibly in another file.
 First tries to go to the next conflict in the current buffer, and if not
@@ -1469,12 +1477,12 @@ smerge-vc-next-conflict
          (if (and (buffer-modified-p) buffer-file-name)
              (save-buffer))
          (vc-find-conflicted-file)
-         (if (eq buffer (current-buffer))
-             ;; Do nothing: presumably `vc-find-conflicted-file' already
-             ;; emitted a message explaining there aren't any more conflicts.
-             nil
-           (goto-char (point-min))
-           (smerge-next)))))))
+         (when (eq buffer (current-buffer))
+           ;; try to find a conflict marker in current file above the point
+           (let ((prev-pos (point)))
+             (goto-char (point-min))
+             (when (not (smerge-next-safe))
+               (goto-char prev-pos)))))))))
 
 (provide 'smerge-mode)
 
-- 
2.30.1


             reply	other threads:[~2021-02-15 18:51 UTC|newest]

Thread overview: 5+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2021-02-15 18:51 Konstantin Kharlamov [this message]
2021-02-15 19:15 ` bug#46538: Patch: wrap around smerge-vc-next-conflict if current file still has conflicts Basil L. Contovounesios
2021-02-15 22:00   ` Konstantin Kharlamov
2021-02-15 22:25   ` bug#46538: [PATCH] vc: make smerge-vc-next-conflict wrap around Konstantin Kharlamov
2021-02-16 11:50     ` Lars Ingebrigtsen

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

  List information: https://www.gnu.org/software/emacs/

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=5d10180be5f6a5a23c91b0ed150c111a225d79ff.camel@yandex.ru \
    --to=hi-angel@yandex.ru \
    --cc=46538@debbugs.gnu.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
Code repositories for project(s) associated with this public inbox

	https://git.savannah.gnu.org/cgit/emacs.git

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).