PDA

View Full Version : Shortcut issue



NewsArchive
02-11-2011, 01:46 AM
Friedrich,

Just got a report from a customer that the shortcut placed on a desktop triggers
UAC, and the resulting program does not run properly. However, a manually created
shortcut works fine. The paths are correct, startup folder is correct, etc.

I'm having them check out the Start Menu shortcuts (which are identical).

I have a feeling there is something they are not telling me, but still
investigating. I expect such behavior if they manually copied the shortcut from
somewhere.

--
Russell B. Eggen
www.radfusion.com
Clarion developers: www.radfusion.com/devs.htm

NewsArchive
02-11-2011, 01:47 AM
Russ,

> Just got a report from a customer that the shortcut placed on a desktop
> triggers UAC, and the resulting program does not run properly. However,
> a manually created shortcut works fine. The paths are correct, startup
> folder is correct, etc.
>
> I'm having them check out the Start Menu shortcuts (which are identical).
>
> I have a feeling there is something they are not telling me, but still
> investigating. I expect such behavior if they manually copied the
> shortcut from somewhere.

I think they made a "Run this program as an administrator" compatibility
setting for this .exe in the past and Windows will never forget it! Even
after an uninstall, the setting is still there.

Does this help?

Friedrich

NewsArchive
02-11-2011, 01:47 AM
Friedrich,

That I did not know. I'll query that.

However, tests on a Win 7 machine with default install settings (meaning MS'
defaults), the install performs flawlessly. I have a feeling the UAC issue that
pops up is when the program does a wupdate check (which it always does first time
you run it). That is completely normal from what I can see.

Appreciate the feedback!

--
Russell B. Eggen
www.radfusion.com
Clarion developers: www.radfusion.com/devs.htm

NewsArchive
02-11-2011, 01:48 AM
How weird is that! I just had the same thing happen to me. As with Russ I
suspected they were not telling me something and had them check the menu
item shortcut in comparison to the desktop shortcut.

Can anything be done about this then Friedrich?

John Fligg

NewsArchive
02-11-2011, 01:49 AM
What was the result of that check, John?

Is the behavior the same for both the desktop shortcut and the menu item
shortcut?

If so, that would give support to Friedrich's theory that the .exe itself
has been 'marked' by Windows as needing to be run as administrator.

Jane

NewsArchive
02-11-2011, 03:22 AM
Russ,

> I have a feeling the UAC issue that pops up is when the program does a
> wupdate check (which it always does first time you run it). That is
> completely normal from what I can see.

I would suggest to use wucheck.exe to check for updates. This web update
client always runs non-elevated.

Friedrich

--
Friedrich Linder
Lindersoft
www.lindersoft.com
+1.954.252.3910

SetupBuilder is Windows 7 installation -- "point. click. ship"

-- Official Comodo Code Signing and SSL Certificate Partner

NewsArchive
02-11-2011, 03:22 AM
Hi John,

> How weird is that! I just had the same thing happen to me. As with Russ I
> suspected they were not telling me something and had them check the menu
> item shortcut in comparison to the desktop shortcut.
>
> Can anything be done about this then Friedrich?

What you can try is to use the "Set App Compatibility Mode" script function
to manipulate the compatibility settings. But it is really NOT RECOMMENDED!
This function is only there to help to install legacy (non-UAC-compliant)
applications.

BTW, the Shortcut itself does not store any execution level privilege
information. The execution level information comes from:

1. an embedded manifest
2. an external manifest
3. Compatibility mode setting (the Registry)

And of course, if an asInvoker manifested application is launched from
another elevated running app. In this case, the administrator execution
level privileges are carried over and as a result, this app also runs
elevated now.

Friedrich

NewsArchive
02-12-2011, 03:14 AM
Thanks. I'll make that adjustment.

On another matter similar to this, just got off the phone with the client and one
thing he pointed out that would make the installation go smoother is that they
want and need the data location to be on a server (Win 2008 in this case - new
installation, new server). Due to security, the install could not create the new
folders, so their admin had to come in and adjust their permissions.

The idea being that I need to produce a document that would act like a checklist
of things they must have in place before an install runs. I don't feel
comfortable setting those permissions in SB7 (even if I could do it) as that would
upset a few admins in the future.

--
Russell B. Eggen
www.radfusion.com
Clarion developers: www.radfusion.com/devs.htm

NewsArchive
02-12-2011, 03:14 AM
Russ,

Just curious - if your server install is requireAdministrator, why wouldn't
a user who could run it on a server have sufficient permissions to create
the data folder on the server?

Jane

NewsArchive
02-12-2011, 03:15 AM
They don't run it on the server, the data location is on the server. All installs
run from workstations.

--
Russell B. Eggen
www.radfusion.com
Clarion developers: www.radfusion.com/devs.htm

NewsArchive
02-12-2011, 03:17 AM
Yep - exactly the same. So I am told!

John