Activate Advertisement on right click (context menu)
Hi!
I'm working on 7Zip and my client want to remove a right-click option to zip in .7z format. I add some HKCU key into an .mst to remove it but when deploying in SYSTEM context, if the user don't execute the 7zip shortcut, the key will never be there. Is there a way to kick the advertisement on a right click ?
I'm working on 7Zip and my client want to remove a right-click option to zip in .7z format. I add some HKCU key into an .mst to remove it but when deploying in SYSTEM context, if the user don't execute the 7zip shortcut, the key will never be there. Is there a way to kick the advertisement on a right click ?
0 Comments
[ + ] Show comments
Answers (9)
Please log in to answer
Posted by:
Jsaylor
15 years ago
It sounds like you're looking for the functionality provided in Active Setup.
This will execute whatever changes you'd looking for on next login for every user.
This will execute whatever changes you'd looking for on next login for every user.
Posted by:
darkfang
15 years ago
Posted by:
Jsaylor
15 years ago
Well, I'm pretty sure you're going to be stuck with an active setup for subsequent users unless you want to turn it into a user-context installation, which carries its own special (very, very "special") set of issues. However, you could probably finagle some solution to prevent the first user from having to log out and back in by doing multiple initial deployments.
The exact method would depend on your deployment tool, but you could for instance in SMS/SCCM chain a set of advertisements, the first to install the program to the system profile, the second to trigger a repair with the currently logged in user account.
How exactly are you deploying the application?
The exact method would depend on your deployment tool, but you could for instance in SMS/SCCM chain a set of advertisements, the first to install the program to the system profile, the second to trigger a repair with the currently logged in user account.
How exactly are you deploying the application?
Posted by:
darkfang
15 years ago
Posted by:
Jsaylor
15 years ago
Well, you're talking about using a right click menu as an advertised entry point. The actual actions can be an entry point (aka, right click ---> open can be an entry point,) but the act of right click on an object itself cannot. That acts essentially the same as double clicking a file by using the file association entry point.
Are you saying your self repair doesn't happen when you click an action?
I could also be wrong and retarded, five seconds of google search hasn't proved me wrong yet though!
EDIT: Speaking of google, here's the advertised entry point list as written by Symantec. Your users would have to satisfy one of those conditions before triggering a repair.
Are you saying your self repair doesn't happen when you click an action?
I could also be wrong and retarded, five seconds of google search hasn't proved me wrong yet though!
EDIT: Speaking of google, here's the advertised entry point list as written by Symantec. Your users would have to satisfy one of those conditions before triggering a repair.
Posted by:
pjgeutjens
15 years ago
Posted by:
darkfang
15 years ago
Jsaylor, thanks for all the info you provide. After analysing the vendor .msi, a lot of table was missing. I try to add them (Class, Self-Reg, etc.) and still no repair. After reading about the class table, RegisterClassInfo action was missing too... I add it, same result. Instead of search all the missing parts, I decided to repackage it and it works like a charm.
Posted by:
anonymous_9363
15 years ago
Posted by:
darkfang
15 years ago
Rating comments in this legacy AppDeploy message board thread won't reorder them,
so that the conversation will remain readable.
so that the conversation will remain readable.