Unable to pay over Lightning using BIP(3)21 URI with BOLT 12 offer and label + message parameters

[ConorOkus]

This is follow up to #735 (comment)

Scanning the below QR code results in only attempting to pay the fallback on chain-address

bitcoin:BC1QYLH3U67J673H6Y6ALV70M0PL2YZ53TZHVXGG7U?amount=0.00001&label=sbddesign%3A%20For%20lunch%20Tuesday&message=For%20lunch%20Tuesday&lno=LNO1PG257ENXV4EZQCNEYPE82UM50YNHXGRWDAJX283QFWDPL28QQMC78YMLVHMXCSYWDK5WRJNJ36JRYG488QWLRNZYJCZS

[dpad85]

The offer contained in the URI is rejected as invalid because it uses a TLV tag 30 which is not understood. Will check if that's on purpose, or a bug.

That's why Phoenix falls back to the on-chain address.

[dpad85]

So Phoenix's behaviour is normal, TLV 30 is unknown and an even number, so it must be rejected. Do you know what this TLV represents, or where the offer comes from?

[ConorOkus]

Thanks for checking this, this it what is currently displayed at https://bitcoinqr.dev/

I can follow up there to get this fixed.

[cryptoquick]

Stumbled upon this issue too. Tried paying an offer on @willcl-ark 's X profile with Phoenix 2.7.5. It contains that weird type 30 field. Maybe he can provide more details on that?

This is the offer string: lno1pg98w6tvd33kchmpwf43ugznq2wnnj5hcnf8rtufy6608lkr0ga2s7672wpjnpzl9lrkz3h69q

In case this helps: https://grok.com/share/bGVnYWN5LWNvcHk_c17c7878-10c4-498e-9af7-5c40cf50c969

[willcl-ark]

Ohhhh, this is in fact a very early c-lightning BOLT12 offer from my node which is currently running "version": "v23.11.2-modded",, although I suspect this was set up when the feature was first being developed on CL.

The node is actually still running, but all counter-parties have closed their channels, so I think it makes sense to stand it down fully now.

Not sure about the type 30 field, but perhaps the CL version/history can provide some clues :)