what is the policy for child resources now?

オープン
#15,195 コメント 0 件 リアクション 0 件 担当者 0 名 GitHub で見る

メンテナーはふだん 1 日以内に返信

まだ誰も着手していません。

評価

難易度
4/5
見積もり時間
3〜5日
初心者へのやさしさ
48/100
issue の種類
ドキュメント
明瞭さ
おおむね明確
活発さ
活発
技術スタック
rust, wasm
領域
documentation

調査の方向性

Read issues #14564 and #15142 to understand the incoming and outgoing request header relations and the behavior described here. Then locate where Wasmtime documents resource child relations; the issue asks for a policy covering which relations trap, whether #14564 should be reverted, and where that policy belongs. Done means the policy and the decision about #14564 are documented.

索引モデルが issue の本文から書いたものです。

説明

#14564 made incoming-request headers a child resource, so dropping the request while headers are alive traps. pchikey says that restriction was deliberately relaxed and wants #14564 reverted. #15142 tried the same for outgoing-request.headers.

can we document the policy first: which child relations still trap, whether #14564 should be reverted, and where this is written down?
CC @rvolosatovs @pchickey

主要言語
Rust
スター
18.8k
フォーク
1.9k
平均マージ
1日 3時間
マージ済み PR(30日)
380

環境構築

はじめの一歩

  1. issue を最後まで読み、次にプロジェクトのコントリビューションガイドを読みます。
  2. 着手することを issue にコメントします — 二人が同じ作業をするのを防げます。
  3. リポジトリをフォークし、ブランチを切って変更します。
  4. issue 番号を参照したプルリクエストを送ります。

bytecodealliance/wasmtime のほかの issue

bytecodealliance/wasmtime の issue をすべて見る

似ている issue

Rust の issue をもっと見る

新しい issue をメールで受け取る

初心者向けの GitHub issue を短くまとめたダイジェスト。