fs: fix for FileHandle.readableWebStream - #58842
Conversation
mertcanaltin
left a comment
There was a problem hiding this comment.
LGTM, but I think we need to edit the return byteofset field in cpp to solve this problem, I wonder if I am thinking wrong here
Codecov Report✅ All modified and coverable lines are covered by tests. Additional details and impacted files@@ Coverage Diff @@
## main #58842 +/- ##
==========================================
- Coverage 90.16% 90.14% -0.02%
==========================================
Files 746 746
Lines 242660 242660
Branches 45720 45722 +2
==========================================
- Hits 218793 218756 -37
- Misses 15360 15406 +46
+ Partials 8507 8498 -9
🚀 New features to boost your workflow:
|
|
@mertcanaltin Have a look at this example in the Streams specification, it is more or less a copy of the code in Node.js, and they also use 0 as the "offset" parameter for "FileHandle.read()": |
thanks! |
LiviaMedeiros
left a comment
There was a problem hiding this comment.
LGTM, thanks for fixing this!
The correct subsystem (prefix in the commit message) should be fs:, this also can be adjusted by a collaborator who lands it.
This comment was marked as outdated.
This comment was marked as outdated.
This comment was marked as outdated.
This comment was marked as outdated.
Failed to start CI- Validating Jenkins credentials ✔ Jenkins credentials valid - Querying data for job/node-test-pull-request/68095/ [SyntaxError: Unexpected token '<', ..." https://github.com/nodejs/node/actions/runs/30049898777 |
|
This needs rebased on |
0421c9e to
596b713
Compare
|
@pdaehne Can you please sign the first commit and force push? It's required as per updated instructions
|
Fixes FileHandle.readableWebStream in mode "byob" when reading into a view that has a byteOffset>0 into the underlying ArrayBuffer. Fixes: nodejs#58817 Signed-off-by: Patrick Dähne <pdaehne@gmail.com>
596b713 to
8303a83
Compare
Fixes FileHandle.readableWebStream in mode "byob" when reading into a view that has a byteOffset>0 into the underlying ArrayBuffer.
Fixes: #58817