I sted this out on my Google Apps email and noticed that trying to open some emails causes some hangs, or I didn't wait long enough, either way there's a bit of a bug here I think.
Please share a trace of alps (hit Ctrl+backslash while it's hanging).
I took a stack trace, except that it's too big to paste here :D
Here's the stack trace I took but it'll expire in ~10mins (my self-hosted pastebin service is ephemeral):
I'm not sure how to paste large content here on sr.ht :)
You can use paste.sr.ht :P
Oh gawd I really am a sr.ht n00b! :O
It's stuck in a
UID FETCHcommand for some reason. Maybe try with
-debugto understand what's up? Make sure to remove any personal information from the log.
My sincerest apologies, I haven't had time to get back to debugging this.
I tried a more recent version of alps just doay and ran into the exact same issue, but of course I forgot to start the binary with
-debugand then I wasn't able to repro a 2nd time 🤦♂️
If I can repro again in debug mode I'll report back with something more concrete, sorry!
I can reproduce it always (using GMAIL as IMAP server):
- Pick any post thread and (vía GMAIL web interface) set last message as unread (in your INBOX folder).
- Start alps (in my case simply run
alps -debug -theme alps imaps://imap.gmail.com smtps://smtp.gmail.com)
- Enter with same GMAIL account
- Try to open the unread message.
- Client hangs.
I can capture a debug log here https://lesma.eu/vibinujo
Any news about this? Have you been able to reproduce it? If I can do anything else or help in any way, please let me know.
I have submitted a relevant patch. Could you report whether it fixes the issue you described?
I just did some tests now and it seems to work correctly 👌. I will keep it under observation and confirm the results tomorrow.
After a week of tests all works perfect. ~kon patch fix this issue.
Okay, so the issue is that the
FETCHcommand marks the message as read, and causes an unilateral
FETCH (FLAGS)response as a side effect.
This is going to be better handled by go-imap v2.