lp:nano

Created by Colin Watson and last modified
Get this branch:
bzr branch lp:nano

Branch merges

Related bugs

Related blueprints

Branch information

Owner:
VCS imports
Project:
nano
Status:
Development

Import details

Import Status: Reviewed

This branch is an import of the HEAD branch of the Git repository at git://git.sv.gnu.org/nano.git.

The next import is scheduled to run .

Last successful import was .

Import started on juju-98ee42-prod-launchpad-codeimport-3 and finished taking 15 seconds — see the log
Import started on juju-98ee42-prod-launchpad-codeimport-2 and finished taking 2 minutes — see the log
Import started on juju-98ee42-prod-launchpad-codeimport-2 and finished taking 15 seconds — see the log
Import started on juju-98ee42-prod-launchpad-codeimport-0 and finished taking 15 seconds — see the log
Import started on juju-98ee42-prod-launchpad-codeimport-1 and finished taking 10 seconds — see the log
Import started on juju-98ee42-prod-launchpad-codeimport-4 and finished taking 10 seconds — see the log
Import started on juju-98ee42-prod-launchpad-codeimport-4 and finished taking 15 seconds — see the log
Import started on juju-98ee42-prod-launchpad-codeimport-3 and finished taking 10 seconds — see the log
Import started on juju-98ee42-prod-launchpad-codeimport-2 and finished taking 15 seconds — see the log
Import started on juju-98ee42-prod-launchpad-codeimport-3 and finished taking 15 seconds — see the log

Recent revisions

10190. By Benno Schulenberg

tweaks: add a comment that refers to the VTE spurious-code issue

10189. By Benno Schulenberg

input: intercept a spurious keycode and say what the actual problem is

Xfce Terminal sets TERM to xterm-256color even though it does not have
all the capabilities that an xterm has, leading it to misinterpret some
escape sequence and produce a spurious 0x24C key code.

Intercept this mistaken key code and tell the user what is wrong.

This mitigates https://savannah.gnu.org/bugs/?64578.
Reported-by: Lawrence R. Steeger

10188. By Benno Schulenberg

revert the previous commit -- forget about -? as a synonym for --help

An ambiguous option like --back or --word would cause nano to spew
the entire help text. It should do the latter only when the user
explicitly requests it.

10187. By Mateusz Kazimierczuk <email address hidden>

options: add -? as a synonym of -h (--help)

The short option '-?' was removed nine years ago in commit 43019189,
then restored six years later in 5bd92d4c, and then removed again two
months later in 743100fe due to getopt() returning '?' for options
that aren't recognized, preventing the use of '-?' as a valid option.

However, getopt() provides a way to check for unrecognized options
via the 'optopt' variable, which gets set only for invalid options.

Signed-off-by: Mateusz Kazimierczuk <email address hidden>
Signed-off-by: Benno Schulenberg <email address hidden>

10186. By Benno Schulenberg

browser: report an error instead of crashing when the folder disappears

When the directory that the user is browsing in is deleted by another
process at the moment that nano is building the list of file names,
this can result in an empty list, which some items in the main loop
in browse() cannot handle. Prevent this mishandling by not entering
the loop when the list is empty.

This fixes https://savannah.gnu.org/bugs/?64465.
Reported-by: Jerry Meng <email address hidden>

10185. By Benno Schulenberg

docs: add a caveat in the FAQ about bracketed pastes

10184. By Benno Schulenberg

tweaks: normalize the indentation after the previous changes

10183. By Benno Schulenberg

tweaks: reshuffle four lines, to allow folding some #ifdefs together

Also remove an unneeded pair of braces, split a comment,
and correct a mistaken #ifdef.

10182. By Benno Schulenberg

bindings: allow speller and friends to be rebound also in restricted mode

Speller, linter, formatter, and execute-a-command cannot be used in
restricted mode, but the relevant keys should report that the function
is *disabled*, not that the key is unbound.

This fixes https://savannah.gnu.org/bugs/?64226.

Problem existed since version 3.2, since nano reads the nanorc files
also in restricted mode.

10181. By Benno Schulenberg

docs: mention that a restricted nano does not access the history files

With some imagination, the lack of access could be inferred from the
other descriptions, but it's much better to be clear and explicit.

Also, separate two items that are unrelated and reshuffle them into
a neater order.

Triggered by https://savannah.gnu.org/bugs/?64181.

Branch metadata

Branch format:
Branch format 7
Repository format:
Bazaar repository format 2a (needs bzr 1.16 or later)
This branch contains Public information 
Everyone can see this information.