I can confirm this problem.
I’ve installed Windows 7 (SP1 integrated) a few days ago in VMware Player and have been installing applications and fine tuning the system since then. Neither the previous 6.3 nor the current 7.0 version of Comodo Firewall install properly, showing the same symptoms as described above.
When installing directly from the MSI (unpacked manually from the installation EXE, a 7-Zip SFX), it becomes suspicious that the otherwise lengthy step of “cloud validating running applications” (or whatever it is called) is missing and installation finishes too soon. This is probably a consequence of the same base problem as the other symptoms.
The firewall starts up (after reboot) very “uneasily”. If I run the main program, cis.exe, manually, it starts up but whatever configuration changes I make are lost: if I open advanced configuration again (without even exiting cis.exe) the settings are the same as before. If I manage to make the tray icon appear (cistray.exe, does not always start), changes made in its context menu seem to be accepted by the engine (services running in the background) - e.g. I get a confirmation message about disabling the firewall - but settings in the tray icon’s context menu do not change.
I can’t start applications most of the time either. I get messages about having no permission to access files - even on FAT drives where file permissions do not exist. Actually, I can’t even uninstall the program (see more below) because the Windows Installer service is also inaccessible.
If I manage to change settings directly in the registry (HKEY_LOCAL_MACHINE\SYSTEM\Software\Comodo\Firewall Pro), I don’t see the changes affecting the engine. It’s as if the engine was blocking (sandboxing?) everything. This seems logical, though, as the list of configurations is empty. (The three initial configurations are imported upon installation as I can see them in the registry.) If I import my own configuration, the import finishes with success but too soon and nothing appears in the list of configurations. I can’t see it imported in the registry either.
If I manually disable the enigne (see below), delete the three initial configurations in the registry, import my own and then enable the engine again, I can see my configuration in the registry but not in the normal menus (cis.exe) and the symptoms are still there.
Parts of the engine (cmdagent.exe, cavwp.exe, cis.exe) cannot be killed from Task Manager and the Comodo Internet Security Helper Service (= cmdagent.exe) cannot be stopped but these should be part of self-defence. If I manage to start any file manager then I can rename cmdagent.exe to cmdagent.ex an CisTray.exe to CisTray.ex (not nice! ESET NOD32 protects its own files!), reboot and the engine is disabled. Then I can run applications and uninstall Comodo Firewall.
I suspected that file/registry permission are the root cause but adding my own user with full control, inherited, to the registry key (see above) does not help. I haven’t played around with files yet. (Note: Windows 7 installs on NTFS only so the system drive does have file permissions.)
My Windows XP, installed almost ten years ago (!), has been fine tuned to death: it has compatibility problems with sloppily written programs. Comodo Firewall 6.3 has been working fine for months on it so Windows 7 itself must have something to do with this.
This is all I’ve come up with yesterday. Now I have work to do so I suspended experiments.