infinity0 has quit [Remote host closed the connection]
infinity0 has joined #ipfs
hoboprimate has quit [Quit: hoboprimate]
infinity0 has quit [Remote host closed the connection]
infinity0 has joined #ipfs
infinity0 has quit [Remote host closed the connection]
infinity0 has joined #ipfs
infinity0 has quit [Changing host]
infinity0 has joined #ipfs
infinity0 has quit [Remote host closed the connection]
infinity0 has joined #ipfs
infinity0 has quit [Remote host closed the connection]
infinity0 has joined #ipfs
infinity0 has quit [Remote host closed the connection]
hoboprimate has joined #ipfs
infinity0 has joined #ipfs
domanic has quit [Read error: No route to host]
domanic has joined #ipfs
jsgrant_ has quit [Ping timeout: 255 seconds]
droman has quit []
reit has joined #ipfs
<pawn>
I'm looking to implement multiaddr as the default address scheme in a web browser project. I'm using Electron, much like how Beaker is using Electron. However, the challenge I am facing is with the limitations of the <webview> Electron API. What challenges is the IPFS team/community facing with multiaddr, and is there speculation that multiaddr may be dropped for standard URI schemes?
rcat has quit [Remote host closed the connection]
<whyrusleeping>
pawn: lgierth and lidel are going to be the people to talk with about that
<lgierth>
pawn: no chance for multiaddrs in electron currently -- you'd have to extend their protocols api
<lgierth>
they way of least resistance would probably be a multiaddr: URI scheme for now
<lgierth>
and definitely no plans to drop multiaddr -- it keeps delighting me everyday even with support for not widespread yet
hoboprimate has quit [Quit: hoboprimate]
<pawn>
I'm thinking about implementing a URI scheme that is maddr: for now. Later on in my project, it would be great to extend the protocols API for multiaddr support.
jaboja has quit [Remote host closed the connection]
kaxing has quit [Remote host closed the connection]
akt has joined #ipfs
palkeo has joined #ipfs
palkeo has joined #ipfs
palkeo has quit [Changing host]
nickgs has quit []
<lgierth>
pawn: would you also start a discussion in the multiformats/multiaddr repo? just to let others know someone's trying out a multiaddr URI scheme :)
<pawn>
lgierth: I wouldn't mind at all. Once I have a working implementation
<lgierth>
hah
<lgierth>
just write down some notes what you're thoughts and ideas are -- doesn't have to be fancy prose at all
<lgierth>
*your :) it's late here
palkeo has quit [Ping timeout: 246 seconds]
domanic has quit [Quit: Konversation terminated!]
dominic__ has joined #ipfs
clemo has joined #ipfs
dominic__ has quit [Quit: Konversation terminated!]
dominic__ has joined #ipfs
dominic__ has quit [Ping timeout: 246 seconds]
owlet has quit [Ping timeout: 255 seconds]
owlet has joined #ipfs
<kpcyrd>
pawn: beware that it's not safe to render untrusted html in electron
<pawn>
kpcyrd: Even in a <webview>?
enzo__ has quit [Quit: This computer has gone to sleep]
<kpcyrd>
pawn: I'm having trouble finding the link, but there was a study recently on how many vulnerabilities fixed in chromium are still open in electron
<pawn>
kpcyrd: Does that make Brave insecure?
<kpcyrd>
pawn: I just found a github issue that brave seems to be based on electron. Didn't know that before, but seems unsettling
<pawn>
kpcyrd: If you can find the vulnerabilities existing in electron, then I'd be very interested
<kpcyrd>
the latest stable release of electron seems to be 2 months old, I'm trying to find out when the last security release of chromium was
<kpcyrd>
I wonder what brave is doing about this, since it appears they try competing with serious browsers, like chromium and firefox
jmill has joined #ipfs
jmill has quit [Quit: My MacBook has gone to sleep. ZZZzzz…]
dimitarvp` has quit [Quit: Bye]
jsgrant_ has joined #ipfs
jmill has joined #ipfs
_whitelogger has joined #ipfs
owlet has quit [Ping timeout: 260 seconds]
ygrek_ has quit [Ping timeout: 246 seconds]
dominic__ has joined #ipfs
dconroy has joined #ipfs
jmill has quit [Quit: My MacBook has gone to sleep. ZZZzzz…]
enzo__ has joined #ipfs
jmill has joined #ipfs
pawn has quit [Ping timeout: 246 seconds]
<appa>
SchrodingersScat: so my "ipfs cluster" DOS's my LAN
<appa>
I will have to tune the granularity me thinks
jmill has quit [Quit: My MacBook has gone to sleep. ZZZzzz…]
mildred3 has quit [Read error: Connection reset by peer]
mildred3 has joined #ipfs
pawn_ has joined #ipfs
<pawn_>
lgierth: I'm having issues with implementing a multiaddr URI scheme, sadly..
jmill has joined #ipfs
jmill has quit [Quit: My MacBook has gone to sleep. ZZZzzz…]
<pawn_>
The problem lies with the fact that multiaddrs don't have a clear definition of a domain. When an anchor element has an absolute href, it's not easily understood whether the href is an absolute reference or a relative path from a domain.