Morph MORPH
SIGN IN SIGN UP
cefsharp / CefSharp UNCLAIMED

.NET (WPF and Windows Forms) bindings for the Chromium Embedded Framework

0 0 98 C#
Normal View History Raw
appveyor.yml - Update as release branch
2024-10-07 06:04:40 +10:00
version: 129.0.110-RCI{build}
Net Core - AppVeyor Matrix Take 2 Issue #3197
2020-08-14 16:42:11 +10:00
For GitLink to work efficiently it needs a clone of got, so change appveyor.yml, previously shallow_clone was only downloading a zip of the latest commit, see if we can get it to download the last 10 commits
2017-01-06 15:14:11 +10:00
clone_depth: 10
shallow_clone: true to shave off CI time http://blog.appveyor.com/2014/06/04/shallow-clone-for-git-repositories/ Means we don't have to download all those old CefSharp 1 and 3.27 + 3.29 binaries
2014-06-14 11:09:55 +02:00
AppVeyor - Build both solutions and use dotnet test
2021-08-30 08:46:46 +02:00
image: Visual Studio 2019
Net Core - AppVeyor Matrix Take 2 Issue #3197
2020-08-14 16:42:11 +10:00
AppVeyor - Build both solutions and use dotnet test
2021-08-30 08:46:46 +02:00
configuration: Release
Update to M93 (#3781) * Upgrade to CEF 93.1.7+g9117d6a+chromium-93.0.4577.42 / Chromium 93.0.4577.42 - Core - Add basic ref counting implementation IMPLEMENT_REFCOUNTING implementation uses atomic which forces the VC++ compiler to compile as native which doesn't work for our managed ref classes. - Use InterlockedCompareExchange for custom ref count reads - Use InterlockedIncrement/InterlockedDecrement directly - There's no memory barrier for HasOneRef/HasAtLeastOneRef as the read of a LONG should happen in one operation on 32/64 bit architectures (at least that's my understanding at this point in time). References: https://github.com/chromiumembedded/cef/blob/4472/include/base/internal/cef_atomicops_x86_msvc.h#L125 https://github.com/chromiumembedded/cef/blob/4472/include/base/internal/cef_atomicops_arm64_msvc.h#L107 https://github.com/chromiumembedded/cef/blob/4472/include/base/cef_atomic_ref_count.h#L114 https://github.com/chromiumembedded/cef/blob/4472/include/cef_base.h#L91 - Remove Microsoft.Net.Compilers package from projects Now that we require a min of VS2019 to build there's no need for a custom compiler package - Start removing VS2015/VC++2015 references - Remove RegisterWidevineCdm This is a breaking change. CEF will now automatically download the Widevine CDM component Resolves #3767 - RequestContext.LoadExtension now uses managed to code spawn on CEF UI Thread Avoid having to use cef_callback.h which was causing problems for x86 builds
2021-09-03 10:51:18 +10:00
build_script:
- ps: .\build.ps1
build.ps1 - Cleanup - Fail fast if nuget.exe not found - Check for VSWhere at build start (should always be installed as it's included in VS2019 and above) - Remove netcore31 from $Target valid set, we'll just rely on the $TargetFramework - Push-Location to working directory for easier debugging
2021-10-13 13:18:56 +10:00
- ps: .\build.ps1 -TargetFramework NetCore
Update to M93 (#3781) * Upgrade to CEF 93.1.7+g9117d6a+chromium-93.0.4577.42 / Chromium 93.0.4577.42 - Core - Add basic ref counting implementation IMPLEMENT_REFCOUNTING implementation uses atomic which forces the VC++ compiler to compile as native which doesn't work for our managed ref classes. - Use InterlockedCompareExchange for custom ref count reads - Use InterlockedIncrement/InterlockedDecrement directly - There's no memory barrier for HasOneRef/HasAtLeastOneRef as the read of a LONG should happen in one operation on 32/64 bit architectures (at least that's my understanding at this point in time). References: https://github.com/chromiumembedded/cef/blob/4472/include/base/internal/cef_atomicops_x86_msvc.h#L125 https://github.com/chromiumembedded/cef/blob/4472/include/base/internal/cef_atomicops_arm64_msvc.h#L107 https://github.com/chromiumembedded/cef/blob/4472/include/base/cef_atomic_ref_count.h#L114 https://github.com/chromiumembedded/cef/blob/4472/include/cef_base.h#L91 - Remove Microsoft.Net.Compilers package from projects Now that we require a min of VS2019 to build there's no need for a custom compiler package - Start removing VS2015/VC++2015 references - Remove RegisterWidevineCdm This is a breaking change. CEF will now automatically download the Widevine CDM component Resolves #3767 - RequestContext.LoadExtension now uses managed to code spawn on CEF UI Thread Avoid having to use cef_callback.h which was causing problems for x86 builds
2021-09-03 10:51:18 +10:00
AppVeyor - Build both solutions and use dotnet test
2021-08-30 08:46:46 +02:00
test_script:
# Test our Release x64 build
Test - Add more logging - Reduce verbosity to normal - Remove appveyor specific logging for now - Add TestCaseOrderer to output message before test run
2022-12-05 09:10:55 +10:00
- dotnet test CefSharp.Test\bin\x64\Release\win7-x64\CefSharp.Test.dll --verbosity normal
- dotnet test CefSharp.Test\bin.netcore\x64\Release\netcoreapp3.1\win-x64\CefSharp.Test.dll --verbosity normal
platform x64
2014-06-21 00:01:18 +02:00
Attempt to get appveyor using our build script Manually merge https://github.com/jornh/CefSharp/commit/93f164741a831dc3585101da9c4a3513cd6eaca3
2014-11-13 11:26:29 +10:00
artifacts:
Appveyor - Push new nuget packages to myget
2020-01-30 20:41:48 +10:00
- path: NuGet\**\*.nupkg
Name artifacts as per suggestion here http://help.appveyor.com/discussions/problems/590-artifact-not-deploying
2014-11-13 13:38:33 +10:00
name: nupkgfiles
Attempt myget deployment
2014-11-13 13:00:42 +10:00
Update myget publish URL
2014-11-13 16:36:57 +10:00
# Publish to myget.org feed
Attempt myget deployment
2014-11-13 13:00:42 +10:00
deploy:
provider: NuGet
Only the Common and Offscreen packages were pushed to MyGet, see if using the full url helps Appveyor says they were pushed successfully
2016-02-26 13:25:25 +10:00
server: https://www.myget.org/F/cefsharp/api/v2/package
Attempt myget deployment
2014-11-13 13:00:42 +10:00
api_key:
AppVeyor - Update myget API key
2021-01-08 15:06:14 +10:00
secure: V8du2PPvMPok3Ya701jt5v2XWQgOZf52/H5wDHXBpKvXYkIIe8sonhVUy2TmEkqt
Net Core - AppVeyor Matrix Build First Attempt Build Net Core projects using the VS 2019 build worker image. No custom build script yet, nuget packages are only created for our Net Full build Issue #3197
2020-08-14 16:31:21 +10:00
skip_symbols: true
It doesn't appear that the symbols were pushed - Change to using the full feed url
2016-02-26 13:05:10 +10:00
symbol_server: https://www.myget.org/F/cefsharp/api/v2/package
appveyor.yml: Update api_key The previous key belonged to Alex Maitland, who has revoked it. Updating to use my own key instead.
2017-12-12 20:59:13 +02:00
artifact: nupkgfiles
Net Core - AppVeyor matrix take 4 Issue #3197
2020-08-14 16:45:08 +10:00
#Skip builing if we only modify text files
skip_commits:
Net Core - AppVeyor matrix remove dash Issue #3197
2020-08-14 16:49:50 +10:00
files:
Net Core - AppVeyor matrix take 4 Issue #3197
2020-08-14 16:45:08 +10:00
- '**/*.md'
- '**/*.html'
- '**/*.js'
- '**/*.css'
Net Core - Add powershell build script Runs locally, let's see if it runs on appveyor Issue #3197
2020-08-18 17:40:22 +10:00
- '**/*.txt'
Reference in New Issue Copy Permalink