Skip to content

Bump Sentry from 4.11.0 to 6.8.0 #47

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.

Sign up for GitHub

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

Open
dependabot wants to merge 1 commit into
base: wsm/agileplus-dag-20260610
Choose a base branch
from
+26 −20
Open

Bump Sentry from 4.11.0 to 6.8.0 #47

Show file tree
Hide file tree
Changes from all commits
Commits
Show all changes
1 commit
Select commit
File filter

Filter by extension

Filter by extension
Conversations
Failed to load comments.
Loading
Jump to
Jump to file
Failed to load files.
Loading
Diff view
Diff view
2 changes: 1 addition & 1 deletion src/Tools/Cli/DINOForge.Tools.Cli.csproj
View file
Open in desktop
Original file line number Diff line number Diff line change
Expand Up @@ -43,7 +43,7 @@
<PackageReference Include="Microsoft.Data.Sqlite" Version="8.*" />

<!-- Error tracking -->
<PackageReference Include="Sentry" Version="4.11.0" />
<PackageReference Include="Sentry" Version="6.8.0" />

@kilo-code-bot kilo-code-bot Bot Jul 27, 2026

Copy link
Copy Markdown

Choose a reason for hiding this comment

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

[CRITICAL]: Sentry major version bump (4.11.0 → 6.8.0) without migration plan

This is a semver-major jump across two major versions (4→6). The Sentry SDK for .NET introduced breaking changes between these versions including: SentrySdk.CaptureUserFeedback removed (replaced by SentrySdk.CaptureFeedback), BreadcrumbLevel.Critical renamed to BreadcrumbLevel.Fatal, backpressure handling enabled by default, and several deprecated APIs removed. Although no Sentry API usage was found in the current C# source files, this package is a declared direct production dependency. Verify Sentry compatibility and confirm the package is actually needed.

Reply with @kilocode-bot fix it to have Kilo Code address this issue.


<!-- System.Drawing for screenshot capture -->
<PackageReference Include="System.Drawing.Common" Version="8.*" />
Expand Down
44 changes: 25 additions & 19 deletions src/Tools/Cli/packages.lock.json
View file
Open in desktop
Original file line number Diff line number Diff line change
Expand Up @@ -5,10 +5,10 @@
"Microsoft.Data.Sqlite": {
"type": "Direct",
"requested": "[8.*, )",
"resolved": "8.0.27",
"contentHash": "qlS+YrntAGokJdNNU9iEbf1cjhUw82xspqWq1J4haGrUk800HqHid5q9/dfkLGxNGYubT/MysPoIbo364et20Q==",
"resolved": "8.0.29",
"contentHash": "UT01MJBITsT5CFLK9bhYWjz847BHlC2em7nhBNCCSYsI72mIzrXHfrQT8R+huQKJGZo94/a9GWGzKPn7mmlMyw==",
"dependencies": {
"Microsoft.Data.Sqlite.Core": "8.0.27",
"Microsoft.Data.Sqlite.Core": "8.0.29",
"SQLitePCLRaw.bundle_e_sqlite3": "2.1.6"
}
},
Expand Down Expand Up @@ -101,6 +101,12 @@
"Microsoft.SourceLink.Common": "8.0.0"
}
},
"MinVer": {

@kilo-code-bot kilo-code-bot Bot Jul 27, 2026

Copy link
Copy Markdown

Choose a reason for hiding this comment

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

[WARNING]: MinVer 7.0.0 appears as a new Direct dependency in the lock file without a corresponding csproj change

MinVer is a build-time semantic versioning tool, not a runtime dependency. Its appearance as "type": "Direct" with requested version [7.*, ) alongside no csproj diff for MinVer suggests either a lock file generation anomaly or an unintended transitive dependency being classified as Direct. Build-time tooling should use PrivateAssets="all" or live in a .props file, not as a production package reference.

Reply with @kilocode-bot fix it to have Kilo Code address this issue.

"type": "Direct",
"requested": "[7.*, )",
"resolved": "7.0.0",
"contentHash": "2lMTCQl5bGP4iv0JNkockPnyllC6eHLz+CoK2ICvalvHod+exXSxueu9hq+zNkU7bZBJf8wMfeRC/Edn8AGmEg=="
},
"ScreenRecorderLib": {
"type": "Direct",
"requested": "[6.6.0, )",
Expand All @@ -109,9 +115,9 @@
},
"Sentry": {
"type": "Direct",
"requested": "[4.11.0, )",
"resolved": "4.11.0",
"contentHash": "uIWfs/AH8lq2lW3P0K7oOvOoja1HZpKA7TIwWHdHDNq2fRV3I6AwIJQtOqrB61dXqI+7zwo6DCMkYF/vY9HZwA=="
"requested": "[6.8.0, )",
"resolved": "6.8.0",
"contentHash": "amUjwslDtdx1p8r6z4APCxM8vHCKG4CBamPpSTwxmTMoBQ2CLwx2m3CaIttJXRT/hw9S5rNfXgjol2OqADytLQ=="
},

@kilo-code-bot kilo-code-bot Bot Jul 27, 2026

Copy link
Copy Markdown

Choose a reason for hiding this comment

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

[SUGGESTION]: Broad lock file refresh alongside the Sentry bump makes change isolation difficult

The lock file updates beyond Sentry include Microsoft.Data.Sqlite (8.0.27→8.0.29), Spectre.Console (0.55.2→0.57.2), System.CommandLine (2.0.8→2.0.10), Serilog (4.3.1→4.4.0), System.Drawing.Common (8.0.27→8.0.29), and Spectre.Console.Ansi (0.55.2→0.57.2). These are not changed in the csproj and appear to be transitive dependency refresh. Consider regenerating the lock file in a separate commit after confirming the Sentry upgrade is stable.

Reply with @kilocode-bot fix it to have Kilo Code address this issue.

"SketchFabApi.Net": {
"type": "Direct",
Expand All @@ -127,23 +133,23 @@
"Spectre.Console": {
"type": "Direct",
"requested": "[0.*, )",
"resolved": "0.55.2",
"contentHash": "yc0g12YJpmZHofGJLTQX02/uqfzJ6XHRx6pe9rANNjleQptXMHPxD9KI2/DWkXiJWddc+4oizEdGox15c89hhw==",
"resolved": "0.57.2",
"contentHash": "wzsB+P9i6F9G+cFOJxRotCiQWNSzZVAMxi8YMiHlGXXU1JLMXGp7zSSqBMmROZS2bzpK5jk+Saa7Evp8HwqhKg==",
"dependencies": {
"Spectre.Console.Ansi": "0.55.2"
"Spectre.Console.Ansi": "0.57.2"
}
},
"System.CommandLine": {
"type": "Direct",
"requested": "[2.*, )",
"resolved": "2.0.8",
"contentHash": "FbpgF8p/ClXnoXEWLjQB34kNh5rsLewEgIgLyVzLDucAOQ4cNs7ec9Cam7gdKPruSb6zp4Mx8htZGTL4/5PJPg=="
"resolved": "2.0.10",
"contentHash": "6i1D6/U3i1f/PiXTt9pDvbJwdXEe0F2DZPup6BHzeIu5yPk/lkFzgtrJnPbj54JWUh8Y9vJeKG/TZIT6MkF8TA=="
},
"System.Drawing.Common": {
"type": "Direct",
"requested": "[8.*, )",
"resolved": "8.0.27",
"contentHash": "G/4T2mE+RElzXxHO+PdCngA2lEjGbZvEMyfsFjZHZXROdbI6n5AQC3LHcTKJ2wTHILf4U5eA5zF/ili0YAj+BQ==",
"resolved": "8.0.29",
"contentHash": "sJZ5BBGGRU8rnVYeaeolaaYQg9grIixN/lZvr3mzJAygZKFiW/v8qdD28EO+ZccWLl2yjLQSz3jgeApJLnhoEA==",
"dependencies": {
"Microsoft.Win32.SystemEvents": "8.0.0"
}
Expand Down Expand Up @@ -178,8 +184,8 @@
},
"Microsoft.Data.Sqlite.Core": {
"type": "Transitive",
"resolved": "8.0.27",
"contentHash": "xdTCV/0Mmx1TV9O7gyvRtyQFBtoMVwVWUn6p4W++u2AENEOugIApAaCY6wYr894UPJBwIv3ChyVVOJ9joo9dXw==",
"resolved": "8.0.29",
"contentHash": "B/7Z0la03kNVdmZtgSN/PocA2nsPiVUq56iCh25oW8W31Yzg1ofrMWy79i0DcDOXuHjy7+jlsUlSNytwe9Et5A==",
"dependencies": {
"SQLitePCLRaw.core": "2.1.6"
}
Expand Down Expand Up @@ -349,8 +355,8 @@
},
"Serilog": {
"type": "Transitive",
"resolved": "4.3.1",
"contentHash": "savYe7h5yRlkqBVOwP8cIRDOdqKiPmYCU4W87JH38sBmcKD5EBoXvQIw6bNEvZ/pTe1gsiye3VFCzBsoppGkXQ=="
"resolved": "4.4.0",
"contentHash": "ZC6Le3rr4TVJJjS4KsQAesxeF1EhW9qcZmmG7eP5Y2G3+gTGkJEUXkq4+tZNPtyp05I0wWOxnIjwtxFweJsObw=="
},
"Serilog.Sinks.Console": {
"type": "Transitive",
Expand All @@ -370,8 +376,8 @@
},
"Spectre.Console.Ansi": {
"type": "Transitive",
"resolved": "0.55.2",
"contentHash": "tN3KEJQQZwLW9HJnG5YTSAxfBwxsmg1wVuGvhGG2rM+pbl+NGaHU8pDcNofPlOXlgpkbpBMxI5t9o9qPfy3sHQ=="
"resolved": "0.57.2",
"contentHash": "Y1+u73shwP+JYHmrkdN6bSt2kaGBEAafhi2nrecczbXdFRey+k7J/WF9YPfcB0rqivv2S8fmif6FSBq9m/AFvw=="
},
"SQLitePCLRaw.bundle_e_sqlite3": {
"type": "Transitive",
Expand Down