{{ message }}
Repository navigation
Unexpected behavior when renaming or deleting a folder #5683
Description
Description
After renaming a folder containing a single file, the old version of the file is not removed from the application's file manager.
Steps to Reproduce
- Create a package and a file inside of it
- Rename package with another title
Expected Behavior
The folder with the old name must be replaced with a folder with the new name
Actual Behavior
A folder with the new name is created, while the old one remains in the app's file manager, even though it is actually deleted. I also cannot delete any folders (I can delete files). The path contains no characters other than English letters and underscores. The following error appears when attempting to delete them:
Error invoking remote method 'mt::fs-trash-item': Error: Failed to parse path.
Screenshots / Logs
Before renaming:
After renaming:
Error when attempting to remove any package:
Operating System
Windows
MarkText Version
0.21.1
OS Version
Windows 11
Reproducibility
- I can reliably reproduce this issue
Activity
[-][Bug][/-][+]Unexpected behavior when renaming or deleting a folder[/+]fix(desktop): compare sidebar and tab paths across separator styles (#…
chore(poc): back the renderer path bridge with a real win32 path (#5683)
chore(poc): drop the separator patches now that window.path is native (…
chore(poc): drop the separator patches now that window.path is native (…
fix(desktop): compare sidebar and tab paths across separator styles (#…
fix(desktop): give the renderer a platform-native path bridge (#5683)
fix(desktop): give the renderer a platform-native path bridge (#5683, #…
fix(desktop): give the renderer a platform-native path bridge (#5683, #…