I was able to reproduce the issue, bug accepted

Just a heads up on this:

Apparently, Postbox implements tag change events different from the other mail
programs; normally a FOlderListener implements the OnItemPropertyFlagChanged
event but in Postbox a different structure is used:


An observer for the event "pb-tag-changed" has to be implemented. Unfortunately
there is no documentation and their own implementation of thatobserver is
closed source, so I do not know how to implement this. I have reached out to
their technical support team to help me, but it usually takes a while until
they reply. 

I will update the bug once I know how to implement this in Postbox.

Created an attachment (id=7943) [details]
2.7.1 prerelease 35

Here is a first bash at creating a filter on tag change in Postbox.

This will always look at the last tag added, but it might also be triggered
when you have more than one tag and remove one - Postbox doesn't tell me
whether the tag was added or removed so in this case quickFilters will think
that the previous tag (which still applies to the message) was just added. It
will work in most cases where only a single tag is used or also where multiple
tags are added (the last tag is used as action, not all tags).

I haven't tested yet against tagging multiple mails or coversations.

what's the best way to test this?

-enable Assistant
-apply tag to one message
-apply same tag to another message?

Also - I assume this update is reflected in prerelease 45?

(In reply to comment #4)
> what's the best way to test this?
> 
> -enable Assistant
> -apply tag to one message
> -apply same tag to another message?
> 
> Also - I assume this update is reflected in prerelease 45?
> 

There are number of tests you can do. Always enable the Assistant for these.

1) Apply a Tag to a message (Expected: Assistant is opened)

2) Apply a Tag to a conversation (You might be able to use the "group" template
to extract multiple mail addresses)

3) remove a Tag (expected behavior: Assistant should _not_ be triggered!)

4) Apply an additional different Tag to a message with a tag (expected
behavior: the correct / last-added tag is picked up in the filter dialog)

5) Apply a Tag that is already set in an existing filter to a message
(Expected: merge dialog is triggered)

(In reply to comment #5)
> (In reply to comment #4)
> > Also - I assume this update is reflected in prerelease 45?
> > 
> 

I forgot to answer this one: yes all my builds are cumulative, so whatever you
get with a previous prerelease is in the following one. Backouts of features
are fairly rare.

*** Bug 25882 has been marked as a duplicate of this bug. ***

Created an attachment (id=7945) [details]
2.7.1 prerelease 57

The previous version was also triggered by Tag changes that were _caused_ by a
filter action, so the assistant popped up even when the Tag change was not
manual.

This new version should only pop up if a Tag is added to a message manually.

The bug was reported as fixed by Jay. So this is going to be part of 2.7.1 -
Happy days :)