Software-update: fish 4.9.1

Versie 4.9.0 van fish is uitgekomen met kort erachteraan een opvolger die enkele kleine problemen moet verhelpen. Fish, wat staat voor 'friendly interactive shell', is een Unix-shell met een focus op interactiviteit en gebruikersvriendelijkheid. Het kan bijvoorbeeld worden gebruikt als vervanger van Bash. Downloads zijn beschikbaar voor macOS, Linux, BSD en onder Windows is het ook in Windows Subsystem for Linux te gebruiken. De changelog voor deze uitgave kan hieronder worden gevonden.

fish 4.9.1

This release fixes the following problems identified in fish 4.9.0:

• On non-default keyboard layouts, fish executed bindings for physical keys instead of only bindings for the layout's key. For example, on the Dvorak layout, typing s would insert ; because there is a default binding for ; (#12968).
• When typing space to accept a character entered via certain IMEs, fish would insert a space instead of the desired character, which has been fixed (#12974).
• On macOS terminals, keys like option-l would execute bindings for alt-l instead of the historical behavior of inserting a character (like @ on a German layout) (#12973).

fish 4.9.0

This release exists mainly to work around an issue with the Konsole terminal which would cause shift-pageup to stop working. This release brings 151 new commits since 4.8.1, contributed by 26 authors, 18 of which are new faces.

Interactive improvements

• To mitigate issues in Konsole version v26.07.80’s implementation of the kitty keyboard protocol, fish no longer requests that protocol on Konsole. The omit-term-workarounds feature flag can be turned on to enable the kitty keyboard protocol on Konsole again (#12948).
• On some terminals like kitty, keys like shift-space and space can now be mapped independently (#12898).
• Fixed slow tab completion in directories that contain slow-to-resolve symlinks (e.g. links to network-mounted files) (#12905).
• Abbreviations can now be given a description, which will be displayed in the completion pager (#11291).
• Vi mode commands like cF and cT now work correctly (#12947).

Scripting improvements

• List indexing can now be nested in more cases; for example $foo[$bar[1] 2] is now allowed (#12903).
• Escaped square brackets (e.g. \133 for [) are no longer considered a slicing operator (#7969).
• Variables containing a closing square brackets and used to index into another variable will no longer close the slice early (#12819).
• Builtin help pages now respect an override of the man function (#12886).
• Commands like status=123 echo $status now throw an error instead of silently ignore the variable override (#7790).

Regression fixes:

• (From 4.6.0) Chinese and Japanese translation of error messages owned by the C library were broken (#12895).
• (From 4.3.2) Erasing read-only variables with set --erase was accidentally allowed.
• (From 4.0.0) Builtin fg was not working on NetBSD (#12929).

Versienummer	4.9.1
Releasestatus	Final
Besturingssystemen	Linux, BSD, macOS, Windows 10, Windows 11
Website	Fish
Download	https://fishshell.com
Licentietype	GPL

Reacties (6)

[Jack Flushell]

Gebruik deze al een paar jaar op mijn laptop en heel tevreden mee. Vooral de auto-complete werkt voor mij beter dan de standaard bash auto-completion: hij onthoudt vooral de relevante dingen. De kleurenprompts zijn onnodig, maar uitermate noodzakelijk als nerd .

[L0g0ff]

Ik heb er ook een maandje mee gespeeld auto complete was goud. Maar zo vaak dat bash scripting brak dat het niet betrouwbaar genoeg was voor me.

Ik wil niet moeten denken elke keer of een issue aan fish ligt of aan het script wat ik draai.

Ik ben overgestapt naar zsh icm ohmyzsh met auto complete plugin en dat werkt nagenoeg hetzelfde en is wel posix compliant.

Voor de liefhebber; ik heb een justfile met mijn config hier staan: https://github.com/L0g0ff/KompassOS/blob/main/files%2Fjustfiles%2Fsetup_zsh.just

[The Zep Man]

Ik wil niet moeten denken elke keer of een issue aan fish ligt of aan het script wat ik draai.

Als je script de juiste shebang heeft aan het begin (#!/usr/bin/env bash) en je het direct aanroept vanuit wat voor omgeving dan ook, dan draait het script gewoon onder bash en heb je geen compatibiliteitsproblemen.

[Reactie gewijzigd door The Zep Man op 4 september 2026 09:19]

[L0g0ff]

Ja eens, maar dat blijkt dus niet altijd het geval te zijn. En dan zeggen scripts soms krak terwijl het met bash/zsh wel doorloopt.

[beerse]

De echte #! is #!/bin/bash of #!/usr/bin/bash. Dan weet je zeker dat je script met bash wordt gedraait.

Als je "#!/usr/bin/env bash" gebruikt, ga je alsnog door je environment heen op zoek naar de bash die daar in geconfigureerd is. En als dat dan een alias/functie is om fish (of welke andere shell) te starten, ga je alsnog nat.

Als je #!/usr/bin/env wilt gebruiken, doe daar dan wat mee. En geef dan ook het path naar de shell op zodat je die ook forceert. Bijvoorbeeld "#!/usr/bin/env -i /usr/bin/sh".

[TeleMax]

[...]


Als je script de juiste shebang heeft aan het begin (#!/usr/bin/env bash) en je het direct aanroept vanuit wat voor omgeving dan ook, dan draait het script gewoon onder bash en heb je geen compatibiliteitsproblemen.

Dit is naar mijn mening het enige juiste antwoord. Als je scripts hebt/maakt zonder de interpreter te definieren is dat een MEGA-security risico en zou je er eigenlijk niet aan moeten beginnnen, vind ik.

Sinds januari 1992 heb ik bash gebruikt en half Nederland ermee gebouwd (en afgebouwd ), mijn ~/bin folder heeft nog altijd meer dan 100 (voor mij) essentiele bash-scripts via voor een groot deel nog backward compatible zijn met bash 1.1, maar sinds vorig jaar overgestapt voor mijn default werk shell op fish... sommige dingen zijn wat makkelijker, maar iets complexere scripts zijn en blijven toch echt bash.

Die ~/bin folder reist al 34 jaar met me mee en heb er 95% van mijn opdrachten mee kunnen doen. (nog geen 1 MB)...