2013/10/3 Nicolás Alvarez :
> 2013/9/30 Nicolás Alvarez :
>> The registry key should be in HKLM to avoid your
>> product-getting-repaired problem (I don't know why that causes a
>> reboot, but I think that's beside the point; this shouldn't need a
>> reboot-less repair either). So your real problem
I'm curious: if you move the component that is per-user into a separate
feature, would you still get the reboot?
The reason is that in this scenario, when the new user starts up the system,
and Windows Installer discovers that the per-user component "isn't installed"
it first starts a repair.
Shooting from way outside of the court here, but could the order of the
supportedRuntime elements matter? I've always seen them in the opposite order.
> From: chr...@iswix.com
> To: wix-users@lists.sourceforge.net; wix-users@lists.sourceforge.net
> Date: Thu, 3 Oct 2013 16:17:00 -0700
> Subject:
I've never had a problem with this. I typically compile for .NET 2.0 and
set the customaction.config to allow for CLR 2.0 or 4.0 and allow legacy
activation. This gives me the broadest compatibility
Is there a .NET 3.5 feature you really need in your custom action?
--
Clarification: I am using WiX 3.5 tool set to build this right now.
-Original Message-
From: Uma Harano [mailto:uhar...@esri.com]
Sent: Thursday, October 03, 2013 3:38 PM
To: General discussion for Windows Installer XML toolset.
Subject: [WiX-users] .NET support question for custom acti
Hi,
I have a Visual Studio solution that uses DTF to create Custom Actions for my
setup. I am using WiX 3.6. The custom actions need to work on machines that
have .NET Framework 3.5 sp1 or .NET 4.5. My CustomAction.config file has this
information:
When I run the setup that i
2013/9/30 Charles Jenkins :
> But when another user logs in and double-clicks the newly installed program
> icon, the installer briefly appears saying the program will be installed;
> then the program starts, but a reboot is also scheduled on the server --
> regardless of the fact that other use
When I had set up my shortcut (unadvertised, but I am not sure that matters)
mentioned a few posts back, I got the impression that the registry key didn't
really matter; it was just a "vestige" of some Windows Installer weirdness and
would sort of "pollute" the installing user's profile, but tha
2013/9/30 Nicolás Alvarez :
> 2013/9/30 Charles Jenkins :
>> As always, thank you all for trying to help.
>>
>> Rob, I took your and Phil's advice and scoped out the Event Log. Indeed it
>> appears the missing component is that user-specific registry key that I
>> personally don't want anyway, bu
For debugging purposes, IIRC, you can call ::MessageBox(). Just don't
submit that to end-users.
On Thu, Oct 3, 2013 at 11:46 AM, Tunney, Stephen
wrote:
> Thank you Rob for confirming my fears :(
>
> Any suggested workarounds for this? I've been putting my messages into
> custom session properti
Thank you Rob for confirming my fears :(
Any suggested workarounds for this? I've been putting my messages into custom
session properties and then reading them in the log file but it is really hard
to get a handle on the continuity of the CA with other things going on as well
in the background
Never mind, my bad. Sorry.
-Original Message-
From: Ivanoff, Alex [mailto:alex.ivan...@shavlik.com]
Sent: Thursday, October 3, 2013 13:33
To: General discussion for Windows Installer XML toolset.
Subject: [WiX-users] Cannot submit a bug
I am getting the following error trying to submit
I am getting the following error trying to submit a bug on wixtoolset.org:
Error! Something went awry while submitting your changes. Please, try again.
--
October Webinars: Code for Performance
Free Intel webinars can help
Known issue with Windows Installer.
On Thu, Oct 3, 2013 at 10:54 AM, Tunney, Stephen
wrote:
> Hey guys,
>
> I have a managed CA writing a tonne of messages our and a DoAction call
> from a pushbutton on my dialog (immediate CA).
>
> The CA runs just fine but I get ZERO log entries anywhere in th
Hey guys,
I have a managed CA writing a tonne of messages our and a DoAction call from a
pushbutton on my dialog (immediate CA).
The CA runs just fine but I get ZERO log entries anywhere in the /l*v log that
I'm writing out to.
Any thoughts? I remember this being an issue in windows installer
If you have the screen go blank/taskbar disappear and then everything
reappears, and there was someone else logged in, you will prompt for reboot
anyway. But (as happens in the majority of cases with workstations) no one else
was logged in, you will be done.
It's really your call. Different pe
16 matches
Mail list logo
