Ok...I was afraid of that :) but it's good to know I should change
direction.

Many thanks for your help,

Francesc


On Thu, Apr 15, 2010 at 12:23 AM, Sascha Beaumont <sascha.beaum...@gmail.com
> wrote:

> Unfortunately, no.
>
> You're going to need to redesign your data migration process, possibly
> requiring a manual step or separate tool that runs  pre or post
> install as the user.
>
>
> Sascha
>
>
>
> On Wed, Apr 14, 2010 at 11:02 PM, Francesc Castells
> <fcaste...@dgtexperts.com> wrote:
> > Thanks Sascha,
> > >From your comment, I studied what is going on in the installer with the
> > impersonation, etc...and you'll probably scream here, but the thing is:
> >
> > 1- The installer is "per machine" and updates a "per user" installation
> > (this can't be changed)
> > 2- It runs elevated, with admin rights, otherwise it complains that it
> > doesn't have rights to modify a specific file
> > 3- There are several immediate CA that run in the UI sequence (called by
> a
> > button in a dialog):
> >   a- Upgrade MSDE to SQL Express calling SQL Express installation package
> >   b- Import data (this is the one that is failing)
> >   c- Uninstall the old application calling "msiexec /qb
> > /X{<OLD_PRODUCT_CODE>}"
> >
> > If "b" ran not elevated, it would work, but then the rest of the
> installer
> > doesn't work. The question is: Can I run an installer as Admin and a
> > specific CA as the windows logged in user (the initial user before
> > elevation)?
> > Otherwise, I don't see how I can solve this...
> >
> > Thanks again for your help,
> >
> > Francesc
> >
> >
> > On Wed, Apr 14, 2010 at 1:39 AM, Sascha Beaumont
> > <sascha.beaum...@gmail.com>wrote:
> >
> >> Most likely your CA is running deferred and with elevated privileges,
> >> try setting CustomAction/@Impersonate="true"
> >>
> >>
> >> On Wed, Apr 14, 2010 at 12:53 AM, Francesc Castells
> >> <fcaste...@dgtexperts.com> wrote:
> >> > Hi,
> >> > I have an installer that upgrades an old program and imports the data.
> To
> >> do
> >> > that, it opens the old program's config file and gets the path to the
> >> data
> >> > files (an access .mdb file, for example). The problem is that most of
> the
> >> > times the data was stored in Program Files, so Vista has created a
> >> virtual
> >> > store to save the modified files.
> >> > When the program accesses Program Files, it is redirected by Vista to
> the
> >> > Virtual Store, but when the Custom Action accesses the same folder,
> it's
> >> > actually accessing the Program Files folder. I don't really know how
> this
> >> > VirtualStore business works, but I guess that Vista doesn't "see" the
> >> Custom
> >> > Action the same way that "sees" the application (regarding user rights
> or
> >> > something).
> >> > My questions are:
> >> > - Is there any straight forward solution? something I'm missing?
> >> > - or should I be looking for some sort of registry search or path
> >> > manipulation to find out where the real data is?
> >> > - or should I try to find the way of running the CA with the same
> rights
> >> or
> >> > something than the application, so Vista does the redirection
> >> automatically?
> >> >
> >> > Any help will be appreciated,
> >> >
> >> > Francesc
> >> >
> >>
> ------------------------------------------------------------------------------
> >> > Download Intel&#174; Parallel Studio Eval
> >> > Try the new software tools for yourself. Speed compiling, find bugs
> >> > proactively, and fine-tune applications for parallel performance.
> >> > See why Intel Parallel Studio got high marks during beta.
> >> > http://p.sf.net/sfu/intel-sw-dev
> >> > _______________________________________________
> >> > WiX-users mailing list
> >> > WiX-users@lists.sourceforge.net
> >> > https://lists.sourceforge.net/lists/listinfo/wix-users
> >> >
> >>
> >>
> >>
> ------------------------------------------------------------------------------
> >> Download Intel&#174; Parallel Studio Eval
> >> Try the new software tools for yourself. Speed compiling, find bugs
> >> proactively, and fine-tune applications for parallel performance.
> >> See why Intel Parallel Studio got high marks during beta.
> >> http://p.sf.net/sfu/intel-sw-dev
> >> _______________________________________________
> >> WiX-users mailing list
> >> WiX-users@lists.sourceforge.net
> >> https://lists.sourceforge.net/lists/listinfo/wix-users
> >>
> >
> ------------------------------------------------------------------------------
> > Download Intel&#174; Parallel Studio Eval
> > Try the new software tools for yourself. Speed compiling, find bugs
> > proactively, and fine-tune applications for parallel performance.
> > See why Intel Parallel Studio got high marks during beta.
> > http://p.sf.net/sfu/intel-sw-dev
> > _______________________________________________
> > WiX-users mailing list
> > WiX-users@lists.sourceforge.net
> > https://lists.sourceforge.net/lists/listinfo/wix-users
> >
>
>
> ------------------------------------------------------------------------------
> Download Intel&#174; Parallel Studio Eval
> Try the new software tools for yourself. Speed compiling, find bugs
> proactively, and fine-tune applications for parallel performance.
> See why Intel Parallel Studio got high marks during beta.
> http://p.sf.net/sfu/intel-sw-dev
> _______________________________________________
> WiX-users mailing list
> WiX-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wix-users
>
------------------------------------------------------------------------------
Download Intel&#174; Parallel Studio Eval
Try the new software tools for yourself. Speed compiling, find bugs
proactively, and fine-tune applications for parallel performance.
See why Intel Parallel Studio got high marks during beta.
http://p.sf.net/sfu/intel-sw-dev
_______________________________________________
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Reply via email to