Repository navigation
Conversation
The 0.0624 BTC and 0.50 BTC values on 23 articles come from the archived MaxTradeSizeBisq1 and MaxTradeSizeAltcoin templates, expanded at build time; the article sources contain only the macro calls. Keep the archived values and add a short label at render time that links to the page's existing migration note, so no article wording or template receipt changes. Sources: Bisq 1 v1.10.11 TradeLimits.java L40-L88 (0.25 BTC clamp, DAO parameter) and PaymentMethod.java L395-L431 (risk-factor calculation), commit ea9d5dff. Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com> Claude-Session: https://claude.ai/code/session_01TcbFo7FxLxPktLKLFLLxae
The label now says "check the limit shown in Bisq 1", and the note names where: the payment account's Limitations field, and the create-offer amount check. Tikkie scales its own default (0.05 BTC times the clamped DAO parameter over 2 BTC), so under v1.10.11 it is at most 0.00625 BTC and the 0.0624 BTC on its page never applies; the note says so and cites the default.
|
Warning Review limit reachedYou've used all free OSS reviews for now. Wait for the free limit to reset to keep reviewing this public repository. Next included review available in 59 minutes. View limit details
Thanks for using CodeRabbit! It's free for OSS, and your support helps us grow. If you like it, consider giving us a shout-out. |
Collaborator
Author
|
Automated note: moved to #98, opened from a fork with the same changes and corrected commit authorship. Please continue the review there. |
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.
Addresses migration note
archived-bisq1-trade-limit-macros("Trade limits: restored macro values are historical"), which lists 23 articles.Where the values come from
The 0.0624 BTC and 0.50 BTC figures are not written in the article sources. Each of the 23 articles contains only a macro call, kept as
<span class="wiki-template-gap">…{{MaxTradeSizeBisq1}}…</span>(or{{MaxTradeSizeAltcoin}}on Main Page and Templates as macros). At build timescripts/lib/archived-templates.mjsreplaces each call with the value of the archived template, recorded inmigration/template-renderings-20261014.json:archive-templates/644.wiki.txt)archive-templates/645.wiki.txt)Change
A render-time label, not an article wording change. Each of these 28 expansions keeps its archived value and its existing "2026 source" link, followed by:
The link goes to the migration note already shown, open, at the top of each of these pages. To make that possible, each migration-note section now has an id (
migration-note-<note id>) insrc/components/SourceHistory.astro. The renderer throws if a labelled template ever appears on a page that does not show the note, so the link cannot point nowhere.The note itself gains two sentences and two sources (second commit, from review):
Example, Zelle: "Maximum BTC per Trade: 0.0624 BTC2026 source" → "Maximum BTC per Trade: 0.0624 BTC2026 source (historical wiki value; check the limit shown in Bisq 1)".
Not labelled: MaxTradeSizeUnsigned (.002 BTC) and MinTradeSizeToBeSigned (.0005), which the note does not cover; .002 BTC matches the pinned code's small-trade amount and note
bisq1-dynamic-limits. MaxBisqEasyTrade (Bisq 2) is also unchanged.Why not per-article wording
Sources
At Bisq commit
ea9d5dff90c99ac462f2b0a7bf9ef92683956619(tagv1.10.11):MAX_TRADE_AMOUNT = 0.250BTC; the DAOMAX_TRADE_LIMITparameter is read and clamped to it.What was checked and what was not
scripts/archived-templates.test.mjs, which fails if the label or the altcoin mapping is removed); the 23 labelled pages match the note'ssource_slugsexactly; no label lands inside a link, heading or code element. Pages that show any migration note differ frommainby the new section ids; the 23 labelled pages also by the label and the extended note.Overlap
No article files change, so there is no textual overlap with #56, #57, #59, #60, #62, #63, #64 or #67. #56, #60, #62, #63, #64 and #67 edit other lines in some of the same articles; #57 and #59 change hard-coded numbers in Account limits and Payment methods, which are not macros and are not labelled here.
Expected check results
No wording or receipt changes, so the restoration gate passes:
npm test38/38, andDOCS_SITE=https://hiciefte.github.io DOCS_BASE=/bisq-docs/ npm run buildpasses ("Source fidelity passed: 209 original bodies/titles/raw sources…", "Checked 601 HTML pages…").