May 1

Mobile Transaction Entry

I have held off reporting this one but it has continued to be quite obvious and suboptimal, mainly because I am still double entering transactions on BFB. So I see and feel the difference!I am using an iPhone 15 Pro Max with the latest iOS 26When I start to enter a transaction amount the first digit often does not register at all and I have to start the entry again. Even subsequent digits can be hit and miss.I would put this down to my old fingers missing the mark, if it were not for the fact that I never have the issue in BFB or when typing on the iPhone generally.Theory - might it be that the mobile view of the web app requires very precise pressing of the middle of the key whereas BFB is more forgiving as to where my finger lands? Possibly a result of different underlying coding language.Has anyone else experienced the same?

Completed

May 2, 2026

I’m on mobile signal at the moment. I’m not sure if there is a bug arising from yesterday’s fix. I am entering a transaction on mobile but it is not always sticking. I just tried three times before the transaction saved - the error message was something like “load failed”.

May 2, 2026

I’m back on WiFi now and transaction entry is sticking. However on mobile at the hospital earlier, there was still the contrast of transactions entered in BFB being fine whereas ZS were not.

changed status toCompleted·May 1, 2026

May 1, 2026

Hey Paul, thanks a lot for the report. Dug into it and the culprit was a known-but-easy-to-miss iOS Safari quirk: until you opt in via touch-action: manipulation, Safari runs every tap through a 300ms disambiguation window where the click can be silently dropped — especially if anything re-renders mid-touch (which happens on every digit press as the amount updates). Combine that with our drawer's swipe-to-dismiss listener also poking at every touch, and you get exactly the "first digit vanishes" pattern you described. Just shipped a fix that: - Tells Safari to skip the disambiguation pipeline on every button - Excludes the numpad from the drawer's swipe handling so taps don't get misread as swipes - Bumps the press feedback so you can clearly see each key land (stronger color + a little tactile shrink) Would love to know if it feels better now. Cheers for sticking with it 🙏

May 1, 2026

Thanks for the quick diagnosis and fix - that will be a great QOL improvement for me. As it happens I had a transaction to enter on mobile (just subscribed to Brave Search Premium). It worked perfectly - as have my tests with subsequent dummy transactions. Thank you as always.

changed status toIn Progress·May 1, 2026

May 1, 2026

Theory 2: I am finding it quite hard to reproduce reliably! Might it be that ZeroSum is refreshing itself and I have not left long enough before starting my entry? All I know is it happens several times a day and gets kinda frustrating.