RoboSats/robosats

I cloned main and counted how stale the locale files are against en.json. They all still have the full set of keys, but a good chunk is left in English. Catalan is the worst at ~76%, most languages sit around 84–86%, and even the most complete one (Czech) still has ~70 English strings. You can see it in de.json with things like Claim Rewards, Swap In/Swap Out, and You need to enable nostr to receive notifications. They're translated by hand, and translations aren't in the reward pool, so I don't think that backlog closes on its own. I help maintain Bisq's localization tooling (localize-pipeline), and I could set up a workflow that picks up the changed keys whenever en.json changes and opens a PR for review. It stays off until someone adds a model key, it never merges by itself, and it can run against a local model so nothing leaves your servers. It already handles the i18next {{…}} variables and leaves the #N marker keys alone. Before I build anything: is this something you'd want?

Describe the bug The settings panel includes a toggle to render QR codes in "Dark" mode when the app theme is set to dark. Dark QR codes on a dark background lack sufficient contrast to meet the QR spec (ISO/IEC 18004) and are frequently unreadable by scanner apps. It's also very annoying to have to constantly turn this off on every trade. To Reproduce Go to Settings Toggle app theme to Dark A second toggle appears for QR code colour — switch it to Dark Attempt to scan any QR code in the app — scanner will fail to read it Expected behavior QR codes should always render with a light background regardless of the app theme. The dark QR toggle should be removed. Screenshots N/A Desktop N/A — this is a UI/functional issue reproducible across all platforms Smartphone N/A — same as above Additional context The QR light/dark toggle is conditionally rendered in frontend/src/components/SettingsForm/index.tsx when settings.mode === 'dark'. The fix would be to remove the QRs setting entire

Describe the bug "Sell orders" are shown instead of "Swap out" orders, when the user clicks on "SWAP OUT OF LN". To Reproduce Steps to reproduce the behavior: Start a new session Create a new robot On the following page, click on "SWAP OUT OF LN" The list of offers is shown, the table shows the columns and labels for "Swap out", but the listed orders are actually "sell orders": Expected behavior The list of offers should show "Swap out orders". Desktop (please complete the following information): OS: Ubuntu 24.04 Browser TorBrowser Version 15.0.7

Hi While integrating the RoboSats coordinator API, I noticed the following behavior. curl -i --socks5-hostname 127.0.0.1:9050 \ "http://otmoonrndnrddqdlhu6b36heunmbyw3cgvadqo2oqeau3656wfv7fwad.onion/api/book/?format=json&currency=2&type=1" HTTP/1.1 404 Not Found Content-Type: application/json {"not_found":"No orders found, be the first to make one"} Is returning HTTP 404 in the “no orders” case intentional? From a client perspective, this makes it harder to distinguish between: a healthy coordinator with an empty book a real endpoint / coordinator error Would returning 200 OK with an empty array (or a structured response) be acceptable for this case? Happy to adapt client-side either way, just looking for clarification on the intended semantics. Thanks!

Describe When selecting any language (FR, ES, or PT) from the language dropdown, the page content does not change and remains in English. Only the URL changes (for example, /fr/ or /es/), but the visible text (hero section, buttons, and navigation items) is still displayed in English. This makes the language switcher misleading and non-functional. To Reproduce Steps to reproduce the behavior: Go to https://learn.robosats.org Click on the language dropdown in the top-right corner. Select any language (FR, ES, or PT). Observe that the URL changes but the page content remains in English. Expected behavior When a language is selected, all visible UI text (hero section, buttons, and navigation items) should be translated into the chosen language. If translations are not available, the UI should clearly indicate that the selected language is not supported instead of silently showing English. Screenshots Desktop (please complete the following information): OS: Linux Browser: Chrome Version: