「なでしこv1」開発掲示板

【症状】
HTTPゲット命令において、リクエストヘッダー内に「Cookie: name=value」の形式でCookieを記述しても適切に送信されていない？ような気がします。

【再現方法】
-----
「User-Agent: NakoNako/1.1.1 {改行}Accept: */* {改行}Cookie: {名前}={値}」を「{任意のURL}」へHTTPゲット
-----
を実行した時、WireShark上からはUser-AgentとAcceptは通信パケットに表示されているが、Cookie以下が乗っていないように思われる。

昨今ほとんどを占めるHTTPSだと見るのに一苦労するので、HTTP系のページにして通信内容を確認した次第です。
実際、自分もVRChat API (当然にHTTPS) を叩いてて気が付いた事なので... (クッキーが認証に必要なので)

【要望】
なでしこv1.577では再現しなかった事から、@919の修正 (ライブラリが変わったとか) に伴う影響と推察します。
したがって、本件はHTTPゲット命令として報告を行わせていただいておりますが、HTTPポストやHTTP簡易ポストでも似たような事が起きている可能性があります。
従来通りにCookieをつけて通信できる形になる事が望ましいように思います。

【バージョン】なでしこ v1.586で再現。

【その他】
本件以外にも、@919の修正に伴い、HTTP系命令においてレスポンスヘッダー+ボディーの構造から、レスポンスボディーしか返ってこないという問題 (@929/@939) があるので、これもその一種なのかもしれません。
もちろん、Win10以降に標準搭載のCurlを叩いて、--includeで凌げたり、本件であればそもそもCurlだけ使って通信するといった方法で、コマンド実行して出力を受け取るみたいな「応急処置」は可能です。
ただ、なでしこネイティブで命令を抱えている事を考えると... Curlを使うのは好ましくはないように思います。

以下を試すと、UserAgentなど変わっているので、クッキーだけの問題かも。
クッキーが送信されているか後で確認します。
===
「User-Agent: NakoNako/1.1.1
Accept: */*
Cookie: a=3」を「https://api.aoikujira.com/ip/ini」へHTTPゲット
それを表示。
===