<?xml version="1.0" encoding="utf-8"?>
<!--RSS generated by Flaimo.com RSS Builder [2026-07-12 06:14:43]-->
<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>0011629: can't bootstrap</title><author></author><link>https://bugs.gnunet.org/view.php?id=11629</link><description><![CDATA[Hi,&lt;br /&gt;
I'm testing gnunet on gentoo, I did build it from source, started &quot;gnunet-arm -s&quot; checked that services are available with &quot;gnunet-arm -I&quot;&lt;br /&gt;
so after I wanted to check if I was connected, so I done a &quot;gnunet-gns -u gnunet.gns.alt&quot; and it wait... wait... wait... and never timeout&lt;br /&gt;
so I done some wireshark capture to see if there was some firewall/NAT issue... and... nothing.... just regular ICMP some unrelated UDP trafic.&lt;br /&gt;
&lt;br /&gt;
gnunet-config -s gns t                                                                         &lt;br /&gt;
.gnunet.gns.alt = 000G0522TTKQESZ9KPRT2K0RA9ZC8YMD52D2XYVYVGPDCNPMWHH9QXXF4W                                         &lt;br /&gt;
.pin.gns.alt = 000G0522TTKQESZ9KPRT2K0RA9ZC8YMD52D2XYVYVGPDCNPMWHH9QXXF4W                                            &lt;br /&gt;
INTERCEPT_DNS = NO                                                                                                   &lt;br /&gt;
MAX_PARALLEL_BACKGROUND_QUERIES = 1000                                                                               &lt;br /&gt;
UNIX_MATCH_GID = YES                                                                                                 &lt;br /&gt;
UNIX_MATCH_UID = NO                                                                                                  &lt;br /&gt;
UNIXPATH = $GNUNET_RUNTIME_DIR/gnunet-service-gns.sock                                                               &lt;br /&gt;
BINARY = gnunet-service-gns                                                                                          &lt;br /&gt;
HOSTNAME = localhost                                                                                                 &lt;br /&gt;
IMMEDIATE_START = YES                                                                                                &lt;br /&gt;
START_ON_DEMAND = YES                   &lt;br /&gt;
&lt;br /&gt;
I wonder what is wrong....]]></description><category>GNS</category><pubDate>Sun, 12 Jul 2026 01:45:47 +0200</pubDate><guid>https://bugs.gnunet.org/view.php?id=11629</guid><comments>https://bugs.gnunet.org/view.php?id=11629#bugnotes</comments></item><item><title>0011625: KYC auth QR code and payto URI does not include amount and reference/subject</title><author></author><link>https://bugs.gnunet.org/view.php?id=11625</link><description><![CDATA[The SPA just shows the exchange's plain payto without the additional information.]]></description><category>merchant backoffice SPA</category><pubDate>Sat, 11 Jul 2026 20:03:16 +0200</pubDate><guid>https://bugs.gnunet.org/view.php?id=11625</guid><comments>https://bugs.gnunet.org/view.php?id=11625#bugnotes</comments></item><item><title>0006396: Implement FinTS</title><author></author><link>https://bugs.gnunet.org/view.php?id=6396</link><description><![CDATA[... as another bank connection type.]]></description><category>libeufin-nexus</category><pubDate>Sat, 11 Jul 2026 15:43:27 +0200</pubDate><guid>https://bugs.gnunet.org/view.php?id=6396</guid><comments>https://bugs.gnunet.org/view.php?id=6396#bugnotes</comments></item><item><title>0010163: Dockerfile, docker-compose.yaml and Kubernetes files</title><author></author><link>https://bugs.gnunet.org/view.php?id=10163</link><description><![CDATA[Dockerfile would benefit from pinning to a *known stable combination* of merchant, exchange and gnunet. e.g. (example, doesn't work):&lt;br /&gt;
RUN git clone --branch v0.24.2 --recurse-submodules &lt;a href=&quot;git://git.gnunet.org/gnunet.git&quot; rel=&quot;noopener&quot;&gt;git://git.gnunet.org/gnunet.git&lt;/a&gt;&lt;br /&gt;
RUN git clone --branch v1.0.12 --recurse-submodules &lt;a href=&quot;git://git.taler.net/exchange.git&quot; rel=&quot;noopener,nofollow&quot;&gt;git://git.taler.net/exchange.git&lt;/a&gt;&lt;br /&gt;
RUN git clone --branch v1.0.3 --recurse-submodules &lt;a href=&quot;git://git.taler.net/merchant.git&quot; rel=&quot;noopener,nofollow&quot;&gt;git://git.taler.net/merchant.git&lt;/a&gt;]]></description><category>merchant backend</category><pubDate>Sat, 11 Jul 2026 15:23:20 +0200</pubDate><guid>https://bugs.gnunet.org/view.php?id=10163</guid><comments>https://bugs.gnunet.org/view.php?id=10163#bugnotes</comments></item><item><title>0011623: centralize kyc details to avoid blocking other requests</title><author></author><link>https://bugs.gnunet.org/view.php?id=11623</link><description><![CDATA[multiple /kyc request with long polling at the same time&lt;br /&gt;
&lt;br /&gt;
this is because multiple ui components requires useInstanceKYCDetails&lt;br /&gt;
&lt;br /&gt;
switch to into context provider on routing after login and the consume from singleton]]></description><category>merchant backoffice SPA</category><pubDate>Fri, 10 Jul 2026 17:49:52 +0200</pubDate><guid>https://bugs.gnunet.org/view.php?id=11623</guid><comments>https://bugs.gnunet.org/view.php?id=11623#bugnotes</comments></item><item><title>0011570: deprecated API usage in taler-typescript-core</title><author></author><link>https://bugs.gnunet.org/view.php?id=11570</link><description><![CDATA[- withdraw.ts long-polls the bank withdrawal with long_poll_ms (bank-integration v3, use&lt;br /&gt;
  timeout_ms)&lt;br /&gt;
&lt;br /&gt;
- libeufin-bank-webui AccountForm.tsx sends singular tan_channel (corebank v10) on both account create and update&lt;br /&gt;
&lt;br /&gt;
- merchant.ts http-client falls back to the merchant lpt kyc param (v25)&lt;br /&gt;
&lt;br /&gt;
Please verify and make sure to use the latest APIs -- I would like to eventually remove the deprecated code...]]></description><category>wallet-core</category><pubDate>Fri, 10 Jul 2026 16:22:00 +0200</pubDate><guid>https://bugs.gnunet.org/view.php?id=11570</guid><comments>https://bugs.gnunet.org/view.php?id=11570#bugnotes</comments></item><item><title>0011627: test merchant webui with multiple currencies</title><author></author><link>https://bugs.gnunet.org/view.php?id=11627</link><description><![CDATA[In theory the webui and backend supports it, but we never really tested it so far.]]></description><category>quality checkpoint</category><pubDate>Fri, 10 Jul 2026 12:38:35 +0200</pubDate><guid>https://bugs.gnunet.org/view.php?id=11627</guid><comments>https://bugs.gnunet.org/view.php?id=11627#bugnotes</comments></item><item><title>0011621: taler-uri-action "add-exchange" missing</title><author></author><link>https://bugs.gnunet.org/view.php?id=11621</link><description><![CDATA[In Android, taler://add-exchange/$EXCHANGE_DOMAIN/ doesn't seem to work, claims to be unsupported URI.&lt;br /&gt;
&lt;br /&gt;
See this described in &lt;a href=&quot;https://lsd.gnunet.org/lsd0006&quot; rel=&quot;noopener&quot;&gt;https://lsd.gnunet.org/lsd0006&lt;/a&gt; and &lt;a href=&quot;https://docs.taler.net/wallet/wallet-core.html#addexchangeop&quot; rel=&quot;noopener,nofollow&quot;&gt;https://docs.taler.net/wallet/wallet-core.html#addexchangeop&lt;/a&gt; to exist; cf. screenshot.]]></description><category>wallet (Android App)</category><pubDate>Fri, 10 Jul 2026 12:17:25 +0200</pubDate><guid>https://bugs.gnunet.org/view.php?id=11621</guid><comments>https://bugs.gnunet.org/view.php?id=11621#bugnotes</comments></item><item><title>0011619: notify user what to do to remove an exchange from payment provider list</title><author></author><link>https://bugs.gnunet.org/view.php?id=11619</link><description><![CDATA[To successfully remove an exchange (with some lag), tied bank accounts of the exchange world (e.g., x-taler-bank accounts) need to be removed first.&lt;br /&gt;
&lt;br /&gt;
Problem: the user is not informed about this. Nothing at all happens. The exchange just sticks there.]]></description><category>wallet (Android App)</category><pubDate>Fri, 10 Jul 2026 12:14:34 +0200</pubDate><guid>https://bugs.gnunet.org/view.php?id=11619</guid><comments>https://bugs.gnunet.org/view.php?id=11619#bugnotes</comments></item><item><title>0011628: wallet core does not put any reference into the QR code for SIMPLE wire transfer subjects</title><author></author><link>https://bugs.gnunet.org/view.php?id=11628</link><description><![CDATA[The reference is present for CH_QRR, but not for SIMPLE.]]></description><category>wallet-core</category><pubDate>Fri, 10 Jul 2026 11:45:03 +0200</pubDate><guid>https://bugs.gnunet.org/view.php?id=11628</guid><comments>https://bugs.gnunet.org/view.php?id=11628#bugnotes</comments></item><item><title>0011618: refine insufficient balance reporting [4h]</title><author></author><link>https://bugs.gnunet.org/view.php?id=11618</link><description><![CDATA[* findMatchingWire is only used during coin selection, but not during insufficient balance reporting. Thus the selection function might have different rules than the report function. This could lead to mismatches and wrong reports.&lt;br /&gt;
* We don't report some more exotic issues, such as a mismatched public key (when the base URL matches)]]></description><category>wallet-core</category><pubDate>Fri, 10 Jul 2026 11:38:05 +0200</pubDate><guid>https://bugs.gnunet.org/view.php?id=11618</guid><comments>https://bugs.gnunet.org/view.php?id=11618#bugnotes</comments></item><item><title>0011620: Wallet apps (incl. taller-wallet-cli) just hang if /terms (exchange) missing + "NULL" terms cannot be accepted</title><author></author><link>https://bugs.gnunet.org/view.php?id=11620</link><description><![CDATA[While in a real-world scenario it makes sense and is also legally needed to have /terms (in this case: exchange), wallets should say they are aborting because of missing terms and not just keep the user in the void, without proper way even to return to the main screen.&lt;br /&gt;
&lt;br /&gt;
In one case (iOS), it was first possible to add the exchange not exposing terms, but then when trying to withdraw, it hanged there. Also it was not possible to accept the &quot;terms&quot; (being shown as NULL) in the list of payment providers; the blue button usually disappearing if it works, in that case it just stayed stuck there, doing nothing.&lt;br /&gt;
&lt;br /&gt;
So, problem: apps might hang (at various locations) because of missing /terms.]]></description><category>wallet (all platforms)</category><pubDate>Thu, 09 Jul 2026 19:04:36 +0200</pubDate><guid>https://bugs.gnunet.org/view.php?id=11620</guid><comments>https://bugs.gnunet.org/view.php?id=11620#bugnotes</comments></item><item><title>0011518: Test taler-merchant v1.6.9+ to be production-ready</title><author></author><link>https://bugs.gnunet.org/view.php?id=11518</link><description><![CDATA[Due to a new DB scheme (v38), the taler-merchant v1.6.x introduces new complexities. We need to rule out production systems run into issues by upgrade or in ops; by carefully testing core functionality and also observe mutations to the DB and check if there are errors or warnings by taler-merchant-httpd.]]></description><category>merchant backend</category><pubDate>Thu, 09 Jul 2026 18:38:50 +0200</pubDate><guid>https://bugs.gnunet.org/view.php?id=11518</guid><comments>https://bugs.gnunet.org/view.php?id=11518#bugnotes</comments></item><item><title>0011624: deploy merchant (1.6.x) on lifeline</title><author></author><link>https://bugs.gnunet.org/view.php?id=11624</link><description><![CDATA[See summary.]]></description><category>deployment and operations</category><pubDate>Thu, 09 Jul 2026 18:38:30 +0200</pubDate><guid>https://bugs.gnunet.org/view.php?id=11624</guid><comments>https://bugs.gnunet.org/view.php?id=11624#bugnotes</comments></item><item><title>0011626: webext wallet should allow any dev experiment, not just a fixed list</title><author></author><link>https://bugs.gnunet.org/view.php?id=11626</link><description><![CDATA[Currently the webext wallet checks if the dev experiment is part of a hardcoded list, other dev experiments are rejected.&lt;br /&gt;
&lt;br /&gt;
Instead, the UI should allow arbitrary dev experiments, so we can add them to wallet-core without having to update the UI each time.]]></description><category>wallet (WebExtension)</category><pubDate>Thu, 09 Jul 2026 16:57:56 +0200</pubDate><guid>https://bugs.gnunet.org/view.php?id=11626</guid><comments>https://bugs.gnunet.org/view.php?id=11626#bugnotes</comments></item><item><title>0011622: Fix footers of our sites, add last copyright year dynamically; avoid doing this manually</title><author></author><link>https://bugs.gnunet.org/view.php?id=11622</link><description><![CDATA[Cf. www_shared.git: s07a7b6f..e6be243]]></description><category>Web site(s)</category><pubDate>Thu, 09 Jul 2026 11:48:24 +0200</pubDate><guid>https://bugs.gnunet.org/view.php?id=11622</guid><comments>https://bugs.gnunet.org/view.php?id=11622#bugnotes</comments></item><item><title>0010531: Order &amp; Templates v1 SPA (for testing or expert mode)</title><author></author><link>https://bugs.gnunet.org/view.php?id=10531</link><description><![CDATA[Here is a design idea for integrating token families into order creation. &lt;br /&gt;
Also we need to rename &quot;Taler payment options&quot; to &quot;Taler payment settings&quot;.&lt;br /&gt;
&lt;br /&gt;
For Templates I propose to locate &quot;Payment options&quot; under &quot;Supported currencies&quot; field.]]></description><category>merchant backoffice SPA</category><pubDate>Wed, 08 Jul 2026 22:13:46 +0200</pubDate><guid>https://bugs.gnunet.org/view.php?id=10531</guid><comments>https://bugs.gnunet.org/view.php?id=10531#bugnotes</comments></item><item><title>0011256: Missing tutorial for onboarding with my.taler-ops.ch</title><author></author><link>https://bugs.gnunet.org/view.php?id=11256</link><description><![CDATA[Since I am now writing tutorials on how to use Talerbarr, there are pretty much 2 options on how to obtain a Taler merchant backend instance:&lt;br /&gt;
1) Install with apt&lt;br /&gt;
2) Register on my.taler-ops.ch&lt;br /&gt;
&lt;br /&gt;
A tutorial for installation with apt is present, but there are no tutorials on how to get an instance from my.taler-ops.ch.]]></description><category>documentation</category><pubDate>Wed, 08 Jul 2026 15:28:14 +0200</pubDate><guid>https://bugs.gnunet.org/view.php?id=11256</guid><comments>https://bugs.gnunet.org/view.php?id=11256#bugnotes</comments></item><item><title>0011589: Minor typos (broken links, text)</title><author></author><link>https://bugs.gnunet.org/view.php?id=11589</link><description><![CDATA[- On page &lt;a href=&quot;https://www.taler.net/en/development.html&quot; rel=&quot;noopener,nofollow&quot;&gt;https://www.taler.net/en/development.html&lt;/a&gt; , the &quot;Git Repositories&quot; link goes to &lt;a href=&quot;https://git-www.taler.net&quot; rel=&quot;noopener,nofollow&quot;&gt;https://git-www.taler.net&lt;/a&gt; , which should be git.taler.net instead.&lt;br /&gt;
- On page &lt;a href=&quot;https://docs.taler.net/developer/taler-developer-manual.html#code-generator-usage-policy&quot; rel=&quot;noopener,nofollow&quot;&gt;https://docs.taler.net/developer/taler-developer-manual.html#code-generator-usage-policy&lt;/a&gt; , AI policy, text &quot;MUST NOT become dependend&quot; should be &quot;... dependent&quot;&lt;br /&gt;
&lt;br /&gt;
(These are just tiny things I spotted while looking for &quot;how to build Taler&quot; for FreeBSD)]]></description><category>documentation</category><pubDate>Wed, 08 Jul 2026 12:55:07 +0200</pubDate><guid>https://bugs.gnunet.org/view.php?id=11589</guid><comments>https://bugs.gnunet.org/view.php?id=11589#bugnotes</comments></item><item><title>0010887: SPA should support inventory-based templates</title><author></author><link>https://bugs.gnunet.org/view.php?id=10887</link><description><![CDATA[See &lt;a href=&quot;https://bugs.gnunet.org/view.php?id=10507&quot;&gt;0010507&lt;/a&gt; (part of protocol v25). Basically, allow new template variant where products or inventory categories are specified (and possibly a 'tip') and then the wallets are to allow the user to enter the quantity for each product.&lt;br /&gt;
&lt;br /&gt;
Oh, and 'request_tip' should probably be supported as a new field also for the existing &quot;simple&quot; templates.]]></description><category>merchant backoffice SPA</category><pubDate>Wed, 08 Jul 2026 09:52:03 +0200</pubDate><guid>https://bugs.gnunet.org/view.php?id=10887</guid><comments>https://bugs.gnunet.org/view.php?id=10887#bugnotes</comments></item><item><title>0010976: properly package SMS provider scripts in challenger, use them in deployments</title><author></author><link>https://bugs.gnunet.org/view.php?id=10976</link><description><![CDATA[We currently have copies of those scripts in the ansible exchange deployment and setup instructions for mytops.&lt;br /&gt;
&lt;br /&gt;
The packaged scripts should be properly named and should not end in &quot;.sh&quot;]]></description><category>deployment and operations</category><pubDate>Wed, 08 Jul 2026 01:37:07 +0200</pubDate><guid>https://bugs.gnunet.org/view.php?id=10976</guid><comments>https://bugs.gnunet.org/view.php?id=10976#bugnotes</comments></item><item><title>0011024: package duplicated SMS/postal/email scripts properly</title><author></author><link>https://bugs.gnunet.org/view.php?id=11024</link><description><![CDATA[Right now, we package them in anastasis + challenger and also use them in the merchant backend.&lt;br /&gt;
It would be good to create a new Git repository AND Debian package for these SMS/postal/email helper scripts instead of duplicating them in various places.]]></description><category>deployment and operations</category><pubDate>Wed, 08 Jul 2026 01:36:59 +0200</pubDate><guid>https://bugs.gnunet.org/view.php?id=11024</guid><comments>https://bugs.gnunet.org/view.php?id=11024#bugnotes</comments></item><item><title>0011613: gnunet: patches for FreeBSD</title><author></author><link>https://bugs.gnunet.org/view.php?id=11613</link><description><![CDATA[(I realize this is probably not the right BT for gnunet -- even though it's under that domain)&lt;br /&gt;
&lt;br /&gt;
I just packaged gnunet (as a dependency of Taler) for FreeBSD. Aside from directly-packaging related things. such as library-directories and include-directories needing some help, there were only two code-related changes.]]></description><category>other</category><pubDate>Wed, 08 Jul 2026 01:36:26 +0200</pubDate><guid>https://bugs.gnunet.org/view.php?id=11613</guid><comments>https://bugs.gnunet.org/view.php?id=11613#bugnotes</comments></item><item><title>0011611: wallet-core does not handle output tokens with count&gt;1</title><author></author><link>https://bugs.gnunet.org/view.php?id=11611</link><description><![CDATA[Needs a fix in the implementation and a test.]]></description><category>wallet-core</category><pubDate>Tue, 07 Jul 2026 16:39:24 +0200</pubDate><guid>https://bugs.gnunet.org/view.php?id=11611</guid><comments>https://bugs.gnunet.org/view.php?id=11611#bugnotes</comments></item><item><title>0009994: improve the double click on link challenge</title><author></author><link>https://bugs.gnunet.org/view.php?id=9994</link><description><![CDATA[user needs to do 2 clicks when the challenge is a link:&lt;br /&gt;
1) to create the link (because is a expensive task)&lt;br /&gt;
2) click the link to access the challenge&lt;br /&gt;
&lt;br /&gt;
before we were delaying the click and using `window.open` to open the link programmatically but this doesn't work with some browser, the user needs to click an `&lt;a /&gt;` tag to open a new tab/window.&lt;br /&gt;
&lt;br /&gt;
we could keep the old functionality and only ask the user to click again if the popup didn't work.]]></description><category>exchange KYC SPA</category><pubDate>Mon, 06 Jul 2026 18:57:13 +0200</pubDate><guid>https://bugs.gnunet.org/view.php?id=9994</guid><comments>https://bugs.gnunet.org/view.php?id=9994#bugnotes</comments></item></channel></rss>
