build(deps): bump picomatch from 2.3.1 to 2.3.2 in /frontend in the npm_and_yarn group across 1 directory - #3
Merged
nicolas-rabault merged 1 commit intoJun 8, 2026
Conversation
dependabot
Bot
added
dependencies
Bumps the npm_and_yarn group with 1 update in the /frontend directory: [picomatch](https://github.com/micromatch/picomatch). Updates `picomatch` from 2.3.1 to 2.3.2 - [Release notes](https://github.com/micromatch/picomatch/releases) - [Changelog](https://github.com/micromatch/picomatch/blob/master/CHANGELOG.md) - [Commits](micromatch/picomatch@2.3.1...2.3.2) --- updated-dependencies: - dependency-name: picomatch dependency-version: 2.3.2 dependency-type: indirect dependency-group: npm_and_yarn ... Signed-off-by: dependabot[bot] <support@github.com>
nicolas-rabault
force-pushed
the
dependabot/npm_and_yarn/frontend/npm_and_yarn-66413a1f6e
branch
from
June 8, 2026 11:32
13a550a to
41bb786
Compare
nicolas-rabault
deleted the
dependabot/npm_and_yarn/frontend/npm_and_yarn-66413a1f6e
branch
June 8, 2026 11:42
ZouzouWP
added a commit
to ZouzouWP/leLab
that referenced
this pull request
Jul 17, 2026
…video encoder, error visibility)
## Summary
Four independent stability fixes found while running LeLab day-to-day on
Windows with a physical SO-101 arm. None depend on each other; grouped
here only because they were all Windows/hardware crashes discovered in
the same week.
## 1. Console encoding crash (cp1252)
**Symptom:** an endpoint that logged or printed an emoji (e.g. "📡 Broadcast
thread started") could raise an unhandled `UnicodeEncodeError` on a Windows
console using the legacy `cp1252` code page, turning into an opaque 500
response with no useful message reaching the frontend.
**Fix:** `stdout`/`stderr` are reconfigured with `errors="replace"` at
import time, so unencodable characters degrade to `?` instead of crashing
the process.
## 2. Intermittent camera enumeration failure
**Symptom:** `/available-cameras` would sometimes return an empty or wrong
list, non-deterministically, depending on which FastAPI worker thread
handled the request.
**Root cause:** `pygrabber` enumerates DirectShow devices via COM, and COM
must be initialized per-thread. FastAPI serves sync endpoints from a
thread pool whose threads never call `CoInitialize`, so enumeration
silently failed on threads that hadn't done so.
**Fix:** explicitly `CoInitialize`/`CoUninitialize` around the enumeration
call in `_windows_cameras()`.
## 3. Motor-bus disconnect during recording (video encoder)
**Symptom:** recording sessions aborted mid-way with a serial
`ConnectionError` ("no status packet"), non-deterministically, on
otherwise-healthy hardware.
**Root cause:** lerobot's default RGB encoder (`libsvtav1`) is CPU-heavy
enough that two parallel encode streams (one per camera) could starve the
motor-bus read loop of CPU time, causing missed serial reads.
**Fix:** default the RGB encoder to `h264`/`ultrafast`, measured ~11x
faster to encode on this hardware, freeing enough CPU headroom that the
motor bus stays responsive.
## 4. Recording errors swallowed by a generic message
**Symptom:** when a recording session failed for *any* reason, the
frontend only ever showed "Recording session failed with error - check
logs" — the real exception (which is exactly what let us diagnose fixes
huggingface#2 and huggingface#3 above) was logged server-side but never reached the UI.
**Fix:** `/recording-status` now includes the actual exception message.
## Testing
Each of the four fixes corresponds to a crash that was reproduced and
captured in server logs before the fix landed:
- `UnicodeEncodeError` traceback from an emoji in a log line.
- Intermittent `/available-cameras` empty-list failures, thread-dependent.
- `ConnectionError: no status packet` during recording with `libsvtav1`.
- Generic "check logs" message masking the above two while debugging them.
ZouzouWP
added a commit
to ZouzouWP/leLab
that referenced
this pull request
Jul 17, 2026
…video encoder, error visibility) Four separate crashes that only show up on Windows with real hardware attached. Grouped in one PR because they were all found the same week, not because they're related — happy to split if preferred. ## 1. Console encoding crash (cp1252) **Symptom:** an emoji in a log/print line could raise an unhandled `UnicodeEncodeError` on a Windows console using the legacy cp1252 code page, turning an endpoint into a blank 500 with no useful message reaching the frontend. **Fix:** `stdout`/`stderr` are reconfigured with `errors="replace"` at import time, so unencodable characters degrade instead of crashing the process. ## 2. Camera list sometimes empty **Symptom:** `/available-cameras` would intermittently return an empty or wrong list, depending on which FastAPI worker thread handled the request. **Root cause:** `pygrabber` enumerates cameras via COM, which must be initialized per-thread. FastAPI's thread pool never did that, so enumeration silently failed on threads that hadn't. **Fix:** explicitly initialize/uninitialize COM around the enumeration call. ## 3. Recording crashes with "no status packet" **Symptom:** recording sessions aborted mid-way with a serial `ConnectionError`, non-deterministically, on otherwise-healthy hardware. **Root cause:** the default video encoder (libsvtav1) is CPU-heavy enough that two parallel encode streams could starve the motor-bus read loop of CPU time. **Fix:** default to h264/ultrafast, measured ~11x faster to encode on this hardware. ## 4. Real errors hidden behind "check logs" **Symptom:** any recording failure showed the same generic message to the user — the real exception (exactly what let us diagnose huggingface#2 and huggingface#3 above) never left the server logs. **Fix:** `/recording-status` now includes the actual exception message. ## Testing Each fix corresponds to a crash reproduced and captured in server logs beforehand, then confirmed resolved after the change.
MichaelMintIcecream
added a commit
to Nori-Robotics/Nori-Lab
that referenced
this pull request
Jul 21, 2026
Publishing now shows a confirmation warning that the item AND its data become public to everyone (viewable/addable/deployable), and that it can be unpublished any time. Gates both policy and dataset publish in CommunityPublishCard. Co-Authored-By: Claude Opus 4.8 <noreply@anthropic.com>
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
1 participant
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.
Bumps the npm_and_yarn group with 1 update in the /frontend directory: picomatch.
Updates
picomatchfrom 2.3.1 to 2.3.2Release notes
Sourced from picomatch's releases.
Changelog
Sourced from picomatch's changelog.
... (truncated)
Commits
81cba8dPublish 2.3.2fc1f6b6Merge commit from forkeec17aeMerge commit from fork78f8ca4Merge pull request #156 from micromatch/backport-1443f4f10eMerge pull request #144 from Jason3S/jdent-object-propertiesDependabot 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 <dependency name> major versionwill close this group update PR and stop Dependabot creating any more for the specific dependency's major version (unless you unignore this specific dependency's major version or upgrade to it yourself)@dependabot ignore <dependency name> minor versionwill close this group update PR and stop Dependabot creating any more for the specific dependency's minor version (unless you unignore this specific dependency's minor version or upgrade to it yourself)@dependabot ignore <dependency name>will close this group update PR and stop Dependabot creating any more for the specific dependency (unless you unignore this specific dependency or upgrade to it yourself)@dependabot unignore <dependency name>will remove all of the ignore conditions of the specified dependency@dependabot unignore <dependency name> <ignore condition>will remove the ignore condition of the specified dependency and ignore conditionsYou can disable automated security fix PRs for this repo from the Security Alerts page.