todo.sr.ht

#437 notmuch configuration causes unexpected panic 4 years ago

Comment by ~alexwennerberg on ~sircmpwn/aerc2

~labrat Ah, thanks! I was playing around with the code and forgot to recompile with the flag on

I've been experimenting with notmuch, and at some point, I started getting this panic:

panic: runtime error: invalid memory address or nil pointer dereference
[signal SIGSEGV: segmentation violation code=0x1 addr=0x58 pc=0x8c1b0c]

goroutine 1 [running]:
git.sr.ht/~sircmpwn/aerc/widgets.(*DirectoryList).Selected(...)
        /home/alex/dev/aerc/widgets/dirlist.go:117
git.sr.ht/~sircmpwn/aerc/widgets.(*AccountView).UiConfig(0xc0001a7650, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, ...)
        /home/alex/dev/aerc/widgets/account.go:37 +0x12c
git.sr.ht/~sircmpwn/aerc/widgets.NewAccountView.func1(0x9bfb00)
        /home/alex/dev/aerc/widgets/account.go:60 +0x3b
git.sr.ht/~sircmpwn/aerc/lib/ui.(*Grid).reflow.func1(0xc0000d65c0, 0xc0000d65d8, 0x92)
        /home/alex/dev/aerc/lib/ui/grid.go:196 +0x469
git.sr.ht/~sircmpwn/aerc/lib/ui.(*Grid).reflow(0xc0000d6580, 0xc00007c210)
        /home/alex/dev/aerc/lib/ui/grid.go:228 +0xd0
git.sr.ht/~sircmpwn/aerc/lib/ui.(*Grid).Draw(0xc0000d6580, 0xc00007c210)
        /home/alex/dev/aerc/lib/ui/grid.go:111 +0x319
git.sr.ht/~sircmpwn/aerc/widgets.(*AccountView).Draw(0xc0001a7650, 0xc00007c210)
        /home/alex/dev/aerc/widgets/account.go:135 +0x39
git.sr.ht/~sircmpwn/aerc/lib/ui.(*TabContent).Draw(0xc0001a75e0, 0xc00007c210)
        /home/alex/dev/aerc/lib/ui/tab.go:393 +0x5f
git.sr.ht/~sircmpwn/aerc/lib/ui.(*Grid).Draw(0xc0000d6420, 0xc00007c1b0)
        /home/alex/dev/aerc/lib/ui/grid.go:144 +0x255
git.sr.ht/~sircmpwn/aerc/widgets.(*Aerc).Draw(0xc0000d64d0, 0xc00007c1b0)
        /home/alex/dev/aerc/widgets/aerc.go:172 +0x3d
git.sr.ht/~sircmpwn/aerc/lib/ui.(*UI).Tick(0xc0000720a0, 0xa4c000)
        /home/alex/dev/aerc/lib/ui/ui.go:113 +0xf6
main.main()
        /home/alex/dev/aerc/aerc.go:194 +0x672

My querymap file is:

inbox=tag:inbox and not tag:archived

And my relevant configuration for the notmuch source is:

source   = notmuch://~/mail
query-map = /home/alex/.config/aerc/querymap
outgoing = smtps+plain:<redacted>
default  = INBOX
from     = alex wennerberg <alex@alexwennerberg.com>
copy-to  = Sent

Tried some dumb solutions: restart my machine, reinstall aerc. Unsure what led to this state -- it was working fine before and the only thing I changed that I'm aware of was modifying the querymap file, but I've restored the config to the state it was before and I'm still getting this panic. The error only occurs when the notmuch section is configured -- if I comment it out and leave the IMAP configuration for the same email address, there is no issue.

#430 Clarify Notmuch behavior 4 years ago

Comment by ~alexwennerberg on ~sircmpwn/aerc2

The IRC channel for end user support, rather* ^

#430 Clarify Notmuch behavior 4 years ago

Comment by ~alexwennerberg on ~sircmpwn/aerc2

Perhaps this would be a better message for the mailing list rather than the bug tracker -- let me know. My feature request here is some extended documentation on how notmuch works with aerc in the manpage. Thanks!

#430 Clarify Notmuch behavior 4 years ago

Ticket created by ~alexwennerberg on ~sircmpwn/aerc2

I've been working on setting up notmuch, and I'm a little confused by the manpage. I googled a bit and found this comment by Drew:

https://news.ycombinator.com/item?id=20091268

I currently have notmuch setup with mbsync and maildir, but I'm not sure how I would use notmuch without mbsync? How would the messages get into the notmuch database otherwise?

Thanks!

#245 Long titles don't wrap on mobile 4 years ago

Ticket created by ~alexwennerberg on ~sircmpwn/sr.ht

To reproduce:

Load a resource with a relatively long name on mobile or in a browser emulator: https://git.sr.ht/~alexwennerberg/boxnotes2html

Notice how the name overflows the container

A solution here would be to wrap after the forward slash so the username appears on one line and the repo name appears on the next when it doesn't fit.

#19 Issue with loading Gemini URLS 4 years ago

Comment by ~alexwennerberg on ~julienxx/Castor

Oddly enough, I'm not able to reproduce this now. I'll let you know if it recurs.

#244 Allow gemini/gopher URLs in markdown 4 years ago

Comment by ~alexwennerberg on ~sircmpwn/sr.ht

~sircmpwn Haha, my bad 😓