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

Bug #1421421 reported by Selene ToyKeeper
14
This bug affects 2 people
Affects Status Importance Assigned to Milestone
Canonical System Image
Fix Released
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

Revision history for this message
Matias Bordese (matiasb) wrote :

Do you have the logs from pay-ui?

dobey (dobey)
Changed in pay-ui:
status: New → Incomplete
Revision history for this message
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
Revision history for this message
Víctor R. Ruiz (vrruiz) wrote :

Same issue here.

Changed in pay-ui:
status: Incomplete → Confirmed
Revision history for this message
Víctor R. Ruiz (vrruiz) wrote :
Changed in canonical-devices-system-image:
status: Incomplete → Confirmed
Revision history for this message
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
Revision history for this message
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
Revision history for this message
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.

Revision history for this message
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  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.