threaded view broken: crashes with IMAP backend; can't change tags with notmuch backend #200
Labels
No Label
IMAP
JMAP
Maildir
Retired
User Experience
User Interface
bsd
bug
contacts
currently worked on
documentation
duplicate
easy
enhancement
help wanted
invalid
linux-gnu
macos
mbox
notmuch
question
security
wishlist
wontfix
No Milestone
No project
No Assignees
2 Participants
Notifications
Due Date
No due date set.
Dependencies
No dependencies set.
Reference: meli/meli#200
Loading…
Reference in New Issue
There is no content yet.
Delete Branch "%!s(<nil>)"
Deleting a branch is permanent. Although the deleted branch may exist for a short time before cleaning up, in most cases it CANNOT be undone. Continue?
When using the notmuch backend and threaded view, I can't change tags. Specifically: if I run
:tag add test
on a message, then later in a terminal runnotmuch search tag:test
, I get no results.Here's the configuration I used:
If I drop the line
listing.index_style = "threaded"
, adding the tagtest
works.I tried threaded view with the IMAP backend, but meli exits with exit code 101 shortly after (successfully) displaying the inbox.
I'm using the OpenBSD meli port, which is at git commit
3697b7d9
plussome patches.
Also, in threaded view (with notmuch backend) pressing
v
(to select a message) doesn't seem to do anything.@falsifian it seems some code was missing from the thread list, because selection etc logic was duplicated on all lists. I'd like in the future to tidy this up and have one list type that can instead change index style instead of separate type per style.
I pushed a refactoring in
cc439b23
and it seems to work for me; this might introduce some new bugs though. Can you confirm?Just tried at commit
cc439b23
. Marking/unmarking does seem to have an effect: highlights the message in red (though I have to select a different message before it's visible; maybe that's a theme issue). I haven't tried a bulk action on marked messages yet.I can also tag/untag messages with
:tag add ...
and:tag remove ...
but the changes are not visible. If I quit meli and open it again I can see the tag change I made. (Or I can check it manually withnotmuch search tag:...
.) This is an improvement over the previous behaviour where the tag didn't get changed at all.Incidentally, I first tried building at commit
5ba7b2cd
but ran into the following error, which I am guessing is related to commitbd22f986
which as far as I can tell removed some default implementations. However I am building it in an unconventional way, by modifying a few lines of theMakefile
in the OpenBSD port, and haven't ruled out that it could have something to do with that. So I haven't filed a separate bug but could do that anyway if you like.Shoot, sorry for that. I pushed a fix for jmap compilation. I should really add another CI, I used to have a free gitlab.com repository but they removed unlimited free CI recently.
I reworked the list behaviors in the latest commits so you might see changes for the better or worse for this bug.
I think everything is fixed by now in
master
: I reworked selections to work the same on all list styles, and tag updates to update the screen properly. Please feel free to reopen this issue or a new one if something is wrong, I would want to fix it :)