ipfs/ipfs-companion

Firefox's new aggressive time out logic

Open

#1,051 opened on 2022年2月11日

GitHub で見る
 (2 comments) (1 reaction) (0 assignees)JavaScript (1,992 stars) (364 forks)batch import
P3area/firefoxexp/novicegood first issuehelp wanted

説明

Seems that Firefox (around version 96-97) changed somethign and is now way more aggresive when a gateway does not start returning response immediately.

For example, first load (empty ipfs repo) of http://dist.ipfs.io.ipns.localhost:8080/go-ipfs/v0.11.0 in Firefox 97 produces:

2022-02-11_19-09

Usually hitting F5 solves the issue, because by that time, the IPFS node already has blocks and can generate the response.

TODO

  • needs analysis (what changed, what is the trigger, is there anything we could do in companion or go-ipfs to avoid this annoyance?)

コントリビューターガイド

技術スタック
javascript
領域
frontendperformance
Issue 種別
bug
難度新しい貢献者にとっての実装難度です。1 は非常に小さな変更、5 は専門的な作業です。
3
推定時間経験ある貢献者が調査、実装、テスト、pull request 準備にかけるおおよその時間範囲です。
half day
活動状況Issue が今どれだけ取り組みやすいかを示します。新しい、活発、古い、ブロック中、またはメンテナー入力待ちなどです。
stale
明確さ期待される変更、受け入れ条件、次の手順がどれだけ明確かを示します。
mostly clear
前提条件
understanding of Firefox network behaviorbasic IPFS knowledge
初心者向け度初回貢献者にどれだけ取り組みやすいかを 1-100 で推定したスコアです。
30
調査方針
Investigate the changes in Firefox around version 96-97 that led to increased timeout aggressiveness. Reproduce locally by loading a large directory like dist.ipfs.io.ipns.localhost:8080/go ipfs/v0.11.0 on first load. Check if there are any existing Firefox preferences or about:config flags that could mitigate the issue. Look at go ipfs response generation time and see if there is a way to speed up the initial block retrieval to avoid timeout.
Firefox's new aggressive time out logic · ipfs/ipfs-companion#1051 | Good First Issue