Windows XP install nit: missing new program highlight on start menu

Bug #198441 reported by jsyjr
4
Affects Status Importance Assigned to Milestone
Bazaar
Confirmed
Wishlist
Unassigned

Bug Description

Setting up a new PC: XP Pro, SP2.

Installed in this order:
- SpywareBlaster
- SpyBotSD
- Bazaar using standalone installer

Noticed that on start menu SpywareBlaster and SpyBotSD are highlighted as new programs but Bazaar is not.

Revision history for this message
Alexander Belchenko (bialix) wrote : Re: [Bug 198441] [NEW] Windows XP install nit: missing new program highlight on start menu

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

 tags win32
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.6 (MingW32)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org

iD8DBQFHzjRTzYr338mxwCURArNwAKCLlEdJQDvw/yeixG6XgWqSk67T9gCeJALM
mi2NbSDLv11qp2cGysM0fVM=
=WJb4
-----END PGP SIGNATURE-----

Revision history for this message
Alexander Belchenko (bialix) wrote :

Thank you for your report. I'm actually never take attention for this effect. I'll try to reproduce this and decide what we could do to make it shines.

Changed in bzr:
importance: Undecided → Wishlist
Revision history for this message
Mark Hammond (mhammond) wrote :

As far as I know, there is no API available for this - Windows manages this highlighting itself and doesn't expose any way to control it (other than to disable it completely)

Revision history for this message
John A Meinel (jameinel) wrote :

Is the final file installed as bzr.exe? I thought Windows guessed at which entries based on their extension, etc.
In my experience, Windows gets it as wrong as it gets it right. Highlighting things like config programs that I never plan on running, missing executables that I *do* run, and not clearing out the highlight if I run the program via something like a desktop icon.

If someone can figure out the magic invocation to get XP to notice, I would be happy to use it.

Changed in bzr:
status: New → Triaged
Revision history for this message
Mark Hammond (mhammond) wrote :

http://blogs.msdn.com/oldnewthing/archive/2007/06/11/3215739.aspx describes things fairly well, but is also what gives me the impression it is out of our control - but I haven't followed all the references.

Revision history for this message
John A Meinel (jameinel) wrote :

That specific one is more about what appears in the "most recently used" list. This bug is about highlighting menu items that have been recently added. (Different algorithm.) Certainly we can't control the MRU, but we may be doing something wrong if after installing it doesn't trigger the "New programs have been installed."

Revision history for this message
Mark Hammond (mhammond) wrote :

Oops - I knew it was one of his blogs - try http://blogs.msdn.com/oldnewthing/archive/2007/06/21/3434925.aspx

Revision history for this message
Mark Hammond (mhammond) wrote :

and looking at the items we install, it appears the problem is that we don't actually install shortcuts to any new programs. We do install a shortcut to cmd.exe, but I'm guessing Windows will resolve such links before looking at the final executable to determine if its "new" (especially given that blog entry makes specific reference to the timestamps on the programs themselves)

Martin Pool (mbp)
Changed in bzr:
status: Triaged → Confirmed
Jelmer Vernooij (jelmer)
tags: added: check-for-breezy
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.