Sharing "big" files in Chrome and Safari/Firefox over webrtc not working

[AquiGorka]

• Version: 0.28.2
• Platform: tested with Chrome, Safari and Firefox on MacOS.

Type: Bug

Description & steps to reproduce:

https://github.com/AquiGorka/test-ipfs-file-sharing

I understand there are a couple of issues around that might relate to this, in that case this is just double checking you are aware of this behaviour and asking for an ETA–I did try to hack around to make this work modifying the MAX_MESSAGE_SIZE as discussed here but that did not work.

By "big" I mean: not able to share files bigger than 500Kb (actual limit might be different).

[daviddias]

I've tested this with https://github.com/ipfs/js-ipfs/tree/master/examples/exchange-files-in-browser multiple times and I've been always successful. @AquiGorka can you check again if this is still a issue was it ever a issue?

[AquiGorka]

@diasdavid thanks for the reply, it is an issue.

I wrote a more detailed explanation here: https://github.com/AquiGorka/test-ipfs-file-sharing

There are two configurations for the signaling server:

• webocket
• webrtc

The example you mention uses websocket:

config: {
  Addresses: {
    Swarm: ['/dns4/ws-star.discovery.libp2p.io/tcp/443/wss/p2p-websocket-star']
  }
}

which will always work well. In my test scenario if the signaling server is set to use webrtc the problems with "big files" appear.

My test uses a "private" IPFS network where the only nodes connecting are the browser nodes, I am aware there are some implementations off cli/daemon nodes to help transfer data.

[AquiGorka]

I developed a GIF sharing app that uses IPFS and implemented cross-browser e2e tests, if the settings use webrtc (either local or IPFS) the tests fail, when using local websocket the tests always pass and when using the IPFS websocket signaling server, the tests sometimes pass and other times they don't (could never tell why, maybe a traffic throttle for connections on the signaling server).

You can check out the app & tests here:

• https://github.com/citrusbyte/thicket/tree/master/packages/thicket-webapp
• https://github.com/citrusbyte/thicket/blob/master/packages/thicket-webapp/src/App/__tests__/e2e/cross-browser/app.test.js

[AquiGorka]

@jacobheun this is the issue I was telling you about after your talk at IPFS camp.

[jacobheun]

@AquiGorka thank for pinging me here. I'll be looking into this as a part of #2161 (comment), as I believe the underlying issue has to do with a bug in Chrome and the max 64k webrtc message/chunk size.

[SgtPooki]

js-ipfs is being deprecated in favor of Helia. You can #4336 and read the migration guide.

Please feel to reopen with any comments by 2023-06-02. We will do a final pass on reopened issues afterwards (see #4336).

This is something we should have a test for in libp2p if we don't already. re-assigning to @achingbrain as he has more context.

[achingbrain]

This is fixed in @libp2p/webrtc - please upgrade to Helia to use the new transports!