feat: move file/directory into new directory by renaming POC#708
Open
DavidTelenko wants to merge 2 commits intostevearc:masterfrom
Open
feat: move file/directory into new directory by renaming POC#708DavidTelenko wants to merge 2 commits intostevearc:masterfrom
DavidTelenko wants to merge 2 commits intostevearc:masterfrom
Conversation
DavidTelenko
force-pushed
the
feat/rename-move
branch
from
86c9cec to
075cc22
Compare
barrettruth
added a commit
to barrettruth/canola.nvim
that referenced
this pull request
Mar 14, 2026
Problem: Issue stevearc#675 (move file into folder by renaming) is an exact duplicate of #117, which is the original request with ~20 comments, stevearc acknowledgment, and a linked POC PR stevearc#708. Solution: Update `doc/upstream.md` to mark stevearc#675 as a duplicate of #117.
barrettruth
added a commit
to barrettruth/canola.nvim
that referenced
this pull request
Mar 15, 2026
Problem: Issue stevearc#675 (move file into folder by renaming) is an exact duplicate of #117, which is the original request with ~20 comments, stevearc acknowledgment, and a linked POC PR stevearc#708. Solution: Update `doc/upstream.md` to mark stevearc#675 as a duplicate of #117.
barrettruth
added a commit
to barrettruth/canola.nvim
that referenced
this pull request
Mar 15, 2026
Problem: Issue stevearc#707 (move file/dir into new dir by renaming) was listed as `open` despite being identical to #117. The associated draft PR stevearc#708 is already tracked separately in the PRs table. Solution: Update status to `duplicate of #117`.
barrettruth
added a commit
to barrettruth/canola.nvim
that referenced
this pull request
Mar 15, 2026
* docs(upstream): mark stevearc#617 fixed via cherry-picked stevearc#618 Problem: Issue stevearc#617 (filetype-based icon detection) was still listed as `open` in the upstream tracker despite being addressed by PR stevearc#618. Solution: Update status to `fixed — cherry-picked (stevearc#618)`. Verified with manual testing that `use_slow_filetype_detection` correctly detects shebangs in extensionless files. * docs(upstream): mark stevearc#675 as duplicate of #117 Problem: Issue stevearc#675 (move file into folder by renaming) was listed as `open` despite being a duplicate of #117, the primary tracking issue for move-by-rename (46 upvotes). Upstream already closed stevearc#675 as such. Solution: Update status to `duplicate of #117`. * docs(upstream): mark stevearc#707 as duplicate of #117 Problem: Issue stevearc#707 (move file/dir into new dir by renaming) was listed as `open` despite being identical to #117. The associated draft PR stevearc#708 is already tracked separately in the PRs table. Solution: Update status to `duplicate of #117`.
barrettruth
added a commit
to barrettruth/canola.nvim
that referenced
this pull request
Mar 15, 2026
* docs(upstream): mark stevearc#617 fixed via cherry-picked stevearc#618 Problem: Issue stevearc#617 (filetype-based icon detection) was still listed as `open` in the upstream tracker despite being addressed by PR stevearc#618. Solution: Update status to `fixed — cherry-picked (stevearc#618)`. Verified with manual testing that `use_slow_filetype_detection` correctly detects shebangs in extensionless files. * docs(upstream): mark stevearc#675 as duplicate of #117 Problem: Issue stevearc#675 (move file into folder by renaming) was listed as `open` despite being a duplicate of #117, the primary tracking issue for move-by-rename (46 upvotes). Upstream already closed stevearc#675 as such. Solution: Update status to `duplicate of #117`. * docs(upstream): mark stevearc#707 as duplicate of #117 Problem: Issue stevearc#707 (move file/dir into new dir by renaming) was listed as `open` despite being identical to #117. The associated draft PR stevearc#708 is already tracked separately in the PRs table. Solution: Update status to `duplicate of #117`. * docs(upstream): consolidate owner/group issues into #126 Problem: Three upstream issues (stevearc#436, stevearc#599, stevearc#684) all request the same feature — owner/group columns in the directory listing. Solution: Create canonical tracking issue #126 and mark all three as `consolidated into #126`.
barrettruth
added a commit
to barrettruth/canola.nvim
that referenced
this pull request
Mar 15, 2026
* docs(upstream): mark stevearc#617 fixed via cherry-picked stevearc#618 Problem: Issue stevearc#617 (filetype-based icon detection) was still listed as `open` in the upstream tracker despite being addressed by PR stevearc#618. Solution: Update status to `fixed — cherry-picked (stevearc#618)`. Verified with manual testing that `use_slow_filetype_detection` correctly detects shebangs in extensionless files. * docs(upstream): mark stevearc#675 as duplicate of #117 Problem: Issue stevearc#675 (move file into folder by renaming) was listed as `open` despite being a duplicate of #117, the primary tracking issue for move-by-rename (46 upvotes). Upstream already closed stevearc#675 as such. Solution: Update status to `duplicate of #117`. * docs(upstream): mark stevearc#707 as duplicate of #117 Problem: Issue stevearc#707 (move file/dir into new dir by renaming) was listed as `open` despite being identical to #117. The associated draft PR stevearc#708 is already tracked separately in the PRs table. Solution: Update status to `duplicate of #117`. * docs(upstream): consolidate owner/group issues into #126 Problem: Three upstream issues (stevearc#436, stevearc#599, stevearc#684) all request the same feature — owner/group columns in the directory listing. Solution: Create canonical tracking issue #126 and mark all three as `consolidated into #126`. * docs(upstream): mark stevearc#570 not actionable Problem: Issue stevearc#570 (`c0`/`d0` deletes concealed entry ID prefix, causing rename to be parsed as delete+create) was listed as `open`. Solution: Mark as `not actionable — blocked on Neovim extmark API`. Neovim provides no mechanism to protect concealed extmark text from operator-pending motions. The intended rename workflow uses `cw`/`ciw` within the constrained cursor region.
barrettruth
added a commit
to barrettruth/canola.nvim
that referenced
this pull request
Mar 16, 2026
, stevearc#707, stevearc#708 into #32 Problem: five upstream issues/PRs all describe the same feature — moving files into new directories by editing the filename with path separators — but were tracked separately. Solution: update canola.nvim#32 with a proper description consolidating all of them, and point all tracker entries at #32.
barrettruth
added a commit
to barrettruth/canola.nvim
that referenced
this pull request
Mar 16, 2026
docs(upstream): consolidate move issues #117, stevearc#289, stevearc#675, stevearc#707, stevearc#708 into #32 Problem: five upstream issues/PRs all describe the same feature — moving files into new directories by editing the filename with path separators — but were tracked separately. Solution: update canola.nvim#32 with a proper description consolidating all of them, and point all tracker entries at #32.
barrettruth
added a commit
to barrettruth/canola.nvim
that referenced
this pull request
Mar 17, 2026
Problem: Issue stevearc#675 (move file into folder by renaming) is an exact duplicate of #117, which is the original request with ~20 comments, stevearc acknowledgment, and a linked POC PR stevearc#708. Solution: Update `doc/upstream.md` to mark stevearc#675 as a duplicate of #117.
barrettruth
added a commit
to barrettruth/canola.nvim
that referenced
this pull request
Mar 17, 2026
* docs(upstream): mark stevearc#617 fixed via cherry-picked stevearc#618 Problem: Issue stevearc#617 (filetype-based icon detection) was still listed as `open` in the upstream tracker despite being addressed by PR stevearc#618. Solution: Update status to `fixed — cherry-picked (stevearc#618)`. Verified with manual testing that `use_slow_filetype_detection` correctly detects shebangs in extensionless files. * docs(upstream): mark stevearc#675 as duplicate of #117 Problem: Issue stevearc#675 (move file into folder by renaming) was listed as `open` despite being a duplicate of #117, the primary tracking issue for move-by-rename (46 upvotes). Upstream already closed stevearc#675 as such. Solution: Update status to `duplicate of #117`. * docs(upstream): mark stevearc#707 as duplicate of #117 Problem: Issue stevearc#707 (move file/dir into new dir by renaming) was listed as `open` despite being identical to #117. The associated draft PR stevearc#708 is already tracked separately in the PRs table. Solution: Update status to `duplicate of #117`.
barrettruth
added a commit
to barrettruth/canola.nvim
that referenced
this pull request
Mar 17, 2026
* docs(upstream): mark stevearc#617 fixed via cherry-picked stevearc#618 Problem: Issue stevearc#617 (filetype-based icon detection) was still listed as `open` in the upstream tracker despite being addressed by PR stevearc#618. Solution: Update status to `fixed — cherry-picked (stevearc#618)`. Verified with manual testing that `use_slow_filetype_detection` correctly detects shebangs in extensionless files. * docs(upstream): mark stevearc#675 as duplicate of #117 Problem: Issue stevearc#675 (move file into folder by renaming) was listed as `open` despite being a duplicate of #117, the primary tracking issue for move-by-rename (46 upvotes). Upstream already closed stevearc#675 as such. Solution: Update status to `duplicate of #117`. * docs(upstream): mark stevearc#707 as duplicate of #117 Problem: Issue stevearc#707 (move file/dir into new dir by renaming) was listed as `open` despite being identical to #117. The associated draft PR stevearc#708 is already tracked separately in the PRs table. Solution: Update status to `duplicate of #117`. * docs(upstream): consolidate owner/group issues into #126 Problem: Three upstream issues (stevearc#436, stevearc#599, stevearc#684) all request the same feature — owner/group columns in the directory listing. Solution: Create canonical tracking issue #126 and mark all three as `consolidated into #126`.
barrettruth
added a commit
to barrettruth/canola.nvim
that referenced
this pull request
Mar 17, 2026
* docs(upstream): mark stevearc#617 fixed via cherry-picked stevearc#618 Problem: Issue stevearc#617 (filetype-based icon detection) was still listed as `open` in the upstream tracker despite being addressed by PR stevearc#618. Solution: Update status to `fixed — cherry-picked (stevearc#618)`. Verified with manual testing that `use_slow_filetype_detection` correctly detects shebangs in extensionless files. * docs(upstream): mark stevearc#675 as duplicate of #117 Problem: Issue stevearc#675 (move file into folder by renaming) was listed as `open` despite being a duplicate of #117, the primary tracking issue for move-by-rename (46 upvotes). Upstream already closed stevearc#675 as such. Solution: Update status to `duplicate of #117`. * docs(upstream): mark stevearc#707 as duplicate of #117 Problem: Issue stevearc#707 (move file/dir into new dir by renaming) was listed as `open` despite being identical to #117. The associated draft PR stevearc#708 is already tracked separately in the PRs table. Solution: Update status to `duplicate of #117`. * docs(upstream): consolidate owner/group issues into #126 Problem: Three upstream issues (stevearc#436, stevearc#599, stevearc#684) all request the same feature — owner/group columns in the directory listing. Solution: Create canonical tracking issue #126 and mark all three as `consolidated into #126`. * docs(upstream): mark stevearc#570 not actionable Problem: Issue stevearc#570 (`c0`/`d0` deletes concealed entry ID prefix, causing rename to be parsed as delete+create) was listed as `open`. Solution: Mark as `not actionable — blocked on Neovim extmark API`. Neovim provides no mechanism to protect concealed extmark text from operator-pending motions. The intended rename workflow uses `cw`/`ciw` within the constrained cursor region.
barrettruth
added a commit
to barrettruth/canola.nvim
that referenced
this pull request
Mar 17, 2026
docs(upstream): consolidate move issues #117, stevearc#289, stevearc#675, stevearc#707, stevearc#708 into #32 Problem: five upstream issues/PRs all describe the same feature — moving files into new directories by editing the filename with path separators — but were tracked separately. Solution: update canola.nvim#32 with a proper description consolidating all of them, and point all tracker entries at #32.
This file contains hidden or bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
1 participant
Add this suggestion to a batch that can be applied as a single commit.This suggestion is invalid because no changes were made to the code.Suggestions cannot be applied while the pull request is closed.Suggestions cannot be applied while viewing a subset of changes.Only one suggestion per line can be applied in a batch.Add this suggestion to a batch that can be applied as a single commit.Applying suggestions on deleted lines is not supported.You must change the existing code in this line in order to create a valid suggestion.Outdated suggestions cannot be applied.This suggestion has been applied or marked resolved.Suggestions cannot be applied from pending reviews.Suggestions cannot be applied on multi-line comments.Suggestions cannot be applied while the pull request is queued to merge.Suggestion cannot be applied right now. Please check back later.
Here's a simple POC implementation of #707