Want to protect your cyber security and still get fast solutions? Ask a secure question today.Go Premium

x
  • Status: Solved
  • Priority: Medium
  • Security: Public
  • Views: 1368
  • Last Modified:

Removing ghost icon from the system tray

I have one VB6 app that shells a second VB6 app to perform FTP file uploads asynchronously.  The FTP client puts an icon in the system tray.  When the upload is complete, the app issues a NIM_DELETE and terminates, but its icon sometimes doesn't disappear -- instead it persists until the mouse is moved over it.  It seems that this behavior only began when I added logic to issue NIM_MODIFY to update the tool tip to reflect upload progress as a percent.

I took the NIM_ADD, MODIFY and DELETE code directly from an MS article, and I've triple-checked to be sure I got it right.  The article included code for a sample program, and I don't see a problem when running it, although it doesn't do anything but display an icon, allow it to be changed, allow the tool tip to be changed, and delete the icon.

In 17472429, Mark FreeSoftware suggested controlling the mouse to mouse-over the ghost icon, but only the FTP app knows when its done, and the ghost icon is only a problem after the app has terminated, therefore the app cannot do the cleanup.  The first app doesn't know when the FTP app has completed -- the user may have proceeded with some totally unrelated function.

The first app could start a timer that waits until the FTP app is no longer running, but how would i know if there is actually a ghost icon, and if so, how would I get its x/y coordinates to control the mouse?  What I'd really like is some API command that simply refreshes the System Tray...but apparently that doesn't exist.

Any ideas or suggestions would be greatly appreciated!  I'm developing and testing on XP, but the app must run on XP through Win7.

Thanks,

Pete
0
petekipe
Asked:
petekipe
  • 3
  • 3
1 Solution
 
EDDYKTCommented:
strange, normally NIM_DELETE will remove the icon,
Do you do any doevents inside after NIM_DELETE?
may be call serval time in 1 second before your ftp client terminates
0
 
petekipeOwnerAuthor Commented:
I added a DoEvents after every Shell_NotifyIcon, and even tried a loop of 100 after the NIM_DELETE in Form_Terminate.  No luck.
0
 
EDDYKTCommented:
does it happen when you have mutliple instances running?
0
What does it mean to be "Always On"?

Is your cloud always on? With an Always On cloud you won't have to worry about downtime for maintenance or software application code updates, ensuring that your bottom line isn't affected.

 
petekipeOwnerAuthor Commented:
Normally, we don't run multiple instances of the FTP client concurrently.  But the icons remain until I mouse over them -- If I don't mouse over, I'll see multiple icons after repeated runs of the client.  I've seen as many as 6 or 8 icons.
0
 
EDDYKTCommented:
that's normally when you task crash and not even call the NIM_DELETE.

Are you sure that routine get call?
0
 
petekipeOwnerAuthor Commented:
Your last question caused me to move the NIM_DELETE out of Form_Terminate and into one that actually does the FTP, immediately after the FTP is complete.  The icon is now being removed from the System Tray.  Apparently there was a timing issue with trying to delete in either Form_Terminate or Form_Unload (which I had tried earlier).  Many thanks for your help, EDDYKT!
0

Featured Post

Industry Leaders: We Want Your Opinion!

We value your feedback.

Take our survey and automatically be enter to win anyone of the following:
Yeti Cooler, Amazon eGift Card, and Movie eGift Card!

  • 3
  • 3
Tackle projects and never again get stuck behind a technical roadblock.
Join Now