Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

FileSystemObserver #942

Closed
a-sully opened this issue Dec 18, 2023 · 3 comments
Closed

FileSystemObserver #942

a-sully opened this issue Dec 18, 2023 · 3 comments

Comments

@a-sully
Copy link

a-sully commented Dec 18, 2023

Request for Mozilla Position on an Emerging Web Specification

Other information

This feature is being prototyped in Chromium and currently going through a TAG review.

@asutherland
Copy link
Member

From discussions with the storage team I think we're:

  • Positive on the use-case.
  • Very appreciative of the the explainer's effort to delineate between Bucket FS and interaction with the local filesystem and the inherent platform limitations that can arise and to avoid setting unrealistic expectations for what a standard could guarantee.
  • Wondering if ReadableStream might be a way of avoiding introducing the additional FileSystemObserver interface and its FileSystemObserverCallback callback, but still maintaining FileSystemChangeRecord as the data payload. @saschanaz indicates WebCodecs is interested in using ReadableStream for VideoFrame, although as VideoFrames are much more resource intensive, there is some additional discussion around GC/cleanup when the stream closes, captured at https://github.com/whatwg/streams/blob/main/streams-for-raw-video-explainer.md.
    • Given that for the local filesystem case additional support code is presumed to be necessary to provide more precise/actionable data, the ability to use pipeThrough to layer in normalization in that case, but not for Bucket FS, could be interesting.

@zcorpan
Copy link
Member

zcorpan commented May 16, 2024

Thanks @asutherland . Should this have a new dashboard entry?

@asutherland
Copy link
Member

Thanks @asutherland . Should this have a new dashboard entry?

I think our existing entry for https://mozilla.github.io/standards-positions/#fs potentially suffices? It seems rather foundational to the spec, although it was large enough that it was appropriate to create this issue and request TAG review of the explainer. (https://github.com/mozilla/standards-positions/blob/main/CONTRIBUTING.md could provide more clarity on where the dividing line is.)

@zcorpan zcorpan closed this as completed by moving to Position identified in standards-positions review Aug 5, 2024
@zcorpan zcorpan reopened this Aug 5, 2024
@zcorpan zcorpan closed this as completed Sep 9, 2024
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

No branches or pull requests

3 participants