protocol

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

Background

Often Tor only nodes become unreachable while still online which causes long channel downtimes and being unable to fulfill Pool bids.

Your environment

• version of lnd
  v0.12.1
• which operating system (uname -a on *Nix)
  Linux raspberrypi 5.10.17-v8+ #1403 SMP PREEMPT Mon Feb 22 11:37:54 GMT 2021
  aarch64 GNU/Linux
• version of btcd, bitcoind, or other back

QmfFLsxJsviSncH5LGkwss53Vn2v6ebZYb3bJYtZ5P25HM

this is the a sample file hash.

browse this file hash will freeze the window, and got high cpu usage.

and the log said: error: [web ui] unresponsive: [object Object]

Describe the feature you'd like supported

We should change the CID after enough idle time so that any possible NAT rebinding would be harder to be tracked by an outside observer. The simplest way to implement this would be in the flush send code path. When first starting a flush, check how much time has elapsed since the last send. If it's greater than X (20? 30?) seconds force a CID update

Tokio's automatic cooperative task yielding feature can cause abruptly prevent a task from making further progress. A very busy connection driver might as a result end up failing to fairly serve transmits or timeouts, resulting in bad behavior (e.g. spurious timeouts or congestion window reduction) under heavy load.

Ideally tokio will expose some too

Small UX improvement idea:

Companion should keep track of errored loads from local gateway and attempt to reload respective tabs (if still present) when API state changes from offline to online.

Take this class, for example:

`
import Foundation

// some comment has import SOMEBADTHING
public protocol TestProtocol: AnyObject {
func doSomething() -> Void
}
`

The generated mock ends up having:

... import SOMEBADTHING ...

Looks like it is looking for "{import .*}" in source files and just adding that verbatim to the output file, causing compile issues.