Repository navigation
build(deps): bump androidx.emoji2:emoji2-bundled from 1.5.0 to 1.6.0 - #604
Closed
dependabot[bot] wants to merge 1 commit into
Closed
dependabot[bot] wants to merge 1 commit into
dependabot[bot] wants to merge 1 commit into
Conversation
Bumps androidx.emoji2:emoji2-bundled from 1.5.0 to 1.6.0. --- updated-dependencies: - dependency-name: androidx.emoji2:emoji2-bundled dependency-version: 1.6.0 dependency-type: direct:production update-type: version-update:semver-minor ... Signed-off-by: dependabot[bot] <support@github.com>
dependabot
Bot
added
dependencies
Contributor
Author
|
OK, I won't notify you again about this release, but will get in touch when a new version is available. If you'd rather skip all updates until the next major or minor version, let me know by commenting If you change your mind, just re-open this PR and I'll resolve any conflicts on it. |
dependabot
Bot
deleted the
dependabot/gradle/develop/androidx.emoji2-emoji2-bundled-1.6.0
branch
January 5, 2026 17:40
bmc08gt
added a commit
that referenced
this pull request
Aug 20, 2026
…tyle receipt Ports the Get (buy) half of iOS #604. Gated on FeatureFlag.NewUi via State.isGet, so the v1 buy flow is untouched when the flag is off. v1 asks for an amount, then pushes a funding-token step, then a receipt. v2 picks the payment source inline on the amount screen — so the entry ceiling is that one balance, the fee can be priced before confirming, and confirming lands straight on the receipt. - SwapViewModel: seeds a default funding source (Dollars, else the largest held balance), resolves it without pricing the buy, and re-points maxAmountFlow/transactionLimit at that balance. - Fee convention: Dollars has no launchpad sale to skim, so a v2 Get pays the flat house rate *on top* of the entered amount (mirroring Convert-from-Dollars) and sends it explicitly on the buy request. v1's USDF buy stays free; cross-currency still grosses up. - Buy-maximum math follows suit: on-top affords balance / (1 + f), where grossed-up affords balance × (1 - f). - SwapStep.FundingSelection renders the "Select Currency" half sheet. - Receipt reframes as a conversion: "You Get / Amount to convert / Conversion fee", with a "Confirm" button. - ConvertDestinationSelector.kt -> TokenSelectorRow.kt, now backing both "Convert to" and "Get with".
bmc08gt
added a commit
that referenced
this pull request
Aug 20, 2026
Ports the Convert half of iOS #604. The Convert tile on the v2 currency screen now opens a real conversion flow instead of re-routing to Buy: - `SwapPurpose.Convert(mint, destinationMint)` — a `BalanceDecrease`, so amount entry, max-amount, limits and balance checks reuse Sell semantics. `mint` is the currency being spent; `destinationMint` is what lands. - Amount entry grows an optional `accessory` slot (threaded through `AmountWithKeypad` / `AmountEntryScreen` / `SwapEntryScreenContent`) that renders the "Convert to <currency>" picker between the amount and keypad. - Destination picking is a flow step (`SwapStep.ConvertDestinationSelection`) backed by `TokenPurpose.ConvertDestination`, which lists every currency except the source — including ones the user doesn't hold yet — and check-marks the in-flight destination rather than the globally selected token. - New confirmation step (`SwapStep.ConvertReceipt`) mirroring the Sell receipt: you convert / amount / conversion fee / you receive. Fee handling follows the direction of the trade. Converting *out of* Dollars has no launchpad sale to skim from, so the 1% fee is charged on top of the entered amount (debit = entered + fee, receive = entered); every other direction takes the source token's `sellFeeBps` out of the entered amount (debit = entered, receive = entered - fee). Submission picks the matching leg: destination USDF -> sell, source USDF -> buy with an explicit fee, otherwise a direct swap. `OnPurposeChanged` now preserves an in-flight Convert destination when the source still matches — the entry step re-dispatches its route purpose on every re-entry, which otherwise reset the destination on returning from the picker.
bmc08gt
added a commit
that referenced
this pull request
Aug 20, 2026
…tyle receipt Ports the Get (buy) half of iOS #604. Gated on FeatureFlag.NewUi via State.isGet, so the v1 buy flow is untouched when the flag is off. v1 asks for an amount, then pushes a funding-token step, then a receipt. v2 picks the payment source inline on the amount screen — so the entry ceiling is that one balance, the fee can be priced before confirming, and confirming lands straight on the receipt. - SwapViewModel: seeds a default funding source (Dollars, else the largest held balance), resolves it without pricing the buy, and re-points maxAmountFlow/transactionLimit at that balance. - Fee convention: Dollars has no launchpad sale to skim, so a v2 Get pays the flat house rate *on top* of the entered amount (mirroring Convert-from-Dollars) and sends it explicitly on the buy request. v1's USDF buy stays free; cross-currency still grosses up. - Buy-maximum math follows suit: on-top affords balance / (1 + f), where grossed-up affords balance × (1 - f). - SwapStep.FundingSelection renders the "Select Currency" half sheet. - Receipt reframes as a conversion: "You Get / Amount to convert / Conversion fee", with a "Confirm" button. - ConvertDestinationSelector.kt -> TokenSelectorRow.kt, now backing both "Convert to" and "Get with".
bmc08gt
added a commit
that referenced
this pull request
Aug 20, 2026
Ports the Convert half of iOS #604. The Convert tile on the v2 currency screen now opens a real conversion flow instead of re-routing to Buy: - `SwapPurpose.Convert(mint, destinationMint)` — a `BalanceDecrease`, so amount entry, max-amount, limits and balance checks reuse Sell semantics. `mint` is the currency being spent; `destinationMint` is what lands. - Amount entry grows an optional `accessory` slot (threaded through `AmountWithKeypad` / `AmountEntryScreen` / `SwapEntryScreenContent`) that renders the "Convert to <currency>" picker between the amount and keypad. - Destination picking is a flow step (`SwapStep.ConvertDestinationSelection`) backed by `TokenPurpose.ConvertDestination`, which lists every currency except the source — including ones the user doesn't hold yet — and check-marks the in-flight destination rather than the globally selected token. - New confirmation step (`SwapStep.ConvertReceipt`) mirroring the Sell receipt: you convert / amount / conversion fee / you receive. Fee handling follows the direction of the trade. Converting *out of* Dollars has no launchpad sale to skim from, so the 1% fee is charged on top of the entered amount (debit = entered + fee, receive = entered); every other direction takes the source token's `sellFeeBps` out of the entered amount (debit = entered, receive = entered - fee). Submission picks the matching leg: destination USDF -> sell, source USDF -> buy with an explicit fee, otherwise a direct swap. `OnPurposeChanged` now preserves an in-flight Convert destination when the source still matches — the entry step re-dispatches its route purpose on every re-entry, which otherwise reset the destination on returning from the picker.
bmc08gt
added a commit
that referenced
this pull request
Aug 20, 2026
…tyle receipt Ports the Get (buy) half of iOS #604. Gated on FeatureFlag.NewUi via State.isGet, so the v1 buy flow is untouched when the flag is off. v1 asks for an amount, then pushes a funding-token step, then a receipt. v2 picks the payment source inline on the amount screen — so the entry ceiling is that one balance, the fee can be priced before confirming, and confirming lands straight on the receipt. - SwapViewModel: seeds a default funding source (Dollars, else the largest held balance), resolves it without pricing the buy, and re-points maxAmountFlow/transactionLimit at that balance. - Fee convention: Dollars has no launchpad sale to skim, so a v2 Get pays the flat house rate *on top* of the entered amount (mirroring Convert-from-Dollars) and sends it explicitly on the buy request. v1's USDF buy stays free; cross-currency still grosses up. - Buy-maximum math follows suit: on-top affords balance / (1 + f), where grossed-up affords balance × (1 - f). - SwapStep.FundingSelection renders the "Select Currency" half sheet. - Receipt reframes as a conversion: "You Get / Amount to convert / Conversion fee", with a "Confirm" button. - ConvertDestinationSelector.kt -> TokenSelectorRow.kt, now backing both "Convert to" and "Get with".
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
1 participant
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.
Bumps androidx.emoji2:emoji2-bundled from 1.5.0 to 1.6.0.
You can trigger a rebase of this PR by commenting
@dependabot rebase.Dependabot commands and options
You can trigger Dependabot actions by commenting on this PR:
@dependabot rebasewill rebase this PR@dependabot recreatewill recreate this PR, overwriting any edits that have been made to it@dependabot mergewill merge this PR after your CI passes on it@dependabot squash and mergewill squash and merge this PR after your CI passes on it@dependabot cancel mergewill cancel a previously requested merge and block automerging@dependabot reopenwill reopen this PR if it is closed@dependabot closewill close this PR and stop Dependabot recreating it. You can achieve the same result by closing it manually@dependabot show <dependency name> ignore conditionswill show all of the ignore conditions of the specified dependency@dependabot ignore this major versionwill close this PR and stop Dependabot creating any more for this major version (unless you reopen the PR or upgrade to it yourself)@dependabot ignore this minor versionwill close this PR and stop Dependabot creating any more for this minor version (unless you reopen the PR or upgrade to it yourself)@dependabot ignore this dependencywill close this PR and stop Dependabot creating any more for this dependency (unless you reopen the PR or upgrade to it yourself)