Update dependency NAudio to v3 - #8
Open
renovate[bot] wants to merge 1 commit into
Open
renovate[bot] wants to merge 1 commit into
renovate[bot] wants to merge 1 commit into
Conversation
renovate
Bot
force-pushed
the
renovate/naudio-3.x
branch
from
August 18, 2026 14:50
45d27f3 to
9997953
Compare
renovate
Bot
force-pushed
the
renovate/naudio-3.x
branch
from
September 7, 2026 08:30
9997953 to
66fd2c3
Compare
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.
This PR contains the following updates:
2.2.1→3.1.0Release Notes
naudio/NAudio (NAudio)
v3.1.0A correctness release, with Native AOT as the theme. NAudio's remaining
[StructLayout]interop types —WAVEHDR,ACMSTREAMHEADERandWaveFormatitself — were passed to native code by value, which CoreCLR pins in place but
the AOT marshaller copies into a per-call temporary. Anything the driver or
codec wrote back was silently discarded, so
WaveIn/WaveOut, ACM conversion(and with it
Mp3FileReaderandAudioFileReader) and every WASAPI, MediaFoundation and DMO format negotiation were broken in an AOT-published app while
building and running cleanly. Those paths now marshal by hand into stable
unmanaged blocks, and
NAudio.WinMMjoins the AOT-compatible package set.The two breaking changes below both fall out of that work. Also fixed are two
3.0.0 regressions —
Mp3FileReaderBaseseeking on files with a Xing/Infoheader, and
WdlResamplingSampleProviderlosing samples when its sourceunder-feeds — and a pair of infinite loops in the WAV parser on corrupt files.
WaveFormatand its subclasses no longer carry[StructLayout], soMarshal.SizeOfandMarshal.PtrToStructureon them now throwArgumentExceptioninstead of silently returning wrong data under Native AOT (Marshal.SizeOf<WaveFormatExtensible>()returned 22 rather than 40, and a decoded format kept its constructor defaults). NAudio itself stopped marshalling these types in 3.1.0; useToWaveFormatExBytes,MarshalToPtrorMarshalFromPtrto cross a native boundary (#1432)AudioClient.IsFormatSupportedandWasapiPlayer.IsFormatSupportednow return the closest-match format asout WaveFormatrather thanout WaveFormatExtensible. WASAPI documents this format as either aWAVEFORMATEXor aWAVEFORMATEXTENSIBLE, and the old signature could only represent the latter — a plain format was previously decoded as aWaveFormatExtensiblewhose base fields were valid but whose extensible fields were meaningless. Callers needing the extensible fields should pattern-match (#1425)WaveIn/WaveOutfailing under Native AOT withWaveHeaderUnprepared("The wave header was not prepared"). TheWAVEHDRwas a[StructLayout]class passed to winmm by value, which CoreCLR pins in place but NativeAOT copies into a per-call temporary, so the driver'sWHDR_PREPARED/WHDR_DONE/dwBytesRecordedwrites were discarded. It is now a struct in a stable unmanaged block (#1425)WaveFormatConversionStream,AcmStreamand soMp3FileReaderandAudioFileReader.ACMSTREAMHEADERwas a[StructLayout]class passed to msacm32 by value, and the codec keeps private state in the header's reserved fields betweenacmStreamPrepareHeader,acmStreamConvertandacmStreamUnprepareHeader; the AOT marshaller's per-call copy round-trips only the declared fields, so that state was lost and conversion failed. It is now a struct in a stable unmanaged block, asWAVEHDRalready is (#1425)WaveFormat.MarshalToPtrandWaveFormat.MarshalFromPtrcorrupting anyWaveFormatsubclass under Native AOT — the AOT marshaller drops the inheritedWAVEFORMATEXfields of a class hierarchy, so aWaveFormatExtensiblewas written with its SubFormat GUID over the sample rate. Every remaining site that sized or wrote aWaveFormatwithMarshal.SizeOf/StructureToPtrwas converted too: WASAPI (AudioClient), Media Foundation (MFInitMediaTypeFromWaveFormatEx, reachable fromMediaFoundationResampler/MediaFoundationEncoder), DMO (DmoMediaType.SetWaveFormat,MediaObject) and ACM (AcmStream,AcmDriver) (#1425)WaveFormat.MarshalToPtrnow always allocates at least the18 + cbSizebytes it advertises. AWaveFormatsubclass that declaresextraSizebut doesn't write it inSerializepreviously produced a block shorter than its owncbSize, which a native consumer would read past (#1425)WaveFormat.ToWaveFormatExBytes(), which renders aWaveFormatas a native WAVEFORMATEX byte array.MarshalToPtris now a thin wrapper over it, for callers who need an unmanaged block rather than a buffer they already own (#1425)Serializeoverride toMp3WaveFormat, which previously advertisedcbSize= 12 but wrote none of its 12 MPEGLAYER3WAVEFORMAT extra bytes (#1425)WaveFormatExtraDatanow sizes its buffer fromcbSizeinstead of holding a fixed 100-byte array, so a fmt chunk declaring more than 100 bytes of extra data keeps it rather than having all of it discarded (#482). The fixed size existed only because[MarshalAs(ByValArray, SizeConst = 100)]needed a compile-time length.ExtraDatais now exactlyExtraSizebytes long rather than always 100 (#1432)NAudio.WinMMis now markedIsAotCompatible, and the AOT smoke test covers the winmm WAVEHDR/WAVEFORMATEX paths (#1425)Mp3FileReaderBaseseeking silently restarting playback from the beginning of the file on MP3s with a Xing/Info header — the lazy frame index was gated onIsLengthExact, which such a header sets without any frame having been scanned. Also fixed seeks landing on the wrong frame when the target fell exactly on a frame boundary, and Xing/Info header frames being indexed as audio (shifting every seek in those files ~26 ms early). A 3.0.0 regression (#1419)WdlResamplingSampleProviderlosing samples, and eventually returning 0 permanently, when asked for more output than the source could supply — a 3.0.0 regression that broke the common pattern of reading generously from aBufferedWaveProvider-backed capture chain.WdlResampler.ResampleOutalso no longer drifts in input-driven (feed) mode when handed fewer samples thanResamplePreparerequested (#1412)ds64chunk with a negativedataChunkLength, or aLIST/adtlsub-chunk with a negative size, made the chunk walk advance by zero bytes per iteration and spin at 100% CPU without throwing. Negative and oversized sizes are now rejected where they are read, and an undersizedds64chunk throwsFormatExceptionrather thanArgumentOutOfRangeException(#1428)NAudioConsoleTestWASAPI exclusive-mode quick scan reporting no supported formats at all on devices that support plenty — it built its probe formats with an emptyWAVEFORMATEXTENSIBLEchannel mask, which drivers such as Realtek reject outright. It now probes with the canonical layout for the channel count, the same mask the library's own format adaptation uses (#1431)v3.0.1A patch release. The headline fix is packaging: the
NAudioandNAudio.Extrasmeta-packages now ship a plain
net9.0-windowsleg, so WinForms and WPF projectstargeting
netX.0-windowsget the full Windows stack again.AudioFileReadernow throwsNotSupportedExceptioninstead ofInvalidOperationExceptionwhen the cross-platform build is asked for a format it cannot read, and the messages simply state that rather than suggesting anNAudio.Wasapiinstall that could never have helped (#1407)NAudioandNAudio.Extrasmeta-packages resolving their portablenet9.0asset on projects targeting a plainnetX.0-windowsTFM (the WinForms/WPF template default), which silently dropped the entire Windows stack — noWaveOut, WASAPI, Media Foundation, ASIO, DMO or WinForms types, andAudioFileReaderthrowing "MP3 file reading requires the NAudio.Wasapi package". Both packages now also ship a plainnet9.0-windowsleg (#1407)netX.0-windowsTFM may now seeCA1416warnings when calling WASAPI process-loopback capture. The warning is correct — those callers do need anOperatingSystem.IsWindowsVersionAtLeast(10, 0, 19041)guard — and was previously hidden because the only Windows asset available already implied that floor (#1407)AiffFileReaderreporting too long aLengthand throwingIndexOutOfRangeExceptionwhen the SSND chunk declares a non-zero offset (#1405)AiffFileReader.ReadthrowingIndexOutOfRangeExceptionwhen the source stream returns fewer bytes than requested (#1405)v3.0.0NAudio 3 is a major release. The single
NAudioassembly is now split intofocused, independently usable packages; the minimum target framework moves to
net9.0; the core is cross-platform and Native-AOT compatible; and severallarge new subsystems — a cross-platform effects suite, a software sampler, VST 3
hosting, and ALSA and libsndfile backends — join the library.
Upgrading from NAudio 2? Migrating from NAudio 2 to NAudio 3
walks through every breaking change with before/after code. Most apps need only
re-target to
net9.0, renameWaveOutEventtoWaveOut, and adjust customproviders to the new
Span<T>Readsignature.Packages and platform
net9.0— legacy .NET Framework and .NET Standard 2.0 support is droppedNAudiois now a set of focused packages:NAudio.Core,NAudio.Midi,NAudio.WinMM,NAudio.Wasapi,NAudio.Asio,NAudio.Dmo,NAudio.WinForms, plus the newNAudio.Effects(shipped inNAudio.Core),NAudio.Sampler,NAudio.Vst3,NAudio.AlsaandNAudio.SoundFile. TheNAudiometa-package still pulls the Windows stack together, so existing consumers see no change. SeeDocs/Architecture/NAudio3AssemblyLayoutPlan.mdNAudio.Core,NAudio.Midi,NAudio.Wasapi,NAudio.Dmo,NAudio.Sampler,NAudio.SoundFileandNAudio.Alsaare Native-AOT compatible (IsAotCompatible=true), enforced in CI byNAudioAotSmokeTestNAudio.Wasapitargets plainnet9.0(Windows-only at runtime via[SupportedOSPlatform("windows")]), so cross-platform apps can reference it and build on Linux/macOS withoutEnableWindowsTargeting. The WinRT MIDI backend moved toNAudio.Midi, which now dual-targetsnet9.0;net9.0-windows10.0.19041.0(#1384)NAudio.Uappackage is removed — useWasapiPlayerBuilder/WasapiRecorderBuilder.snupkgsymbol packages and an embedded SPDX SBOMNew capabilities
Each new subsystem has its own tutorial or README; only the headline is listed here.
NAudio.Effectsframework:IAudioEffect/EffectSampleProvider/EffectChainwith click-free bypass, dry/wet mix and an optional parameter model, plus a broad effect set (EQ and filtering, dynamics, saturation/lo-fi, delay and modulation, reverb including FFT convolution, pitch shifting, and voice-comms AGC/noise suppression). See Docs/AudioEffects.mdWasapiPlayer/WasapiRecorder, built viaWasapiPlayerBuilder/WasapiRecorderBuilder:IAudioClient3low latency, MMCSS thread priority,IAsyncDisposable, zero-copy buffers, per-process loopback capture, automatic stream routing that follows the default endpoint (#942), acoustic-echo-cancellation reference control (#1223), communications mode, raw mode (#476), and resample-free bit-depth/channel adaptation in exclusive and low-latency modes. See Docs/WasapiPlayer.md and Docs/WasapiRecorder.mdAsioDevicereplacingAsioOut: explicit playback/recording/duplex modes, non-contiguous channels, per-channelSpan<float>callbacks, driver-reset recovery and per-buffer timing.AsioOutis preserved as a facade. See Docs/AsioMigration.mdNAudio.SoundFilepackage: read and write WAV/AIFF/FLAC/Ogg-Vorbis/Opus/MP3 via a system libsndfile on Windows, Linux and macOS (the first cross-platform FLAC/Vorbis/Opus encoder in NAudio). See Docs/CrossPlatformAudioFilesWithSoundFile.md (#1289)NAudio.Alsapackage:AlsaOut(IWavePlayer) andAlsaIn(IWaveIn) plusAlsaDeviceEnumerator, backed bylibasound. See Docs/PlayAudioFileLinuxAlsa.md and Docs/RecordAudioFileLinuxAlsa.md (#1182)NAudio.Vst3package (Windows-only): discover, load and host VST 3 effects and instruments, with parameters, state and.vstpresetpresets, native editor windows, program lists/units, latency compensation, and live/offline MIDI-file playback through the shared MIDI pipeline. See theNAudio.Vst3README andDocs/Architecture/Vst3Hosting.md. VST is a registered trademark of Steinberg Media Technologies GmbHNAudio.Samplerpackage: polyphonic, cross-platform playback of SoundFont (.sf2) and SFZ instruments and single-sample instruments, rendered as anISampleProvider(SF2 modulator engine, DAHDSR envelopes, LFOs, modulated filters, reverb/chorus sends, voice stealing, choke groups). See Docs/Sampler.mdMMDeviceEnumerator.CreateNotificationClient()returns anMMDeviceNotificationClientexposingDeviceStateChanged,DeviceAdded,DeviceRemoved,DefaultDeviceChangedandPropertyValueChangedas ordinary events, so callers no longer implement a COM interface or manage CCW lifetime (#1395)NAudio.Midi's portable leg is now cross-platform; new WinRTWinRTMidiIn/WinRTMidiOutand backend-agnosticIMidiInput/IMidiOutput; and a newIMidiInstrumentseam (MidiFileSequence/SequencedMidiPlayer/OfflineMidiRenderer/LiveMidiInstrument) giving an end-to-end MIDI-file → audio pipeline that drives the sampler or a hosted VST 3 instrument.MidiFilealso reads RIFF-RMID (.rmi) files (#1236) andMidiFile.Exportgains aStreamoverload, thanks to @MaKiPL (#499)NAudio.Sequencingnamespace inNAudio.Core(tempo and time-signature maps, transport,EventTimeline, swing, and a sample-accurate per-buffer dispatcher) underpinning MIDI-file playback and the sampler. SeeDocs/Architecture/Sequencing.mdNAudio.ExtrashelpersCaptureMixerInputandRealtimeCaptureMixercapture and live-mix several sources with different sample rates and channel counts (e.g. microphone + system loopback) into one wall-clock-paced stream. See Docs/MixMicrophoneAndSystemAudio.md (#761)AudioFileReaderandCachedSoundgainStreamconstructors, detecting WAV/AIFF from the contents and delegating anything else to Media Foundation, so embedded or in-memory audio plays without a temp file (#927, #963).StreamMediaFoundationReaderalso gains optionalcontentType/originNamehints and Ogg container sniffing (#952)WaveFileReader.Chunkswith anIWaveChunkInterpreter<T>extension point and built-in interpreters for cue lists, BWFbext(BroadcastExtension, now read and write, with v2 loudness) and LIST/INFO (InfoMetadata);WaveFileWritergainsAddCue,WriteCueList,WriteBroadcastExtension, arbitraryAddChunkand RF64 promotion viaWaveFileWriterOptions(#1013)IWaveLatencyinterface inNAudio.CoreexposingAverageLatency/CurrentLatencyfor A/V sync and drift detection, implemented across the playback and capture classes (#601)ChannelMixerSampleProviderwith ready-madeChannelMixMatrixroutings, thanks to @antiduh (#982); a newFftProcessor;Span<T>overloads across the codec/DSP surface; reusable building blocks (EnvelopeFollower,DelayLine,Lfo,Oversampler,LinkwitzRileyCrossover,PartitionedConvolver, …); plus improvements toSmbPitchShiftingSampleProvider(#922),AdsrSampleProvider(#671) andFadeInOutSampleProvider(#1136)ValidBitsPerSample/ChannelMask, and a[Flags] Speakersenum for building channel masks (#1325)AudioSessionControl.SetDuckingPreference(bool)(#760);WasapiPlayer/WasapiRecorderexposeDeviceIdandDeviceFriendlyNamefor the active endpoint (#681)Breaking changes
The full upgrade walkthrough — every breaking change with before/after code — is
in Migrating from NAudio 2 to NAudio 3. The
highest-impact changes:
net9.0(legacy .NET Framework / .NET Standard 2.0 dropped)IWaveProvider.Read/ISampleProvider.Readnow take a singleSpan<byte>/Span<float>(was buffer/offset/count) — callers migrate viasource.Read(buffer.AsSpan(offset, count)); implementations override the span methodWaveOutEventis renamed toWaveOutandWaveInEventtoWaveIn(the old names remain as[Obsolete]subclasses).WaveOut/WaveInnow default to event-driven callbacks; the window-based variants areWaveOutWindow/WaveInWindowinNAudio.WinForms, andWaveCallbackInfo/WaveCallbackStrategyare removedWaveOut.DesiredLatencyis replaced byBufferMilliseconds, which sizes each individual buffer rather than the total across all of them.WaveIn's default record format changes from 8 kHz mono to 44.1 kHz stereoWasapiOut,WasapiCaptureandWasapiLoopbackCaptureare[Obsolete]in favour ofWasapiPlayer/WasapiRecorder(the legacy types still ship and work);WasapiOut's embedded exclusive-mode resampler was removed, though it now adapts bit depth and channels, so only a sample-rate mismatch requires upstream resamplingIMMNotificationClientinterface andMMDeviceEnumerator.RegisterEndpointNotificationCallback/UnregisterEndpointNotificationCallbackare now internal — useCreateNotificationClient()and its events. The raw Core Audio and Media Foundation COM interfaces are likewise internal, andPropertyStoreProperty.Valueis nowobjectrather thanPropVariantwinmmtypes toNAudio.WinMM; the DMO/DirectSound types into the newNAudio.Dmopackage; plus smaller moves (AudioVolumeLevel,CaptureState,DmoMp3FrameDecompressor). Meta-package consumers are unaffected[Obsolete]throughout NAudio 2, each with a direct replacement on the same class:WaveFileWriter.WriteData(both overloads →Write/WriteSamples),WaveFileReader.TryReadFloat(→ReadNextSampleFrame, which doesn't drop channels on stereo),AcmStream.Convert(int)(→ the overload returningsourceBytesConverted),WaveFormatConversionStream.SourceToDest/DestToSource(unreliable estimates with no replacement — usePosition/Length), andAsioAudioAvailableEventArgs.GetAsInterleavedSamples()(→ the overload taking a reusable array, avoiding an allocation per ASIO callback).AsioOut.Volumeis kept despite its obsolete notice — it's anIWavePlayerinterface memberAudioMediaSubtypesmoved from theNAudio.Dmonamespace toNAudio.Wave. It ships inNAudio.Core, so cross-platform code previously neededusing NAudio.Dmo;to name the media subtype GUIDs even on Linux without the DMO package; it now sits alongsideWaveFormatExtensibleSimpleCompressorStream,ImpulseResponseConvolutionandNAudio.Extras.Equalizerwere removed — superseded byNAudio.Effects(CompressorEffect,ConvolutionReverbEffect,Equalizer)CueWaveFileReader,CueWaveFileWriter,BwfWriterandBextChunkInfowere removed, along withWaveFileReader.ExtraChunks/GetChunkData— the unified chunk model onWaveFileReader.ChunksandWaveFileWriterreplaces themMixingWaveProvider32was removed — it was an untested float-only mixer that offered nothing overMixingSampleProvider.ImaAdpcmWaveFormatwas removed — it was a non-functional stub used nowhereWaveFileWriter/AiffFileWriterno longer dispose a caller-supplied stream, matching the readers' ownership rule; only the filename constructor owns and closes the file.IgnoreDisposeStreamis no longer needed when writing to a stream you want to keep (#1040)MediaFoundationTransform,MediaFoundationEncoderandMediaBuffer, andMediaTypeis nowIDisposable— callDispose()CoreAudioException/MediaFoundationException, both subclasses ofCOMException, so existingcatch (COMException)keeps workingNotable bug fixes
The sampler, effects and WASAPI subsystems also saw extensive correctness work during
development. The full per-PR list is on the GitHub Release; the fixes most likely to
affect existing NAudio 2 code are:
WaveFileWriter.WriteSample/WriteSamples: fixed 32-bitWaveFormatExtensibleoutput writing near-silence or corrupt data — both paths ignored the declared SubFormat (#651)ToSampleProvider()now handlesWAVE_FORMAT_EXTENSIBLEPCM and IEEE float sources (e.g. multichannel or >16-bit WAV) instead of throwingUnsupported source encoding(#639);AudioFileReaderno longer routes such WAVs through an unnecessary ACM conversion streamWaveFileReader/AiffFileReader: malformed headers declaringBlockAlign=0throwInvalidDataExceptionfrom the constructor rather thanDivideByZeroExceptionlater (#1254); an oversizeddatachunk length is clamped to the bytes actually present (#1090); an oversizedfmtcbSizeno longer throws (#482)AiffFileReader/AiffFileWriter: 8-bit PCM is now read and written as signed two's-complement per the AIFF spec, fixing DC-shifted/garbled playback (#1178)BlockAlignReductionStream.Read: a read larger than the 4-second internal buffer no longer silently truncates the stream — e.g. converting a non-PCM WAV viaAudioFileReader(#1022)WaveOut: fixed a race where stopping or disposing faster than the buffer latency could throw aNullReferenceExceptionviaPlaybackStopped(#804);DirectSoundOut: fixed a startup race that could collapse playback immediately (#759)WasapiRecorder,WasapiCaptureandWasapiLoopbackCapture: a capture device removed mid-recording no longer crashes the process —RecordingStoppedalways fires with the originating exception (#672). Silent packets no longer leak the uninitialised WASAPI buffer as a burst of stale audioRegisterEndpointNotificationCallback— Windows does not AddRef the client, so the CCW was being collected (#1394)AudioClient.Disposeis now idempotent and safe against concurrent disposal (#1183);MMDevice.Disposereleases the property store deterministically (#1145);AudioSessionControlsupports multiple event clients without leaking (#1263);AudioEndpointVolume.OnVolumeNotificationreports the correct channel (#351)AcmInterop: serialised allmsacm32P/Invokes process-wide, fixing process-killing access violations under concurrent ACM useResamplerDmoStream: fixed an infinite loop onReadafter seeking and the loss of the resampler tail at end-of-stream (#607, #608);LoopStream.Readno longer spins at 100% CPU when the source can't satisfy a read (#1338)FastFourierTransform.FFT: fixed drifting high-frequency bins at large FFT sizes by carrying the twiddle-factor recurrence in double precision (#520)WdlResampler: backported upstream Cockos WDL fixes, including reinterleaving on channel-count change and denormal flushing in the IIR feedback path (#800)WaveViewer: fixed rendering upside-down (#801, #818) and now renders any source format viaToSampleProvider()(#564)Mp3FileReader: fixed false sample-rate-change errors near end of file, and more robust frame parsing against album art and trailing metadata;MidiFilepreserves running status across meta eventsWaveFormat.Serialize: PCM formats now write the canonical 16-bytefmtchunk (#934, #1098)Demos and tooling
NAudioDemoandNAudioWpfDemowere substantially reworked against the new APIs, including a rebuilt WASAPI Recorder panel driven byWasapiRecorderBuilder, transport/volume/position controls across the playback panels, and a Graphic EQ panel onNAudio.EffectsConcentus, replacing the vendored NSpeex binary), and gained a tutorialDocs/and the source XML comments. Every package'sprojectUrland README now point at it; nuget.org still links the GitHub repo via the package'srepositorymetadatav2.4.0: NAudio 2.4.0DeviceCountandGetCapabilitiesstatic methods toWaveOutEventso outputdevices can be enumerated without referencing
NAudio.WinForms(#1331, #777)formatted class parameters as COM interfaces; they are now explicitly marked
[MarshalAs(UnmanagedType.LPStruct)](#1414)v2.3.0PropertyStoreand Core Audio property access (#1206)WasapiCapturefrom using exclusive mode (#1122)WaveFileChunkReader.ReadWaveHeader(#1231)PropVariantnow supportsVT_EMPTYby returningnull(#1071)AcmStream.Convert(#1108)AcmStreamHeaderfinalizer crash with corrupted data (#1199)net6.0targets forNAudio.AsioandNAudio.WinMMto remove registry dependency (#1139)Configuration
📅 Schedule: (UTC)
🚦 Automerge: Disabled by config. Please merge this manually once you are satisfied.
♻ Rebasing: Whenever PR becomes conflicted, or you tick the rebase/retry checkbox.
🔕 Ignore: Close this PR and you won't be reminded about this update again.
This PR was generated by Mend Renovate. View the repository job log.