[prev in list] [next in list] [prev in thread] [next in thread] 

List:       kmail-devel
Subject:    [Bug 75517] after applying ad-hoc filters the wrong message is
From:       Justin Mason <jm-kde () jmason ! org>
Date:       2004-04-15 18:48:33
Message-ID: 20040415184833.19482.qmail () ktown ! kde ! org
[Download RAW message or body]

------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
      
http://bugs.kde.org/show_bug.cgi?id=75517      




------- Additional Comments From jm-kde jmason org  2004-04-15 20:48 -------
Yes, this is biting me too.

I'm one of the SpamAssassin developers, so maintaining a corpus of ham/spam mails is \
very important to me; to this end, I generally do not delete mails, instead moving \
them to "deleted-ham" and "spam" folders.  I do this in ExMH currently using 2 \
keyboard bindings, one for "refile message(s) as spam", one for "refile message(s) as \
deleted-ham".

To support this in KMail, I've been trying out filters bound to keys.  Here's one for \
this example:

Filter Name: delete as ham
Match all of following:
   Subject matches RE ".*"
   [ie. a "match anything" condition]
Filter actions:
   file into folder _deld
Apply this filter on manual filtering
If this filter matches, stop here
Add this filter to the Apply Filter Actions menu

I then have a keybinding from "s" to that Filter action.

Now, this is a great idea, credit to you guys for coming up with it.  A very nice way \
to script these things! ;)

However, there's a bug in how the UI reacts to this, as follows.

1. I select 1 message from my inbox
2. press 'S'
3. message is refiled as expected
4. the next message in the Message List pane is highlighted

however, this is the bug: it is an unfocused highlight -- the one with the dotted box \
only, instead of dotted box and highlight background colour.  The results are that \
the message text box still displays the refiled message's text (however I don't \
really care about this) and (more importantly, to read the next message, I must \
either (a) click again on that message to highlight it correctly, or (b) press \
"Down", "Up" cursor keys to do the same.

The same applies if multiple messages are selected and refiled using the filter, BTW.

Something wierd happens if I press "Delete", however; the message text pane updates, \
the current selection in the message list pane is set to highlight the \
unfocused-but-selected message, I can read the message, I can press 'S' or whatever \
and it'll work.  Everything is as it should be, in other words.   I don't know what \
else the "Delete" key might be doing in this case ;) but it does seem like a \
work-around.

My suggestion would be: either make whatever the 'Delete' key is doing, the default \
behaviour after a Filter is applied; or else add a checkbox to the Filters dialog to \
allow that behaviour to be chosen by the user for their Filter.

(thanks, BTW!  Apart from this, KMail might just be about to become my main mail UI \
-- which is saying something considering I live in my mailreader! ;) \
_______________________________________________ KMail developers mailing list
KMail-devel@kde.org
https://mail.kde.org/mailman/listinfo/kmail-devel


[prev in list] [next in list] [prev in thread] [next in thread]