I know this is a quite late reply, but maybe it still helps you or others:
Apart from the obvious solution, which would be Always Connect like Wolfgang stated, there is also a "Bug" in the Checkpoint Watchdog which we had a ticket about with Checkpoint quite some years back. Since then this Bug is reappearing from time to time. Hope the explanation is understandable:
One of the Watchdogs tasks is, to care that TRGUI.exe is started in the user's context if a user logs on. Eventually, this causes issues if you have a second logon on your computer, in my case, 2 prominent scenarios are:
- I work on my computer with my normal, non admin Account, lets say "user1". If I perform administrative tasks, like opening Active Directory Console on my Computer, I do that by Run As different User / Run As Administrator and use my Admin Account instead, let's say Admin1. Now the mmc.exe runs ad Admin1 while I am still normally logged on as User1. Watchdog now (from time to time) detects: Hey there is a new user logged on Admin1 and he does not have the TrGui.exe started for him, let's start it. Here's the issue, the TrGui.exe is now started a second time, which does not work... if TrGui.exe is started the first time, it's put to the tray icon and does nothing... if it starts a second time (same as if you select Checkpoint from the start menu), it launches the connect process, there you have your connect window.
- The same thing also happens with our software deployment system, which uses a domain user with client admin permissions, instead of the local system account to install software, as users have no admin permissions. Watchdog detects this secondary logon and the same thing happens as in the first scenario.
I could also imagine, this is the same if you for example have scheduled tasks running in the background with a different user, besides the system accounts...
This was quite some years back and I don't remember exactly, but I think this could be seen in the epwd.log in your Watchdogs Log Directory.
Nico