Can't Type After Clicking Rust Check Compiler Error Bookmark

[turchiad]

Description

Using packages Rust Enhanced, RustFmt and LSP with rust-analyzer, when compiling using Cntrl+S, errors may sometimes provide clickable links to the source of the error (e.g. See Primary: ↓: 99). After clicking on the link, typing is disabled until the file is closed out and reopened. Reopening Sublime does not solve this. Note: this is not an issue with Vintage being ignored or not.

Steps to reproduce

1. Start Sublime Text (Build 4107) with Rust Enhanced, Rustfmt, and LSP with rust-analyzer
2. Produce an error that makes the compiler provide a clickable link (such as the code below)

enum Test {
    TestOne,
    TestTwo,
}

fn main() {
    match TestOne {
        TestOne => println!("Test"),
    }
}

3. Save, letting Rust check run.
4. Click "See Primary: ↓: 7"
5. Attempt to type.

Expected behavior

It's expected to reposition the cursor near the error.

Actual behavior

The cursor is repositioned near the error, but typing is disabled until the file is closed and reopened. view.is_read_only() returns True

Environment

• Build: 4107
• Operating system and version: Fedora 34
• Desktop Environment and/or Window Manager: Gnome

[Bobo1239]

I've also noticed this and have found #432. The problem is probably that the file you're looking at isn't part of your current Sublime project so it's marked as external so rust-enhanced set's the view to read-only when you click on it. What I'm not sure about is whether this is intended behavior since the linked PR message says that this should only affect external macros but the code affects all links afaict.

[turchiad]

I actually noticed that this behavior has disappeared after I started loading projects into Sublime and not just individual files. I can confirm that this happens even with internal links (to my memory).