Support CURLOPT_ECH
まだ誰も着手していません。
- 主要言語
- C
- スター
- 40.4k
- フォーク
- 8.2k
- 平均マージ
- 2日 13時間
- マージ済み PR(30日)
- 96
説明
Description
Not sure, if this is really a bug. It is more like a question if this is a bug
The following code:
<?php
$curl = curl_init('https://php.net');
curl_exec($curl);
$error = curl_getinfo($curl, CURLINFO_OS_ERRNO);
echo $error.' "'.curl_strerror($error).'"'.PHP_EOL;
curl_close($curl);
Resulted in this output (with cURL >=8.10):
101 "ECH attempted but failed"
But I expected this output instead (with cURL <8.10):
0 "No error"
Seems like a cURL issue and not an issue with the wrapper, but cURL provides the CURLOPT_ECH to configure it, which the PHP wrapper does not. So I am a bit stuck. Do I have to treat errors differently depending on the cURL version I use or is there any possibility to configure the behavior here?
The CURLOPT_ECH documentation (see above) says the default setting is off, which does not seem to be true here. Is this an issue with cURL or with the wrapper changing the default somehow?
PHP Version
PHP 8.3.12
Operating System
No response
コントリビューションガイド
はじめの一歩
- issue を最後まで読み、次にプロジェクトのコントリビューションガイドを読みます。
- 着手することを issue にコメントします — 二人が同じ作業をするのを防げます。
- リポジトリをフォークし、ブランチを切って変更します。
- issue 番号を参照したプルリクエストを送ります。
調査の方向性
まず、PHP cURL wrapper による libcurl オプションの処理と CURLOPT_ECH のドキュメントを確認し、次に、指定された cURL バージョン全体で報告されている CURLINFO_OS_ERRNO の動作を再現します。libcurl のデフォルト値を変更せずに、wrapper がこのオプションを公開できるかどうかを判断します。ECH の動作を要求どおり設定でき、issue のバージョン依存のエラー動作が適切なテストでカバーされれば完了です。
索引モデルが issue の本文から書いたものです。
評価
- 技術スタック
- c, php
- 領域
- networking
- issue の種類
- 機能追加
- 難易度
- 4/5
- 見積もり時間
- 3〜5日
- 活発さ
- 停滞
- 明瞭さ
- おおむね明確
- 初心者へのやさしさ
- 35/100