Hello MAU, > Later tonight I will report in TBBeta some of the bugs I've found.
Almost one day later.... but here is part of what I found. I accidentally deleted some screen shots I had but I think I can explain what happens without them. Take this set of an Incoming filter and sub-filters (in MAU's high level pseudo-language) where the order of sub-filters _is_ important: Filter: IF A Sub-filter 1: IF B, DO 1 Sub-filter 2: IF C, DO 2 Sub-filter 3: IF D, DO 3 Sub-filter 4: IF E, DO 4 ... ... Sub-filter X: IF X, DO N END IF I found several problems in here: 1.- All sub-filters behave as if they had "Continue processing with other filters" selected, but none of them has it. And... 2.- Because of 1 above, if both SubF1 and SubF2 produce a match, which is shown in the log, action for 1 is NOT carried out and YES for 2. But... 3.- If both SubF2 and SubF3 produce a match, both actions are done. Go wonder! All the actions in all sub-folders in this specific case are "Move to folder". So, in 2 above the message gets only moved by Sub2. But why is it "moved" twice for 3 above? Let's see, because this whole issue is more confusing. Even if I was told that, by design, all sub-filters will behave as if they had "Continue processing with other filters" selected: a) Why do they have the 'tickable' option? b) How can a _move_ action be executed twice? If the msg being analysed by the first subfilter is _moved_ it shouldn't even be available for the next sub-filter to do anything with it, not even check it, should it? I could elaborate a bit more, but I think it is enough for the moment. -- Best regards, Miguel A. Urech (El Escorial - Spain) Using The Bat! v4.123 Beta/Umpteen ________________________________________________________ Current beta is (none) | 'Using TBBETA' information: http://www.silverstones.com/thebat/TBUDLInfo.html IMPORTANT: To register as a Beta tester, use this link first - http://www.ritlabs.com/en/partners/testers/
