notepad-plus-plus / notepad-plus-plus/notepad-plus-plus

Folder as Workspace - add root rename detection

Open
#8,969 0 comments 2 reactions 0 assignees View on GitHub

Nobody has claimed this yet.

Dominant language
C++
Stars
29.4k
Forks
5.4k
PR merge metrics
No merged PRs in 30d

Description

Description of the Issue

Looks like content of root folder in FAW panel is sync with real root's content in disk, so if we change files/subfolder (add/del/change name) in disk it will be noticed in FAW panel. But this not happend to root's folder. I don't know if it's a limitation or not, but for example after renaming root, synchronization still works.

STR:

  1. Open Notepad++
  2. Open FAW
  3. Add some folder to FAW (as root)
  4. Change root's content through windows exploerer. << you will notice the changes immediately in FAW
  5. Change root's name through windows exploerer. << FAW still display old name
  6. Change once again root's content through windows exploerer. << you will notice the changes immediately in FAW
  7. Close and open Notepad++ again, root dissapear in FAW (because path in config.xml point to old name).

Even if we change root's name sync still works. Is there any possibility for NPP to detect the root rename as well and update the view in FAW and path in config.xml? Or the current behavior intentional?

Debug Information

Notepad++ v7.9 (32-bit)
Build time : Sep 22 2020 - 03:24:22
Path : D:_test\NPPClean\notepad++.exe
Admin mode : ON
Local Conf mode : ON
OS Name : Windows 7 Ultimate (64-bit)
OS Build : 7601.0
Current ANSI codepage : 1250
Plugins : none

Contributor guide

Open the contributing guide

First steps

  1. Read the whole issue, then the project's contributing guide.
  2. Comment on the issue to say you are picking it up — it saves two people doing the same work.
  3. Fork the repository and make your change on a branch.
  4. Open a pull request that references the issue number.

Research direction

Start by tracing Folder as Workspace synchronization and the handling of the root path stored in config.xml. Reproduce the Windows Explorer root-rename steps from the issue and inspect how subsequent filesystem changes are detected. Done means the FAW view shows the renamed root and config.xml no longer points to the old name, while synchronization still works.

Written by the indexing model from the issue text.

Assessment

Tech stack
cpp
Domain
desktop
Issue type
Bug
Difficulty
4/5
Estimated time
3-5 days
Activity status
Stale
Clarity
Mostly clear
Newbie friendliness
35/100

Get new issues in your inbox

A short digest of beginner-friendly GitHub issues.