Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

[Woo POS] Make Processing and Complete states separate screen (PaymentsView?) to prevent strange reader-not-connected error #13876

Closed
joshheald opened this issue Sep 6, 2024 · 5 comments · Fixed by #14995
Assignees
Labels
feature: POS priority: medium Planned tasks usually belonging to ongoing projects type: bug A confirmed bug.

Comments

@joshheald
Copy link
Contributor

Description

When the Reader is disconnected (by turning off Bluetooth on the iPad) while waiting for a card to be tapped, the reader error appears full screen. A correct behavior would be to appear in split screen, the same way as before initiating the payment.

image

When the Reader is disconnected (by turning off Bluetooth on the iPad) while processing payment or payment success we can get into weird states. Although these states seem functional and after re-connection, we transition to a payment state, we could make improvements for even more solid error handling.
image
image
– p91TBi-c11-p2#comment-12991

When the reader gets disconnected, we could move back to the checkout stage.

However, if we do that from the Order Completed screen, or even the processing screen we risk people using a paid order a second time.

If they do that (change the contents and check out again) the order will succeed without a card being tapped.

This means we'd be risking merchants giving products away for free, if they got confused by this.

We should fix this in our architecture, by taking the post-card tap stages of payment out of TotalsView, into a new view. By doing that, we can have separate, simpler handling for reader disconnection on these screens.

@joshheald joshheald added type: task An internally driven task. feature: POS labels Sep 6, 2024
@dangermattic
Copy link
Collaborator

dangermattic commented Sep 6, 2024

Thanks for reporting! 👍

@malinajirka
Copy link
Contributor

@joshheald Is this issue still valid? If it is, please assign a priority to it and move it to our backlog, thanks!

@joshheald
Copy link
Contributor Author

Not really; the first example shows a sensible error saying the payment couldn't be completed because there's no card reader connected.

The second and third don't happen anyway, I think because of the card reader status not updating when bluetooth is turned off, as noted in #13738

I'll make an issue to investigate the lack of updates to the card reader status from external events; if we fix that, I'd want to re-test these.

@malinajirka
Copy link
Contributor

Thanks @joshheald, since it seems you plan to follow up on this, could you please assign a priority and move it to our backlog?

P.S. It seems it's marked as Task even though it sounds like a Bug, consider recategorizing it, thanks!

@joshheald joshheald added type: bug A confirmed bug. and removed type: task An internally driven task. labels Jan 27, 2025
@joshheald joshheald self-assigned this Jan 27, 2025
@joshheald joshheald added the priority: low Not many people are affected or there’s a workaround, etc. label Jan 27, 2025
@joshheald
Copy link
Contributor Author

After fixing the the issue where Reader connected didn't update to Connect your reader after turning off bluetooth, this becomes reproducible again.

I can't make it do anything bad, it's just visual, so I'm leaving this as low priority. When I fix #13738 it may improve this as well.

@malinajirka malinajirka added priority: medium Planned tasks usually belonging to ongoing projects and removed priority: low Not many people are affected or there’s a workaround, etc. labels Jan 28, 2025
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
feature: POS priority: medium Planned tasks usually belonging to ongoing projects type: bug A confirmed bug.
Projects
None yet
3 participants