After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 721364 - filter action colour change not working
filter action colour change not working
Status: RESOLVED DUPLICATE of bug 720751
Product: evolution
Classification: Applications
Component: Mailer
3.10.x (obsolete)
Other Linux
: Normal major
: ---
Assigned To: evolution-mail-maintainers
Evolution QA team
evolution[filters]
Depends on:
Blocks:
 
 
Reported: 2014-01-02 22:18 UTC by Brian J. Murrell
Modified: 2014-01-06 14:55 UTC
See Also:
GNOME target: ---
GNOME version: ---


Description Brian J. Murrell 2014-01-02 22:18:31 UTC 
Since upgrading to 3.10.3 in F20, filters don't seem to be working.

I've tried to debug per https://help.gnome.org/users/evolution/stable/mail-filters-not-working.html.en but nothing gets written to the log.  I documented that in bug 669471.
Comment 1 Brian J. Murrell 2014-01-02 23:38:51 UTC 
So, per bug 669471 I am getting log debug and the debug says that it's taking the actions requested in my filters, one of which is to change the color of the message:

Action: Set color to #34346565a4a4

which is supposed to be a shade of blue.  But the messages in my summary that this action is supposedly being applied to are not actually changed to blue.

So maybe this bug needs to be changed to "filter action colour change not working".
Comment 2 André Klapper 2014-01-03 10:51:19 UTC 
Is this about POP or IMAP? Does it work if you add a "Stop processing" action at the end of that specific filter rule?
Comment 3 Brian J. Murrell 2014-01-03 13:26:26 UTC 
(In reply to comment #2)
> Is this about POP or IMAP?

IMAP

> Does it work if you add a "Stop processing" action
> at the end of that specific filter rule?

The rule actually sets the colour and then adjusts the score -1.  Adding a Stop Processing after both of those actions has no effect[1].

[1] I'm using CTRL-Y to apply filters to already received messages.  I'm hoping that in every/instance CTRL-Y on existing messages behaves like applying filters to newly received messages.
Comment 4 Brian J. Murrell 2014-01-03 13:27:13 UTC 
Well, it doesn't seem to be any different for newly received messages in any case.  Still no  colour applied.
Comment 5 Matthew Barnes 2014-01-06 14:55:57 UTC 

*** This bug has been marked as a duplicate of bug 720751 ***