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 <purplecabb...@gmail.com> 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 <piotrow...@gmail.com>
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 <purplecabb...@gmail.com>:
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 <chris.br...@gmail.com>
wrote:
On Feb 9, 2018 3:15 PM, "Jan Piotrowski" <piotrow...@gmail.com> 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: dev-unsubscr...@cordova.apache.org
For additional commands, e-mail: dev-h...@cordova.apache.org
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscr...@cordova.apache.org
For additional commands, e-mail: dev-h...@cordova.apache.org
