chore(deps): openframe-chat deps#1913
Conversation
|
Note Reviews pausedIt looks like this branch is under active development. To avoid overwhelming you with review comments due to an influx of new commits, CodeRabbit has automatically paused this review. You can configure this behavior by changing the Use the following commands to manage reviews:
Use the checkboxes below for quick actions:
📝 WalkthroughWalkthroughUpdates dependency version numbers in the openframe-chat client’s ChangesDependency Version Updates
Estimated code review effort: 1 (Trivial) | ~3 minutes Possibly related PRs
Suggested reviewers: 🚥 Pre-merge checks | ✅ 5✅ Passed checks (5 passed)
✨ Finishing Touches📝 Generate docstrings
🧪 Generate unit tests (beta)
Thanks for using CodeRabbit! It's free for OSS, and your support helps us grow. If you like it, consider giving us a shout-out. Comment |
|
Allure Report follow link: 📈 Test status: failure |
7e0f259 to
7c38dfb
Compare
![coderabbitai[bot]](https://avatars.githubusercontent.com/in/347564?s=60&v=4){kind=small}
There was a problem hiding this comment.
Actionable comments posted: 1
🤖 Prompt for all review comments with AI agents
Verify each finding against current code. Fix only still-valid issues, skip the
rest with a brief reason, keep changes minimal, and validate.
Inline comments:
In `@clients/openframe-chat/package.json`:
- Line 21: Ensure that this PR passes all CI/CD checks and testing to confirm
API compatibility with the upgraded `@flamingo-stack/openframe-frontend-core`
version 0.0.276. Specifically, verify that the code patterns in ChatView.tsx and
useChatNatsConfig.ts that use toTokenUsageData() and buildNatsWsUrl() continue
to execute without errors with the new dependency version. If any compatibility
issues emerge during testing, reference the openframe-oss-lib repository's
commit history for the openframe-frontend-core directory to understand breaking
changes between version 0.0.244 and 0.0.276.
🪄 Autofix (Beta)
Fix all unresolved CodeRabbit comments on this PR:
- Push a commit to this branch (recommended)
- Create a new PR with the fixes
ℹ️ Review info
⚙️ Run configuration
Configuration used: defaults
Review profile: CHILL
Plan: Pro Plus
Run ID: ea2385ae-a616-4a88-b100-f60c12e96f29
⛔ Files ignored due to path filters (1)
clients/openframe-chat/src-tauri/Cargo.lockis excluded by!**/*.lock
📒 Files selected for processing (2)
clients/openframe-chat/package.jsonclients/openframe-chat/src-tauri/Cargo.toml
a711d94 to
b532c7f
Compare
631fe87 to
03e8843
Compare
2 participants
This PR contains the following updates:
0.0.448→0.0.4560.10→0.110.21→0.220.8→0.100.61→0.620.52→0.56Release Notes
flamingo-stack/openframe-oss-lib (@flamingo-stack/openframe-frontend-core)
v0.0.456Compare Source
v0.0.455Compare Source
v0.0.454Compare Source
v0.0.453Compare Source
v0.0.452Compare Source
v0.0.451Compare Source
v0.0.450Compare Source
v0.0.449Compare Source
RustCrypto/AEADs (aes-gcm)
v0.11.0Compare Source
marshallpierce/rust-base64 (base64)
v0.22.1Compare Source
alphabet::BIN_HEX.v0.22.0Compare Source
DecodeSliceError::OutputSliceTooSmallis now conservative rather than precise. That is, the error will only occur if the decoded output cannot fit, meaning thatEngine::decode_slicecan now be used with exactly-sized output slices. As part of this,Engine::internal_decodenow returnsDecodeSliceErrorinstead ofDecodeError, but that is not expected to affect any external callers.DecodeError::InvalidLengthnow refers specifically to the number of valid symbols being invalid (i.e.len % 4 == 1), rather than just the number of input bytes. This avoids confusing scenarios when based on interpretation you could make a case for eitherInvalidLengthorInvalidBytebeing appropriate.rust-random/rand (rand)
v0.10.2Compare Source
Fixes
UniformCharfrom bad source (#1790)Changes
partial_shuffleand apply#[must_use](#1769)unsafein contexts where non-local memory corruption could invalidate contract (#1791)v0.10.1Compare Source
This release includes a fix for a soundness bug; see #1763.
Changes
make_rngand add#[track_caller](#1761)log(#1763)v0.10.0Compare Source
Changes
rand_chachahas been replaced with a dependency onchacha20. This changes the implementation behindStdRng, but the output remains the same. There may be some API breakage when using the ChaCha-types directly as these are now the ones inchacha20instead ofrand_chacha(#1642).IndexedRandom::choose_multiple->sample,choose_multiple_array->sample_array,choose_multiple_weighted->sample_weighted, structSliceChooseIter->IndexedSamplesand fnsIteratorRandom::choose_multiple->sample,choose_multiple_fill->sample_fill(#1632)Fillbe implemented for element types, not sliceable types (#1652)OsError::raw_os_erroron UEFI targets by returningOption<usize>(#1665)TryRngCore::read_adapter(..) -> RngReadAdapterwith simpler structRngReader(#1669)SeedableRng::from_os_rng,try_from_os_rng(#1674)Clonesupport forStdRng,ReseedingRng(#1677)postcardinstead ofbincodeto test the serde feature (#1693)IteratorRandom::samplewhenamountis much larger than iterator size (#1695)os_rng->sys_rng,OsRng->SysRng,OsError->SysError(#1697)Rng->RngExtas upstreamrand_corehas renamedRngCore->Rng(#1717)Additions
IndexedRandom::choose_iter,choose_weighted_iter(#1632)Xoshiro128PlusPlus,Xoshiro256PlusPlusprngs (#1649)ChaCha8Rng,ChaCha12Rng,ChaCha20Rngbehindchachafeature (#1659)rand::make_rng() -> R where R: SeedableRng(#1734)Removals
ReseedingRng(#1722)small_rng(#1732)v0.9.5Compare Source
What's Changed
Full Changelog: rust-random/rand@0.9.4...0.9.5
v0.9.4Compare Source
Fixes
Full Changelog: rust-random/rand@0.9.3...0.9.4
v0.9.3Compare Source
This release back-ports a fix from v0.10. See also [#1763].
Changes
log(#1764)doc_auto_cfg(#1764)Full Changelog: rust-random/rand@0.9.2...0.9.3
v0.9.2Compare Source
Deprecated
rand::rngs::mockmodule andStepRnggenerator ([#1634])Additions
WeightedIndex<usize>(de)serialization ([#1646])v0.9.1Compare Source
Security and unsafe
zerocopydependency fromrand(#1579)Fixes
simd_supportfor recent nightly rust (#1586)Changes
fn rand::seq::index::sample_weightedandfn IndexedRandom::choose_multiple_weightedto return fewer thanamountresults (#1623), reverting an undocumented change ([#1382]) to the previous release.Additions
rand::distr::Alphabeticdistribution. (#1587)rand_core(#1604)v0.9.0Compare Source
Security and unsafe
ReseedingRngandThreadRng. Instead, it is recommended to callThreadRng::reseedon fork. (#1379)zerocopyto replace someunsafecode (#1349, #1393, #1446, #1502)Dependencies
--ignore-rust-versionrand_corev0.9.0 (#1558)Features
stdfeature withoutgetrandomorrand_chacha(#1354)small_rngby default (#1455)rand_chacha; usestd_rnginstead. (#1473)serde1toserde(#1477)getrandomtoos_rng(#1537)thread_rng(#1547)API changes: rand_core traits
RngCore::read_adapterimplementingstd::io::Read(#1267)CryptoBlockRng: BlockRngCore; maketrait CryptoRng: RngCore(#1273)TryRngCore,TryCryptoRng(#1424, #1499)fn SeedableRng::from_rng->try_from_rngand add infallible variantfn from_rng(#1424)fn SeedableRng::from_entropy->from_os_rngand add fallible variantfn try_from_os_rng(#1424)CloneandAsRefto associated typeSeedableRng::Seed(#1491)API changes: Rng trait and top-level fns
rand::thread_rng()torand::rng()and remove from the prelude (#1506)rand::random()from the prelude (#1506)random_iter,random_range,random_bool,random_ratio,fill(#1488)Rng::gen_iterasrandom_iter(#1305, #1500)Rng::gentorandomto avoid conflict with the newgenkeyword in Rust 2024 (#1438)Rng::gen_rangetorandom_range,gen_booltorandom_bool,gen_ratiotorandom_ratio(#1505)#[track_caller](#1442, #1447)API changes: RNGs
<SmallRng as SeedableRng>::Seedsize to 256 bits (#1455)rng) ofReseedingRng::new(#1533)API changes: Sequences
SliceRandomintoIndexedRandom,IndexedMutRandom,SliceRandom(#1382)IndexedRandom::choose_multiple_array,index::sample_array(#1453, #1469)API changes: Distributions: renames
rand::distributionstorand::distr(#1470)StandardtoStandardUniform(#1526)distr::Slice->distr::slice::Choose,distr::EmptySlice->distr::slice::Empty(#1548)distr::DistString->distr::SampleString(#1548)distr::DistIter->distr::Iter,distr::DistMap->distr::Map(#1548)API changes: Distributions
Sizedbound onDistribution<T> for &D(#1278)Distribution<Option<T>>forStandardUniform(#1526)StandardUniformsupport allNonZero*types (#1332){Uniform, UniformSampler}::{new, new_inclusive}return aResult(instead of potentially panicking) (#1229)UniformimplementsTryFrominstead ofFromfor ranges (#1229)UniformUsize(#1487)isizeandusizevalues withStandardUniform,Uniform(except viaUniformUsize) andFilland usage as aWeightedAliasIndexweight (#1487)DistStringfor distributionsSlice<char>andUniform<char>(#1315)Slice::num_choices(#1402)p()for distributionBernoullito access probability (#1481)API changes: Weighted distributions
pubmodulerand::distr::weighted, movingWeightedIndexthere (#1548)weighted::Weight, allowingWeightedIndexto trap overflow (#1353)weight, weights, total_weightto distributionWeightedIndex(#1420)WeightedErrortoweighted::Error, revising variants (#1382) and mark as#[non_exhaustive](#1480)API changes: SIMD
std::simd, expand SIMD & docs (#1239)Reproducibility-breaking changes
ReseedingRng::reseeddiscard remaining data from the last block generated (#1379)SmallRng::seed_from_u64implementation (#1203)UniformFloat::newsamples andUniformFloat::sample_singleto yieldhigh(#1462)Slice(#1469)Uniformforusizeportable viaUniformUsize(#1487)IndexdRandom::choose_multiple_weightedfor very small seeds and optimize for large input length / low memory (#1530)Reproducibility-breaking optimisations
sample_floyd, affecting output ofrand::seq::index::sampleandrand::seq::SliceRandom::choose_multiple(#1277)IteratorRandom::chooseandchoose_stable(#1268)SliceRandom::shuffleandpartial_shuffle(#1272)Uniform: use Canon's method (single sampling) / Lemire's method (distribution sampling) for faster sampling (breaks value stability; #1287)sample_single_inclusivefor floats (+~20% perf) (#1289)Other optimisations
SmallRnginitialization performance (#1482)Other
Cargo.lock.msrvfile (#1275)rustfmtand enforce (#1448)benchescrate (#1329, #1439) and migrate to Criterion (#1490)Documentation
ThreadRngrelated docs (#1257)--generate-link-to-definitionfeature (#1327)doc_auto_cfg(#1411, #1450)v0.8.7Compare Source
What's Changed
Full Changelog: rust-random/rand@0.8.6...0.8.7
microsoft/windows-rs (windows)
v0.62.0: 62New crates in this release
The windows-collections crate defines the Windows collection types like
IIterable<T>,IVector<T>,IMap<K, V>, and so on (#3483). It also includes all of the stock implementations for creating such collections (#2346, #2350, #2353). This allows these collections to be used without requiring a dependency on the largerwindowscrate. This crate also provides an optimized implementation of the standardIteratortrait for the WindowsIIterator<T>interface (#3476).The windows-future crate defines the Windows async types like
IAsyncAction,IAsyncOperation<T>, and so on (#3490). It also includes all of the stock implementations for creating such async types (#3221, #3235). This allows these async types to be used without requiring a dependency on the largerwindowscrate.The windows-link crate provides linker support for Windows (#3450). This is the evolution of the older
windows-targetscrate but is substantially simpler and more versatile thanks to advances in the Rust compiler since thewindows-targetscrate was unveiled. Notably, it does not depend on or insert any import libs and can be used with custom libraries, not only those provided by the Windows operating system. All of the crates, with the exception ofwindows-sys, now depend on the newwindows-linkcrate instead of the olderwindows-targetscrate. This greatly simplifies compilation and also greatly reduces the size of dependencies as thewindows-linkcrate is tiny. Thewindows-bindgencrate defaults towindows-linkbut also adds the--linkoption to override this as needed. You may for example want to use--link windows_targetsif you need to stick with thewindows-targetscrate if you cannot change your MSRV to Rust 1.71 or later as that was the first version to stabilizeraw-dylibfor all Windows targets. This then lets you continue to usewindows-bindgenuntil you are ready to move to a newer version of Rust.The windows-numerics crate defines the Windows numeric types to support graphics-oriented math APIs and calculations (#3488). It also also includes all of the stock implementations for overloaded operators and other transformations. This allows these numeric types to be used without requiring a dependency on the larger
windowscrate.Major updates to existing crates
The windows-bindgen crate provides a number of improvements including new diagnostics (#3498), streamlined and more capable reference support (#3497, #3492), hardened method overloading (#3477), far fewer
transmutecalls, as well as many other critical fixes and improvements.The windows-core crate is largely unchanged but required some breaking changes to support
windows-bindgentype system improvements.The windows-registry crate continues to improve with generalized support for access rights (#3482), open options (#3461), and other minor improvements.
The windows crate now delegates to the
windows-numerics,windows-future, andwindows-collectionscrates for those types, as well as a number of critical fixes and improvements to features andcfgguards (#3431), and many other small improvements.Minor updates to existing crates
The windows-result now includes the
BOOLtype (#3441) as a core type. This allows this ubiquitous type to be used without requiring a dependency on the largerwindowscrate.The windows-strings crate now depends on the new
windows-linkcrate instead of the olderwindows-targetscrate.The windows-version crate now depends on the new
windows-linkcrate instead of the olderwindows-targetscrate.The cppwinrt crate includes minor improvements to improve build reliability.
What's Changed
track_callerin more places by @kennykerr in #3424set_stringto differ by @kerosina in #3412windows-bindgencaching by @kennykerr in #3427cfgwriter by @kennykerr in #3430cfggeneration by @kennykerr in #3431Refunused lifetime type parameter by @kennykerr in #3433Reffor generic type parameters by @kennykerr in #3435cfgtoSendandSyncimplementations by @kennykerr in #3438BOOLa core type by @kennykerr in #3441EventRegistrationTokenby @kennykerr in #3445RefandOutReffor C++ delegates by @kennykerr in #3447Reflifetime type parameter by @kennykerr in #3448windows-linkcrate by @kennykerr in #3450cppwinrttemp file by @kennykerr in #3455windows-bindgenand reducetransmutecount by @kennykerr in #3454windows-bindgenby @kennykerr in #3456OpenOptionstowindows-registryby @kennykerr in #3461windows-linkto the windows-rs readme by @kennykerr in #3462no_stdby @kennykerr in #3469IteratorforIIterator<T>by @kennykerr in #3476windows-registryby @kennykerr in #3482MethodDefconstructor parent resolution by @kennykerr in #3484windows-collectionscrate by @kennykerr in #3483windows-numericscrate by @kennykerr in #3488windows-futurecrate by @kennykerr in #3490windows-bindgenreference usability and default reference support by @kennykerr in #3492bindgenby @kennykerr in #3496windows-bindgenby @kennykerr in #3497windows-bindgento improve diagnostics by @kennykerr in #3498New Contributors
Full Changelog: microsoft/windows-rs@0.61.0...0.62.0
gentoo90/winreg-rs (winreg)
v0.56.0: 0.56.0 (windows-sys)Compare Source
RegValue.bytesis nowCow<[u8]>and notVec<u8>which introduces a lifetime to the structure (#64).DELETE,KEY_ENUMERATE_SUB_KEYSandKEY_QUERY_VALUEpermissions in addition toKEY_CREATE_SUB_KEYandKEY_SET_VALUEused previously. This is required for:RegKeymethods:encode_destructive()andencode_destructive_transacted()that wipe all subkeys/values of a target key before writing to it (#76).RegKeymethods:enum_keys_os_string()andenum_values_os_string()return iterators that useOsStringfor key/value names (#80).consts for predefined registry keys:HKCR,HKCU,HKLM,HKUandHKCC.stdtraitsFromRawHandle,IntoRawHandleandAsRawHandleforTransaction.windows-sysversion to>=0.59, <=0.61according to its README recomendation.v0.55.0Compare Source
windows-systo version 0.59 (#77)v0.54.0Compare Source
windows-systo version 0.52 (closes #63, #70)v0.53.0Compare Source
Anydue toREG_NONE(pullrequest #67, fixes #66)Option(#56)RegKeymethods for creating/opening subkeys with custom options (#65)Configuration
📅 Schedule: (in timezone UTC)
🚦 Automerge: Disabled by config. Please merge this manually once you are satisfied.
♻ Rebasing: Whenever PR is behind base branch, or you tick the rebase/retry checkbox.
👻 Immortal: This PR will be recreated if closed unmerged. Get config help if that's undesired.
This PR has been generated by Mend Renovate.