CIS v5 hangs on .net4 Framework mzz files

Hello!

New laptop, new Comodo (BTW: Wouldn’t it be nice if Comodo updater would inform about major Program updates? V3 → V4 → V5 no message running updater), minor Comodo problems.

Laptop: Asus X70IC, Win7 Home Premium 64bit & XP Pro 32bit, fresh installed, all Windows Updates, all Asus related drivers, some programs already installed

Issue:

Comodos build in AV never comes to an end scanning some *.mzz files located in SetupCache folder of Microsoft .net Framework v4.0.30319 (german language upgrade installed). If the scan engine comes to a problem related mzz file the file seems to be processed by Comodos status window and the program seems to continue scanning next files. But Filemon shows, AV has not stopped scan of file and the corresponding file created in TEMP folder of user profile for expansion grows on steadily. After a while comodo doesn’t continue scanning files – scan does not end, time still continues running, but no progress in actual scanned file label of status window.
Michael

[attachment deleted by admin]

Thanks for the research you have obviously put into this - it is very much appreciated.

To help the developers we would also very much appreciate it if you would edit your first post to create an issue report in line with the bug forum guidelines and format here. To make it easy, you can copy and paste the format from this topic.

Many thanks in anticipation

Mouse

Seems like bottleneck of stucking AV on certain mzz files has been solved for my Asus X70IC.

What I did in the meantime:

  1. AV database update from 6311 to 6331
  2. Disabled prefetch (XP, Win7) and superfetch (Win7)
  3. Disabled Windows Search Indexer

One of the three points ‘did it’. And even better scanning of C: has become much faster.

Before a AV scan of C: running XP and CIS v5 took 35 minutes (.net4 SetupCache directory excluded).
Now a scan of c: is done in 17 minutes (.net4 SetupCache directory included).

My CFGX file attached, if need again. Zipped this time because it looks like webserver has ‘scrambled’ it.

[attachment deleted by admin]

Thanks could you try re-enabling 2 and 3 and see if the problem returns?

If not maybe the AV has resolved. If not please can you make a report in the standard format (please see stickies)

Best wishes

Mouse

We would very much appreciate it if you would edit your first post to create an issue report in line with the bug forum guidelines and format here. You can copy and paste the format from this topic.

To understand the reasons why we ask you to follow these guidelines please see below.

WHY WE ASK YOU TO FOLLOW THESE GUIDELINES
Bugs/issues can be impossible or very time consuming to fix if developers don’t have enough information to reproduce them. Since CIS is free, development time is limited. So if you want your issue fixed, please use the format below to describe it.

To avoid clutter, issues not described in the format below your post will not be moved to the ‘moderator verified’ issues topic. This means that the developers may not look at it.

Best wishes and many thanks in anticipation

Mouse

Unfortunately we do need this issue to be reported in the right format, and with all the information we have asked for, if we are to forward it to verified issues.

For the moment I am going to move it to the Orphaned/Resolved child board. If you do manage to edit your post to create a complete issue report in standard format, and PM an active mod, we will of course consider moving it to verified reports.

The devs only look at the Orphaned/Resolved board if they have time, so please do edit the post and PM an active mod if you want it fixed.

Best wishes and many thanks in anticipation

Mouse