Hello doxsys,
"mysterious" events fall into one of three categories: 1) the observed behaviour is normal and explainable but not intuitive, 2) the observed behaviour is normal but some information is missing to assess it, 3) the sequence of events is a symptom of an underlying bug.
What we have here with QM could be case 2: When a threat is detected QM is informed what has been found and where (together with information how cleanup thinks it could deal with it). At open time QM checks if the "where" is still valid and in case the offending file has disappeared the entry is removed from the list - silently that is though, there's no corresponding entry in the log. IMO this action should be logged. It's quite simple to test this with EICAR. In practice this is likely to occur with caches and temporary files.
Christian
Hello doxsys,
"mysterious" events fall into one of three categories: 1) the observed behaviour is normal and explainable but not intuitive, 2) the observed behaviour is normal but some information is missing to assess it, 3) the sequence of events is a symptom of an underlying bug.
What we have here with QM could be case 2: When a threat is detected QM is informed what has been found and where (together with information how cleanup thinks it could deal with it). At open time QM checks if the "where" is still valid and in case the offending file has disappeared the entry is removed from the list - silently that is though, there's no corresponding entry in the log. IMO this action should be logged. It's quite simple to test this with EICAR. In practice this is likely to occur with caches and temporary files.
Christian