neomutt v20200424 shows full path of a mailbox rather than its name

[Ma27]

Expected Behaviour

An excerpt from my .neomuttrc:

set folder=~/.mutt/mbsync/mbosch/
set sidebar_visible = yes
unmailboxes *
mailboxes +INBOX +Sent +Some +More +Folders

I'd expect neomutt to only show the names of the mailboxes (i.e. INBOX, Sent, Some, ...) in the sidebar.

Actual Behaviour

Rather than showing the names of the mailboxes, the full path (i.e. /home/ma27/.mutt/mbsync/mbosch/Sent) is shown.

Steps to Reproduce

You need a maildir (in my case it's synced with an IMAP server using mbsync) and the config I pasted above.

How often does this happen?

• Always

• Sometimes

When did it start to happen?

It worked as expected on 20200417, the issue appeared after upgrading to 20200424

NeoMutt Version

NeoMutt 20200424
Copyright (C) 1996-2016 Michael R. Elkins and others.
NeoMutt comes with ABSOLUTELY NO WARRANTY; for details type 'neomutt -vv'.
NeoMutt is free software, and you are welcome to redistribute it
under certain conditions; type 'neomutt -vv' for details.

System: Linux 5.5.17 (x86_64)
ncurses: ncurses 6.2.20200212 (compiled with 6.2.20200212)
libidn: 1.35 (compiled with 1.35)
GPGME: 1.13.1-unknown
OpenSSL: OpenSSL 1.1.1f  31 Mar 2020
libnotmuch: 5.2.0
storage: lmdb
compression: zlib

Configure options: --prefix=/nix/store/9212l5nqlwmzyjwi312m8xprqi5959wl-neomutt-20200424 --enable-autocrypt --gpgme --gss --lmdb --notmuch --ssl --sasl --with-homespool=mailbox --with-mailpath= ac_cv_path_SENDMAIL=sendmail --zlib

Compilation CFLAGS: -g -O2 -std=c99 -fno-delete-null-pointer-checks -D_ALL_SOURCE=1 -D_GNU_SOURCE=1 -D__EXTENSIONS__ -I/nix/store/v6844xrvyrqw9lsqh2i8zaba97ay4wl0-gpgme-1.13.1-dev/include -I/nix/store/hxnyx8sm9dz60dyhnk8lvwbrk54v1zqv-libassuan-2.5.3-dev/include -I/nix/store/3f6nabsrp4n8jkkzygpzp0pxchzwifg9-libgpg-error-1.36-dev/include -I/nix/store/9212l5nqlwmzyjwi312m8xprqi5959wl-neomutt-20200424/include -DNCURSES_WIDECHAR -I/nix/store/aqix6wqxi0n8avsihvp2kmay5db70jzy-libkrb5-1.18-dev/include

Default options:
  +attach_headers_color +compose_to_sender +compress +cond_date +debug
  +encrypt_to_self +forgotten_attachments +forwref +ifdef +imap +index_color
  +initials +limit_current_thread +multiple_fcc +nested_if +new_mail +nntp +pop
  +progress +quasi_delete +regcomp +reply_with_xorig +sensible_browser +sidebar
  +skip_quoted +smtp +status_color +timeout +tls_sni +trash

Compile options:
  +autocrypt +bkgdset +color +curs_set +fcntl -flock -fmemopen +futimens
  +getaddrinfo -gnutls +gpgme +gss +hcache +homespool +idn +inotify
  -locales_hack -lua -lz4 +meta -mixmaster +nls +notmuch +openssl +pgp +regex
  +sasl +smime +sqlite +start_color +sun_attachment +typeahead +zlib -zstd
MAILPATH="mailbox"
PKGDATADIR="/nix/store/9212l5nqlwmzyjwi312m8xprqi5959wl-neomutt-20200424/share/neomutt"
SENDMAIL="/usr/sbin/sendmail"
SYSCONFDIR="/nix/store/9212l5nqlwmzyjwi312m8xprqi5959wl-neomutt-20200424/etc"

To learn more about NeoMutt, visit: https://neomutt.org
If you find a bug in NeoMutt, please raise an issue at:
    https://github.com/neomutt/neomutt/issues
or send an email to: <neomutt-devel@neomutt.org>

Extra Info

• The issue disappeared after reverting d77c704 in my local checkout.

[gahr]

There’s been some changes to how the sidebar behaves. Does setting sidebar_short_path=yes help?

[Ma27]

Yes it does, thanks!

Would it make sense to flip the default value though for backwards-compat? :)

[gahr]

It makes sense at first sight, but I guess we’ll have to look into it a bit more. I am uncertain what we might “break” by flipping defaults. Thanks!

[Ma27]

Yeah, I guess that's the safer approach I guess. Thanks for your time!