| Summary | Improved regular expression matching in virtual classifications |
| Platform | Unix |
| Category | bugfix |
| Valid for | 4.9.x, 5.0.x, 5.1.x, 5.2.x, 5.3.x, 5.4, 5.4.0.1 |
| Requires | 4.9.0.1 - 5.2.0.0: 445, 4.9.0.1 - 4.9.0.7: 473, 4.9.0.1 - 4.9.0.7: 545 |
| Client Required Patch/es | |
| Supersedes | 467 |
| Superseded by | |
| Affects | Server: Core |
| Last Updated | October 12, 2016 |
patch585-2.tar.gzThis patch updates the handling of regular expression matches
in virtual classifications. Previously the matching would stop
if it matched the source value even if there was no matching
date.
If source 'abc' on 2008-01-01 was matched against
[REGEXP-MAPPINGS]:
ab.*:2008-02-01:DEST1:1
a.*:2007-01-01:DEST2:1
it would match "ab.*" but then be rejected (return '{Unmatched}')
because the expression is only valid from 2008-02-01.
This patch will update the matching so it will continue looking
for valid matches until either a valid match is found or all
possible regular expressions has been tested.
Note that matches are still done in the defined sequence in the
mapping file. It will always use the first valid match found.
A bug in the back end caused virtual mappings based on regular expressions to use wrong dates. This only happened when there were multiple equal regexp keys that were mapped to different values depending on dates.
Unpack tar file in e.g /tmp/patch on the Open iT host. Do the following as root: cd /tmp/patch ./patch.pl
No corresponding Patches available.