Current state of master is pretty stable now. It would be really
helpful if you could help me test it.

Run these two commands in a project that is already using cordova-windows:

  cordova platform rm windows
  cordova platform add https://github.com/apache/cordova-windows

Use only the second line on existing projects without cordova-windows;
or if you want to test in a new project these:

  cordova create windowsMasterTest
  cordova platform add https://github.com/apache/cordova-windows

Then use `cordova build windows` to create a build or `cordova run
windows` to build, install and run it directly.

(As Windows10 is default in this version, add `-- --appx=8.1-win` or
`-- --appx=8.1-phone` to the command if you want to build for Windows
(Phone) 8.1)

Let me know of any unexpected errors or output you are getting. (If
something goes wrong, it would be helpful to include the output of
`cordova requirements windows` for environment information).
Also let me know if everything is fine of course - I actually prefer those ;)

Thank you!

Jan

2018-02-15 1:09 GMT+01:00 Jan Piotrowski <[email protected]>:
> Another update:
>
> - TargetPlatformVersion problem was solved by adding a `prepare` step
> to the e2e tests
> - `cordova requirements` is fixed for current setups
> - VS2017 can not be used to build Win8.1 projects it seems (or did I
> mess up?): https://issues.apache.org/jira/browse/CB-13874
> - MSBuildTools selection is broken for current VS17 (15.5) and
> different setups of it. Solution:
> https://issues.apache.org/jira/browse/CB-13877 +
> https://issues.apache.org/jira/browse/CB-13878
> - That one specific test failure at AppVeyor is still being
> investigated (no idea for now, maybe "just" an overlapping process
> problem)
>
> But progress is made.
>
> J
>
> 2018-02-13 22:49 GMT+01:00 Terence M. Bandoian <[email protected]>:
>> There is also:
>>
>>    <preference name="uap-target-min-version" value="10.0.14393.0" />
>>
>> It apparently has the same meaning as Windows.Universal-MinVersion but sets
>> the value in the jsproj file vs the appxmanifest file.  Is there any reason
>> a user would want different values in those two files?
>>
>> -Terence
>>
>>
>>
>> On 2/9/2018 7:01 PM, Terence M. Bandoian wrote:
>>>
>>> I'm not sure they're what you're looking for but there are three
>>> version-related Windows preferences that seem to be supported in config.xml:
>>>
>>>         <preference name="windows-target-version" value="10.0" />
>>>         <preference name="Windows.Universal-MinVersion"
>>> value="10.0.14393.0" />
>>>         <preference name="Windows.Universal-MaxVersionTested"
>>> value="10.0.16299.125" />
>>>
>>> Does one or more of these resolve this?
>>>
>>> -Terence
>>>
>>>
>>>
>>> On 2/9/2018 6:41 PM, Jesse wrote:
>>>>
>>>> Created an issue for making this configurable. CB-13862
>>>>
>>>>
>>>> @purplecabbage
>>>> risingj.com
>>>>
>>>> On Fri, Feb 9, 2018 at 4:23 PM, Jesse <[email protected]> wrote:
>>>>
>>>>> All correct and I agree, except we do need to update
>>>>> TargetPlatformVersion
>>>>> pr here: https://github.com/apache/cordova-windows/pull/250
>>>>> Please test this pr on your windows machine and make sure you can create
>>>>> and run a new cordova-windows project without having to modify the
>>>>> jsproj
>>>>> file manually.
>>>>>
>>>>>
>>>>> @purplecabbage
>>>>> risingj.com
>>>>>
>>>>> On Fri, Feb 9, 2018 at 3:37 PM, Jan Piotrowski <[email protected]>
>>>>> wrote:
>>>>>
>>>>>> Ok, so this version can be compared to the iOS or Android API version?
>>>>>> Then it defintely makes sense to do some work to make this
>>>>>> configurable in a better way in the future.
>>>>>> Jesse, do you want to create the issue? You seem to have a specific
>>>>>> idea already.
>>>>>>
>>>>>> To recap:
>>>>>> - We think the test failure is a problem only happening on AppVeyor
>>>>>> and should not affect actual users
>>>>>> - We are ok with starting a 6.0.0 release with the current `master`
>>>>>> state with this one failing test on AppVeyor
>>>>>> - We "pledge" to further look into it and release 6.0.1 or 6.1.0 if we
>>>>>> indeed find the solution
>>>>>>
>>>>>> Agree?
>>>>>>
>>>>>> If so, I will start the release process until Monday.
>>>>>>
>>>>>> J
>>>>>>
>>>>>> PS: I will contact AppVeyor to find out if they can maybe help -
>>>>>> blocked file, maybe because of some other running process?
>>>>>>
>>>>>>
>>>>>>
>>>>>>
>>>>>> 2018-02-09 23:13 GMT+01:00 Jesse <[email protected]>:
>>>>>>>
>>>>>>> There is a list of the timeline for all relevant versions here:
>>>>>>> https://docs.microsoft.com/en-us/windows/uwp/updates-and-ver
>>>>>>
>>>>>> sions/choose-a-uwp-version
>>>>>>>
>>>>>>> There are 2 important values at play:
>>>>>>> Target Version : this should probably be the most recent release we
>>>>>>> support, probably 16299
>>>>>>> Minimum Version : this should be as far back as we can go ...
>>>>>>> probably 10586
>>>>>>>
>>>>>>> Ultimately we will need to add a method to configure these values via
>>>>>>> config.xml preferences, but I don't think we should wait for that to
>>>>>>
>>>>>> happen.
>>>>>>>
>>>>>>> Changing these values on my windows machine meant all the tests
>>>>>>> passed,
>>>>>>
>>>>>> I
>>>>>>>
>>>>>>> had failing tests using master as-is.
>>>>>>>
>>>>>>> The failing test on appveyor is something different related to
>>>>>>
>>>>>> environment
>>>>>>>
>>>>>>> I believe.  Making these same changes that worked on my machine did
>>>>>>> not
>>>>>>
>>>>>> fix
>>>>>>>
>>>>>>> the fail on appveyor.
>>>>>>>
>>>>>>> I think we should go ahead with the 6.0.0 release, and plan to do a
>>>>>>
>>>>>> patch
>>>>>>>
>>>>>>> release in the near future when we work out the details of a
>>>>>>
>>>>>> configurable
>>>>>>>
>>>>>>> target/minimum version.
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>> @purplecabbage
>>>>>>> risingj.com
>>>>>>>
>>>>>>> On Fri, Feb 9, 2018 at 1:14 PM, Chris Brody <[email protected]>
>>>>>>
>>>>>> wrote:
>>>>>>>>
>>>>>>>> On Feb 9, 2018 3:15 PM, "Jan Piotrowski" <[email protected]>
>>>>>>>> wrote:
>>>>>>>>
>>>>>>>> Jesse, they do - but I am not sure why. Problem is I don't fully
>>>>>>>> understand what is going on there... which is why I am hesitant to
>>>>>>>> just ignore it.
>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>> Makes sense to me
>>>>>>>>
>>>>>>>>
>>>>>>>> Chris, where and how exactly does one install the "target platform
>>>>>>
>>>>>> SDK"?
>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>> Visual Studio 2017 comes with an installer program. It is possible to
>>>>>>>> install an older platform SDK version but I do not want to do this on
>>>>>>
>>>>>> my
>>>>>>>>
>>>>>>>> PC.
>>>>>>>>
>>>>>>>>
>>>>>>>> What happens if you do not change the `TargetPlatformVersion`
>>>>>>>> manually
>>>>>>>> but have only that one installed?
>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>> I would get an error message that the needed platform SDK version
>>>>>>>> does
>>>>>>
>>>>>> not
>>>>>>>>
>>>>>>>> exist.
>>>>>>>>
>>>>>>>>
>>>>>>>> VS2017 did not exist at the time of the last release (or at least
>>>>>>>> nobody cared) so CI didn't use it to test.
>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>> Makes sense
>>>>>>>>
>>>>>>>>
>>>>>>>> This should have been added
>>>>>>>> earlier, but I only added it 3 weeks ago with
>>>>>>>> https://github.com/apache/cordova-windows/commit/
>>>>>>>> f5f4b21ad2c030ff61550bc947dca196c570f0ad
>>>>>>>> - which then showed this bug.
>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>> Good work on your part
>>>>>>>>
>>>>>>>>
>>>>>>>> (If any of the other failures that were
>>>>>>>> then fixes also were caused only by VS2017 I can not say
>>>>>>>> unfortunately)
>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>> It would be nice to investigate and test this, if anyone has the time
>>>>>>
>>>>>> for
>>>>>>>>
>>>>>>>> it.
>>>>>>>>
>>>>>> ---------------------------------------------------------------------
>>>>>> To unsubscribe, e-mail: [email protected]
>>>>>> For additional commands, e-mail: [email protected]
>>>>>>
>>>>>>
>>>
>>
>>
>> ---------------------------------------------------------------------
>> To unsubscribe, e-mail: [email protected]
>> For additional commands, e-mail: [email protected]
>>

---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]

Reply via email to