Make CIS disregard queued alerts if newly created rules deal with them [M977]

1. What version of CIS, or Comodo Firewall, are you currently using:
Comodo Internet Security 7.0.312140.4101 RC

2. What actually happened or you saw
Currently CIS ques alerts when there are more than one, however lets say you’re using a torrent program for the first time and it tries to make hundreds of connections, you don’t want to sit through all those alerts so while the alert is still showing you go into the advanced settings and set up rules for the torrent program that deals with all kinds of traffic, for example “Allow all this traffic if x or y” and then “Block all other traffic” and now you click OK and then just click Allow on the alert, now it will still show ALL queued alerts from those hundreds of initial connections so even though you now have rules for that traffic it will still show the queued alerts.

TL;DR: New application > Firewall alerts > Ignore alerts and create rules yourself in advanced settings > Queued alerts will still appear even if the newly created rules deal with those connections.

3. What you wanted to happen or see
My wish is for CIS to recheck Global Rules and Applications Rules if there are now rules for the traffic before showing each queued alert.

I.e it should work like this: New application > Firewall alerts > Ignore alerts and create rules yourself in advanced settings > Queued alerts will be rechecked before they are shown and if there are now rules that deal with the alert then that alert will not be shown however if there are no new rules that deal with the alert then it will be showed.

4. Why you think it is desirable
It’s only logical to discard old and no longer relevant queued alerts that now have rules for them, also for cases like torrent programs you’d be bombarded with hundreds and sometimes thousands of queued alerts which pretty much forces the user to reboot unless the user wants to have an alert showing on the screen at all times…

5. Any other information

Please let me know which version of CIS you are currently using. I just changed the format slightly as I realized that was missing, and want to make sure each post if complete before moving.


Thank you for submitting this Wish Request. I have now reset the poll and moved this to the WAITING AREA.

Please be sure to vote for your own wish, and for any other wishes you also support. It is also worthwhile to vote against wishes you think would be a waste of resources, as implementing those may slow down the wishes you would really like to see added.

Thanks again.

I would like to thank everyone who has voted on this particular enhancement. As there have been 20 or more votes, and more than 75% of those votes were positive, I have added this to the tracker for consideration by the devs. However, do note that even though this wish will be considered by the devs, it does not necessarily mean that it will be implemented. I will update this topic when I have any additional information.

Thank you.

Upon further investigation, would you agree that this may be a duplicate of the bug report already submitted here:


Yes however I’m not sure if this issue is a bug or intended behavior, the bug report was made in October 2013 and still I don’t know if this is a bug or if it’s intended. My best guess is that it is intended behavior and hence a wish makes more sense.

As the other report is currently embraced as a bug I will retire this Wish Request.



If they still haven’t paid attention to the bug report and fixed the issue by 2015 then you’ll mode this wish back to verified? Deal? 88) >:-D

This was just noticed as a duplicate in the tracker. Both bugs and wishes are processed through the same process. Thus, it was not possible to keep both of them and it makes sense to keep the one submitted as a bug.

I hope that makes a little more sense, although I do understand your frustration. Hopefully they will be able to fix it soon.


Makes sense.