P2P

importaddress (and possibly other legacy-only wallet functions), when used on a descriptor wallet, return a fairly nondescript error:

$ ./bitcoin-cli -regtest importaddress test
error code: -4
error message:
This type of wallet does not support this command

The RPC help of importaddress doesn't mention nor further explain this incompatibility, nor what alternative to use inste

Hi. I've been experiencing good reliability syncing Maildirs with Syncthing for a few weeks already - however, from time to time an occasional empty mail may now show up in my IMAP folders/e-mail client. I suspect that this is due to the partial transfers and/or temp files being read by dovecot (perhaps locking them somehow could help with this?). I was able to ignore dovecot's index files in Sync

System information

Geth
Version: 1.10.13-stable
Git Commit: 7a0c19f813e285516f4b525305fd73b625d2dec8
Architecture: amd64
Go Version: go1.17.3
Operating System: linux
GOPATH=
GOROOT=go

Expected behaviour

Close files that aren't in use / have a settable limit

Actual behaviour

Every database file it opens stays open for the duration of the sync

Steps to re

Describe the bug you encountered:
I have RD running but it's not the active window/application.
When I move my mouse over the RD remote control window, the mouse moves on the remote computer also.

...

What did you expect to happen instead?
The mouse movement gets ignored when RD is not the active window.

...

How did you install RustDesk?
Windows Portable version

**Describe

Summa

Creating a new issue based on lbryio/lbry-sdk#877

• Update ensure_directory_exists() to check that the directory is writable by the current process.
• If it's not, return a useful error
• Add tests to cover the case when
  • download directory does not exist
  • download dir exists but is not writable
  • dir exists an

• Version: ipfs-core: 0.14.1
• Subsystem: types, core

Severity: Very Low

Description:

in type definition put: (...) => Promise<CID>, but docs Promise<Block>

Which type is correct?

This meta issue contains various ideas that may never be implemented, it's a good place to put things that could create useless noise in the issues section

Misc

• add a way to configure the CLI and apps to have two loggers, a full one in JSON in a file + a filtered one formatted for console on stdout
• add i18n support on CLI help messages
• add i18n support on error message

We have DAEMON_START metric which shows duration and count of times we need to start up our own daemon. However, we do not have a metric to show how often there are users who are already running an ipfs daemon.

The webui is available when running the go implementation of IPFS, so if we see a lower count for this NO_DAEMON_START metric, then we could potentially redirect any users who are alread

It currently says: "qTox is a powerful Tox client that follows the Tox design guidelines."

Problems:

1. No need to say that this is qTox, because this is obvious from the application name.
2. It isn't translated. Other apps have many sections like this:

Comment[fr]=Xxx
Comment[it]=Xxx

I recommend: "Qt 5 based Tox instant messenger for secure communication"
No need for the peri

Description

The "send payment" dialogue after seller taker accepted my offer is telling me to "start payment using sepa instant"; the account I used is normal sepa.

Version

1.8.0

S