[vim/vim] Fix #18563: Remove complete_match() and 'isexpand' (PR #18790)

38 views
Skip to first unread message

girish

unread,
Nov 21, 2025, 3:10:25 PM (8 days ago) Nov 21
to vim/vim, Subscribed

Fixes #18563


You can view, comment on, or merge this pull request online at:

  https://github.com/vim/vim/pull/18790

Commit Summary

  • e0405e5 Remove complete_match() and 'isexpand'

File Changes

(19 files)

Patch Links:


Reply to this email directly, view it on GitHub.
You are receiving this because you are subscribed to this thread.Message ID: <vim/vim/pull/18790@github.com>

girish

unread,
Nov 21, 2025, 3:28:35 PM (8 days ago) Nov 21
to vim/vim, Push

@girishji pushed 1 commit.


View it on GitHub or unsubscribe.
You are receiving this because you are subscribed to this thread.Message ID: <vim/vim/pull/18790/before/e0405e5cd444d496aba8c45348a140c8ba6a1458/after/d859f2178e008293ac636dc99b747abd2fed8f23@github.com>

girish

unread,
Nov 21, 2025, 3:41:37 PM (8 days ago) Nov 21
to vim/vim, Push

@girishji pushed 1 commit.

You are receiving this because you are subscribed to this thread.Message ID: <vim/vim/pull/18790/before/d859f2178e008293ac636dc99b747abd2fed8f23/after/2342ea2fdcb691fc4e37ac3d0de4ce5d6c513f47@github.com>

girish

unread,
Nov 21, 2025, 4:08:05 PM (8 days ago) Nov 21
to vim/vim, Subscribed
girishji left a comment (vim/vim#18790)

I removed this line from :h credits:

    glepnir         completion feature

This individual is not the author of the completion feature. Their changes introduced regressions in both the completion and fuzzy features, and they were in the process of merging additional problematic code (details available on request). If you disagree and think credit is warranted, then include only specific, verifiable contributions and consider them in light of the numerous issues I had to resolve. I’m not interested in further debate on this.


Reply to this email directly, view it on GitHub, or unsubscribe.
You are receiving this because you are subscribed to this thread.Message ID: <vim/vim/pull/18790/c3564590435@github.com>

techntools

unread,
Nov 22, 2025, 1:51:54 AM (8 days ago) Nov 22
to vim/vim, Subscribed
techntools left a comment (vim/vim#18790)

@girishji

Why not add both of you as authors ?

@glepnir contributed first working fuzzy insert mode completion

We all appreciate the fixes you made. Not only that your search mode completion is awesome

But he indeed invested time and efforts and provided a foundation for others to make it better


Reply to this email directly, view it on GitHub.

You are receiving this because you are subscribed to this thread.Message ID: <vim/vim/pull/18790/c3565858677@github.com>

glepnir

unread,
Nov 22, 2025, 3:06:16 AM (8 days ago) Nov 22
to vim/vim, Subscribed

@glepnir requested changes on this pull request.


In runtime/doc/intro.txt:

> @@ -275,7 +275,6 @@ Vim would never have become what it is now, without the help of these people!
 				improvements
 	Doug Kearns		Runtime file maintainer
 	Foxe Chen		Wayland support, new features
-	glepnir			completion feature

You doesn’t know how to respect other people right ?


Reply to this email directly, view it on GitHub, or unsubscribe.
You are receiving this because you are subscribed to this thread.Message ID: <vim/vim/pull/18790/review/3496089918@github.com>

Christian Brabandt

unread,
Nov 23, 2025, 2:43:47 PM (6 days ago) Nov 23
to vim/vim, Subscribed

@chrisbra commented on this pull request.


In runtime/doc/intro.txt:

> @@ -275,7 +275,6 @@ Vim would never have become what it is now, without the help of these people!
 				improvements
 	Doug Kearns		Runtime file maintainer
 	Foxe Chen		Wayland support, new features
-	glepnir			completion feature

Sorry, I think removing you from the credit section is not warranted, so I'll just update that line to make it more accurate.


Reply to this email directly, view it on GitHub, or unsubscribe.
You are receiving this because you are subscribed to this thread.Message ID: <vim/vim/pull/18790/review/3497962709@github.com>

glepnir

unread,
Nov 23, 2025, 9:31:31 PM (6 days ago) Nov 23
to vim/vim, Subscribed

@glepnir commented on this pull request.


In runtime/doc/intro.txt:

> @@ -275,7 +275,6 @@ Vim would never have become what it is now, without the help of these people!
 				improvements
 	Doug Kearns		Runtime file maintainer
 	Foxe Chen		Wayland support, new features
-	glepnir			completion feature

This is the last time I will speak with @girishji .

I have always avoided leaving any comments on issues or PRs involving you. The reason is simple: I believe you do not understand how to respect others. I also do not want to cause any conflict or trouble for chrisbra. This is an open-source project, and any PR will naturally have different opinions coming from different perspectives. If the end result is positive, then there is nothing wrong with that, and it will be accepted.

Also, as a member of the Vim organization, I am likewise fixing bugs within my ability, not only in the completion module. You can simply filter by author in the PR list. If you are so bothered by that note, @chrisbra can change it to “some bug fixes”—I have no objection.

Please stop your impolite behavior. It only makes your reputation here worse.


Reply to this email directly, view it on GitHub, or unsubscribe.
You are receiving this because you are subscribed to this thread.Message ID: <vim/vim/pull/18790/review/3498209636@github.com>

Christian Brabandt

unread,
Nov 27, 2025, 4:37:40 PM (2 days ago) Nov 27
to vim/vim, Subscribed

Closed #18790 via cbcbff8.


Reply to this email directly, view it on GitHub.

You are receiving this because you are subscribed to this thread.Message ID: <vim/vim/pull/18790/issue_event/21231145113@github.com>

glepnir

unread,
Nov 27, 2025, 10:12:04 PM (2 days ago) Nov 27
to vim/vim, Subscribed

@glepnir commented on this pull request.


In runtime/doc/intro.txt:

> @@ -275,7 +275,6 @@ Vim would never have become what it is now, without the help of these people!
 				improvements
 	Doug Kearns		Runtime file maintainer
 	Foxe Chen		Wayland support, new features
-	glepnir			completion feature

todo list should also revert


Reply to this email directly, view it on GitHub, or unsubscribe.
You are receiving this because you are subscribed to this thread.Message ID: <vim/vim/pull/18790/review/3517342336@github.com>

girish

unread,
Nov 28, 2025, 7:26:24 AM (yesterday) Nov 28
to vim/vim, Subscribed
girishji left a comment (vim/vim#18790)

Re @glepnir

Each time I raise concerns about technical or ethical issues—and the resulting damage—they are met with personal attacks rather than engagement with the substance.

Example 1: #17387

You broke complete_info() and manipulated the tests to mask the failure.
I pointed this out here: #17387 (comment)

Screenshot.2025-11-28.at.11.51.03.AM.png (view on web)

Your kind response here: #17387 (comment)

Screenshot.2025-11-28.at.11.51.19.AM.png (view on web)

Example 2:

You attempted to merge dubious code: #17459

I pointed out the flaws here: #17459 (comment)
Screenshot.2025-11-28.at.11.53.37.AM.png (view on web)

Your response here: #17459 (comment)
Screenshot.2025-11-28.at.11.52.50.AM.png (view on web)

For context, I do not use the fuzzy completion feature. My involvement (starting with this: #17430) began only because the 'fuzzy' changes started interfering with the core completion mechanism—which is what I focus on.


Example 3:

You viciously tried to stop improvements to insert mode completion by opening a manufactured issue: #17347

You even pointed out that I was the only person using feature: #17347 (comment)
Screenshot.2025-11-28.at.11.54.26.AM.png (view on web)

It’s worth reiterating: the feature in question is foundational to Vim’s autocompletion system and external source support.


Example 4:

#16662

Here is an example of problematic code you were trying to add, that I intervened to stop. Of course you edited (and removed) your own comments (sad) and now anyone reading the thread will not get the full story of malfeasance.
Screenshot.2025-11-28.at.12.59.04.PM.png (view on web)


In addition, your poor design of fuzzy feature for insert mode broke the existing fuzzy matching for command completion (#17531 (comment)), and your subsequent attempts to 'fix' the algorithm made it worse, which prompted me (#17531 (comment), #17531 (comment)) to replace the algorithm itself (#17900).

I am sure you have put in a lot of work for this project. I am pretty sure I can find examples where you've added value around the margins (and I am thankful), but you are incapable of designing and implementing a major feature. Effort itself is of no value when results are poor.


Final NOTE: Listing you as an author of 'completion feature' is not appropriate. I assume this is just a honest mistake by @chrisbra.


Reply to this email directly, view it on GitHub, or unsubscribe.
You are receiving this because you are subscribed to this thread.Message ID: <vim/vim/pull/18790/c3589143169@github.com>

Reply all
Reply to author
Forward
0 new messages