Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Net9 Github Action #3287

Draft
wants to merge 12 commits into
base: net9
Choose a base branch
from
Draft

Net9 Github Action #3287

wants to merge 12 commits into from

Conversation

taooceros
Copy link
Member

as we are reaching appveyor limit, let's use github action to test for now

@taooceros taooceros marked this pull request as draft February 26, 2025 14:43

This comment has been minimized.

Copy link

gitstream-cm bot commented Feb 26, 2025

🥷 Code experts: jjw24

jjw24 has most 🧠 knowledge in the files.

See details

Flow.Launcher.Core/Flow.Launcher.Core.csproj

Knowledge based on git-blame:
jjw24: 14%

Flow.Launcher.Infrastructure/Flow.Launcher.Infrastructure.csproj

Knowledge based on git-blame:
jjw24: 12%

Flow.Launcher.Plugin/Flow.Launcher.Plugin.csproj

Knowledge based on git-blame:
jjw24: 10%

Flow.Launcher.Test/Flow.Launcher.Test.csproj

Knowledge based on git-blame:
jjw24: 22%

Flow.Launcher/Flow.Launcher.csproj

Knowledge based on git-blame:
jjw24: 13%

Plugins/Flow.Launcher.Plugin.BrowserBookmark/Flow.Launcher.Plugin.BrowserBookmark.csproj

Knowledge based on git-blame:
jjw24: 38%

Plugins/Flow.Launcher.Plugin.Calculator/Flow.Launcher.Plugin.Calculator.csproj

Knowledge based on git-blame:
jjw24: 19%

Plugins/Flow.Launcher.Plugin.Explorer/Flow.Launcher.Plugin.Explorer.csproj

Knowledge based on git-blame:
jjw24: 76%

Plugins/Flow.Launcher.Plugin.PluginIndicator/Flow.Launcher.Plugin.PluginIndicator.csproj

Knowledge based on git-blame:
jjw24: 20%

Plugins/Flow.Launcher.Plugin.PluginsManager/Flow.Launcher.Plugin.PluginsManager.csproj

Knowledge based on git-blame:
jjw24: 85%

Plugins/Flow.Launcher.Plugin.ProcessKiller/Flow.Launcher.Plugin.ProcessKiller.csproj

Knowledge based on git-blame:
jjw24: 8%

Plugins/Flow.Launcher.Plugin.Program/Flow.Launcher.Plugin.Program.csproj

Knowledge based on git-blame:
jjw24: 15%

Plugins/Flow.Launcher.Plugin.Shell/Flow.Launcher.Plugin.Shell.csproj

Knowledge based on git-blame:
jjw24: 14%

Plugins/Flow.Launcher.Plugin.Sys/Flow.Launcher.Plugin.Sys.csproj

Knowledge based on git-blame:
jjw24: 13%

Plugins/Flow.Launcher.Plugin.Url/Flow.Launcher.Plugin.Url.csproj

Knowledge based on git-blame:
jjw24: 17%

Plugins/Flow.Launcher.Plugin.WebSearch/Flow.Launcher.Plugin.WebSearch.csproj

Knowledge based on git-blame:
jjw24: 36%

Plugins/Flow.Launcher.Plugin.WindowsSettings/Flow.Launcher.Plugin.WindowsSettings.csproj

Knowledge based on git-blame:

README.md

Knowledge based on git-blame:
jjw24: 26%

Scripts/flowlauncher.nuspec

Knowledge based on git-blame:
jjw24: 31%

Scripts/post_build.ps1

Knowledge based on git-blame:
jjw24: 16%

To learn more about /:\ gitStream - Visit our Docs

Copy link

gitstream-cm bot commented Feb 26, 2025

Be a legend 🏆 by adding a before and after screenshot of the changes you made, especially if they are around UI/UX.

@taooceros taooceros changed the base branch from dev to net9 February 26, 2025 14:46

This comment has been minimized.

Copy link
Contributor

coderabbitai bot commented Feb 26, 2025

📝 Walkthrough

Walkthrough

The pull request introduces a new GitHub Actions workflow for building the .NET project and updates its build process. Additionally, the target framework in several project files has been updated from .NET 7 to .NET 9, affecting core projects as well as multiple plugins. A publish profile for .NET 7 has been removed and corresponding scripts have been updated to reference the .NET 9 version. The README has been updated to reflect the new .NET 9 SDK requirements, and the nuspec file’s target framework has been revised.

Changes

File(s) Change Summary
.github/workflows/dotnet.yml Added new GitHub Actions workflow for .NET build with steps for checkout, version update, restoring caches, building, testing, running post-build scripts, and artifact upload.
Flow.Launcher.Core.csproj, Flow.Launcher.Infrastructure.csproj, Flow.Launcher.Plugin.csproj, Flow.Launcher.Test.csproj, Flow.Launcher.csproj Updated target framework from net7.0(-windows/…19041.0) to net9.0(-windows/…19041.0). In Flow.Launcher.csproj, a comment regarding package dependency management was additionally removed.
Plugins/Flow.Launcher.Plugin.*.csproj
(BrowserBookmark, Calculator, Explorer, PluginIndicator, PluginsManager, ProcessKiller, Program, Shell, Sys, Url, WebSearch, WindowsSettings)
Updated target framework from net7.0(-windows) to net9.0(-windows); some files maintain Windows SDK version (10.0.19041.0).
Flow.Launcher/Properties/PublishProfiles/Net7.0-SelfContained.pubxml Deleted the publish profile file targeting .NET 7.
README.md Updated the installation instructions and .NET SDK version from .NET 7 to .NET 9 (including download URL update).
Scripts/flowlauncher.nuspec Updated the target framework in the packaging configuration from net7.0 to net9.0.
Scripts/post_build.ps1 Modified the publish profile file path from Net7.0-SelfContained.pubxml to net9.0-SelfContained.pubxml.

Sequence Diagram(s)

sequenceDiagram
    participant Trigger as GitHub Trigger
    participant Workflow as .NET Build Workflow
    participant Checkout as Checkout Code
    participant Version as Version Updater
    participant Restore as Cache & Dependency Restorer
    participant Build as Build Executor
    participant Test as Test Runner
    participant Post as Post-build Script
    participant Upload as Artifact Uploader

    Trigger->>Workflow: Dispatch event (push/PR/manual)
    Workflow->>Checkout: Checkout repository
    Checkout->>Version: Update project version
    Version->>Restore: Restore NuGet and .NET tool caches
    Restore->>Build: Setup .NET environment and install vpk (if needed)
    Build->>Test: Build project and run tests
    Test->>Post: Execute post-build PowerShell script
    Post->>Upload: Upload build artifacts
Loading

Possibly related PRs

  • update to net8.0 #2442: Updates the target framework to .NET 8.0, which is closely related since both PRs modify the project files and upgrade framework versions.

Suggested labels

5 min review, dependencies, .NET

Suggested reviewers

  • jjw24
  • JohnTheGr8

Poem

I'm a bunny in the code garden, hopping with delight,
Upgrading framework versions, making everything bright.
From .NET 7 to 9 I race, with a skip and a leap,
In workflows and plugins, my changes run deep.
With whiskers twitching, I celebrate this festive byte!
🐰💻


📜 Recent review details

Configuration used: CodeRabbit UI
Review profile: CHILL
Plan: Pro

📥 Commits

Reviewing files that changed from the base of the PR and between 30aa1fa and 9c14286.

📒 Files selected for processing (22)
  • .github/workflows/dotnet.yml (1 hunks)
  • Flow.Launcher.Core/Flow.Launcher.Core.csproj (1 hunks)
  • Flow.Launcher.Infrastructure/Flow.Launcher.Infrastructure.csproj (1 hunks)
  • Flow.Launcher.Plugin/Flow.Launcher.Plugin.csproj (1 hunks)
  • Flow.Launcher.Test/Flow.Launcher.Test.csproj (1 hunks)
  • Flow.Launcher/Flow.Launcher.csproj (1 hunks)
  • Flow.Launcher/Properties/PublishProfiles/Net7.0-SelfContained.pubxml (0 hunks)
  • Plugins/Flow.Launcher.Plugin.BrowserBookmark/Flow.Launcher.Plugin.BrowserBookmark.csproj (1 hunks)
  • Plugins/Flow.Launcher.Plugin.Calculator/Flow.Launcher.Plugin.Calculator.csproj (1 hunks)
  • Plugins/Flow.Launcher.Plugin.Explorer/Flow.Launcher.Plugin.Explorer.csproj (1 hunks)
  • Plugins/Flow.Launcher.Plugin.PluginIndicator/Flow.Launcher.Plugin.PluginIndicator.csproj (1 hunks)
  • Plugins/Flow.Launcher.Plugin.PluginsManager/Flow.Launcher.Plugin.PluginsManager.csproj (1 hunks)
  • Plugins/Flow.Launcher.Plugin.ProcessKiller/Flow.Launcher.Plugin.ProcessKiller.csproj (1 hunks)
  • Plugins/Flow.Launcher.Plugin.Program/Flow.Launcher.Plugin.Program.csproj (1 hunks)
  • Plugins/Flow.Launcher.Plugin.Shell/Flow.Launcher.Plugin.Shell.csproj (1 hunks)
  • Plugins/Flow.Launcher.Plugin.Sys/Flow.Launcher.Plugin.Sys.csproj (1 hunks)
  • Plugins/Flow.Launcher.Plugin.Url/Flow.Launcher.Plugin.Url.csproj (1 hunks)
  • Plugins/Flow.Launcher.Plugin.WebSearch/Flow.Launcher.Plugin.WebSearch.csproj (1 hunks)
  • Plugins/Flow.Launcher.Plugin.WindowsSettings/Flow.Launcher.Plugin.WindowsSettings.csproj (1 hunks)
  • README.md (1 hunks)
  • Scripts/flowlauncher.nuspec (1 hunks)
  • Scripts/post_build.ps1 (1 hunks)
💤 Files with no reviewable changes (1)
  • Flow.Launcher/Properties/PublishProfiles/Net7.0-SelfContained.pubxml
✅ Files skipped from review due to trivial changes (1)
  • Flow.Launcher.Infrastructure/Flow.Launcher.Infrastructure.csproj
🧰 Additional context used
🧠 Learnings (4)
Flow.Launcher.Test/Flow.Launcher.Test.csproj (1)
Learnt from: taooceros
PR: Flow-Launcher/Flow.Launcher#2616
File: Flow.Launcher/Flow.Launcher.csproj:7-7
Timestamp: 2024-11-12T03:58:56.325Z
Learning: In the Flow Launcher project, the version number in the `Flow.Launcher.csproj` file is dynamically updated during the CI/CD process.
Flow.Launcher.Core/Flow.Launcher.Core.csproj (1)
Learnt from: taooceros
PR: Flow-Launcher/Flow.Launcher#2616
File: Flow.Launcher/Flow.Launcher.csproj:7-7
Timestamp: 2024-11-12T03:58:56.325Z
Learning: In the Flow Launcher project, the version number in the `Flow.Launcher.csproj` file is dynamically updated during the CI/CD process.
Flow.Launcher.Plugin/Flow.Launcher.Plugin.csproj (1)
Learnt from: taooceros
PR: Flow-Launcher/Flow.Launcher#2616
File: Flow.Launcher/Flow.Launcher.csproj:7-7
Timestamp: 2024-11-12T03:58:56.325Z
Learning: In the Flow Launcher project, the version number in the `Flow.Launcher.csproj` file is dynamically updated during the CI/CD process.
Flow.Launcher/Flow.Launcher.csproj (1)
Learnt from: taooceros
PR: Flow-Launcher/Flow.Launcher#2616
File: Flow.Launcher/Flow.Launcher.csproj:7-7
Timestamp: 2024-11-12T03:58:56.325Z
Learning: In the Flow Launcher project, the version number in the `Flow.Launcher.csproj` file is dynamically updated during the CI/CD process.
⏰ Context from checks skipped due to timeout of 90000ms (2)
  • GitHub Check: gitStream.cm
  • GitHub Check: gitStream.cm
🔇 Additional comments (29)
Flow.Launcher.Core/Flow.Launcher.Core.csproj (1)

4-4:

❓ Verification inconclusive

Framework update looks good, validate package compatibility

Updating to .NET 9 is a significant version jump which aligns with the PR's objective. Since .NET 9 is relatively new, you should verify that all package dependencies (particularly older ones like squirrel.windows) are fully compatible with .NET 9.


🏁 Script executed:

#!/bin/bash
# Check if any packages might have compatibility issues with .NET 9
# Looking for packages with older versions or compatibility warnings

# Extract package references and versions
rg -A 1 "<PackageReference" Flow.Launcher.Core/Flow.Launcher.Core.csproj

Length of output: 533


Framework update confirmed; please verify package compatibility

The update to <TargetFramework>net9.0-windows</TargetFramework> aligns with the PR’s objective. The package references (including FSharp.Core at 9.0.101) appear appropriate for .NET 9. However, note the following:

  • The squirrel.windows package (v1.5.2) has a NoWarn="NU1701" flag, which could indicate potential compatibility concerns.
  • It's advisable to double-check this and any other dependencies to ensure full compatibility with .NET 9.
Scripts/flowlauncher.nuspec (1)

14-14: Target path update correctly aligns with framework change

The update to the target library path from net7.0 to net9.0 in the nuspec file ensures proper packaging structure, consistent with the project file changes.

Plugins/Flow.Launcher.Plugin.WindowsSettings/Flow.Launcher.Plugin.WindowsSettings.csproj (1)

4-4: Ensure code remains warning-free with new framework

The update to .NET 9 is consistent with other project changes. Since this project has TreatWarningsAsErrors set to true, take special care to test thoroughly as any new warnings from API changes in .NET 9 will cause build failures.

Plugins/Flow.Launcher.Plugin.Url/Flow.Launcher.Plugin.Url.csproj (1)

5-5: Framework update consistent with project-wide change

The update to .NET 9 is in line with the project-wide migration. Since this plugin uses WPF and likely handles web URLs, consider testing specifically for any changes in WPF rendering or URL handling behavior in .NET 9.

Plugins/Flow.Launcher.Plugin.Shell/Flow.Launcher.Plugin.Shell.csproj (1)

5-5: Target Framework Update in Shell Plugin
The target framework has been updated from net7.0-windows to net9.0-windows. This aligns with the broader upgrade to .NET 9 and should enable the latest runtime features. Please verify that all dependencies and referenced projects are compatible with .NET 9.

Plugins/Flow.Launcher.Plugin.Sys/Flow.Launcher.Plugin.Sys.csproj (1)

5-5: Target Framework Update in Sys Plugin
The TargetFramework element has been updated to net9.0-windows. This change is straightforward, but double-check that any platform-specific code or dependencies continue to function as expected under .NET 9.

Plugins/Flow.Launcher.Plugin.Explorer/Flow.Launcher.Plugin.Explorer.csproj (1)

5-5: Target Framework Update in Explorer Plugin
The project now targets net9.0-windows, reflecting the new framework version. Ensure that any Windows-specific API calls or libraries used in this plugin are validated against .NET 9’s standards.

Plugins/Flow.Launcher.Plugin.PluginIndicator/Flow.Launcher.Plugin.PluginIndicator.csproj (1)

5-5: Target Framework Update in PluginIndicator Plugin
This update from .NET 7 to .NET 9 (net9.0-windows) is consistent with the other projects. It is important to confirm that all referenced projects and package dependencies are also updated accordingly.

Plugins/Flow.Launcher.Plugin.ProcessKiller/Flow.Launcher.Plugin.ProcessKiller.csproj (1)

5-5: Target Framework Update in ProcessKiller Plugin
The target framework change to net9.0-windows completes the upgrade for this project. Please verify that package references (such as Microsoft.Windows.CsWin32) and any custom build configurations remain fully compatible with .NET 9.

Flow.Launcher.Test/Flow.Launcher.Test.csproj (1)

3-5: Update to .NET 9 Target Framework.
The <TargetFramework> element has been updated from .NET 7 to net9.0-windows10.0.19041.0, aligning the test project with the overall framework upgrade. Please ensure that all testing tools and dependencies fully support .NET 9.

Plugins/Flow.Launcher.Plugin.WebSearch/Flow.Launcher.Plugin.WebSearch.csproj (1)

4-5: Update to .NET 9 Target Framework in WebSearch Plugin.
The target framework is now set to net9.0-windows, which is consistent with the repository-wide transition. Verify that any framework-specific dependencies (such as WPF settings) are compatible with .NET 9.

Plugins/Flow.Launcher.Plugin.PluginsManager/Flow.Launcher.Plugin.PluginsManager.csproj (1)

3-4: Update to .NET 9 Target Framework in PluginsManager.
The project file now targets net9.0-windows, replacing the previous .NET 7 target. Ensure that both the WPF and Windows Forms components (enabled via <UseWPF> and <UseWindowsForms>) operate correctly under .NET 9.

Plugins/Flow.Launcher.Plugin.Calculator/Flow.Launcher.Plugin.Calculator.csproj (1)

3-5: Update to .NET 9 Target Framework in Calculator Plugin.
The <TargetFramework> element has been updated to net9.0-windows, which aligns with the rest of the repository’s upgrade. Verify that this change does not adversely affect UI components or performance optimizations within the plugin.

Scripts/post_build.ps1 (1)

102-102:

❓ Verification inconclusive

Path updated to .NET 9.0 publish profile

The file path has been correctly updated to reference the net9.0-SelfContained.pubxml publish profile, which aligns with the overall transition from .NET 7 to .NET 9 in this PR.


🏁 Script executed:

#!/bin/bash
# Verify the existence of the new .NET 9.0 publish profile
fd -p "Flow.Launcher/Properties/PublishProfiles/net9.0-SelfContained.pubxml$" --type f

Length of output: 88


Action Required: Verify the Existence of the .NET 9.0 Publish Profile

The initial verification script returned no output, which makes it unclear whether the updated file truly exists in the repository. Please re-run the verification with a broader search to ensure the file is present. For example, you can run the following script:

#!/bin/bash
# Re-run verification to search for any file ending with 'net9.0-SelfContained.pubxml'
fd -p 'net9.0-SelfContained.pubxml$' --type f

If this script still does not return the expected file, please manually verify that the file has been added or correctly placed in the repository. This will ensure that the transition from .NET 7 to .NET 9 in the publish profile is fully effective.

Plugins/Flow.Launcher.Plugin.BrowserBookmark/Flow.Launcher.Plugin.BrowserBookmark.csproj (1)

5-5: Target framework updated to .NET 9.0

The target framework has been properly updated from .NET 7.0 to .NET 9.0, consistent with the PR objectives. The package reference to Microsoft.Data.Sqlite (line 98) is already using version 9.0.1, which is compatible with .NET 9.

Flow.Launcher.Plugin/Flow.Launcher.Plugin.csproj (1)

4-4:

✅ Verification successful

Target framework updated to .NET 9.0

The target framework has been properly updated from .NET 7.0 to .NET 9.0, consistent with the PR objectives.


🏁 Script executed:

#!/bin/bash
# Check if all relevant dependencies have been updated to be compatible with .NET 9
rg -A 2 "PackageReference" Flow.Launcher.Plugin/Flow.Launcher.Plugin.csproj | grep "Version"

Length of output: 468


Target framework update verified

The target framework in Flow.Launcher.Plugin/Flow.Launcher.Plugin.csproj has been set to <TargetFramework>net9.0-windows</TargetFramework>, confirming the upgrade from .NET 7.0 to .NET 9.0 as intended by the PR. Additionally, the package references (Fody 6.5.4, Microsoft.SourceLink.GitHub 1.1.1, JetBrains.Annotations 2024.3.0, Microsoft.Windows.CsWin32 0.3.106, and PropertyChanged.Fody 3.4.0) have been reviewed and show no discrepancies that would affect .NET 9.0 compatibility.

Plugins/Flow.Launcher.Plugin.Program/Flow.Launcher.Plugin.Program.csproj (1)

5-5: Target framework updated to .NET 9.0 while preserving Windows SDK version

The target framework has been correctly updated from .NET 7.0 to .NET 9.0 while maintaining the Windows SDK version (10.0.19041.0). The package reference to Microsoft.Extensions.Caching.Memory (line 67) is already using version 9.0.0, which is compatible with .NET 9.

Flow.Launcher/Flow.Launcher.csproj (1)

5-5: Target Framework Upgrade Confirmed

The target framework has been updated to net9.0-windows10.0.19041.0, which aligns with the overall .NET 9 upgrade. Please verify that all project references and dependent tools are compatible with the new framework.

.github/workflows/dotnet.yml (11)

1-3: Workflow Header and Documentation

The header comments clearly introduce the workflow and provide a reference URL for more information. Ensure that the referenced documentation URL remains up-to-date.


6-16: Workflow Triggers Setup

The workflow is configured to trigger on manual dispatch, push, and pull request events for the dev and master branches, which meets the CI/CD needs after transitioning from AppVeyor.


17-25: Job Definition and Environment Variables

The job is set to run on windows-latest and includes environment variables for versioning (with a hardcoded FlowVersion and dynamic BUILD_NUMBER). Verify that these values are managed consistently across the CI/CD pipeline.


26-33: Version Update Step

The step using vers-one/[email protected] updates version information in files matching **/SolutionAssemblyInfo.cs. Please ensure that this file pattern correctly captures all relevant versioning files in your solution.


34-42: NuGet Cache Restoration

The cache step for NuGet packages is properly configured with a unique key based on the OS and project files. This should help speed up dependency restoration.


42-49: .NET Tool Cache Restoration

The cache step for dotnet tools restores the content from ~/.dotnet/tools using an appropriate key. Confirm that this step covers all the necessary tools used in the build.


62-64: Dependency Restoration and Build Execution

The steps to restore dependencies (dotnet restore) and then build the project (dotnet build --no-restore -c Release) are clear and correctly sequenced.


65-69: Service Initialization for Tests

The inclusion of a step to configure and start the Windows Search service is necessary for tests that depend on it. Please verify that this service management works reliably in the windows-latest environment.


70-70: Test Execution Step

The test step using dotnet test --no-build --verbosity normal -c Release is set up in a straightforward manner to run tests efficiently.


71-73: Post Build Task Execution

Running post-build tasks via the PowerShell script (Scripts/post_build.ps1) with versioning parameters is a good practice. Confirm that the script path and parameter format match what the script expects.


74-110: Artifact Upload Configuration

Multiple artifact upload steps are defined with explicit paths and a compression-level of 0. Make sure that the output directories (e.g., for the Plugin nupkg, installer, portable version, etc.) consistently align with the build outputs.


Thank you for using CodeRabbit. We offer it for free to the OSS community and would appreciate your support in helping us grow. If you find it useful, would you consider giving us a shout-out on your favorite social media?

❤️ Share
🪧 Tips

Chat

There are 3 ways to chat with CodeRabbit:

  • Review comments: Directly reply to a review comment made by CodeRabbit. Example:
    • I pushed a fix in commit <commit_id>, please review it.
    • Generate unit testing code for this file.
    • Open a follow-up GitHub issue for this discussion.
  • Files and specific lines of code (under the "Files changed" tab): Tag @coderabbitai in a new review comment at the desired location with your query. Examples:
    • @coderabbitai generate unit testing code for this file.
    • @coderabbitai modularize this function.
  • PR comments: Tag @coderabbitai in a new PR comment to ask questions about the PR branch. For the best results, please provide a very specific query, as very limited context is provided in this mode. Examples:
    • @coderabbitai gather interesting stats about this repository and render them as a table. Additionally, render a pie chart showing the language distribution in the codebase.
    • @coderabbitai read src/utils.ts and generate unit testing code.
    • @coderabbitai read the files in the src/scheduler package and generate a class diagram using mermaid and a README in the markdown format.
    • @coderabbitai help me debug CodeRabbit configuration file.

Note: Be mindful of the bot's finite context window. It's strongly recommended to break down tasks such as reading entire modules into smaller chunks. For a focused discussion, use review comments to chat about specific files and their changes, instead of using the PR comments.

CodeRabbit Commands (Invoked using PR comments)

  • @coderabbitai pause to pause the reviews on a PR.
  • @coderabbitai resume to resume the paused reviews.
  • @coderabbitai review to trigger an incremental review. This is useful when automatic reviews are disabled for the repository.
  • @coderabbitai full review to do a full review from scratch and review all the files again.
  • @coderabbitai summary to regenerate the summary of the PR.
  • @coderabbitai generate docstrings to generate docstrings for this PR.
  • @coderabbitai resolve resolve all the CodeRabbit review comments.
  • @coderabbitai configuration to show the current CodeRabbit configuration for the repository.
  • @coderabbitai help to get help.

Other keywords and placeholders

  • Add @coderabbitai ignore anywhere in the PR description to prevent this PR from being reviewed.
  • Add @coderabbitai summary to generate the high-level summary at a specific location in the PR description.
  • Add @coderabbitai anywhere in the PR title to generate the title automatically.

CodeRabbit Configuration File (.coderabbit.yaml)

  • You can programmatically configure CodeRabbit by adding a .coderabbit.yaml file to the root of your repository.
  • Please see the configuration documentation for more information.
  • If your editor has YAML language server enabled, you can add the path at the top of this file to enable auto-completion and validation: # yaml-language-server: $schema=https://coderabbit.ai/integrations/schema.v2.json

Documentation and Community

  • Visit our Documentation for detailed information on how to use CodeRabbit.
  • Join our Discord Community to get help, request features, and share feedback.
  • Follow us on X/Twitter for updates and announcements.

Copy link
Contributor

@coderabbitai coderabbitai bot left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Caution

Inline review comments failed to post. This is likely due to GitHub's limits when posting large numbers of comments. If you are seeing this consistently, please check "Code review limits" under "Moderation" settings.

Actionable comments posted: 2

🔭 Outside diff range comments (1)
README.md (1)

390-391: 🛠️ Refactor suggestion

Ensure Consistent .NET SDK Version Across Documentation.
The "Developing/Debugging" section still mentions that Flow Launcher targets .NET 7. Since the installation instructions have been updated to reflect .NET 9, please revise these references to avoid confusion.

🧹 Nitpick comments (2)
Flow.Launcher/Flow.Launcher.csproj (1)

92-94: Review Package Compatibility

Although the references for Microsoft.Extensions.DependencyInjection and Microsoft.Extensions.Hosting remain at version 7.0.0, the removal of the earlier comment raises a point of caution. Please double-check that these package versions work seamlessly with .NET 9.0 or consider updating them if needed.

.github/workflows/dotnet.yml (1)

50-53: .NET SDK Setup

Setting up the .NET SDK with version 9.0.x aligns with the target framework change. For reproducibility, consider pinning to a specific patch version if future builds require consistency.

🛑 Comments failed to post (2)
README.md (1)

394-397: 🛠️ Refactor suggestion

⚠️ Potential issue

Revise .NET SDK Installation Instructions for Consistency.
The installation section now directs users to install the .NET 9 SDK; however, the winget command still references Microsoft.DotNet.SDK.7. For clear guidance, update the winget command to install the correct .NET 9 SDK version.

.github/workflows/dotnet.yml (1)

54-61: ⚠️ Potential issue

VPK Installation Step and YAML Formatting

The VPK installation step correctly checks for the tool before attempting installation. However, the descriptive lines on lines 55–56 are unprefixed and may cause YAML parsing errors. Please prefix these lines with a # so they are treated as comments.

This comment has been minimized.

This comment has been minimized.

This comment has been minimized.

@taooceros taooceros changed the base branch from net9 to dev February 26, 2025 15:00
@taooceros taooceros changed the base branch from dev to net9 February 26, 2025 15:01

This comment has been minimized.

This comment has been minimized.

This comment has been minimized.

This comment has been minimized.

This comment has been minimized.

This comment has been minimized.

@taooceros taooceros changed the title Net9 test Net9 Github Action Feb 28, 2025

This comment has been minimized.

This comment has been minimized.

Copy link

@check-spelling-bot Report

🔴 Please review

See the 📂 files view, the 📜action log, or 📝 job summary for details.

❌ Errors Count
❌ forbidden-pattern 22
⚠️ ignored-expect-variant 1
⚠️ non-alpha-in-dictionary 19

See ❌ Event descriptions for more information.

If the flagged items are 🤯 false positives

If items relate to a ...

  • binary file (or some other file you wouldn't want to check at all).

    Please add a file path to the excludes.txt file matching the containing file.

    File paths are Perl 5 Regular Expressions - you can test yours before committing to verify it will match your files.

    ^ refers to the file's path from the root of the repository, so ^README\.md$ would exclude README.md (on whichever branch you're using).

  • well-formed pattern.

    If you can write a pattern that would match it,
    try adding it to the patterns.txt file.

    Patterns are Perl 5 Regular Expressions - you can test yours before committing to verify it will match your lines.

    Note that patterns can't match multiline strings.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

Successfully merging this pull request may close these issues.

1 participant