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

Prepare for 23.3 release #6488

Merged
merged 7 commits into from
Mar 31, 2023
Merged

Conversation

pascalkuthe
Copy link
Member

@pascalkuthe pascalkuthe commented Mar 30, 2023

This PR is a kitchen sink for all outstanding bug fixes left on the milestone.
Closes #6482
Closes #6346
Closes #3821
Closes #6467
Closes #6483

Commits are best reviewed separately. Most of the diff are the Cargo.lock changes from running cargo update

@pascalkuthe pascalkuthe added C-bug Category: This is a bug E-easy Call for participation: Experience needed to fix: Easy / not much S-waiting-on-review Status: Awaiting review from a maintainer. labels Mar 30, 2023
@pascalkuthe pascalkuthe force-pushed the prepare_release branch 2 times, most recently from 4d14600 to a9462e4 Compare March 30, 2023 16:53
@pascalkuthe pascalkuthe added this to the 23.03 milestone Mar 30, 2023
@pascalkuthe pascalkuthe changed the title Prepare for 22.3 release Prepare for 23.3 release Mar 30, 2023
the-mikedavis
the-mikedavis previously approved these changes Mar 31, 2023
mWalrus and others added 6 commits March 31, 2023 04:25
the previous implementation used set_string_truncated. This is not only
awkward with this kind of "streaming" string (and therefore lead to an
inefficient and incorrect initial implementation) but that function also
truncates strings of width 1 when there is only a single char available.

The implementation here is performant, correct and also handles the
single width case correctly.
The current implementation didn't reload the theme if no no theme was
explicitly configured (so the default theme was used). This commit
brings `refresh_theme` in line with the initialization code.
Utf-8 support has been around for a while as an unstable feature but
utf-32 is fairly new. A bunch of LS (like rust-analyzer) added this in
a pinch, but it's pretty broken right now. The performance overhead is
not very large (still a lot better than utf-16). We can switch back
once the ecosystem has matured.
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
C-bug Category: This is a bug E-easy Call for participation: Experience needed to fix: Easy / not much S-waiting-on-review Status: Awaiting review from a maintainer.
Projects
None yet
4 participants