Skip to content

add rules and templates#1

Merged
joshuahannan merged 4 commits intomasterfrom
josh/onflow-migration
Apr 21, 2020
Merged

add rules and templates#1
joshuahannan merged 4 commits intomasterfrom
josh/onflow-migration

Conversation

@joshuahannan
Copy link
Member

Added CODEOWNERS, contribution guidelines, code of conduct, license, copyright notice, and issue templates

Copy link
Contributor

@timmymmit timmymmit left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Approved, pending license confirmation

@joshuahannan joshuahannan merged commit 3a5343a into master Apr 21, 2020
@joshuahannan joshuahannan deleted the josh/onflow-migration branch April 21, 2020 00:43
Copy link
Member

@laynelafrance laynelafrance left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

I'm going to email the lawyer and make 100% sure this unlicense thing is ok

Copy link
Member

@laynelafrance laynelafrance left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Requesting review from our lawyer on the unlicense thing

joshuahannan added a commit that referenced this pull request Mar 10, 2026
Tests for the two fixes made in contracts/utility/TokenForwarding.cdc:

1. changeRecipient with stale old capability (bug fix #1):
   - testChangeRecipientSucceedsWhenOldCapabilityIsStale: verifies the
     transaction succeeds and the ForwarderRecipientUpdated event emits
     nil for oldRecipient when the old cap is no longer valid
   - testTokensForwardedToNewRecipientAfterChange: end-to-end check that
     tokens sent to the Forwarder after the update arrive at the new
     recipient, not the stale old one

2. getSupportedVaultTypes for chained forwarders (bug fix #2):
   - testGetSupportedVaultTypesForSingleForwarder: baseline check that a
     single Forwarder → Vault returns {ExampleToken.Vault: true}
   - testGetSupportedVaultTypesForChainedForwarders: the key regression
     test — Forwarder B → Forwarder A → Vault must return
     {ExampleToken.Vault: true}, not {TokenForwarding.Forwarder: true}

Also adds tests/transactions/unload_example_token_vault.cdc, a test-only
helper transaction that removes and destroys an account's ExampleToken
vault to simulate a stale receiver capability.

Co-Authored-By: Claude Sonnet 4.6 <noreply@anthropic.com>
joshuahannan added a commit that referenced this pull request Mar 11, 2026
Tests for the two fixes made in contracts/utility/TokenForwarding.cdc:

1. changeRecipient with stale old capability (bug fix #1):
   - testChangeRecipientSucceedsWhenOldCapabilityIsStale: verifies the
     transaction succeeds and the ForwarderRecipientUpdated event emits
     nil for oldRecipient when the old cap is no longer valid
   - testTokensForwardedToNewRecipientAfterChange: end-to-end check that
     tokens sent to the Forwarder after the update arrive at the new
     recipient, not the stale old one

2. getSupportedVaultTypes for chained forwarders (bug fix #2):
   - testGetSupportedVaultTypesForSingleForwarder: baseline check that a
     single Forwarder → Vault returns {ExampleToken.Vault: true}
   - testGetSupportedVaultTypesForChainedForwarders: the key regression
     test — Forwarder B → Forwarder A → Vault must return
     {ExampleToken.Vault: true}, not {TokenForwarding.Forwarder: true}

Also adds tests/transactions/unload_example_token_vault.cdc, a test-only
helper transaction that removes and destroys an account's ExampleToken
vault to simulate a stale receiver capability.

Co-Authored-By: Claude Sonnet 4.6 <noreply@anthropic.com>
joshuahannan added a commit that referenced this pull request Mar 11, 2026
Tests for the two fixes made in contracts/utility/TokenForwarding.cdc:

1. changeRecipient with stale old capability (bug fix #1):
   - testChangeRecipientSucceedsWhenOldCapabilityIsStale: verifies the
     transaction succeeds and the ForwarderRecipientUpdated event emits
     nil for oldRecipient when the old cap is no longer valid
   - testTokensForwardedToNewRecipientAfterChange: end-to-end check that
     tokens sent to the Forwarder after the update arrive at the new
     recipient, not the stale old one

2. getSupportedVaultTypes for chained forwarders (bug fix #2):
   - testGetSupportedVaultTypesForSingleForwarder: baseline check that a
     single Forwarder → Vault returns {ExampleToken.Vault: true}
   - testGetSupportedVaultTypesForChainedForwarders: the key regression
     test — Forwarder B → Forwarder A → Vault must return
     {ExampleToken.Vault: true}, not {TokenForwarding.Forwarder: true}

Also adds tests/transactions/unload_example_token_vault.cdc, a test-only
helper transaction that removes and destroys an account's ExampleToken
vault to simulate a stale receiver capability.

Co-Authored-By: Claude Sonnet 4.6 <noreply@anthropic.com>
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.

4 participants