After #15946 starting a pruned bitcoin-qt with blockfilterindex=1 will give the error message

Error: A fatal internal error occurred, see debug.log for details

It would be more helpful if it gave what's in the debug.log which is

basic block filter index best block of the index goes beyond pruned data. Please disable the index or reindex (which will download the whole blockchain agai

Right now, Syncthing seems to always use LF for line endings in config.xml and .stignore. This is a problem in Windows when trying to edit those using the built-in Notepad, which until very recently had no support for other line endings than CRLF. Support for them has only been added in the very recent versions of Windows 10.

The problem is that when opening those files in Notepad under old

If we config the cache options in the config file, then it will be overwritten.

**Describe

Summa

Right now the docs correspond to what's on master. We need docs for each daemon release so developers can see what's available in the version they are using.

https://github.com/jimporter/mike may be helpful.

Forking ipfs/js-ipfs#3252 (comment) into separate issue.

Looks like some of our API calls return values that refer to same ArrayBuffer, which in turn causes one of the encoder functions https://github.com/ipfs/js-ipfs/tree/master/packages/ipfs-message-port-protocol/src to add it to the transfer list twice and error on postMessage.

In Settings : 'Add a new side account' button

Step #2 in Side account creation

(a very light & quick version of onboarding, with only nickname step)
![side account mode copy](https://user-images.githubusercontent.com/37345040/99953009-dd7db900-2d80-11eb-9f6f-e

I come from the OpenBazaar project and I am new to go-libp2p and go-ipfs. Are the examples that use libp2p in a production environment? Where's the best place to learn libp2p by example?

For classes declared with struct, forward declarations should also use struct. Currently, only struct Message violates this in a few header files (2 or so?).

It is hardly readable in dark mode right now if message is saved in receivers's mailbox.

Same issue exists for other info messages.

![Bildschirmfoto 2021-02-24 um 10 24 18](https://user-images.githubusercontent.com/170962/108979066-94dce100-768a-11eb-

%Yixc7LlyDjFyXyS9NQcSNtT/ItGTAl9UPbrCVuWsx/0=.sha256
This is how it should look:

just switching out H1 already helps but shouldn't be done alone:

• OS: Windows
• Version of IPFS Desktop: 0.14.0

Describe the bug
After implementing opening of app's window on a double click on tray icon, a single click with left mouse button still opens the context menu even when doing double click. So, the first left click quickly opens the menu until the second left click is done.

To Reproduce
Steps to reproduce the behavior:

1. Do a left