~nfraprado

São Paulo, Brazil

https://nfraprado.net


#510 panic while writing email a month ago

Comment by ~nfraprado on ~sircmpwn/aerc2

I'm now running on master and the issue is still there. I'd be happy to help debug it in any way I can.

#510 panic while writing email a month ago

Ticket created by ~nfraprado on ~sircmpwn/aerc2

While writing an email, aerc occasionally panics. The error output is printed all over the terminal, but I will paste the two logs below tidied up.

This happens in an IMAP account (it's not a protonmail account). I'm not sure what causes it. It occurs randomly while composing a message, so probably something that happened in the background.

Both happened in subsequent runs while editing the same email, but I doubt it's related to the email itself since it has already happened before.

I'm running v0.5.2.

005aa000, 0x1000, 0x1000, 0x19, 0x0, 0x0) os/file.go:117 +0x85
git.sr.ht/~sircmpwn/aerc/widgets.NewTerminal.func1(0xc000a44dc0, 0xc00045ba40)
git.sr.ht/~sircmpwn/aerc/widgets/terminal.go:128 +0xe5
created by git.sr.ht/~sircmpwn/aerc/widgets.NewTerminal
git.sr.ht/~sircmpwn/aerc/widgets/terminal.go:124 +0xfe

goroutine 519 [chan receive, 11 minutes]:
git.sr.ht/~sircmpwn/aerc/widgets.NewTerminal.func1(0xc000a446e0, 0xc0002fa640)
git.sr.ht/~sircmpwn/aerc/widgets/terminal.go:125 +0x3e
created by git.sr.ht/~sircmpwn/aerc/widgets.NewTerminal
git.sr.ht/~sircmpwn/aerc/widgets/terminal.go:124 +0xfe

goroutine 465 [chan receive, 7 minutes]:
github.com/emersion/go-imap-idle.(*Response).Handle.func1(0xc0004a8780)
github.com/emersion/go-imap-idle@v0.0.0-20190519112320-2704abd7050e/response.go:31 +0x3e
created by github.com/emersion/go-imap-idle.(*Response).Handle
github.com/emersion/go-imap-idle@v0.0.0-20190519112320-2704abd7050e/response.go:30 +0x7e

goroutine 712 [chan receive, 7 minutes]:
github.com/emersion/go-imap-idle.(*Response).Handle.func1(0xc000459038)
github.com/emersion/go-imap-idle@v0.0.0-20190519112320-2704abd7050e/response.go:31 +0x3e
created by github.com/emersion/go-imap-idle.(*Response).Handle
github.com/emersion/go-imap-idle@v0.0.0-20190519112320-2704abd7050e/response.go:30 +0x7e
goroutine 706 [select, 7 minutes]:
github.com/emersion/go-imap-idle.(*Client).Idle(0xc0005c04f0, 0xc0007aa5a0, 0x0, 0x0)
github.com/emersion/go-imap-idle@v0.0.0-20190519112320-2704abd7050e/client.go:63 +0x18f
github.com/emersion/go-imap-idle.(*Client).IdleWithFallback(0xc0005c04f0, 0xc0007aa5a0, 0x0, 0x0, 0x0)
github.com/emersion/go-imap-idle@v0.0.0-20190519112320-2704abd7050e/client.go:92 +0x288
git.sr.ht/~sircmpwn/aerc/worker/imap.(*IMAPWorker).handleMessage.func1(0xc00025b220)
git.sr.ht/~sircmpwn/aerc/worker/imap/worker.go:197 +0x47
created by git.sr.ht/~sircmpwn/aerc/worker/imap.(*IMAPWorker).handleMessage
git.sr.ht/~sircmpwn/aerc/worker/imap/worker.go:196 +0x156
[signal SIGSEGV: segmentation violation code=0x2 addr=0x7f5b3c024000 pc=0x7f5b85395806]

runtime stack:
runtime.throw(0x561ba0a07cec, 0x2a)
runtime/panic.go:1117 +0x74
runtime.sigpanic()
runtime/signal_unix.go:718 +0x305
goroutine 60 [select]:
github.com/gdamore/tcell.(*tScreen).PollEvent(0xc0003b4000, 0xc0003ad7a8, 0xc0005ec0c0)
github.com/gdamore/tcell@v1.3.0/tscreen.go:791 +0x8a
git.sr.ht/~sircmpwn/aerc/lib/ui.Initialize.func1(0xc000318190, 0x55660e2f7c38, 0xc0003b4000)
git.sr.ht/~sircmpwn/aerc/lib/ui/ui.go:47 +0x42
created by git.sr.ht/~sircmpwn/aerc/lib/ui.Initialize
git.sr.ht/~sircmpwn/aerc/lib/ui/ui.go:45 +0x29b

goroutine 210 [select, 3 minutes]:
github.com/emersion/go-imap-idle.(*Client).Idle(0xc0000ca150, 0xc0007fa240, 0x0, 0x0)
github.com/emersion/go-imap-idle@v0.0.0-20190519112320-2704abd7050e/client.go:63 +0x18f
github.com/emersion/go-imap-idle.(*Client).IdleWithFallback(0xc0000ca150, 0xc0007fa240, 0x0, 0x0, 0x0)
github.com/emersion/go-imap-idle@v0.0.0-20190519112320-2704abd7050e/client.go:92 +0x288
git.sr.ht/~sircmpwn/aerc/worker/imap.(*IMAPWorker).handleMessage.func1(0xc0000fc5a0)
git.sr.ht/~sircmpwn/aerc/worker/imap/worker.go:197 +0x47
created by git.sr.ht/~sircmpwn/aerc/worker/imap.(*IMAPWorker).handleMessage
git.sr.ht/~sircmpwn/aerc/worker/imap/worker.go:196 +0x156

goroutine 227 [syscall]:
github.com/ddevault/go-libvterm._Cfunc_vterm_output_read(0x7f2a68000ec0, 0xc0004f3000, 0x1000, 0x0)
_cgo_gotypes.go:527 +0x4b fp=0xc00048ce98 sp=0xc00048ce68 pc=0x55660e0b34cb
github.com/ddevault/go-libvterm.(*VTerm).Read.func1(0xc00031ce30, 0xc0004f3000, 0x1000, 0x1000, 0x0)
github.com/ddevault/go-libvterm@v0.0.0-20190526194226-b7d861da3810/vterm.go:350 +0x7f fp=0xc00048ced0 sp=0xc00048ce98 pc=0x55660e0b5edf
github.com/ddevault/go-libvterm.(*VTerm).Read(0xc00031ce30, 0xc0004f3000, 0x1000, 0x1000, 0x1, 0x0, 0x0)
github.com/ddevault/go-libvterm@v0.0.0-20190526194226-b7d861da3810/vterm.go:350 +0x4b fp=0xc00048cf08 sp=0xc00048ced0 pc=0x55660e0b484b
git.sr.ht/~sircmpwn/aerc/widgets.(*Terminal).flushTerminal(0xc000326840)
git.sr.ht/~sircmpwn/aerc/widgets/terminal.go:157 +0x7f fp=0xc00048cf58 sp=0xc00048cf08 pc=0x55660e0de5ff
git.sr.ht/~sircmpwn/aerc/widgets.NewTerminal.func1(0xc000326840, 0xc00022c460)
git.sr.ht/~sircmpwn/aerc/widgets/terminal.go:142 +0x93 fp=0xc00048cfd0 sp=0xc00048cf58 pc=0x55660e0e44b3
created by git.sr.ht/~sircmpwn/aerc/widgets.NewTerminal
git.sr.ht/~sircmpwn/aerc/widgets/terminal.go:124 +0xfe
[signal SIGSEGV: segmentation violation code=0x2 addr=0x7f2a68024000 pc=0x7f2abe56b7f8]

runtime stack:
runtime.throw(0x55660e13bcec, 0x2a)
runtime/panic.go:1117 +0x74
runtime.sigpanic()
runtime/signal_unix.go:718 +0x305

#16 Add maildir & mbox workers a month ago

Comment by ~nfraprado on ~sircmpwn/aerc2

I suppose this is a requirement if one wants to reply to a patch they weren't CC'ed in?

#139 Importing an mbox file that is an exact duplicate may not reset status message on page. 2 months ago

Comment by ~nfraprado on ~sircmpwn/lists.sr.ht

This issue is still happenning, and from my test, posting a new message on the list did not get rid of the status. This effectively breaks the import feature, since it blocks new imports from happenning, and the only way seems to be delete the mailing list and create it again...

And this issue also happens when nothing is selected before clicking the Import button.

#497 When replying to own email, remove yourself from "To:" 3 months ago

Comment by ~nfraprado on ~sircmpwn/aerc2

Just tested it and works great!

I tried replying there on the thread but my message fell out of it. I don't have the time to investigate that further today, but I'll try another day.

#496 Remove HTML tags when replying to HTML in plain text 3 months ago

Comment by ~nfraprado on ~sircmpwn/aerc2

Nevermind, found out about piping through html filter on aerc-templates' example as said on #396.

REPORTED RESOLVED DUPLICATE

#497 When replying to own email, remove yourself from "To:" 3 months ago

Ticket created by ~nfraprado on ~sircmpwn/aerc2

Sometimes it happens that you answer your own email to complement it with some information or follow up on the discussion. When that happens, aerc puts yourself in the "To:" field since you're answering your own email.

I think your own email should be ommited from "To:" when replying to yourself, unless it's the only one.

#496 Remove HTML tags when replying to HTML in plain text 3 months ago

Ticket created by ~nfraprado on ~sircmpwn/aerc2

When an HTML mail is replied to, the quoted text contains still contains all the HTML tags, which makes it harder to answer in-line.

I think just substituting tags with newlines and stripping all other would already make it very usable. I no longer have a mutt setup to compare to, but I believe that was done on mutt, though I could be wrong.

#467 Wrong filter path if installed from source 6 months ago

Comment by ~nfraprado on ~sircmpwn/aerc2

Ooh I'm sorry, I presumed that path would be something hardcoded and updated by the makefile, but of course it makes sense that it is set in the config file... I fixed my config file and everything looks great. Thanks for clarifying!

#467 Wrong filter path if installed from source 6 months ago

Ticket created by ~nfraprado on ~sircmpwn/aerc2

When aerc is installed from source, the following error is thrown when opening a plaintext email:

awk: fatal: cannot open source file /usr/share/aerc/filters/plaintext for reading: No such file or directory

That happens because the share folder when installing from source is /usr/local/share rather than /usr/share. This is correctly set by the Makefile but isn't reflected in aerc's codebase.

#177 seems related. I didn't pass any parameters to make though.