Bash removes unrequested characters in bracket expressions (not a range).

Configuration Information [Automatically generated, do not change]: Machine: x86_64 OS: Linux-gnu Compiler: gcc Compilation CFLAGS: -DPROGRAM='bash' -DCONF_HOSTTYPE='x86_64' -DCONF_OSTYPE='linux-gnu' -DCONF_MACHTYPE='x86_64-pc-linux-gnu' -DCONF_VENDOR='pc' -DLOCALEDIR='/usr/share/locale' -DPACKAGE

Re: URL-links not activated – Bash v. 4.4.23

Thanks for the tip! pe 23. marrask. 2018 klo 14.26 Greg Wooledge (wool...@eeg.ccf.org) kirjoitti: > On Fri, Nov 23, 2018 at 02:21:04PM +0100, Ricky Tigg wrote: > > To reproduce: on Linux with GUI in GUI terminal – e.g. gnome-terminal – > > execute following command then attempt to click present U

Re: URL-links not activated – Bash v. 4.4.23

On Fri, Nov 23, 2018 at 02:21:04PM +0100, Ricky Tigg wrote: > To reproduce: on Linux with GUI in GUI terminal – e.g. gnome-terminal – > execute following command then attempt to click present URL links: > > $ rpm -qfi `which FBReader` > (...) > > Actual result: it fails. > > Yet while the follow

URL-links not activated – Bash v. 4.4.23

To reproduce: on Linux with GUI in GUI terminal – e.g. gnome-terminal – execute following command then attempt to click present URL links: $ rpm -qfi `which FBReader` (...) Actual result: it fails. Yet while the following,command is executed, same URL links can be clicked: $ rpm -qfi `which FBR

[PATCH] Fix custom program's completions when initial word is set

The change to fix mid-word initial completion inadvertently broke custom command completion. To reproduce: cat > repro< --- Dear Maintainer, noticed this a bit too late after some more testing. This fix appears to work, let me know if you'd like a different solution. Thanks! bashline.c | 2 +-