Bump Daqifi.Core pin to >=1.7.0 before firmware v3.8.0 — __END_OF_LIST__ renders as a phantom SD file

[cptkoolbeenz]

Summary

Firmware v3.8.0 (in preparation) adds an end-of-listing marker to SYST:STOR:SD:LISt?
(firmware #794/#796). The desktop app will render that marker as a phantom file in the
SD browser unless its Daqifi.Core pin is bumped.

The version gap

Component	Version	Has the ListEndMarker filter?
Daqifi.Core v1.7.0 (2026-08-24)	latest	yes — SdCardFileListParser.cs
Daqifi.Desktop.csproj	pins 1.4.0	no

Verified live: Daqifi.Desktop/Daqifi.Desktop.csproj contains
<PackageReference Include="Daqifi.Core" Version="1.4.0" />, and the filter shipped in
core v1.7.0.

Why it shows up

The firmware emits, after the last entry:

\r\n__END_OF_LIST__ OK|INCOMPLETE|FAILED

daqifi-core's SD listing parser turns any first token into a filename. Without the
v1.7.0 filter, __END_OF_LIST__ becomes an entry in the browser that a user can select
and try to GET or DELETE.

The marker itself is fine

Worth saying, since the firmware side does not need changing: the marker is
distinguishable from any real entry because every real line carries a <dir>/ prefix (the
listing root is never empty — the validator rejects that), and the ABORTED case
deliberately sends no marker at all.

Ask

Bump the Daqifi.Core pin to >= 1.7.0 before or alongside the firmware v3.8.0
release. If that cannot happen in time, the firmware release notes should call out that
the SD browser will show a __END_OF_LIST__ entry until the desktop is updated.

Found by a pre-release review of the firmware v3.8.0 candidate.