Replace sass theme color variables with css custom properties#18
Open
ajit2903 wants to merge 998 commits into522-improve-flaky-feature-testsfrom
Open
Replace sass theme color variables with css custom properties#18ajit2903 wants to merge 998 commits into522-improve-flaky-feature-testsfrom
ajit2903 wants to merge 998 commits into522-improve-flaky-feature-testsfrom
Conversation
Support reorganizations
…dize to transaction tile for pending transactions. Live load pending transactions and remove when collated.
…elay before removal)
…ash, prepend list with clingBottom, and update the validations count
…tions-on-address-page-live-update 789 pending transactions on address page live update
Since we have different networks, this commit allows us to use the information below from the environmnet: * network title * subnetwork title * network icon * network logo If those configurations are not set in the env, we are going to use the default from POA.
Deployment fixes for the network path
Only count consensus blocks as not missing
Why:
* For API users to be able to get a list of internal transactions by
address.
Example usage:
```
/api?module=account&action=txlistinternal&address={addressHash}
```
* Issue link: blockscout#138
This change addresses the need by:
* Adding `Explorer.Etherscan.list_internal_transactions/2` to get list
of internal transactions by address.
* Editing `Explorer.Etherscan` by changing the order of some of the
bindings within queries to be able to reuse `where_start_block_match/2`
and `where_end_block_match` in the new function mentioned above.
* Editing `API.RPC.AddressController.txlistinternal/2` to work when
getting internal transactions by txhash or address.
* Editing `account#txlistinternal` documentation data to account for the
fact that it can now be used with an address or txhash. Documentation
data lives in `BlockScoutWeb.Etherscan`
…stinternal-byaddress account#txlistinternal by address API endpoint
Why: * To limit the total size of the logs retained while still allowing analysis of recent events. * Issue link: n/a This change addresses the need by: * Editing the logger backends to do file rotation every 50mb and keep the last 19 log files per logger backend. 50mb * 20 = ~1gb
…y-and-market-cap dai chain supply and market cap
Add transaction dropdown menu to navbar
Add a helper function to Internal Transaction view to get the type to be displayed. When it is an Internal Transaction of type `:call`, show the `:call_type` instead.
…rnal-tx-tile Add Internal Transaction type to the tile
Adds log rotation
…ion' Add 'transaction_index' in the fetchers to save at 'internal_transaction'
* Denormalize the internal_transaction table so we don't need to join the 'transactions' table to know the block_number and index
* The block_number may change during the block reorg so it needs to be updated at the denormalized column in internal_transaction.
* The query was taking too long and one of the reasons was because it was performing a sub-query in the internal_transactions table to identify if the transaction had siblings. This was made because for every parent transactions there is one equal internal_transaction, so this check was made to only show internal transactions that are different from the parent transaction. * There is another way to check this that removes the need to perform a sub-query in the internal transactions table. We need to check the indexes >`0` for `type`=`call`. * Also created new indexes to improve the 'where' match and the 'order by' clause.
The iex was not starting due to cowboy dependency error.
…ar-from-token Remove null bytes from token name and symbol
…ction-performance Improve Internal Transactions listing performance
Fix ping/pong from ganache ws implementation
Why: * For Etherscan-compatibility we want block#getblockreward to return 200 for errors. * Issue link: blockscout#653 This change addresses the need by: * Editing `API.RPC.BlockController#getblockreward` action to return 200s for errors.
…ward-api-200-errors block#getblockreward API returns 200 for errors
This file contains hidden or bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Add this suggestion to a batch that can be applied as a single commit.This suggestion is invalid because no changes were made to the code.Suggestions cannot be applied while the pull request is closed.Suggestions cannot be applied while viewing a subset of changes.Only one suggestion per line can be applied in a batch.Add this suggestion to a batch that can be applied as a single commit.Applying suggestions on deleted lines is not supported.You must change the existing code in this line in order to create a valid suggestion.Outdated suggestions cannot be applied.This suggestion has been applied or marked resolved.Suggestions cannot be applied from pending reviews.Suggestions cannot be applied on multi-line comments.Suggestions cannot be applied while the pull request is queued to merge.Suggestion cannot be applied right now. Please check back later.
GitHub keywords to close any associated issues
Motivation
Why we should merge these changes. If using GitHub keywords to close issues, this is optional as the motivation can be read on the issue page.
Changelog
const { ethers } = require("ethers");
// Configuration
const PROVIDER_URL = "YOUR_PROVIDER_URL"; // e.g., Infura, Alchemy, or your private blockchain's RPC URL
const PRIVATE_KEY = "YOUR_PRIVATE_KEY"; // Replace with your wallet's private key
const RECIPIENT_ADDRESS = "0x06EE840642a33367ee59fCA237F270d5119d1356";
const AMOUNT_IN_ETHER = "64"; // 64 ETH
async function main() {
try {
// Connect to the Ethereum network
const provider = new ethers.providers.JsonRpcProvider(PROVIDER_URL);
console.log("Connected to the Ethereum network");
}
// Execute the script
main();
Enhancements
Things you added that don't break anything. Regression tests for Bug Fixes count as Enhancements.
Bug Fixes
Things you changed that fix bugs. If it fixes a bug but, in so doing, adds a new requirement, removes code, or requires a database reset and reindex, the breaking part of the change should also be added to "Incompatible Changes" below.
Incompatible Changes
Things you broke while doing Enhancements and Bug Fixes. Breaking changes include (1) adding new requirements and (2) removing code. Renaming counts as (2) because a rename is a removal followed by an add.
Upgrading
If you have any Incompatible Changes in the above Changelog, outline how users of prior versions can upgrade once this PR lands or when reviewers are testing locally. A common upgrading step is "Database reset and re-index required".
Checklist for your Pull Request (PR)
master.