-
Notifications
You must be signed in to change notification settings - Fork 2
Use tx.from fallback to account in boopFromTransaction in iframe sendBoop func #790
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Conversation
This stack of pull requests is managed by Graphite. Learn more about stacking. |
Deploying happychain with
|
| Latest commit: |
44815eb
|
| Status: | ✅ Deploy successful! |
| Preview URL: | https://465dd754.happychain.pages.dev |
| Branch Preview URL: | https://aryan-txfrom-in-sendboop-opt.happychain.pages.dev |
d7b5c98 to
5d0d9d1
Compare
932198e to
22a646c
Compare
d53296d to
0c759eb
Compare
| dest: tx.to, | ||
| payer: zeroAddress, // happyPaymaster, // TODO need to fund paymaster | ||
| value: tx.value ? BigInt(tx.value) : 0n, | ||
| value: tx.value !== undefined ? (parseBigInt(tx.value) ?? 0n) : 0n, |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Because of how parseBigInt (one of our utility function) works, all of these can be parseBigInt(thing) ?? fallback — I actually completely coincidentally made the change in the PR I'm working on, so this can stay like this.
77b0a49 to
d1fd9e6
Compare

Description
Closes: HAPPY-552
Updated the
boopFromTransactionfunction to use the provided account as a fallback whentx.fromis not available. This ensures the function can handle transactions where the sender information might be missing.I went through the surrounding code flow (from request handlers to utils inside
iframe/src/requests). But I couldn't find any other thing which had to be tweaked, as there was no description for the linear issue, only title 😅Toggle Checklist
Checklist
Basics
norswap/build-system-caching).Reminder: PR review guidelines
Correctness
C1. Builds and passes tests.
C2. The code is properly parameterized & compatible with different environments (e.g. local,
testnet, mainnet, standalone wallet, ...).
C3. I have manually tested my changes & connected features.
C4. I have performed a thorough self-review of my code after submitting the PR,
and have updated the code & comments accordingly.
Architecture & Documentation
(2) commenting these boundaries correctly, (3) adding inline comments for context when needed.
Public APIS and meaningful (non-local) internal APIs are properly documented in code comments.
in a Markdown document.
make changesetforbreaking and meaningful changes in packages (not required for cleanups & refactors).