[wix-devs] 5355 - util:RegistrySearch clears the variable when the key or value is not found

Bob Arnson bob at firegiant.com
Tue Jun 30 10:24:12 PDT 2020


Yes. Documentation is the worst way to *only* warn for changes like this. WixCop is at least contextual.

-----Original Message-----
From: Rob Mensching <rob at firegiant.com> 
Sent: Tuesday, 30 June, 2020 13:02
To: WiX Toolset Developer Mailing List <wix-devs at lists.wixtoolset.org>
Cc: Bob Arnson <bob at firegiant.com>
Subject: RE: [wix-devs] 5355 - util:RegistrySearch clears the variable when the key or value is not found

Bob, are you saying "wix convert" should warn on all Bundle searches that the behavior changed?

I think we may just need to start collecting a documentation page that lists breaking changes that can't be converted. Burn will already have the bulk of entries since we're not converting procedural source code.

-----Original Message-----
From: wix-devs <wix-devs-bounces at lists.wixtoolset.org> On Behalf Of Bob Arnson via wix-devs
Sent: Friday, June 26, 2020 4:53 PM
To: WiX Toolset Developer Mailing List <wix-devs at lists.wixtoolset.org>
Cc: Bob Arnson <bob at firegiant.com>
Subject: Re: [wix-devs] 5355 - util:RegistrySearch clears the variable when the key or value is not found

Probably they wouldn't, but they might have which would be a behavior change that might be breaking. It's a general problem: When we make breaking changes, should we add warnings to wix-convert? It seems like the best place. 

-----Original Message-----
From: wix-devs <wix-devs-bounces at lists.wixtoolset.org> On Behalf Of Sean Hall via wix-devs
Sent: Friday, 26 June, 2020 18:42
To: WiX Toolset Developer Mailing List <wix-devs at lists.wixtoolset.org>
Cc: Sean Hall <r.sean.hall at gmail.com>
Subject: Re: [wix-devs] 5355 - util:RegistrySearch clears the variable when the key or value is not found

Do we need a warning? I have a hard time coming up with a scenario where someone would actually want the current behavior. If they were only interested in the value from the search, then they wouldn't have set a default value in the variable. If they actually wanted the proposed behavior, then they would have a workaround that should still work with the behavior change.

On Sat, Jun 27, 2020 at 4:22 AM Bob Arnson <bob at firegiant.com> wrote:

> I also think it's an excellent proposal. I'm not sure to do in WixCop, 
> other than issue a warning. The typical workaround in v3 was to author 
> an "Exists" key for every other, so you could say "FooExists and 
> FooVersion = v1.0" -- that would still work in most cases but could be simplified.
>
> -----Original Message-----
> From: wix-devs <wix-devs-bounces at lists.wixtoolset.org> On Behalf Of 
> Sean Hall via wix-devs
> Sent: Thursday, 25 June, 2020 22:26
> To: WiX Toolset Developer Mailing List <wix-devs at lists.wixtoolset.org>
> Cc: Sean Hall <r.sean.hall at gmail.com>
> Subject: [wix-devs] 5355 - util:RegistrySearch clears the variable 
> when the key or value is not found
>
> I'd like to get  https://github.com/wixtoolset/issues/issues/5355
> designed since the proposal is technically a breaking change: "Rather 
> than add a Default attribute, maybe the search should work like MSI, 
> where a missing value doesn't overwrite the default." I think the 
> proposal is good, unless someone else wants to do it differently?
> ____________________________________________________________________
> WiX Toolset Developer Mailing List provided by FireGiant 
> http://www.firegiant.com/
>
____________________________________________________________________
WiX Toolset Developer Mailing List provided by FireGiant http://www.firegiant.com/ ____________________________________________________________________
WiX Toolset Developer Mailing List provided by FireGiant http://www.firegiant.com/



More information about the wix-devs mailing list