Re: Open With.. functionality doesn't fully work <XPSP1>

Ramesh,

That worked, but it doesn't accomplish the objective, which is to allow
users to add whatever files they want to the Open With menu and make
other file associations.

However, the information you've provided is invaluable. It seems the
permissions on that particular key (HKCU/Software/Classes) are becoming
munged at some point in time, so I'll take a look at that - perhaps do
some regmon work to see exactly where in the build process this is
happening.

Thanks again - and if you can think of any common reason why that HKCU
key's permissions are getting munged, please let me know.

Thanks! I really appreciate your time and efforts in this forum.

David



Ramesh, MS-MVP wrote:
> Small correction:
>
> In the right-pane, double-click (default) and type-in the full path
to the
> program.
>
> Example:
> "C:\Program Files\MyApp\555.exe" "%1"
>
> --
> Ramesh, Microsoft MVP
> Windows XP Shell/User
> http://windowsxp.mvps.org
>
>
> "Ramesh, MS-MVP" <ramesh@xxxxxxxxxxxxxxx> wrote in message
> news:OiwNsZWUFHA.3056@xxxxxxxxxxxxxxxxxxxxxxx
> > Bluescreens,
> >
> > I'll review the Permissions later. See if this helps:
> >
> > Login as Administrator and create a key upto this level:
> >
> >
HKEY_LOCAL_MACHINE\SOFTWARE\Cl­asses\Applications\555.exe\she­ll\open\command
> >
> > Where 555.exe is your application executable (similar to calc.exe,
> > mspaint.exe etc)
> >
> > In the right-pane, double-click (default) and type-in the full path
to the
> > program. (Example: C:\Program Files\MyApp\555.exe)
> >
> > Close Registry Editor.
> >
> > Logoff, and login as Limited user, and use Open-with once. Browse
and add
> > 555.exe and open the text file.
> >
> > --
> > Ramesh, Microsoft MVP
> > Windows XP Shell/User
> > http://windowsxp.mvps.org
> >
> >
> > "Bluescreens" <bluescreens@xxxxxxxxx> wrote in message
> > news:1115242370.097102.73460@xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx
> >>Is the regvalue that you posted from the machine that "doesn't
work" ?
> > BTW,
> >>the value is correctly set.
> >
> > Yes, the regvalue I posted is from a machine that doesn't work. In
> > other words, logged in as admin, everything works, but logged in as
> > user, it does not work. I cannot change the menu that results from
> > selecting Open With ... and Choose Programs.
> >
> >> Are you're referring to the dynamic Open-with list (cascading
menu)
> > or the
> >>"Choose Programs" dialog?
> >
> > The "Choose Programs" dialog, a fairly large menu listing half a
dozen,
> > or more, applications that could concievably open the .txt file I'm
> > selecting.
> >
>
>>HKEY_LOCAL_MACHINE\SOFTWARE\Cl­asses\Applications\555.exe\she­ll\open\command
> >
> >
> > There is no such key. Under Applications I do not see a 555.exe
key
> > while logged in as an administrator. If I log in as admin and then
> > make the change (add 555.exe to the Choose Programs menu), that key
> > still is not present, so I question the validity of that key in
> > determining what appears in Choose Programs.
> >
> >>HKEY_LOCAL_MACHINE\SOFTWARE\Cl­asses\Applications\555.exe
> >
> > Does not exist, as noted.
> >
> >>HKEY_CURRENT_USER\SOFTWARE\Cla­sses\Applications\555.exe (may not
> > exist)
> >
> > It *does* exist here!
> >
> > Here's some interesting data:
> >
> > On the bad machine, here's HKCU....\Applications perms in the
registry:
> >
> > Administrators (Full)
> > RESTRICTED (Read)
> > S-1-5-21-299502267-.... (A long SID) - (Full)
> > System (Full)
> >
> > On a 'good' machine, here's Applications perms in the registry:
> >
> > Administrators (full)
> > RESTRICTED (Read)
> > (the currently logged in user) - (Full)
> > System (Full)
> >
> > So, for some reason, the current user's account's SID isn't
resolving
> > correctly, and so it's not working. The Admin account isn't being
hit
> > by this since it's a part of Local Administrators group, which has
full
> > permissions anyway, so the SID issue isn't an issue for that
account -
> > only for the user account, which has no special permissions other
than
> > that given straight to his own SID....which doesn't seem to resolve
> > correctly to a real user account.
> >
> > So....why would, on some machines (and bear in mind it's not just
one)
> > is this happening? Why are perms on that key messed up?
> >
> > Thanks for all of your help in pinpointing that key, Ramesh!
> >

.

Relevant Pages

  • Re: Open With.. functionality doesnt fully work
    ... key's permissions are getting munged, ... > Small correction: ... > Ramesh, Microsoft MVP ... >> Administrators ...
    (microsoft.public.windowsxp.customize)
  • Re: Shared permissions vs. security
    ... Did you have to make the users power users or administrators only after you ... write/modify permissions to a folder if that is what they need to do their ... -- Verify that membership in the administrators group on all computers is ... updates at Windows Updates. ...
    (microsoft.public.win2000.security)
  • RE: Access Denied when running RSoP
    ... The launch and activation security descriptor for the COM Server application ... It contains Access Control Entries with permissions that are ... which is a part of the McAfee Common ... > Administrators - Full Control - This namespace and subnamespaces ...
    (microsoft.public.windows.server.sbs)
  • Re: start menu My Documents etc dont work
    ... Administrators - Full Control ... Ramesh, Microsoft MVP ... Windows XP Troubleshooting ... I had a look at the permissions for some of the 54 ...
    (microsoft.public.windowsxp.help_and_support)
  • Re: Windows Server 2003 Auto connect printers;
    ... Users who are Administrators are able to see ... > software applications functioning properly with limited ... > You do this by granting only those permissions that are ... > directory and registry keys at a minimum. ...
    (microsoft.public.win2000.termserv.apps)