尝试优化一些动画的性能 #38
CI-Build.yml
on: push
Annotations
72 warnings
test
The following actions uses Node.js version which is deprecated and will be forced to run on node20: actions/checkout@v3, actions/setup-dotnet@v3. For more info: https://github.blog/changelog/2024-03-07-github-actions-all-actions-will-run-on-node20-instead-of-node16-by-default/
|
test_build
The following actions uses Node.js version which is deprecated and will be forced to run on node20: actions/checkout@v3, actions/setup-dotnet@v3. For more info: https://github.blog/changelog/2024-03-07-github-actions-all-actions-will-run-on-node20-instead-of-node16-by-default/
|
test_build:
WonderLab/Services/SettingService.cs#L124
This async method lacks 'await' operators and will run synchronously. Consider using the 'await' operator to await non-blocking API calls, or 'await Task.Run(...)' to do CPU-bound work on a background thread.
|
test_build:
WonderLab/ViewModels/Dialogs/Multiplayer/CreateMutilplayerDialogViewModel.cs#L33
This async method lacks 'await' operators and will run synchronously. Consider using the 'await' operator to await non-blocking API calls, or 'await Task.Run(...)' to do CPU-bound work on a background thread.
|
test_build:
WonderLab/Classes/Datas/TaskData/TaskBase.cs#L20
Field 'TaskBase._insideProgress' is never assigned to, and will always have its default value 0
|
test_build:
WonderLab/Classes/Datas/TaskData/TaskBase.cs#L22
Field 'TaskBase._insideProgressDetail' is never assigned to, and will always have its default value null
|
test_build:
WonderLab/Classes/Datas/TaskData/TaskBase.cs#L21
The field 'TaskBase._insideIsIndeterminate' is never used
|
test_build:
WonderLab/Services/SettingService.cs#L45
The field 'SettingBackgroundService._telemetryClient' is never used
|
test_build:
WonderLab/Services/NotificationService.cs#L31
Avoid method overloads that assume TaskScheduler.Current. Use an overload that accepts a TaskScheduler and specify TaskScheduler.Default (or any other) explicitly. (https://github.com/Microsoft/vs-threading/blob/main/doc/analyzers/VSTHRD105.md)
|
test_build:
WonderLab/Services/NotificationService.cs#L39
Avoid method overloads that assume TaskScheduler.Current. Use an overload that accepts a TaskScheduler and specify TaskScheduler.Default (or any other) explicitly. (https://github.com/Microsoft/vs-threading/blob/main/doc/analyzers/VSTHRD105.md)
|
test_build:
WonderLab/ViewModels/Dialogs/TestUserCheckDialogViewModel.cs#L32
Use "Async" suffix in names of methods that return an awaitable type (https://github.com/Microsoft/vs-threading/blob/main/doc/analyzers/VSTHRD200.md)
|
test_build:
WonderLab/ViewModels/Dialogs/Multiplayer/CreateMutilplayerDialogViewModel.cs#L33
Use "Async" suffix in names of methods that return an awaitable type (https://github.com/Microsoft/vs-threading/blob/main/doc/analyzers/VSTHRD200.md)
|
build_MacOS
The following actions uses Node.js version which is deprecated and will be forced to run on node20: actions/checkout@v3, actions/upload-artifact@v3. For more info: https://github.blog/changelog/2024-03-07-github-actions-all-actions-will-run-on-node20-instead-of-node16-by-default/
|
build_MacOS:
WonderLab/ViewModels/Dialogs/Multiplayer/CreateMutilplayerDialogViewModel.cs#L33
This async method lacks 'await' operators and will run synchronously. Consider using the 'await' operator to await non-blocking API calls, or 'await Task.Run(...)' to do CPU-bound work on a background thread.
|
build_MacOS:
WonderLab/Services/SettingService.cs#L124
This async method lacks 'await' operators and will run synchronously. Consider using the 'await' operator to await non-blocking API calls, or 'await Task.Run(...)' to do CPU-bound work on a background thread.
|
build_MacOS:
WonderLab/Services/SettingService.cs#L45
The field 'SettingBackgroundService._telemetryClient' is never used
|
build_MacOS:
WonderLab/Classes/Datas/TaskData/TaskBase.cs#L22
Field 'TaskBase._insideProgressDetail' is never assigned to, and will always have its default value null
|
build_MacOS:
WonderLab/Classes/Datas/TaskData/TaskBase.cs#L20
Field 'TaskBase._insideProgress' is never assigned to, and will always have its default value 0
|
build_MacOS:
WonderLab/Classes/Datas/TaskData/TaskBase.cs#L21
The field 'TaskBase._insideIsIndeterminate' is never used
|
build_MacOS:
WonderLab/Classes/Datas/TaskData/AccountLoadTask.cs#L29
Avoid awaiting or returning a Task representing work that was not started within your context as that can lead to deadlocks.
|
build_MacOS:
WonderLab/Classes/Datas/TaskData/AccountLoadTask.cs#L27
Avoid method overloads that assume TaskScheduler.Current. Use an overload that accepts a TaskScheduler and specify TaskScheduler.Default (or any other) explicitly. (https://github.com/Microsoft/vs-threading/blob/main/doc/analyzers/VSTHRD105.md)
|
build_MacOS:
WonderLab/Views/Controls/GameManagerPanel.cs#L105
Avoid method overloads that assume TaskScheduler.Current. Use an overload that accepts a TaskScheduler and specify TaskScheduler.Default (or any other) explicitly. (https://github.com/Microsoft/vs-threading/blob/main/doc/analyzers/VSTHRD105.md)
|
build_MacOS:
WonderLab/ViewModels/Dialogs/TestUserCheckDialogViewModel.cs#L32
Use "Async" suffix in names of methods that return an awaitable type (https://github.com/Microsoft/vs-threading/blob/main/doc/analyzers/VSTHRD200.md)
|
build_Linux_Appimage (arm64)
The following actions uses Node.js version which is deprecated and will be forced to run on node20: actions/checkout@v3, actions/setup-dotnet@v3, Blessing-Studio/get-csproj-version@main, actions/upload-artifact@v3. For more info: https://github.blog/changelog/2024-03-07-github-actions-all-actions-will-run-on-node20-instead-of-node16-by-default/
|
build_Linux_Appimage (arm64):
WonderLab/Services/SettingService.cs#L124
This async method lacks 'await' operators and will run synchronously. Consider using the 'await' operator to await non-blocking API calls, or 'await Task.Run(...)' to do CPU-bound work on a background thread.
|
build_Linux_Appimage (arm64):
WonderLab/ViewModels/Dialogs/Multiplayer/CreateMutilplayerDialogViewModel.cs#L33
This async method lacks 'await' operators and will run synchronously. Consider using the 'await' operator to await non-blocking API calls, or 'await Task.Run(...)' to do CPU-bound work on a background thread.
|
build_Linux_Appimage (arm64):
WonderLab/Classes/Datas/TaskData/TaskBase.cs#L20
Field 'TaskBase._insideProgress' is never assigned to, and will always have its default value 0
|
build_Linux_Appimage (arm64):
WonderLab/Classes/Datas/TaskData/TaskBase.cs#L22
Field 'TaskBase._insideProgressDetail' is never assigned to, and will always have its default value null
|
build_Linux_Appimage (arm64):
WonderLab/Classes/Datas/TaskData/TaskBase.cs#L21
The field 'TaskBase._insideIsIndeterminate' is never used
|
build_Linux_Appimage (arm64):
WonderLab/Services/SettingService.cs#L45
The field 'SettingBackgroundService._telemetryClient' is never used
|
build_Linux_Appimage (arm64):
WonderLab/ViewModels/Dialogs/TestUserCheckDialogViewModel.cs#L32
Use "Async" suffix in names of methods that return an awaitable type (https://github.com/Microsoft/vs-threading/blob/main/doc/analyzers/VSTHRD200.md)
|
build_Linux_Appimage (arm64):
WonderLab/Classes/Datas/TaskData/AccountLoadTask.cs#L29
Avoid awaiting or returning a Task representing work that was not started within your context as that can lead to deadlocks.
|
build_Linux_Appimage (arm64):
WonderLab/Classes/Datas/TaskData/AccountLoadTask.cs#L27
Avoid method overloads that assume TaskScheduler.Current. Use an overload that accepts a TaskScheduler and specify TaskScheduler.Default (or any other) explicitly. (https://github.com/Microsoft/vs-threading/blob/main/doc/analyzers/VSTHRD105.md)
|
build_Linux_Appimage (arm64):
WonderLab/Services/NotificationService.cs#L31
Avoid method overloads that assume TaskScheduler.Current. Use an overload that accepts a TaskScheduler and specify TaskScheduler.Default (or any other) explicitly. (https://github.com/Microsoft/vs-threading/blob/main/doc/analyzers/VSTHRD105.md)
|
build_Linux_Appimage (x64)
The following actions uses Node.js version which is deprecated and will be forced to run on node20: actions/checkout@v3, actions/setup-dotnet@v3, Blessing-Studio/get-csproj-version@main, actions/upload-artifact@v3. For more info: https://github.blog/changelog/2024-03-07-github-actions-all-actions-will-run-on-node20-instead-of-node16-by-default/
|
build_Linux_Appimage (x64):
WonderLab/ViewModels/Dialogs/Multiplayer/CreateMutilplayerDialogViewModel.cs#L33
This async method lacks 'await' operators and will run synchronously. Consider using the 'await' operator to await non-blocking API calls, or 'await Task.Run(...)' to do CPU-bound work on a background thread.
|
build_Linux_Appimage (x64):
WonderLab/Services/SettingService.cs#L124
This async method lacks 'await' operators and will run synchronously. Consider using the 'await' operator to await non-blocking API calls, or 'await Task.Run(...)' to do CPU-bound work on a background thread.
|
build_Linux_Appimage (x64):
WonderLab/Classes/Datas/TaskData/TaskBase.cs#L21
The field 'TaskBase._insideIsIndeterminate' is never used
|
build_Linux_Appimage (x64):
WonderLab/Classes/Datas/TaskData/TaskBase.cs#L20
Field 'TaskBase._insideProgress' is never assigned to, and will always have its default value 0
|
build_Linux_Appimage (x64):
WonderLab/Classes/Datas/TaskData/TaskBase.cs#L22
Field 'TaskBase._insideProgressDetail' is never assigned to, and will always have its default value null
|
build_Linux_Appimage (x64):
WonderLab/Services/SettingService.cs#L45
The field 'SettingBackgroundService._telemetryClient' is never used
|
build_Linux_Appimage (x64):
WonderLab/ViewModels/Dialogs/TestUserCheckDialogViewModel.cs#L32
Use "Async" suffix in names of methods that return an awaitable type (https://github.com/Microsoft/vs-threading/blob/main/doc/analyzers/VSTHRD200.md)
|
build_Linux_Appimage (x64):
WonderLab/Views/Controls/GameManagerPanel.cs#L105
Avoid method overloads that assume TaskScheduler.Current. Use an overload that accepts a TaskScheduler and specify TaskScheduler.Default (or any other) explicitly. (https://github.com/Microsoft/vs-threading/blob/main/doc/analyzers/VSTHRD105.md)
|
build_Linux_Appimage (x64):
WonderLab/ViewModels/Dialogs/Setting/YggdrasilAuthenticateDialogViewModel.cs#L41
Use "Async" suffix in names of methods that return an awaitable type (https://github.com/Microsoft/vs-threading/blob/main/doc/analyzers/VSTHRD200.md)
|
build_Linux_Appimage (x64):
WonderLab/ViewModels/Dialogs/Multiplayer/CreateMutilplayerDialogViewModel.cs#L33
Use "Async" suffix in names of methods that return an awaitable type (https://github.com/Microsoft/vs-threading/blob/main/doc/analyzers/VSTHRD200.md)
|
build_Linux_Appimage (arm)
The following actions uses Node.js version which is deprecated and will be forced to run on node20: actions/checkout@v3, actions/setup-dotnet@v3, Blessing-Studio/get-csproj-version@main, actions/upload-artifact@v3. For more info: https://github.blog/changelog/2024-03-07-github-actions-all-actions-will-run-on-node20-instead-of-node16-by-default/
|
build_Linux_Appimage (arm):
WonderLab/ViewModels/Dialogs/Multiplayer/CreateMutilplayerDialogViewModel.cs#L33
This async method lacks 'await' operators and will run synchronously. Consider using the 'await' operator to await non-blocking API calls, or 'await Task.Run(...)' to do CPU-bound work on a background thread.
|
build_Linux_Appimage (arm):
WonderLab/Services/SettingService.cs#L124
This async method lacks 'await' operators and will run synchronously. Consider using the 'await' operator to await non-blocking API calls, or 'await Task.Run(...)' to do CPU-bound work on a background thread.
|
build_Linux_Appimage (arm):
WonderLab/Classes/Datas/TaskData/TaskBase.cs#L22
Field 'TaskBase._insideProgressDetail' is never assigned to, and will always have its default value null
|
build_Linux_Appimage (arm):
WonderLab/Classes/Datas/TaskData/TaskBase.cs#L21
The field 'TaskBase._insideIsIndeterminate' is never used
|
build_Linux_Appimage (arm):
WonderLab/Services/SettingService.cs#L45
The field 'SettingBackgroundService._telemetryClient' is never used
|
build_Linux_Appimage (arm):
WonderLab/Classes/Datas/TaskData/TaskBase.cs#L20
Field 'TaskBase._insideProgress' is never assigned to, and will always have its default value 0
|
build_Linux_Appimage (arm):
WonderLab/ViewModels/Dialogs/TestUserCheckDialogViewModel.cs#L32
Use "Async" suffix in names of methods that return an awaitable type (https://github.com/Microsoft/vs-threading/blob/main/doc/analyzers/VSTHRD200.md)
|
build_Linux_Appimage (arm):
WonderLab/Classes/Datas/TaskData/AccountLoadTask.cs#L29
Avoid awaiting or returning a Task representing work that was not started within your context as that can lead to deadlocks.
|
build_Linux_Appimage (arm):
WonderLab/Classes/Datas/TaskData/AccountLoadTask.cs#L27
Avoid method overloads that assume TaskScheduler.Current. Use an overload that accepts a TaskScheduler and specify TaskScheduler.Default (or any other) explicitly. (https://github.com/Microsoft/vs-threading/blob/main/doc/analyzers/VSTHRD105.md)
|
build_Linux_Appimage (arm):
WonderLab/ViewModels/Dialogs/Setting/YggdrasilAuthenticateDialogViewModel.cs#L41
Use "Async" suffix in names of methods that return an awaitable type (https://github.com/Microsoft/vs-threading/blob/main/doc/analyzers/VSTHRD200.md)
|
build_Windows
The following actions uses Node.js version which is deprecated and will be forced to run on node20: actions/checkout@v3, actions/upload-artifact@v3. For more info: https://github.blog/changelog/2024-03-07-github-actions-all-actions-will-run-on-node20-instead-of-node16-by-default/
|
build_Windows:
WonderLab/Services/SettingService.cs#L124
This async method lacks 'await' operators and will run synchronously. Consider using the 'await' operator to await non-blocking API calls, or 'await Task.Run(...)' to do CPU-bound work on a background thread.
|
build_Windows:
WonderLab/ViewModels/Dialogs/Multiplayer/CreateMutilplayerDialogViewModel.cs#L33
This async method lacks 'await' operators and will run synchronously. Consider using the 'await' operator to await non-blocking API calls, or 'await Task.Run(...)' to do CPU-bound work on a background thread.
|
build_Windows:
WonderLab/Classes/Datas/TaskData/TaskBase.cs#L22
Field 'TaskBase._insideProgressDetail' is never assigned to, and will always have its default value null
|
build_Windows:
WonderLab/Classes/Datas/TaskData/TaskBase.cs#L21
The field 'TaskBase._insideIsIndeterminate' is never used
|
build_Windows:
WonderLab/Classes/Datas/TaskData/TaskBase.cs#L20
Field 'TaskBase._insideProgress' is never assigned to, and will always have its default value 0
|
build_Windows:
WonderLab/Services/SettingService.cs#L45
The field 'SettingBackgroundService._telemetryClient' is never used
|
build_Windows:
WonderLab/Classes/Datas/TaskData/AccountLoadTask.cs#L29
Avoid awaiting or returning a Task representing work that was not started within your context as that can lead to deadlocks.
|
build_Windows:
WonderLab/Classes/Datas/TaskData/AccountLoadTask.cs#L27
Avoid method overloads that assume TaskScheduler.Current. Use an overload that accepts a TaskScheduler and specify TaskScheduler.Default (or any other) explicitly. (https://github.com/Microsoft/vs-threading/blob/main/doc/analyzers/VSTHRD105.md)
|
build_Windows:
WonderLab/Services/NotificationService.cs#L31
Avoid method overloads that assume TaskScheduler.Current. Use an overload that accepts a TaskScheduler and specify TaskScheduler.Default (or any other) explicitly. (https://github.com/Microsoft/vs-threading/blob/main/doc/analyzers/VSTHRD105.md)
|
build_Windows:
WonderLab/Services/NotificationService.cs#L39
Avoid method overloads that assume TaskScheduler.Current. Use an overload that accepts a TaskScheduler and specify TaskScheduler.Default (or any other) explicitly. (https://github.com/Microsoft/vs-threading/blob/main/doc/analyzers/VSTHRD105.md)
|
Release
The following actions uses node12 which is deprecated and will be forced to run on node16: nelonoel/branch-name@v1, marvinpinto/action-automatic-releases@latest. For more info: https://github.blog/changelog/2023-06-13-github-actions-all-actions-will-run-on-node16-instead-of-node12-by-default/
|
Release
The following actions uses Node.js version which is deprecated and will be forced to run on node20: nelonoel/branch-name@v1, actions/download-artifact@v3, marvinpinto/action-automatic-releases@latest. For more info: https://github.blog/changelog/2024-03-07-github-actions-all-actions-will-run-on-node20-instead-of-node16-by-default/
|
Release
The `set-output` command is deprecated and will be disabled soon. Please upgrade to using Environment Files. For more information see: https://github.blog/changelog/2022-10-11-github-actions-deprecating-save-state-and-set-output-commands/
|
Release
The `set-output` command is deprecated and will be disabled soon. Please upgrade to using Environment Files. For more information see: https://github.blog/changelog/2022-10-11-github-actions-deprecating-save-state-and-set-output-commands/
|
Delete_Artifacts
The following actions uses Node.js version which is deprecated and will be forced to run on node20: geekyeggo/delete-artifact@v2. For more info: https://github.blog/changelog/2024-03-07-github-actions-all-actions-will-run-on-node20-instead-of-node16-by-default/
|