[email protected]

1.1.1 (2020-04-08)

Note: Version bump only for package example-browser-browserify

[email protected]

2.0.1 (2020-04-08)

Note: Version bump only for package example-browser-add-readable-stream

[email protected]

2.0.0 (2020-03-31)

chore

• update dep version and ignore interop test for raw leaves (#2747) (6376cec)

BREAKING CHANGES

• Files that fit into one block imported with either --cid-version=1
  or --raw-leaves=true previously returned a CID that resolved to
  a raw node (e.g. a buffer). Returned CIDs now resolve to a dag-pb
  node that contains a UnixFS entry. This is to allow setting metadata
  on small files with CIDv1.

[email protected]

0.42.0 (2020-03-31)

Bug Fixes

• add default args for ipfs.add (#2950) (a01f5b6)
• add default for cid base and fix cid version override (d951993)
• dont include util.textencoder in the browser (#2919) (3207e3b)
• error when command is unknown (#2916) (743a7fc)
• multiaddr validation to add peer id for listening (#2833) (78cbec1)
• only start prometheus metrics in one place (#2954) (d52a41e), closes #2019
• reuse columns value from process.stdout (e8646d8)
• tag stdin with mtime and mode when piping to cli 'add' (#2832) (8c97de1), closes #2763

chore

• move mfs and multipart files into core (#2811) (82b9e08)
• update dep version and ignore interop test for raw leaves (#2747) (6376cec)

Features

• remove ky from http-client and utils (#2810) (9bc9625), closes #2801
• support mtime-nsecs in mfs cli (#2958) (69c091d), closes #2803

BREAKING CHANGES

• When the path passed to ipfs.files.stat(path) was a hamt sharded dir, the resovled
  value returned by js-ipfs previously had a type property of with a value of
  'hamt-sharded-directory'. To bring it in line with go-ipfs this value is now
  'directory'.
• Files that fit into one block imported with either --cid-version=1
  or --raw-leaves=true previously returned a CID that resolved to
  a raw node (e.g. a buffer). Returned CIDs now resolve to a dag-pb
  node that contains a UnixFS entry. This is to allow setting metadata
  on small files with CIDv1.

[email protected]

43.0.0 (2020-03-31)

Bug Fixes

• add default args for ipfs.add (#2950) (a01f5b6)
• dont include util.textencoder in the browser (#2919) (3207e3b)

chore

• move mfs and multipart files into core (#2811) (82b9e08)
• update dep version and ignore interop test for raw leaves (#2747) (6376cec)

Features

• remove ky from http-client and utils (#2810) (9bc9625), closes #2801

BREAKING CHANGES

• When the path passed to ipfs.files.stat(path) was a hamt sharded dir, the resovled
  value returned by js-ipfs previously had a type property of with a value of
  'hamt-sharded-directory'. To bring it in line with go-ipfs this value is now
  'directory'.
• Files that fit into one block imported with either --cid-version=1
  or --raw-leaves=true previously returned a CID that resolved to
  a raw node (e.g. a buffer). Returned CIDs now resolve to a dag-pb
  node that contains a UnixFS entry. This is to allow setting metadata
  on small files with CIDv1.

[email protected]

0.0.1 (2020-03-31)

Note: Version bump only for package ipfs-core-utils

[email protected]

0.133.0 (2020-03-31)

Bug Fixes

• avoid throw error when use readme code (#2934) (b18f6e1)
• dont include util.textencoder in the browser (#2919) (3207e3b)

chore

• move mfs and multipart files into core (#2811) (82b9e08)
• update dep version and ignore interop test for raw leaves (#2747) (6376cec)

Features

• remove ky from http-client and utils (#2810) (9bc9625), closes #2801

BREAKING CHANGES

• When the path passed to ipfs.files.stat(path) was a hamt sharded dir, the resovled
  value returned by js-ipfs previously had a type property of with a value of
  'hamt-sharded-directory'. To bring it in line with go-ipfs this value is now
  'directory'.
• Files that fit into one block imported with either --cid-version=1
  or --raw-leaves=true previously returned a CID that resolved to
  a raw node (e.g. a buffer). Returned CIDs now resolve to a dag-pb
  node that contains a UnixFS entry. This is to allow setting metadata
  on small files with CIDv1.

[email protected]

2.0.0 (2020-03-31)

Bug Fixes

• traverse-ipld-graphs (tree) example (#2088) (b5c652f)

chore

• update to js-ipld 0.19 (#1668) (74edafd)

Code Refactoring

• return peer IDs as strings not CIDs (#2729) (16d540c)
• update ipld formats, async/await mfs/unixfs & base32 cids (#2068) (813048f), closes ipld/js-ipld-dag-pb#137 ipfs/interface-js-ipfs-core#473 ipfs/js-ipfs-http-client#1010 ipfs/js-ipfs-http-response#25 #1995

Features

• add circuit relay and aegir 12 (+ big refactor) (104ef1e)

BREAKING CHANGES

• Where PeerIDs were previously CIDs, now they are Strings

• ipfs.bitswap.stat().peers[n] is now a String (was a CID)
• ipfs.dht.findPeer().id is now a String (was a CID)
• ipfs.dht.findProvs()[n].id is now a String (was a CID)
• ipfs.dht.provide()[n].id is now a String (was a CID)
• ipfs.dht.put()[n].id is now a String (was a CID)
• ipfs.dht.query()[n].id is now a String (was a CID)
• ipfs.id().id is now a String (was a CID)
• ipfs.id().addresses[n] are now Multiaddrs (were Strings)

• The default string encoding for version 1 CIDs has changed to base32.

IPLD formats have been updated to the latest versions. IPLD nodes returned by ipfs.dag and ipfs.object commands have significant breaking changes. If you are using these commands in your application you are likely to encounter the following changes to dag-pb nodes (the default node type that IPFS creates):

• DAGNode properties have been renamed as follows:
  • data => Data
  • links => Links
  • size => size (Note: no change)
• DAGLink properties have been renamed as follows:
  • cid => Hash
  • name => Name
  • size => Tsize

See CHANGELOGs for each IPLD format for it's respective changes, you can read more about the dag-pb changes in the CHANGELOG

License: MIT
Signed-off-by: Alan Shaw [email protected]

• dag-cbor nodes now represent links as CID objects

The API for dag-cbor changed.
Links are no longer represented as JSON objects ({"/": "base-encoded-cid"},
but as CID objects. ipfs.dag.get() and now always return links as CID objects. ipfs.dag.put() also expects links to be represented as CID objects. The old-style JSON objects representation is still
supported, but deprecated.

Prior to this change:

const cid = new CID('QmXed8RihWcWFXRRmfSRG9yFjEbXNxu1bDwgCFAN8Dxcq5')
// Link as JSON object representation
const putCid = await ipfs.dag.put({link: {'/': cid.toBaseEncodedString()}})
const result = await ipfs.dag.get(putCid)
console.log(result.value)

Output:

{ link:
   { '/':
      <Buffer 12 20 8a…> } }

Now:

const cid = new CID('QmXed8RihWcWFXRRmfSRG9yFjEbXNxu1bDwgCFAN8Dxcq5')
// Link as CID object
const putCid = await ipfs.dag.put({link: cid})
const result = await ipfs.dag.get(putCid)
console.log(result.value)

Output:

{ link:
   CID {
     codec: 'dag-pb',
     version: 0,
     multihash:
      <Buffer 12 20 8a…> } }

See ipld/ipld#44 for more information on why this
change was made.

[email protected]

2.0.0 (2020-03-31)

chore

• move mfs and multipart files into core (#2811) (82b9e08)

Code Refactoring

• return peer IDs as strings not CIDs (#2729) (16d540c)

Features

• support UnixFSv1.5 metadata (#2621) (acbda68), closes ipfs/js-datastore-pubsub#20

BREAKING CHANGES

• When the path passed to ipfs.files.stat(path) was a hamt sharded dir, the resovled
  value returned by js-ipfs previously had a type property of with a value of
  'hamt-sharded-directory'. To bring it in line with go-ipfs this value is now
  'directory'.
• Where PeerIDs were previously CIDs, now they are Strings

• ipfs.bitswap.stat().peers[n] is now a String (was a CID)
• ipfs.dht.findPeer().id is now a String (was a CID)
• ipfs.dht.findProvs()[n].id is now a String (was a CID)
• ipfs.dht.provide()[n].id is now a String (was a CID)
• ipfs.dht.put()[n].id is now a String (was a CID)
• ipfs.dht.query()[n].id is now a String (was a CID)
• ipfs.id().id is now a String (was a CID)
• ipfs.id().addresses[n] are now Multiaddrs (were Strings)

[email protected]

0.0.1 (2020-03-31)

Bug Fixes

• upgrade electron examples (#2104) (67e1b59)

Features

• get Ping to work properly (27d5a57)