Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

ST does not use NSFilePresenter to notice changes in document paths #6609

Open
tjw opened this issue Jan 29, 2025 · 0 comments
Open

ST does not use NSFilePresenter to notice changes in document paths #6609

tjw opened this issue Jan 29, 2025 · 0 comments

Comments

@tjw
Copy link

tjw commented Jan 29, 2025

Description of the bug

Renaming a document open in ST, via Terminal, Finder, whatever, doesn't automatically update the path for the open document. This is rock bottom basic macOS functionality offered by NSDocument and very surprising and annoying that it doesn't work in this app.

Steps to reproduce

  • Create ~/Documents/foo.txt.
  • Open in ST (I did it via the subl command line tool).
  • In Finder, rename the document to bar.txt.
  • The document's path in ST is not correctly updated.

Expected behavior

The document's path should be updated based on the NSFilePresenter conformance receiving the change notification (or better yet, just using NSDocument, which will do it automatically)

Actual behavior

The document is marked as edited. Incredibly bizarre deviation from platform norms.

Sublime Text build number

4192

Operating system & version

macOS 15.1.1 (24B91)

(Linux) Desktop environment and/or window manager

No response

Additional information

No response

OpenGL context information


Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

1 participant