0.4.14-rcX fails js-ipfs-api test suite

[Kubuxu]

Reference ipfs-inactive/js-ipfs-http-client#486 (comment)

Test output: https://friendpaste.com/72TbssZSoSxmdOpKxT67je

[magik6k]

I've done few more runs:

On 0.4.13:

• https://hastebin.com/pixokuqaxi.vbs

On 0.4.14-rc2

• https://hastebin.com/sesacejiye.vbs
• https://hastebin.com/omuhesuwip.vbs
• https://hastebin.com/molexizoji.vbs

[Kubuxu]

@victorbjelkholm @diasdavid could we get some help interpreting these.

I see that there are some that are false positive lookalike. Like the [] vs [null].

[magik6k]

Changes I see:

• bitswap/wantlist now returns {"Keys":[]} instead of {"Keys":null} for empty wantlist
• files/stat fail is caused by changes in add support for ipfs files stat --with-local ipfs-inactive/js-ipfs-http-client#695 and slightly wrong testcase. on 0.4.14-rc2 files/stat returns:

{
  "Hash": "Qm...",
  "Size": 1088,
  "CumulativeSize": 1099,
  "Blocks": 0,
  "Type": "file"
}

and with --with-local:

{
  "Hash": "Qm...",
  "Size": 1088,
  "CumulativeSize": 1099,
  "Blocks": 0,
  "Type": "file",
  "WithLocality": true,
  "Local": true,
  "SizeLocal": 1099
}

• Not sure about DHT fails, it happened on 0.4.13 too
• pubsub/sub returned an empty object ({}) after request, this has been fixed in 0.4.14-rc2
• The other errors seem to be related to the fact that some tests failed.

[daviddias]

Try with https://github.com/ipfs/js-ipfs-api/releases/tag/v18.1.2 test suite. Currently js-ipfs-api Master is in flux due to many Windows + other fixes that were happening in parallel and complicating things, next week it will be golden again.

[magik6k]

Tried with js-ipfs-api 18.1.2 + go-ipfs 0.4.14-rc2, fails mostly in the same ways as the master: https://hastebin.com/gigiforudu.vbs

[whyrusleeping]

@victorbjelkholm can we get some automated CI for running js-ipfs-api tests?

[magik6k]

For 0.4.13 / js-api 18.1.2 there is only a single test failing, prorbaly a random fail: https://hastebin.com/eticutoyal.vbs

[magik6k]

I tried to find a difference between files/stat on 0.4.13 and 0.4.14-rc2:

0.4.14-rc2:

HTTP/1.1 200 OK
Access-Control-Allow-Headers: X-Stream-Output, X-Chunked-Output, X-Content-Length
Access-Control-Expose-Headers: X-Stream-Output, X-Chunked-Output, X-Content-Length
Content-Type: application/json
Server: go-ipfs/0.4.14-rc2
Trailer: X-Stream-Error
Vary: Origin
X-Chunked-Output: 1
Date: Thu, 15 Mar 2018 18:58:30 GMT
Connection: close
Transfer-Encoding: chunked

71
{"Hash":"Qma4hjFTnCasJ8PVp3mZbZK5g2vGDT4LByLJ7m8ciyRFZP","Size":12,"CumulativeSize":20,"Blocks":0,"Type":"file"}

0

go-ipfs/0.4.13:

HTTP/1.1 200 OK
Access-Control-Allow-Headers: X-Stream-Output, X-Chunked-Output, X-Content-Length
Access-Control-Expose-Headers: X-Stream-Output, X-Chunked-Output, X-Content-Length
Content-Type: application/json
Server: go-ipfs/0.4.13
Trailer: X-Stream-Error
Vary: Origin
Date: Thu, 15 Mar 2018 19:23:02 GMT
Transfer-Encoding: chunked

75
{"Hash":"QmcPGG45AEWEG1PCeufXDDsGWb3QE1MoCdzuH1AwN3u5Ft","Size":1088,"CumulativeSize":1099,"Blocks":0,"Type":"file"}

0

The only difference is the removed Connection: close, so one explanation I have for it is that it may cause problems with keep-alive on js-ipfs-api side.