Bump Microsoft.EntityFrameworkCore.InMemory from 8.0.30 to 9.0.19 - #2
Closed
dependabot[bot] wants to merge 36 commits into
Conversation
targets net8.0 instead of net8.0-windows for now - WPF requires the windows desktop runtime which cannot execute on this linux dev box even with EnableWindowsTargeting (that only enables compiling the reference assemblies, not running them). UseWPF/WinExe and the template's App.xaml/MainWindow.xaml were dropped since this task has no UI surface; a later task needs to reintroduce them once building/running on windows. also regenerated the solution in classic .sln format since dotnet 10's default slnx did not match the spec.
adds MenuDataService wrapping all CRUD ops with a DataChanged event so UI layers can react to persistence without polling, plus ImageService for copying uploaded images into the app-relative Images/ store. CentsToDollarsConverter, ImagePathConverter, and MonitorService reference WPF/WinForms types (IValueConverter, BitmapImage, Screen) that don't resolve on net8.0 on Linux, so they're excluded from compilation via Compile Remove in the csproj until a later task retargets to net8.0-windows and enables UseWPF/UseWindowsForms. Files are written per spec and ready to compile once that lands.
- add dispatcher marshaling in DisplayViewModel.Refresh() - implement IDisposable to unsubscribe from DataChanged - add ResizeMode=NoResize to borderless display window - remove invalid TextTransform attribute (not a WPF property) - fix ImagePathConverter to return Visibility for visibility bindings
wires database creation, service instantiation, and window opening in App.xaml.cs; admin window opens on primary monitor, up to two display windows on secondary monitors sized to their bounds, with a notice when fewer than 3 monitors are detected. App.xaml/App.xaml.cs are WPF-dependent (System.Windows.Application, MessageBox) so they're excluded from compilation on this net8.0 (non-Windows) target, matching the existing pattern for the other WPF files.
full test suite (10/10) and solution build pass; release publish of the non-WPF net8.0 assembly succeeds. ignore publish/ as a build artifact rather than committing binaries.
- guard AdminViewModel access in slider/lostfocus handlers so XAML init events firing before DataContext is set don't throw NRE - swap DisplayWindow image visibility binding to ImagePathConverter's visibility mode instead of returning a string to a Visibility target - set ShutdownMode.OnMainWindowClose and MainWindow so closing the admin window closes orphaned display windows instead of leaving the app running - drop the redundant manual OnPropertyChanged for SelectedCategory; the ObservableProperty source generator already raises it
- MIT license - README with project overview, features, structure, and tech stack - INSTALL.md with build instructions, hardware setup, usage guide, auto-start configuration, and troubleshooting - root .gitignore for build artifacts and tool directories
- csproj now targets net8.0-windows with UseWPF, UseWindowsForms, OutputType=WinExe - removed all Compile Remove / None Remove exclusion blocks - simplified INSTALL.md since manual csproj edits are no longer needed
- docs/USER-GUIDE.md: day-to-day how-to for store staff - docs/TECHNICAL.md: architecture, data model, build/test, known limitations - docs/HANDOFF.md: runbooks (install, update, backup/restore, emergencies) - README.md: documentation index - remove old planning artifacts Co-Authored-By: Claude Fable 5 <noreply@anthropic.com> Claude-Session: https://claude.ai/code/session_01J2wpN4antceg6YRpoBdNht
the nested MenuBoard/.gitignore duplicated the root one; the root now also excludes .vs/ and the runtime files the app creates next to its exe (menuboard.db*, settings.json) so real store data can never be committed by accident. gitattributes normalizes line endings for a repo cloned on both windows and linux; editorconfig matches the existing 4-space c#/xaml and 2-space msbuild conventions.
floating 8.* versions made builds non-reproducible; pinned to the versions restore actually resolves today (efcore 8.0.30, communitytoolkit.mvvm 8.4.2). version/authors/description/repository metadata now lands in the built assembly.
builds and tests run on windows-latest (wpf tests cannot execute elsewhere). pushing a v* tag publishes a self-contained win-x64 zip as a github release, which makes the readme's 'download the latest release' real. actions are pinned to commit shas; tag names are passed through env vars rather than interpolated into run commands.
docs/TECHNICAL.md documented this confirmation but the delete button executed immediately; a category delete cascades to every item in it and the editor has no undo. the dialog follows the same view-layer pattern as the exit confirmation and defaults to no.
… releases the handoff claimed copying the sqlite file while the app runs is safe; a mid-write copy can be inconsistent, so backups now say to close the app first. install now warns that the app writes next to its exe (program files breaks persistence). readme gains the ci badge and a working link for the release the quick start already promised.
the assembly otherwise reports the csproj dev default regardless of which tag produced it
public contributors will not all use visual studio
the nuget updater enumerates entry points non-recursively in the configured directory; the repo root has no project files, so directory: / would silently never produce update prs. /MenuBoard holds the sln, which references both projects.
the handoff got the correction but the user guide still described the same backup without it
--- updated-dependencies: - dependency-name: Microsoft.EntityFrameworkCore.InMemory dependency-version: 9.0.19 dependency-type: direct:production update-type: version-update:semver-major ... Signed-off-by: dependabot[bot] <support@github.com>
Author
|
OK, I won't notify you again about this release, but will get in touch when a new version is available. If you'd rather skip all updates until the next major or minor version, let me know by commenting If you change your mind, just re-open this PR and I'll resolve any conflicts on it. |
dependabot
Bot
deleted the
dependabot/nuget/MenuBoard/tests/MenuBoard.Tests/Microsoft.EntityFrameworkCore.InMemory-9.0.19
branch
August 14, 2026 20:30
This file contains hidden or bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Add this suggestion to a batch that can be applied as a single commit.This suggestion is invalid because no changes were made to the code.Suggestions cannot be applied while the pull request is closed.Suggestions cannot be applied while viewing a subset of changes.Only one suggestion per line can be applied in a batch.Add this suggestion to a batch that can be applied as a single commit.Applying suggestions on deleted lines is not supported.You must change the existing code in this line in order to create a valid suggestion.Outdated suggestions cannot be applied.This suggestion has been applied or marked resolved.Suggestions cannot be applied from pending reviews.Suggestions cannot be applied on multi-line comments.Suggestions cannot be applied while the pull request is queued to merge.Suggestion cannot be applied right now. Please check back later.
Updated Microsoft.EntityFrameworkCore.InMemory from 8.0.30 to 9.0.19.
Release notes
Sourced from Microsoft.EntityFrameworkCore.InMemory's releases.
9.0.19
Release
What's Changed
Full Changelog: dotnet/efcore@v9.0.18...v9.0.19
9.0.18
Release
What's Changed
Full Changelog: dotnet/efcore@v9.0.17...v9.0.18
9.0.17
Release
What's Changed
Full Changelog: dotnet/efcore@v9.0.16...v9.0.17
9.0.16
Release
What's Changed
Full Changelog: dotnet/efcore@v9.0.15...v9.0.16
9.0.15
Release
What's Changed
Full Changelog: dotnet/efcore@v9.0.14...v9.0.15
9.0.14
Release
What's Changed
Full Changelog: dotnet/efcore@v9.0.13...v9.0.14
9.0.13
Release
What's Changed
Full Changelog: dotnet/efcore@v9.0.12...v9.0.13
9.0.12
Release
What's Changed
Full Changelog: dotnet/efcore@v9.0.11...v9.0.12
9.0.11
Release
What's Changed
Full Changelog: dotnet/efcore@v9.0.10...v9.0.11
9.0.10
Release
What's Changed
Full Changelog: dotnet/efcore@v9.0.9...v9.0.10
9.0.9
Release
What's Changed
Full Changelog: dotnet/efcore@v9.0.8...v9.0.9
9.0.7
Release
What's Changed
Full Changelog: dotnet/efcore@v9.0.6...v9.0.7
9.0.6
Bug Fixes
The translation of
FullTextScorein Cosmos Full-Text Search has been updated to use multiple keywords instead of a keyword array, addressing issues with search accuracy and query compatibility. This resolves #35983 and ensures more reliable full-text search results.#36000 by @maumar
Dependency Updates
Updated the Arcade build infrastructure dependencies for the 8.0 release branch, bringing in the latest improvements and security fixes from the Arcade ecosystem.
#35930 by @dotnet-maestro
Updated Arcade dependencies for the 9.0 release branch, ensuring the build system benefits from the latest tooling and reliability enhancements.
#36006 by @dotnet-maestro
Another update to Arcade dependencies for the 8.0 branch, further aligning with upstream improvements and fixes.
#36085 by @dotnet-maestro
Additional update to Arcade dependencies for the 9.0 branch, maintaining up-to-date build tooling and infrastructure.
#36065 by @dotnet-maestro
Technical Improvements
Integrated various internal commits into the 8.0 release branch, improving code quality, maintainability, and aligning with internal standards.
#35926 by @vseanreesermsft
Additional internal commits merged into the 8.0 branch, further enhancing stability and maintainability.
#36080 by @vseanreesermsft
Integrated internal improvements into the 9.0 branch, ensuring consistency and codebase health.
#36081 by @vseanreesermsft
Infrastructure
Updated the product branding and version numbers to 9.0.6, ensuring that all assemblies and packages reflect the correct release version.
#36044 by @vseanreesermsft
Updated branding for the 8.0 release line to version 8.0.17, keeping versioning consistent across all release artifacts.
#36043 by @vseanreesermsft
Miscellaneous
Automated merge of changes from the 8.0 branch into the 9.0 branch, ensuring that all relevant fixes and improvements are carried forward.
#35927 by @github-actions
Merged the 9.0 branch into the 9.0-staging branch, preparing for further testing and validation before final release.
#36051 by @AndriySvyryd
... (truncated)
9.0.5
Release
What's Changed
Full Changelog: dotnet/efcore@v9.0.4...v9.0.5
9.0.4
Release
What's Changed
Full Changelog: dotnet/efcore@v9.0.3...v9.0.4
9.0.3
Release
What's Changed
Full Changelog: dotnet/efcore@v9.0.2...v9.0.3
9.0.2
Release
What's Changed
Full Changelog: dotnet/efcore@v9.0.1...v9.0.2
9.0.1
Release
What's Changed
^and~when invalid because of value converters by @roji in [release/9.0] Avoid using^and~when invalid because of value converters dotnet/efcore#35241Full Changelog: dotnet/efcore@v9.0.0...v9.0.1
9.0.0
Release
What's Changed
... (truncated)
9.0.0-rc.2.24474.1
Release
9.0.0-rc.1.24451.1
Release
9.0.0-preview.7.24405.3
Release
9.0.0-preview.6.24327.4
Release
9.0.0-preview.5.24306.3
The team has been working primarily on EF Core internals, so there are no new big features in EF Core 9 (EF9) Preview 5. However, this means we really need people like you to run your code on these new internals and report back what you find. We want to fix bugs in the new internals as soon as possible in order to have a strong GA release later in the year.
That being said, there are several smaller enhancements included in preview 5. For full details, see What's new in EF Core 9. To discuss the EF9 release, go to Try EF Core 9 now! on GitHub.
Enhanced database provider for Azure Cosmos DB for NoSQL
We are working on significant updates in EF9 to the EF Core database provider for Azure Cosmos DB for NoSQL. For preview 5, these include:
See Azure Cosmos DB for NoSQL in the What's New docs for more information.
Query translation improvements
EF9 preview 5 contains three small enhancements to query translation:
Count != 0orCount > 0TimeOnly.FromDateTimeandTimeOnly.FromTimeSpanSee LINQ and SQL translation in the What's New docs for more information.
Everything else in preview 5
Preview 5 contains:
EF Core 9 preview 5 and Microsoft.Data.Sqlite contain work from the EF Team at Microsoft (@roji @AndriySvyryd @maumar @ajcvickers @cincuranet @SamMonoRT @luisquintanilla).
9.0.0-preview.4.24267.1
The team has been working primarily on EF Core internals, so there are no new big features in EF Core 9 (EF9) Preview 4. However, this means we really need people like you to run your code on these new internals and report back what you find. We want to fix bugs in the new internals as soon as possible in order to have a strong GA release later in the year.
That being said, there are several smaller enhancements included in preview 4. For full details, see What's new in EF Core 9. To discuss the EF9 release, go to Try EF Core 9 now! on GitHub.
Enhanced database provider for Azure Cosmos DB for NoSQL
We are working on significant updates in EF9 to the EF Core database provider for Azure Cosmos DB for NoSQL. For preview 4, these include:
See Azure Cosmos DB for NoSQL in the What's New docs for more information.
GroupBy complex types
In preview 4, EF9 now supports grouping (
GroupByqueries) that group by a complex type instance. The resulting SQL uses groups by all members, reflecting the value object semantics of complex types.See GroupBy complex types in the What's New docs for more information.
Read-only primitive collections
EF8 introduced support for mapping arrays and mutable lists of primitive types. This has been expanded in EF9 to include read-only collections declared as
IReadOnlyList,IReadOnlyCollection, orReadOnlyCollection.See Read-only primitive collections in the What's New docs for more information.
Everything else in preview 4
Preview 4 contains:
EF Core 9 preview 4 (and Microsoft.Data.Sqlite) contains work from the EF Team at Microsoft (@roji @AndriySvyryd @maumar @ajcvickers @cincuranet @SamMonoRT @luisquintanilla) as well as contributions from the EF Core community. The community PRs in EF9 Preview 4 are:
9.0.0-preview.3.24172.4
The team has been working primarily on EF Core internals, so there are no new big features in EF Core 9 (EF9) Preview 3. However, this means we really need people like you to run your code on these new internals and report back what you find. We want to fix bugs in the new internals as soon as possible in order to have a strong GA release later in the year.
That being said, there are several smaller enhancements included in preview 3. For full details, see What's new in EF Core 9. To discuss the EF9 release, go to Try EF Core 9 now! on GitHub.
Auto-compiled models
Auto-compiled models allow the EF Core compiled model to be automatically regenerated when the model project is built. This means you no longer need to remember to re-run the
dotnet ef dbcontext optimizecommand after your EF model changes. See Auto-compiled models in the What's New docs for more information.Sugar for
HierarchyIdpath generationFirst class support for the SQL Server
HierarchyIdtype was added in EF8. In EF9, a sugar method has been added to make it easier to create new child nodes in the tree structure. See Sugar for HierarchyId path generation in the What's New docs for more information.Everything else in preview 3
Preview 3 contains:
EF Core 9 preview 3 (and Microsoft.Data.Sqlite) contains work from the EF Team at Microsoft (@roji @AndriySvyryd @maumar @ajcvickers @cincuranet @SamMonoRT @luisquintanilla) as well as contributions from the EF Core community. The community PRs in EF9 Preview 3 are:
9.0.0-preview.2.24128.4
The team has been working primarily on EF Core internals, so there are no new big features in EF Core 9 (EF9) Preview 2. However, this means we really need people like you to run your code on these new internals and report back what you find. We want to fix bugs in the new internals as soon as possible in order to have a strong GA release later in the year.
That being said, there are several smaller enhancements included in preview 2, many contributed by our community. For full details, see What's new in EF Core 9. To discuss the EF9 release, go to Try EF Core 9 now! on GitHub.
Improved queries
ToHashSetmethods have existed since .NET Core 2.0. In EF9, the equivalent async methods have been added.ToHashSetAsync<T>methods for full details.Improved model building
Improved tooling
dotnet eftoolsEverything else in preview 2
Preview 2 contains:
EF Core 9 preview 2 (and Microsoft.Data.Sqlite) contains work from the EF Team at Microsoft (@roji @AndriySvyryd @maumar @ajcvickers) as well as contributions from the EF Core community. The community PRs in EF9 Preview 1 are:
ToHashSetAsync<T>Extension methods onIQueryable<T>9.0.0-preview.1.24081.2
The team has been working primarily on EF Core internals, so there are no new big features in EF Core 9 (EF9) Preview 1. However, this means we really need people like you to run your code on these new internals and report back what you find. We want to fix bugs in the new internals as soon as possible in order to have a strong GA release later in the year.
That being said, there are also several smaller enhancements included in preview 1. One of these might be just the thing you have been waiting for, so read on!
Improved queries
OPENJSON WITH.GREATESTandLEASTSQL functions.Math.MinandMath.Maxin non-aggregate queries, as well as directly exposing theGREATESTandLEASTSQL functions in relational providers.ExecuteUpdate
ExecuteUpdateas sugar for updating all member values.Temporal tables
Model building
Everything else in Preview 1
Preview 1 contains:
... (truncated)
Commits viewable in compare view.
Dependabot will resolve any conflicts with this PR as long as you don't alter it yourself. You can also trigger a rebase manually by commenting
@dependabot rebase.Dependabot commands and options
You can trigger Dependabot actions by commenting on this PR:
@dependabot rebasewill rebase this PR@dependabot recreatewill recreate this PR, overwriting any edits that have been made to it@dependabot show <dependency name> ignore conditionswill show all of the ignore conditions of the specified dependency@dependabot ignore this major versionwill close this PR and stop Dependabot creating any more for this major version (unless you reopen the PR or upgrade to it yourself)@dependabot ignore this minor versionwill close this PR and stop Dependabot creating any more for this minor version (unless you reopen the PR or upgrade to it yourself)@dependabot ignore this dependencywill close this PR and stop Dependabot creating any more for this dependency (unless you reopen the PR or upgrade to it yourself)