As per EIPs/eip-1474.md at master · ethereum/EIPs. For details see this PR discussion

Descript

• I've asked for help in the Truffle Gitter before filing this issue.

Issue

As of 5.0.35, imports from node packages now throw compilation errors. This may or may not be intended behaviour, but it is a breaking change from 5.0.34 compiler - which seems to work just fine. I much prefer to have these imports over relat

These contracts' functions don't have explanations:

https://docs.openzeppelin.com/contracts/2.x/api/token/erc20#ERC20Pausable
https://docs.openzeppelin.com/contracts/2.x/api/token/erc20#SafeERC20
https://docs.openzeppelin.com/contracts/2.x/api/token/erc20#TokenTimelock

Description

With ethereum/solidity#7539, we make usage of SELFBALANCE which will, along with CHAINID, be introduced by the istanbul EVM. We need to test pre-instabul VMs once evmone was updated with ethereum/solidity#7544.

Specification

Additional test cases for the above instructions need to be added. See https://github.com/ethe

Version: `0.10.0`
OS & Version: linux
Node version: `geth 1.8.2-stable-b8b9f7f4`

It seems that in "Latest transactions" in Ethereum Wallet there are listed pending transactions from all networks (the real network and several test networks) without displaying which network this transaction is of.

So either show it noticeably or l

• Parity Ethereum version: 2.4.5 or 2.4.6
• Operating system: Linux
• Installation: binary from Github | releases
• Fully synchronized: both, no and yes
• Network: ethereum
• Restarted: yes

Actual behaviour

When starting parity 2.4.5/2.4.6 in archive mode (tracing on, db_compaction ssd, pruning archive, fat_db on) with the default settings for the cache_size

Problem

The repository here mentions http://cpp-ethereum.org, which redirects to:

http://www.ethdocs.org/en/latest/ethereum-clients/cpp-ethereum/

which contains outdated documentation.

This can be highly misleading.

Solution

• Remove redirection / link
• mark http://www.ethdocs.org/en/latest/ethereum-clients/cpp-ethereum as outdated/legacy
• better yet: mark whole http://

Quorum doesn't return a message error clearly specifying the cause of an error (from a user standpoint) when the transaction manager fails to Quorum (e.g: 400 bad request, ...).

System information

Release: 2.2.3

Expected behaviour

Helpful error message

Actual behaviour

invalid argument 0: json: cannot unmarshal non-string into Go value of type common.Hash

Describe the bug
QR Code Scanner fails to scan input fields on Send Transaction view when scanning QR Code contains an EIP-681 URI

Example URI

ethereum:0x46c69f4424043e720a704330748cf3c593656b9c

To Reproduce
Steps to reproduce the behavior:

1. Go to Send Transaction view
2. Click on QR Code scanner
3. Position QR Code in front of Webcam
4. QR Code scanner closes

Follow-up to: #3846.

When restarting a task with the option to retain finished subtasks (RPC call comp.task.restart_subtasks), finished subtask results are copied over to newly created subtasks. However, the node info from the original subtask (name, id, address) is not included in the state of the new subtask. This has no impact on Golem's operation, but would be a UX improvement.

The rel

Problem

Currently when a user receives a PN, we show a very generic message (no indication of sender, body, etc). This will change in the future (e.g. with status-im/status-react#7043), so it would be good to be more explicit about the fact that we are showing a generic PN message due to the db being locked. Also, since we may receive PNs from users we've since removed

There are more than 60 different small C programs to test the input generation in the logic bombs benchmark. Manticore [native] could integrate them in the testing to make sure these difficult examples are correctly handled.