Update client and Windows 7 issue

[bcamden]

This used to work under XP and Vista:

I have my program running the trueupdate client by calling the following function when the main window loads:

Private Sub RunTrueUpdateClient()
Dim ProcID As Integer
' update program.
Try
ProcID = Shell("ProjectLogUpdateClient.exe", AppWinStyle.NormalFocus, False, 2000)
Catch excep As FileNotFoundException
Try
ProcID = Shell("ProjectLogUpdateClient.exe", AppWinStyle.NormalFocus, False, 2000)
Catch ex As Exception
MessageBox.Show("Log update program not found. See Bill.", "Program Not Found", MessageBoxButtons.OK, MessageBoxIcon.Error)
End Try
End Try
End Sub

Running the main program results in the FileNotFoundException being thrown. However, if the main program is run as Administrator (right click, run as Administrator), then it works fine and the update is successfully run.

Is there a way of getting the above function to work without the main program being run as Administrator?

[jassing]

do you have your true update client set to "require administrator"?

[bcamden]

The main program has to be run as administrator regardless of the requested user privilege level in the TrueUpdate Client. I tried it with As invoker and Highest available.

[jassing]

Just so I understand --

Your VB application is running as administrator (via "runas" or manifest?)
and your trueupdate client is set to require administrator.

i think we can rule out rights then.

Could you preface your "trueupdateclient.exe" with the fullpath to it?
COuld you change yoru vb code to display the actual error, not just assume it's a path issue?

[bcamden]

I am sure it was a rights issue. I didn't want to run the main program as administrator (my users don't have administrator rights) but it seems necessary to get the update client to run as shown above.

I got it to work by turning off UAC in the domain.

UAC is like agoraphobia. You may feel safer, but you don't get anything done.

[jassing]

While I dont' agree with your assessment of UAC, which is shared by a lot of people that don't take the time to understand it.. this does get back to my original question -- do you have your TrueUpdate set to "require administrator" elevation?

If you're trying to update program code (ie: c:\program files) on a UAC protected system, you must have administrator elevation. Period.

That or, as one of my clients does, simply disable UAC & force a reboot.... It's easier than fixing his application.

If you check off that hte trueudpate client requires administrator elevation; then this problem will likely go away -- however, I've already misunderstood yourstatements twice now, so my advice should be taken as wild guesses & stabs in the dark.

[Sakuya]

Originally Posted by bcamden

UAC is like agoraphobia. You may feel safer, but you don't get anything done.

I strongly agree, That's why I've always got it disabled.

[haralds]

Originally Posted by bcamden

This used to work under XP and Vista:

I have my program running the trueupdate client by calling the following function when the main window loads:

Private Sub RunTrueUpdateClient()
Dim ProcID As Integer
' update program.
Try
ProcID = Shell("ProjectLogUpdateClient.exe", AppWinStyle.NormalFocus, False, 2000)
Catch excep As FileNotFoundException
Try
ProcID = Shell("ProjectLogUpdateClient.exe", AppWinStyle.NormalFocus, False, 2000)
Catch ex As Exception
MessageBox.Show("Log update program not found. See Bill.", "Program Not Found", MessageBoxButtons.OK, MessageBoxIcon.Error)
End Try
End Try
End Sub

Running the main program results in the FileNotFoundException being thrown. However, if the main program is run as Administrator (right click, run as Administrator), then it works fine and the update is successfully run.

Is there a way of getting the above function to work without the main program being run as Administrator?

We are creating a commercial application, and this is throwing a real wrench into the works. We cannot run as Administrator for the application, and Windows 7 does not appear to allow sub launching to request a higher privilege level.

We need to find a solution for this.

Any ideas. If I run the Updater at the regular privilege level, will I run into the same issue, once I download a patch application?

-- Harald

[jassing]

Originally Posted by haralds

We are creating a commercial application, and this is throwing a real wrench into the works. We cannot run as Administrator for the application, and Windows 7 does not appear to allow sub launching to request a higher privilege level.

We need to find a solution for this.

I think you've already narrowed it down -- based on the info you've provided, I would say this is a windows issue, not a TU issue.... I would open a support ticket with MS.

[haralds]

Boy, you have not been in the business.

As a consumer software developer, this does not fly. You have to work around Microsoft's issues.

Apple might listen (and there are a LOT fewer issues in that space), but with Microsoft, you just suck up and make it work.

Our application uses Qt, and their Desktop Services calls seem to work, but do not provide return results.

We'll have to rig up a registry mechanism - not pretty...

[jassing]

calling me "boy" will surely get you help in the future. Anyone "in the business" (as I am) would know that it's par for the course to call up microsoft and open a ticket -- usually it's cost effective to do so to find a solution, rather than a work around. Had you asked for a workaround, I'd have given you one, but you asked for a solution. Good luck on your project...

[haralds]

No harm intended - boy was not addressing you, it was "oh boy"... I had no intention of sounding condescending. Sorry, if it hurt your feelings.

Anyway, have you had luck with any of those tickets? If you had had it, you are luckier than me.

If you have a work around, I'd love to hear about it.

-- Harald

[bcamden]

The situation seems worse than I thought.

It does not seem possible to use True Update in Windows 7 with UAC turned on.

To call the update client, the main program must be run as administrator. This triggers the UAC prompt everytime the program is run. This is not acceptable to users.

If the main program is not run as administrator, then the update client cannot be successfully run from the main program, at least using any method that I can figure out.

Hopefully, this situation will be fixed very soon.

Relying on Microsoft for a fix wouldn't seem to be a smart business decision by Indigo Rose.