<?xml version="1.0" encoding="utf-8"?>
<!--RSS generated by Flaimo.com RSS Builder [2026-04-08 14:51:09]-->
<rss version="2.0" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"><channel><docs>https://bugs.gnunet.org/</docs><link>https://bugs.gnunet.org/</link><description><![CDATA[MantisBT - Issues]]></description><title>MantisBT - Issues</title><image><title>MantisBT - Issues</title><url>https://bugs.gnunet.org/images/mantis_logo.png</url><link>https://bugs.gnunet.org/</link><description><![CDATA[MantisBT - Issues]]></description></image><language>en</language><category>All Projects</category><ttl>10</ttl><dc:language>en</dc:language><sy:updatePeriod>hourly</sy:updatePeriod><sy:updateFrequency>1</sy:updateFrequency><item><title>0011340: instance names are case-sensitive!</title><author></author><link>https://bugs.gnunet.org/view.php?id=11340</link><description><![CDATA[But (at least) in the taler://pay-template/ case, I see the WebExtension wallet silently convert the instance name to lower-case. As a result, the merchant backend then doesn't find the instance and the payment does not work.&lt;br /&gt;
&lt;br /&gt;
Please fix wallet-core (and possibly UIs!) to ensure instance names are treated as case-sensitive!]]></description><category>wallet (all platforms)</category><pubDate>Wed, 08 Apr 2026 14:07:12 +0200</pubDate><guid>https://bugs.gnunet.org/view.php?id=11340</guid><comments>https://bugs.gnunet.org/view.php?id=11340#bugnotes</comments></item><item><title>0010017: enable automatic monthly transfer to wallet via periodic transfer</title><author></author><link>https://bugs.gnunet.org/view.php?id=10017</link><description><![CDATA[We've had this request now from a customer in CH as well as from BEKI: They are used to doing automated periodic monthly wire transfers and would like them to automatically withdraw money into a Taler wallet. We should support this.&lt;br /&gt;
&lt;br /&gt;
Note: requires also some exchange changes, as right now reserve public keys come with a UNIQUE constraint...]]></description><category>specification</category><pubDate>Wed, 08 Apr 2026 12:46:21 +0200</pubDate><guid>https://bugs.gnunet.org/view.php?id=10017</guid><comments>https://bugs.gnunet.org/view.php?id=10017#bugnotes</comments></item><item><title>0011160: libeufin-* users fail to be added during installation on ubuntu 24.04 LTS</title><author></author><link>https://bugs.gnunet.org/view.php?id=11160</link><description><![CDATA[Ubuntu 24.04 (current LTS) ships systemd-sysuser version 255, but the modifier used in the ubuntu packages is only supported starting from version 257: &lt;a href=&quot;https://www.freedesktop.org/software/systemd/man/latest/sysusers.d.html#u&quot; rel=&quot;noopener&quot;&gt;https://www.freedesktop.org/software/systemd/man/latest/sysusers.d.html#u&lt;/a&gt;&lt;br /&gt;
&lt;br /&gt;
Applies to both libeufin-bank and libeufin-nexus.&lt;br /&gt;
&lt;br /&gt;
This is reported as an error in setup.log, but does not stop the regional currency deployment script, which it should probably do.&lt;br /&gt;
&lt;br /&gt;
Intermediate solution is to edit /usr/lib/sysusers.d/libeufin-*.conf to remove the exlamation mark, then run `systemd-sysusers`.&lt;br /&gt;
&lt;br /&gt;
Actual solution will&lt;br /&gt;
1. taler-deployment: fail regional-currency installation on error reported by postinstall of .deb package&lt;br /&gt;
2. libeufin-* use &quot;u&quot; instead of &quot;u!&quot; in the config files.]]></description><category>libeufin-bank</category><pubDate>Wed, 08 Apr 2026 12:45:08 +0200</pubDate><guid>https://bugs.gnunet.org/view.php?id=11160</guid><comments>https://bugs.gnunet.org/view.php?id=11160#bugnotes</comments></item><item><title>0011320: Logos inside QR</title><author></author><link>https://bugs.gnunet.org/view.php?id=11320</link><description><![CDATA[For Swiss QRs: &lt;br /&gt;
document with guidelines &lt;a href=&quot;https://www.six-group.com/dam/download/banking-services/standardization/qr-bill/ig-qr-bill-v2.3-en.pdf&quot; rel=&quot;noopener&quot;&gt;https://www.six-group.com/dam/download/banking-services/standardization/qr-bill/ig-qr-bill-v2.3-en.pdf&lt;/a&gt; page 46, 47 describe sizes and position. Also, on page 47 link to the official logo&lt;br /&gt;
&lt;br /&gt;
For Taler payment QRs:&lt;br /&gt;
&lt;a href=&quot;https://docs.taler.net/design-documents/090-branding.html#payment-qr-code-design&quot; rel=&quot;noopener&quot;&gt;https://docs.taler.net/design-documents/090-branding.html#payment-qr-code-design&lt;/a&gt;]]></description><category>merchant backoffice SPA</category><pubDate>Tue, 07 Apr 2026 20:50:34 +0200</pubDate><guid>https://bugs.gnunet.org/view.php?id=11320</guid><comments>https://bugs.gnunet.org/view.php?id=11320#bugnotes</comments></item><item><title>0010667: need paivana reverse proxy [14d]</title><author></author><link>https://bugs.gnunet.org/view.php?id=10667</link><description><![CDATA[See DD76.]]></description><category>e-commerce integrations</category><pubDate>Tue, 07 Apr 2026 16:28:46 +0200</pubDate><guid>https://bugs.gnunet.org/view.php?id=10667</guid><comments>https://bugs.gnunet.org/view.php?id=10667#bugnotes</comments></item><item><title>0010545: add error code in merchant spec</title><author></author><link>https://bugs.gnunet.org/view.php?id=10545</link><description><![CDATA[In order to handle failure gracefully.&lt;br /&gt;
&lt;br /&gt;
Right now we are only showing the hint that comes from the server which is not good for end users. Maybe good for admins.&lt;br /&gt;
&lt;br /&gt;
We need the same that we did on libeufin: all the possible error codes must be on the spec. Any code returned by the server that is not part of the spec will fall back to the present behavior which shows a generic error and the hint from the server.&lt;br /&gt;
&lt;br /&gt;
With this enumeration the client must cover this path with a meaningful error with i18n or event create special ui to handle the failure better.&lt;br /&gt;
&lt;br /&gt;
For example:&lt;br /&gt;
&lt;br /&gt;
$ curl '&lt;a href=&quot;http://merchant.taler.test/private/orders'&quot; rel=&quot;noopener&quot;&gt;http://merchant.taler.test/private/orders'&lt;/a&gt; -H 'Authorization: Bearer secret-token:CEQDN7P9217ZWEDG46PKFKXGXMVY3P6VFFJX6ZCYNFG2SXETF3N0'    --data-raw '{&quot;order&quot;:{&quot;amount&quot;:&quot;KUDOS:2&quot;,&quot;summary&quot;:&quot;w&quot;,&quot;products&quot;:[],&quot;pay_deadline&quot;:{&quot;t_s&quot;:1762289268},&quot;wire_transfer_deadline&quot;:{&quot;t_s&quot;:1762454868},&quot;refund_deadline&quot;:{&quot;t_s&quot;:1762454868}},&quot;inventory_products&quot;:[],&quot;create_token&quot;:true}'&lt;br /&gt;
{&lt;br /&gt;
  &quot;code&quot;: 2500,&lt;br /&gt;
  &quot;hint&quot;: &quot;The merchant instance has no active bank accounts configured. However, at least one bank account must be available to create new orders.&quot;&lt;br /&gt;
}&lt;br /&gt;
&lt;br /&gt;
&lt;a href=&quot;https://docs.taler.net/core/api-merchant.html#post-[-instances-$INSTANCE]-private-orders&quot; rel=&quot;noopener&quot;&gt;https://docs.taler.net/core/api-merchant.html#post-[-instances-$INSTANCE]-private-orders&lt;/a&gt;]]></description><category>specification</category><pubDate>Mon, 06 Apr 2026 19:45:59 +0200</pubDate><guid>https://bugs.gnunet.org/view.php?id=10545</guid><comments>https://bugs.gnunet.org/view.php?id=10545#bugnotes</comments></item><item><title>0011337: kyc long polling doesn't stop when i delete the bank account</title><author></author><link>https://bugs.gnunet.org/view.php?id=11337</link><description><![CDATA[This request, i expect it to close when I delete the bank accoutn&lt;br /&gt;
&lt;br /&gt;
curl '&lt;a href=&quot;https://merchant.taler/private/kyc?lp_not_etag=NEA1EZ000CYPEXBH7B3QGENPC168PXSE2E07TAE6WZEG97NTC1F0&amp;timeout_ms=15000'&quot; rel=&quot;noopener&quot;&gt;https://merchant.taler/private/kyc?lp_not_etag=NEA1EZ000CYPEXBH7B3QGENPC168PXSE2E07TAE6WZEG97NTC1F0&amp;timeout_ms=15000'&lt;/a&gt; \&lt;br /&gt;
  -H 'If-none-match: &quot;NEA1EZ000CYPEXBH7B3QGENPC168PXSE2E07TAE6WZEG97NTC1F0&quot;' \&lt;br /&gt;
  -H 'Authorization: Bearer secret-token:4KYFSX0AH9DZFYFASCZG7JMS8Y7DQ76D7XBAY319Q6QGWVSCF2HG' \&lt;br /&gt;
  -H 'sec-ch-ua-platform: &quot;Linux&quot;' \&lt;br /&gt;
  -H 'Referer: &lt;a href=&quot;https://dev.taler/'&quot; rel=&quot;noopener&quot;&gt;https://dev.taler/'&lt;/a&gt; \&lt;br /&gt;
  -H 'sec-ch-ua: &quot;Chromium&quot;;v=&quot;145&quot;, &quot;Not:A-Brand&quot;;v=&quot;99&quot;' \&lt;br /&gt;
  -H 'sec-ch-ua-mobile: ?0' \&lt;br /&gt;
  -H 'User-Agent: Mozilla/5.0 (X11; Linux x86_64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/145.0.0.0 Safari/537.36' \&lt;br /&gt;
  -H 'Accept: application/json']]></description><category>merchant backend</category><pubDate>Mon, 06 Apr 2026 19:42:02 +0200</pubDate><guid>https://bugs.gnunet.org/view.php?id=11337</guid><comments>https://bugs.gnunet.org/view.php?id=11337#bugnotes</comments></item><item><title>0011231: Merchant: Some beta-test cases need to be replayed to (maybe) reproduce money losses in relation to bank transfers</title><author></author><link>https://bugs.gnunet.org/view.php?id=11231</link><description><![CDATA[A beta tester could replay (after some successful transfers) the following unsuccessful transactions: &lt;br /&gt;
1. Bank transfer with minimal amounts for verification of the bank account before a deposit could be effectuated (Taler Wallet -&gt; bank account). The transfer of CHF 0.01 from the bank account takes the same amount of time as a transfer bank account -&gt; Taler Wallet (which is to be expected). But the CHF 0.01 from the bank account did not arrive anywhere, neither in the Taler Wallet nor back in the user's bank account. This was tested with Alpian Bank and PostFinance.&lt;br /&gt;
&lt;br /&gt;
2. The KYC process needed to be performed over and over again for every deposit Taler Wallet -&gt; bank&lt;br /&gt;
&quot;I would expect to have to make exactly one transfer from a bank account to a wallet and then always be able to send money back. However, depending on the bank, it seems that KYC is required again when sending money back. It also seems that KYC expires after a few days and has to be done again.&quot;&lt;br /&gt;
&lt;br /&gt;
3. Bank -&gt; Taler Wallet with transfer amount too small, money arrives but flagged as &quot;fee&quot;&lt;br /&gt;
&quot;If you create a transfer in the Taler Wallet for, say, CHF 10.00, but the transfer from the bank is only for CHF 5.00, CHF 5.00 will arrive in the wallet and CHF 5.00 will be listed as a “fee.” Basically, this works OK, but the naming is a bit strange.&quot;&lt;br /&gt;
&lt;br /&gt;
4. Bank -&gt; Taler Wallet with transfer amount too high --&gt; money gets lost??&lt;br /&gt;
&quot;If you create a transfer in the Taler Wallet for CHF 10.00, for example, but the bank transfers CHF 15.00, CHF 10.00 will arrive in the wallet. The extra CHF 5.00 will remain missing and will not be transferred back.&quot;]]></description><category>merchant backend</category><pubDate>Sat, 04 Apr 2026 08:49:04 +0200</pubDate><guid>https://bugs.gnunet.org/view.php?id=11231</guid><comments>https://bugs.gnunet.org/view.php?id=11231#bugnotes</comments></item><item><title>0011339: Assertion errors in taler-merchant v1.5.15 (prod &amp; stage)</title><author></author><link>https://bugs.gnunet.org/view.php?id=11339</link><description><![CDATA[I see regularly such assertion errors in the logs:&lt;br /&gt;
&lt;br /&gt;
&lt;pre&gt;
[...]
Apr 01 19:42:50 lifeline taler-merchant-httpd[1249733]: (QW3G1P24878BM9A79XEHFDWPB4) ERROR Assertion failed at taler-merchant-httpd_helper.c:92.
Apr 01 19:43:16 lifeline taler-merchant-httpd[1249733]: (78X0JWDTTNPVZ8M36S2B82EF5R) ERROR Assertion failed at taler-merchant-httpd_helper.c:92.
Apr 01 19:43:41 lifeline taler-merchant-httpd[1249733]: (XCV4Z6Y65DD4QGVHMJZA4TVMT4) ERROR Assertion failed at taler-merchant-httpd_helper.c:92.
Apr 01 19:44:20 lifeline taler-merchant-httpd[1249733]: (45VTRWE1D2CKR88JSZZ82FN99M) ERROR Assertion failed at taler-merchant-httpd_helper.c:92.
Apr 01 19:44:51 lifeline taler-merchant-httpd[1249733]: (6W6BDPX9911GWGW3MTMHCQNM5R) ERROR Assertion failed at taler-merchant-httpd_helper.c:92.
Apr 01 19:45:34 lifeline taler-merchant-httpd[1249733]: (29GMMMF247S8YD6KKW38883ZV0) ERROR Assertion failed at taler-merchant-httpd_helper.c:92.
Apr 01 19:46:39 lifeline taler-merchant-httpd[1249733]: (5TG522R26PGQ74NAN6Z6XAS7YW) ERROR Assertion failed at taler-merchant-httpd_helper.c:92.
Apr 01 19:47:11 lifeline taler-merchant-httpd[1249733]: (XS0Y34T74RFRRQQV9M1W57V0D4) ERROR Assertion failed at taler-merchant-httpd_helper.c:92.
Apr 01 19:48:09 lifeline taler-merchant-httpd[1249733]: (S69SJC2PD8XZAYGCZT6HFT9JS0) ERROR Assertion failed at taler-merchant-httpd_helper.c:92.
Apr 01 19:48:54 lifeline taler-merchant-httpd[1249733]: (0BK6QAWQBA48167G4JPHHNYZDC) ERROR Assertion failed at taler-merchant-httpd_helper.c:92.
Apr 01 19:49:49 lifeline taler-merchant-httpd[1249733]: (QY36HR4ZYWPMYB8JVHPTEV0YYM) ERROR Assertion failed at taler-merchant-httpd_helper.c:92.
Apr 01 19:50:12 lifeline taler-merchant-httpd[1249733]: (8SGAP1ZFJWH1S2WCK1X2HMDT18) ERROR Assertion failed at taler-merchant-httpd_helper.c:92.
Apr 01 19:50:31 lifeline taler-merchant-httpd[1249733]: (KTTZEVH3Z311EMY2Y4T8FMT03W) ERROR Assertion failed at taler-merchant-httpd_helper.c:92.
Apr 01 19:51:01 lifeline taler-merchant-httpd[1249733]: (8DKFCP936XS39569H45FEH5CPW) ERROR Assertion failed at taler-merchant-httpd_helper.c:92.
[...]
Apr 02 20:38:20 lifeline taler-merchant-httpd[1285559]: (8Y6GMR6EW1DXGQ4K8F308R05CR) ERROR Assertion failed at taler-merchant-httpd_helper.c:92.
Apr 02 20:38:42 lifeline taler-merchant-httpd[1285559]: (0WX6SEYJGBTEZ82T2BV2JDB8KM) ERROR Assertion failed at taler-merchant-httpd_helper.c:92.
Apr 02 20:39:04 lifeline taler-merchant-httpd[1285559]: (5W1FZQ3EKZ6ZYGADMNX8QHVJ5C) ERROR Assertion failed at taler-merchant-httpd_helper.c:92.
Apr 02 20:39:25 lifeline taler-merchant-httpd[1285559]: (NXQP21W0C2RX9N9FZPB5D1X8VC) ERROR Assertion failed at taler-merchant-httpd_helper.c:92.
Apr 02 20:40:00 lifeline taler-merchant-httpd[1285559]: (0SFR4TAPWK36RPF458KAC9Z5AG) ERROR Assertion failed at taler-merchant-httpd_helper.c:92.
[...]
&lt;/pre&gt;]]></description><category>merchant backend</category><pubDate>Sat, 04 Apr 2026 00:56:38 +0200</pubDate><guid>https://bugs.gnunet.org/view.php?id=11339</guid><comments>https://bugs.gnunet.org/view.php?id=11339#bugnotes</comments></item><item><title>0011307: copy+past of partial 2FA code doesn't work</title><author></author><link>https://bugs.gnunet.org/view.php?id=11307</link><description><![CDATA[The user thus can't paste the two blocks separately, which is confusing / counter-intuitive.]]></description><category>merchant backoffice SPA</category><pubDate>Fri, 03 Apr 2026 17:04:18 +0200</pubDate><guid>https://bugs.gnunet.org/view.php?id=11307</guid><comments>https://bugs.gnunet.org/view.php?id=11307#bugnotes</comments></item><item><title>0011321: When changing settings, e.g., cut-off dates, browser jumps to /webui/#/orders</title><author></author><link>https://bugs.gnunet.org/view.php?id=11321</link><description><![CDATA[When changing settings, e.g., at a location like here&lt;br /&gt;
&lt;br /&gt;
&lt;pre&gt;$site/webui/#/settings&lt;/pre&gt;&lt;br /&gt;
&lt;br /&gt;
after confirming the changes, UI loads&lt;br /&gt;
&lt;br /&gt;
&lt;pre&gt;$site/webui/#/orders&lt;/pre&gt;]]></description><category>merchant backoffice SPA</category><pubDate>Fri, 03 Apr 2026 16:27:14 +0200</pubDate><guid>https://bugs.gnunet.org/view.php?id=11321</guid><comments>https://bugs.gnunet.org/view.php?id=11321#bugnotes</comments></item><item><title>0011333: Not possible to upload logo</title><author></author><link>https://bugs.gnunet.org/view.php?id=11333</link><description><![CDATA[Tried to upload logo to my.taler-ops.ch, get error, see attachment. Also logo in attachment]]></description><category>merchant backoffice SPA</category><pubDate>Fri, 03 Apr 2026 16:19:53 +0200</pubDate><guid>https://bugs.gnunet.org/view.php?id=11333</guid><comments>https://bugs.gnunet.org/view.php?id=11333#bugnotes</comments></item><item><title>0011336: Weird behavior during adding the products</title><author></author><link>https://bugs.gnunet.org/view.php?id=11336</link><description><![CDATA[after not successfully adding of one product URL turned to this:  &lt;a href=&quot;https://my.taler-ops.ch/webui/?product_id=Rivella-rot&amp;image=&amp;product_name=Rivella+rot&amp;description=50cl&amp;unit=Stk.&amp;price=2&amp;categories_map=fl#/inventory&quot; rel=&quot;noopener&quot;&gt;https://my.taler-ops.ch/webui/?product_id=Rivella-rot&amp;image=&amp;product_name=Rivella+rot&amp;description=50cl&amp;unit=Stk.&amp;price=2&amp;categories_map=fl#/inventory&lt;/a&gt;&lt;br /&gt;
and then not possible to do anything anymore]]></description><category>merchant backoffice SPA</category><pubDate>Fri, 03 Apr 2026 01:48:35 +0200</pubDate><guid>https://bugs.gnunet.org/view.php?id=11336</guid><comments>https://bugs.gnunet.org/view.php?id=11336#bugnotes</comments></item><item><title>0010755: write design document for self-provisioning page</title><author></author><link>https://bugs.gnunet.org/view.php?id=10755</link><description><![CDATA[We're flipping back and forth between different terminology, so we should document our decisions (and rejected alternatives) in a short design document.]]></description><category>documentation</category><pubDate>Fri, 03 Apr 2026 00:03:35 +0200</pubDate><guid>https://bugs.gnunet.org/view.php?id=10755</guid><comments>https://bugs.gnunet.org/view.php?id=10755#bugnotes</comments></item><item><title>0011272: wallet should provide flag to enable simple/deterministic coin selection [2h]</title><author></author><link>https://bugs.gnunet.org/view.php?id=11272</link><description><![CDATA[We have some test cases that rely on that.]]></description><category>wallet-core</category><pubDate>Fri, 03 Apr 2026 00:01:37 +0200</pubDate><guid>https://bugs.gnunet.org/view.php?id=11272</guid><comments>https://bugs.gnunet.org/view.php?id=11272#bugnotes</comments></item><item><title>0009315: need tests for auditor KYC support [2d]</title><author></author><link>https://bugs.gnunet.org/view.php?id=9315</link><description><![CDATA[The src/auditor/test-kyc.sh is a starting point, but inadequate.]]></description><category>auditor</category><pubDate>Fri, 03 Apr 2026 00:01:22 +0200</pubDate><guid>https://bugs.gnunet.org/view.php?id=9315</guid><comments>https://bugs.gnunet.org/view.php?id=9315#bugnotes</comments></item><item><title>0011179: anastasis regression: test suite hangs</title><author></author><link>https://bugs.gnunet.org/view.php?id=11179</link><description><![CDATA[Seems something to do with &quot;Running wallet run-until-done...&quot;, maybe some taler-harness API change? Please check.]]></description><category>taler-harness</category><pubDate>Thu, 02 Apr 2026 23:56:58 +0200</pubDate><guid>https://bugs.gnunet.org/view.php?id=11179</guid><comments>https://bugs.gnunet.org/view.php?id=11179#bugnotes</comments></item><item><title>0011338: doesnt cancel request when changing tabs</title><author></author><link>https://bugs.gnunet.org/view.php?id=11338</link><description><![CDATA[this leads to sometime show incorrect information on the order list page]]></description><category>merchant backoffice SPA</category><pubDate>Thu, 02 Apr 2026 23:53:14 +0200</pubDate><guid>https://bugs.gnunet.org/view.php?id=11338</guid><comments>https://bugs.gnunet.org/view.php?id=11338#bugnotes</comments></item><item><title>0009433: auditor database garbage collection not implemented</title><author></author><link>https://bugs.gnunet.org/view.php?id=9433</link><description><![CDATA[We also need to figure out what that would even mean ;-).]]></description><category>auditor</category><pubDate>Thu, 02 Apr 2026 23:48:20 +0200</pubDate><guid>https://bugs.gnunet.org/view.php?id=9433</guid><comments>https://bugs.gnunet.org/view.php?id=9433#bugnotes</comments></item><item><title>0011213: In email auth code user "admin" is (always?) shown as login name</title><author></author><link>https://bugs.gnunet.org/view.php?id=11213</link><description><![CDATA[I see this the first time (introduced in taler-merchant v1.5.0?):&lt;br /&gt;
&lt;br /&gt;
1.&lt;br /&gt;
Not sure if the login line in the email should even be showed, but in any case it's not admin; I used &quot;mechant1_5_0&quot; as username.&lt;br /&gt;
&lt;br /&gt;
2.&lt;br /&gt;
Confusion login vs. username should also be avoided; if this line should stay, then I'd suggest to say username.]]></description><category>merchant backend</category><pubDate>Thu, 02 Apr 2026 22:55:40 +0200</pubDate><guid>https://bugs.gnunet.org/view.php?id=11213</guid><comments>https://bugs.gnunet.org/view.php?id=11213#bugnotes</comments></item><item><title>0011318: reserve open coin signature not over sufficient fields?</title><author></author><link>https://bugs.gnunet.org/view.php?id=11318</link><description><![CDATA[Currently,  TALER_wallet_reserve_open_deposit_sign() does not sign over h_denom_pub, h_age_commitment *or* even the amount. This seems wrong.]]></description><category>specification</category><pubDate>Thu, 02 Apr 2026 17:57:57 +0200</pubDate><guid>https://bugs.gnunet.org/view.php?id=11318</guid><comments>https://bugs.gnunet.org/view.php?id=11318#bugnotes</comments></item><item><title>0011052: exchange does not show global fees when no wire fee is configured</title><author></author><link>https://bugs.gnunet.org/view.php?id=11052</link><description><![CDATA[On the cyclos test exchange, I uploaded global fees, because I saw they're missing.&lt;br /&gt;
&lt;br /&gt;
However, until wire fees are also uploaded via taler-exchange-offline, the global fees are shown as empty.&lt;br /&gt;
&lt;br /&gt;
That's confusing / there is no warning or other kind of indication that something is wrong.]]></description><category>exchange</category><pubDate>Thu, 02 Apr 2026 17:56:54 +0200</pubDate><guid>https://bugs.gnunet.org/view.php?id=11052</guid><comments>https://bugs.gnunet.org/view.php?id=11052#bugnotes</comments></item><item><title>0010491: merchant backend should allow import/export/migration [meta] [14d]</title><author></author><link>https://bugs.gnunet.org/view.php?id=10491</link><description><![CDATA[Details to be discussed.]]></description><category>merchant backend</category><pubDate>Thu, 02 Apr 2026 17:56:40 +0200</pubDate><guid>https://bugs.gnunet.org/view.php?id=10491</guid><comments>https://bugs.gnunet.org/view.php?id=10491#bugnotes</comments></item><item><title>0010995: cannot withdraw, wrong exchange</title><author></author><link>https://bugs.gnunet.org/view.php?id=10995</link><description><![CDATA[I have a wallet with TOPS-CHF. I am scanning a QR code with BFH-CHF. The BFH CHF exchange was not previously on this phone. I get an error &quot;unexpected exception (message: Exchange &lt;a href=&quot;https://exchange.taler-ops.ch/&quot; rel=&quot;noopener&quot;&gt;https://exchange.taler-ops.ch/&lt;/a&gt; is not usable for withdrwal, as account payto://iban/sandbboxx/DE... is not acceptable to the exchange&quot;. Alas, that's NOT the exchange the QR code I am scanning is referring to!]]></description><category>wallet (Android App)</category><pubDate>Thu, 02 Apr 2026 17:55:39 +0200</pubDate><guid>https://bugs.gnunet.org/view.php?id=10995</guid><comments>https://bugs.gnunet.org/view.php?id=10995#bugnotes</comments></item><item><title>0011335: Review of strings on the settings page in the Merchant Backoffice UI</title><author></author><link>https://bugs.gnunet.org/view.php?id=11335</link><description><![CDATA[On the settings page in the Merchant Backoffice UI, a request for change makes sense: &quot;Zahlungsdetails&quot; --&gt; &quot;Zahlungsfrist&quot; (in English: &quot;Payment delay&quot;). This is easy to do. Tested was v1.5.3 with instance talerstickers together with HM.&lt;br /&gt;
&lt;br /&gt;
Moreover, the whole page needs a new feature in relation to the addition of time delays (under the scroll-down menu &quot;Default cut-off times&quot;): I suggest to insert plus symbols between the specific time delays (t.i. payment delay, refund delay, wire transfer delay) to clarify that these times are added to a period of time between payments and wire transfers that end up on the bank account (which is what merchants want to know in the first place).&lt;br /&gt;
&lt;br /&gt;
After having reviewed the German strings in question this ticket will be then forwarded to the person in charge of the UI designs (t.i. contemporarily Vlada).]]></description><category>merchant backoffice SPA</category><pubDate>Thu, 02 Apr 2026 13:58:08 +0200</pubDate><guid>https://bugs.gnunet.org/view.php?id=11335</guid><comments>https://bugs.gnunet.org/view.php?id=11335#bugnotes</comments></item></channel></rss>
