Rust layer; running rustfmt with `, b f` causes line numbers to disappear until toggled again
- Dominant language
- Emacs Lisp
- Stars
- 22.7k
- Forks
- 3.1k
- Avg merge
- 10h 46m
- Merged PRs (30d)
- 4
Description
### I confirm that...
- [X] I have searched the [issue tracker](https://github.com/doomemacs/doomemacs/issues), [documentation](https://docs.doomemacs.org), [FAQ](https://docs.doomemacs.org/-/faq), [Discourse](https://discourse.doomemacs.org), and [Google](https://google.com), in case this issue has already been reported/resolved.
- [X] I have read "[How to Debug Issues](https://doomemacs.org/d/how2debug)", and will use it to provide as much information about this issue as possible.
- [X] The issue can be reproduced on the **latest** available commit of Doom.
- [X] The issue can be reproduced on a stable release of Emacs, such as 27 or 28. *(Doom does not support development builds like 29+ or any version ending in .50 or .9x)*
### Expected behavior
I expect to not lose my line numbers when I run rustfmt when running "cargo fmt" from the `, b f` menu.
### Current behavior
When I run cargo fmt, the line numbers disappear until I toggle them again.
### Steps to reproduce
Open emacs, load a rust .rs file, make sure either absolute line numbers or relative line numbers are on, run cargo fmt via `, b f` and then the line numbers disappear.
### System Information
https://pastebin.com/5c3WVjWh
Contributor guide
Research direction
Reproduce the issue in a Rust .rs buffer with absolute or relative line numbers enabled. Start at the `, b f` entry point that invokes `cargo fmt`, then trace what happens to the buffer display after formatting. Done means running `cargo fmt` no longer hides the line numbers.
Written by the indexing model from the issue text.
Assessment
- Tech stack
- emacs-lisp, rust
- Domain
- tooling
- Issue type
- Bug
- Difficulty
- 3/5
- Estimated time
- 1-2 days
- Activity status
- Stale
- Clarity
- Mostly clear
- Newbie friendliness
- 45/100