docs/install/release-notes/1-0-1.mdx
GHSA-5hcq-3j4q-4v6p. Fixed a security vulnerability where Ghostty was improperly handling window title sequences in such a way that could lead to arbitrary code execution (required user interaction).
GHSA-hfg5-8q2c-crhc.
The file created with write_*_file keybind actions previously defaulted to
mode 0644 allowing any local user to read the file. The file now defaults
to mode 0600 to prevent unauthorized access.
PR: #3460
Ghostty will now create a default configuration file on launch if no non-empty configuration files are found. In line with our zero configuration philosophy, the default configuration file only has comments, but the comments help educate users on file location, syntax, and documentation.
For the 1.0.0 release, we noticed there was a significant amount of confusion about where the configuration file was located, how to edit it, and what options were available. This change is intended to help users better understand how to configure Ghostty.
PR: #4115 (CoreText), #3837 (Freetype)
Ghostty now supports bitmap fonts on both macOS and Linux. Bitmap fonts must still be in truetype format, but may contain bitmaps for each glyph instead of outlines.
PR: #4004
The "Settings" menu option (open_config keybinding action) has
improved in several ways.
First, Ghostty now finds the first non-empty configuration file to open if one exists. Previously, Ghostty would always open the XDG configuration path first, even if the AppSupport path existed. This led to confusion because the AppSupport path overrides the XDG path. Now, Ghostty will open the AppSupport path if it exists, and if not, it will open the XDG path.
Second, Ghostty now properly prioritizes opening the AppSupport path over the XDG path if neither path exists. This is important because the AppSupport path overrides all other paths on macOS.
Third, Ghostty now uses the -t flag with open to open the configuration
file in a text editor.
#ABC).
#4111confirm-close-surface can now be set to always to always show the
confirmation dialog when closing a window.
#3700window-titlebar-foreground and window-titlebar-background
configuration options.
#3806Full list of closed issues on GitHub.
cmd+1 now works in addition to
cmd+one and cmd+. is the same as cmd+period.
#4147write_selection_file would sometimes write empty contents.
#4078scrollback-limit configuration now accepts numbers larger than 32-bit.
#3906background-opacity on both macOS and Linux.
#3347--font-family="" was set specifically
on the command-line.
#4151sudo aliases.
#4080toggle_visibility would bring up unusable
"ghost windows" in certain circumstances. #3219focus-follows-mouse.
#3337open_config action now prefers AppSupport path over XDG to
match loading priority.
#3953open_config action now uses the -t flag with open so
that a text editor opens.
#3284nvim directory.
#3966$HOME was not writable.
#3949gtk-titlebar=false and
gtk-tabs-location=hidden.
#3178window-decoration=false and
gtk-titlebar=true.
#3999window-theme=ghostty
(requires libadwaita 1.8).
#3920gtk-titlebar=false.
#3940xdg-terminal-exec fields to the desktop file.
#3853ghostty-${VERSION}.tar.gz
(from ghostty-source.tar.gz) and extracts to a directory named
ghostty-${VERSION} (from ghostty-source). This better aligns with
standard source tarball conventions. The PACKAGING.md file has been
updated to reflect this change.
#3490DESTDIR now works properly as documented in PACKAGING.md.
#3426Ghostty 1.0.1 still contains many known issues, but is considered stable for general, professional use.
We are working hard to triage and resolve these issues. This release addresses what we felt were the most critical issues, especially given many people are about to return from holiday and get back to work. Please see the GitHub discussions and issue tracker for more information on known or newly discovered issues.
We plan to release a version 1.0.2 in the near future. We don't want to get in the habit of releasing too many patch versions, but there are still a number of important issues discovered from our initial public release that we feel are important to resolve as quickly as possible.
The major categories of issues we are looking into for 1.0.2 are keyboard input issues especially with non-US keyboard layouts, xterm compatibility issues, and GUI issues on both Linux and macOS.
Long term, we plan to follow a general pattern of only releasing one or two patch versions after a significant release, followed by a months-long period of development towards the next significant release1. This pattern will allow package maintainers to keep up with our releases and get them into distribution channels without too much churn, and allow maintainers to focus on new features and improvements.
Barring any critical issues or security advisories that require immediate attention. ↩