~rockorager

St. Paul, MN

https://timculverhouse.com/

Trackers

~rockorager/go-jmap-mail

Last active 4 days ago

~rockorager/go-jmap

Last active 4 days ago

#2 Correctly handle nullable time.Time 3 days ago

Comment by ~rockorager on ~emersion/gqlclient

Does this only apply to the referenced patch? It seems like the issue in that patch can be traced to this value.

It seems to me like gqlclient shouldn’t have to handle nullable structs, but that inputs should marshal to json properly on their own. In this case, changing time.Time to *time.Time should fix SubmitTicketInput.

I haven’t looked much deeper than that though so I recognize this might be shortsighted.

#71 panic while aborting message 7 days ago

Ticket created by ~rockorager on ~rjarry/aerc

I got this panic while aborting a message


aerc has encountered a critical error and has terminated. Please help us fix
this by sending this log and the steps to reproduce the crash to:
~rjarry/aerc-devel@lists.sr.ht

Thank you


This error was also written to: /tmp/aerc-crash-20220803-085409.log
panic: runtime error: invalid memory address or nil pointer dereference [recovered]
	panic: runtime error: invalid memory address or nil pointer dereference
[signal SIGSEGV: segmentation violation code=0x1 addr=0x0 pc=0x920d7d]

goroutine 111 [running]:
git.sr.ht/~rjarry/aerc/logging.PanicHandler()
	git.sr.ht/~rjarry/aerc/logging/panic-logger.go:47 +0x6de
panic({0xa19a80, 0xf318a0})
	runtime/panic.go:884 +0x212
github.com/ddevault/go-libvterm.(*VTerm).Write.func1(0xc0004ee000?, {0xc001123000?, 0x9e8fc0?, 0x0?})
	github.com/ddevault/go-libvterm@v0.0.0-20190526194226-b7d861da3810/vterm.go:358 +0x1d
github.com/ddevault/go-libvterm.(*VTerm).Write(0xc0000147b0?, {0xc001123000?, 0xc0004ee000?, 0x0?})
	github.com/ddevault/go-libvterm@v0.0.0-20190526194226-b7d861da3810/vterm.go:358 +0x33
git.sr.ht/~rjarry/aerc/widgets.NewTerminal.func1()
	git.sr.ht/~rjarry/aerc/widgets/terminal.go:140 +0x145
created by git.sr.ht/~rjarry/aerc/widgets.NewTerminal
	git.sr.ht/~rjarry/aerc/widgets/terminal.go:127 +0x131

#70 Two threading bugs 7 days ago

Comment by ~rockorager on ~rjarry/aerc

#70 Two threading bugs 7 days ago

Comment by ~rockorager on ~rjarry/aerc

What's the caching situation? Does it fetch/cache only what's visible or a specific block size? I could imagine setting that to say "threads will contain at least the last N days".

If you have caching turned on, messages which have been fetched (IE displayed) will be cached. You can set the max age of any item via cache-max-age. That said, just because it's in the cache doesn't mean it will now be threaded. Cached messages are only loaded when they need to be displayed.

#69 Message List doesn't update after delete/move 9 days ago

Comment by ~rockorager on ~rjarry/aerc

I have a pending patch for this

#69 Message List doesn't update after delete/move 9 days ago

~rockorager assigned ~rockorager to #69 on ~rjarry/aerc

#69 Message List doesn't update after delete/move 9 days ago

Ticket created by ~rockorager on ~rjarry/aerc

When archiving/deleting/moving a message from a mailbox, the UI can sometimes not update. To reproduce:

Preconditions: IMAP backend

  1. Select folder A
  2. Select folder B
  3. Re-select folder A
  4. Move message from folder A to anywhere else

Result: Message remains in message list (in gray color, by default)

Expect: Message removed from message list.

This is due to the way we add seqnums to the imap worker. Seqnums are added when we fetch headers. If no headers are fetched (the mailbox already is entirely in memory), then the SeqMap will be empty and the way we handle expunges breaks.

#25 After clearing a filter, any action leads to reloading the current folder 15 days ago

Comment by ~rockorager on ~rjarry/aerc

REPORTED RESOLVED FIXED

#25 After clearing a filter, any action leads to reloading the current folder 15 days ago

Comment by ~rockorager on ~rjarry/aerc

RESOLVED CLOSED REPORTED

#25 After clearing a filter, any action leads to reloading the current folder 15 days ago

Comment by ~rockorager on ~rjarry/aerc

REPORTED RESOLVED CLOSED