microsoft / microsoft/litebox

Preserve unlinked overlay handles when deferring copy-up

Open
#1,321 0 comments 0 reactions 0 assignees View on GitHub
Dominant language
Rust
Stars
2.7k
Forks
144
Avg merge
12h 21m
Merged PRs (30d)
146

Description

Any future deferred overlay copy-up must preserve unlink semantics: writing through an already-open lower-backed handle after unlink must update that handle without recreating the removed pathname, while new opens must continue to report the path as missing. Cover replaced paths, detached staging, concurrent handles, and upper-handle lifetime. Deferred from #1318 pending design review with the original fs author.

Contributor guide

Open the contributing guide

Research direction

Start by reading the deferred overlay copy-up work in #1318 and trace how lower-backed handles behave after unlink. Exercise the listed cases—replaced paths, detached staging, concurrent handles, and upper-handle lifetime—and consider the work complete when existing handles update without recreating the pathname while new opens report it missing.

Written by the indexing model from the issue text.

Assessment

Tech stack
rust
Domain
operating-systems
Issue type
Bug
Difficulty
5/5
Estimated time
Over a week
Activity status
Active
Clarity
Mostly clear
Newbie friendliness
35/100

Get new issues in your inbox

A short digest of beginner-friendly GitHub issues.