fshelper: fixed ESP8266 regression caused by abstracting FS access #201

New Issue

MrUnknownDE · 2026-04-05T17:52:12+02:00

MrUnknownDE commented

2026-04-05 17:52:12 +02:00

Originally created by @l0ud on 3/28/2024

This is hotfixing ESP8266 calibration storage which seems to be broken since #319

isDirectory method on Dir object doesn't tell about the Dir object itself, but about the entry pointed by internal pointer (which you can move using next() to iterate). As next() is never called, isDirectory will always return false (in fact, isFile too).
Considering heavy simplifications in Esp8266 filesystem regarding directories and the fact that previous ESP8266 implementation didn't try to do any file/directory fixing, I made it ESP32 only.

*Originally created by @l0ud on 3/28/2024* This is hotfixing ESP8266 calibration storage which seems to be broken since #319 isDirectory method on Dir object doesn't tell about the Dir object itself, but about the entry pointed by internal pointer (which you can move using next() to iterate). As next() is never called, isDirectory will always return false (in fact, isFile too). Considering heavy simplifications in Esp8266 filesystem regarding directories and the fact that previous ESP8266 implementation didn't try to do any file/directory fixing, I made it ESP32 only.

MrUnknownDE closed this issue

2026-04-05 17:52:12 +02:00

Sign in to join this conversation.

1 Participants

Notifications

Due Date

No due date set.

Dependencies

No dependencies set.

Reference: github/SlimeVR-Tracker-ESP#201