can't add credit card if bank inserts a manual confirmation page

Bug #1421421 reported by Selene ToyKeeper on 2015-02-12
14
This bug affects 2 people
Affects Status Importance Assigned to Milestone
Canonical System Image
High
Thomas Strehl

Bug Description

I tried adding a new payment method via the click scope on krillin rtm 234. This failed because, after entering the card info, my bank redirected the browser to a page asking me to sign up for an extra layer of security for online purchases (SecureCode I think). Pay-ui then popped up a dialog over this, saying the payment had failed.

I think allowing the user to interact with the confirmation page would probably allow the process to finish successfully.

On a second attempt, the process succeeded. I don't think I did anything differently.

Related branches

Matias Bordese (matiasb) wrote :

Do you have the logs from pay-ui?

dobey (dobey) on 2015-02-19
Changed in pay-ui:
status: New → Incomplete
dobey (dobey) wrote :

Selene, can you recreate this issue? Also it would be useful to see the ~/.cache/payui/payui.log and a screenshot of the failure dilaog if you grabbed (or can grab) one. Thanks.

Changed in pay-ui:
assignee: nobody → Selene Scriven (toykeeper)
Changed in canonical-devices-system-image:
assignee: nobody → Thomas Strehl (strehl-t)
milestone: none → ww13-2015
status: New → Incomplete
Víctor R. Ruiz (vrruiz) wrote :

Same issue here.

Changed in pay-ui:
status: Incomplete → Confirmed
Víctor R. Ruiz (vrruiz) wrote :
Changed in canonical-devices-system-image:
status: Incomplete → Confirmed
dobey (dobey) wrote :

Oxide really should be providing its own dialogs for this and opening them instead. Since it does not yet though, we will have to copy over what webbrowser-app does for now, so that when the page opens a JS dialog, we can at least let the user continue the process.

Changed in pay-ui:
status: Confirmed → In Progress
importance: Undecided → High
assignee: Selene Scriven (toykeeper) → Rodney Dawes (dobey)
tags: added: lt-blocker lt-category-visible
PS Jenkins bot (ps-jenkins) wrote :

Fix committed into lp:pay-ui at revision 120, scheduled for release in pay-ui, milestone Unknown

Changed in pay-ui:
status: In Progress → Fix Committed
Changed in canonical-devices-system-image:
status: Confirmed → Fix Committed
Selene ToyKeeper (toykeeper) wrote :

Last I checked, only a partial fix is committed. It solves the functional issue, but has a UI error -- the dialog is only drawn correctly the first time per session and is completely transparent afterward.

dobey (dobey) wrote :

@Selene that issue is bug #1438419 and is not something we can fix in pay-ui. It appears to be an issue in UITK itself, and the problem also exists in webbrowser-app under the same conditions. It does however appear to already be fixed in Vivid.

Changed in pay-ui:
status: Fix Committed → Fix Released
Changed in canonical-devices-system-image:
status: Fix Committed → Fix Released
Changed in canonical-devices-system-image:
importance: Undecided → High
To post a comment you must log in.
This report contains Public information  Edit
Everyone can see this information.

Other bug subscribers