Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

tag-prefix doesn't work in attach #4299

Open
mruwek opened this issue May 12, 2024 · 5 comments
Open

tag-prefix doesn't work in attach #4299

mruwek opened this issue May 12, 2024 · 5 comments
Labels

Comments

@mruwek
Copy link

mruwek commented May 12, 2024

Expected Behaviour

<tag-prefix> should perform action on all tagged attachments.

Actual Behaviour

Nothing happens.

Steps to Reproduce

  1. Start neomutt
  2. Open a message with attachments
  3. Open attach menu (by default with v)
  4. tag some attachments (by default with t)
  5. try to use <tag-prefix> (by default with ;)

How often does this happen?

  • Always

When did it start to happen?

first bad commit: [2a9b54b] msgwin: add new features

NeoMutt Version

NeoMutt 20240425
Copyright (C) 2015-2024 Richard Russon and friends
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 6.8.9-300.fc40.x86_64 (x86_64)
ncurses: ncurses 6.4.20240127 (compiled with 6.4.20240127)
libidn2: 2.3.7 (compiled with 2.3.7)
GPGME: 1.23.2
GnuTLS: 3.8.5
libnotmuch: 5.6.0
PCRE2: 10.42 2022-12-11
storage: tokyocabinet, lmdb
compression: lz4, zlib, zstd

Configure options: --build=x86_64-redhat-linux-gnu --host=x86_64-redhat-linux-gnu --program-prefix= --disable-dependency-tracking --prefix=/usr --exec-prefix=/usr --bindir=/usr/bin --sbindir=/usr/sbin --sysconfdir=/etc --datadir=/usr/share --includedir=/usr/include --libdir=/usr/lib64 --libexecdir=/usr/libexec --localstatedir=/var --sharedstatedir=/var/lib --mandir=/usr/share/man --infodir=/usr/share/info CC=gcc SENDMAIL=/usr/sbin/sendmail ISPELL=/usr/bin/hunspell --autocrypt --disable-idn --full-doc --gnutls --gpgme --gss --idn2 --lmdb --lua --lz4 --notmuch --pcre2 --sasl --tokyocabinet --zlib --zstd

Compilation CFLAGS: -O2 -flto=auto -ffat-lto-objects -fexceptions -g -grecord-gcc-switches -pipe -Wall -Werror=format-security -Wp,-U_FORTIFY_SOURCE,-D_FORTIFY_SOURCE=3 -Wp,-D_GLIBCXX_ASSERTIONS -specs=/usr/lib/rpm/redhat/redhat-hardened-cc1 -fstack-protector-strong -specs=/usr/lib/rpm/redhat/redhat-annobin-cc1  -m64 -march=x86-64 -mtune=generic -fasynchronous-unwind-tables -fstack-clash-protection -fcf-protection -fno-omit-frame-pointer -mno-omit-leaf-frame-pointer  -fno-delete-null-pointer-checks -D_ALL_SOURCE=1 -D_GNU_SOURCE=1 -D__EXTENSIONS__ -D_XOPEN_SOURCE_EXTENDED -I/usr/include/libassuan2 -I/usr/include -I/usr/include -I/usr/include -DNCURSES_WIDECHAR -I/usr/include -I/usr/include/p11-kit-1 -I/usr/include -O2

Compile options:
  +autocrypt +fcntl -flock -fmemopen +futimens +getaddrinfo +gnutls +gpgme 
  -gsasl +gss +hcache -homespool +idn +inotify -locales_hack +lua -mixmaster 
  +nls +notmuch -openssl +pcre2 +pgp +sasl +smime +sqlite +truecolor 

MAILPATH="/var/mail"
PKGDATADIR="/usr/share/neomutt"
SENDMAIL="/usr/sbin/sendmail"
SYSCONFDIR="/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: <[email protected]>

Extra Info

  • Fedora 40
@mruwek mruwek added the type:bug Bug label May 12, 2024
@flatcap
Copy link
Member

flatcap commented May 12, 2024

Hi @mruwek, sorry you're having trouble.
I can't seem to repeat the problem, using that exact version.

I tagged a few attachments ttt, then:

  • marked them for deletion ;d
  • saved them ;s
  • undeleted them ;u
  • untagged them ;t

All the actions worked correctly.

Could you try running NeoMutt without any config, to see if you still see the same thing.
Locally save an email with attachments, then:

neomutt -n -F /dev/null -f test.mbox

Thanks

@mruwek
Copy link
Author

mruwek commented May 12, 2024

@flatcap

Could you try running NeoMutt without any config, to see if you still see the same thing.

There you are. 2 movies. First one starring neomutt compiled against 2a9b54b and second one against e4f3b93 (one commit before). Screenplay is the same in both episodes:

  1. start neomutt with arguments from your instruction
  2. test <tag-prefix> in index
  3. open message
  4. open attach menu
  5. test <tag-prefix> in attach menu
  6. show neomutt -v output
tag-prefix-in-attach-doesnt-work_2a9b54b18.mp4
tag-prefix-in-attach-works_e4f3b9380.mp4

@Tonus1
Copy link

Tonus1 commented May 13, 2024

Hi

I have a more general problem with tag-prefix. It first works then stop after some previous use.

I haven't yet narrowed the problem but could be related to an archive/delete macro.

Regards

@mruwek
Copy link
Author

mruwek commented May 23, 2024

@flatcap I tried different terminals (Gnome-Terminal, Mate terminal) and different shells (ZSH and BASH). I tried even Cygwin (neomutt version: 20240323) and still no positive results.

Any thoughts?

@mruwek
Copy link
Author

mruwek commented May 23, 2024

Small update – I recall that there was a bug some time ago that <set-flag> worked but didn't produce the usual help message ("Set flag? (D/N/O/r/*/!):"). I've just checked that it is the same story – it works just fine, but it doesn't show the usual tag- message at the bottom bar.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Projects
None yet
Development

No branches or pull requests

3 participants