Skip to content

Replace sass theme color variables with css custom properties#18

Open
ajit2903 wants to merge 998 commits into522-improve-flaky-feature-testsfrom
853-css-custom-properties
Open

Replace sass theme color variables with css custom properties#18
ajit2903 wants to merge 998 commits into522-improve-flaky-feature-testsfrom
853-css-custom-properties

Conversation

@ajit2903
Copy link
Owner

@ajit2903 ajit2903 commented Sep 21, 2025

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");

    // Create a wallet instance
    const wallet = new ethers.Wallet(PRIVATE_KEY, provider);
    console.log("Wallet connected:", wallet.address);

    // Transaction details
    const tx = {
        to: RECIPIENT_ADDRESS,
        value: ethers.utils.parseEther(AMOUNT_IN_ETHER), // Convert ETH to Wei
    };

    // Send the transaction
    console.log(`Sending ${AMOUNT_IN_ETHER} ETH to ${RECIPIENT_ADDRESS}...`);
    const transactionResponse = await wallet.sendTransaction(tx);
    console.log("Transaction sent! Hash:", transactionResponse.hash);

    // Wait for the transaction to be mined
    const receipt = await transactionResponse.wait();
    console.log("Transaction confirmed!");
    console.log("Block Number:", receipt.blockNumber);
    console.log("Transaction Hash:", receipt.transactionHash);
} catch (error) {
    console.error("Error during transaction:", error);
}

}

// 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)

  • I verified this PR does not break any public APIs, contracts, or interfaces that external consumers depend on.
  • If I added new functionality, I added tests covering it.
  • If I fixed a bug, I added a regression test to prevent the bug from silently reappearing again.
  • I updated documentation if needed:
  • If I modified API endpoints, I updated the Swagger/OpenAPI schemas accordingly and checked that schemas are asserted in tests.
  • If I added new DB indices, I checked, that they are not redundant, with PGHero or other tools.
  • If I added/removed chain type, I modified the Github CI matrix and PR labels accordingly.

KronicDeth and others added 30 commits October 2, 2018 14:31
…dize to transaction tile for pending transactions.

Live load pending transactions and remove when collated.
…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.
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
GustavoSantosFe and others added 30 commits October 22, 2018 11:22
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 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
…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
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.