can't add credit card if bank inserts a manual confirmation page
| 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
- Alejandro J. Cura (community): Approve on 2015-03-27
- PS Jenkins bot: Approve (continuous-integration) on 2015-03-25
-
Diff: 523 lines (+396/-16)8 files modifiedapp/components/AlertDialog.qml (+31/-0)
app/components/BeforeUnloadDialog.qml (+37/-0)
app/components/ConfirmDialog.qml (+37/-0)
app/components/ModalDialog.qml (+32/-0)
app/components/PromptDialog.qml (+51/-0)
app/ui/UbuntuPurchaseWebkit.qml (+6/-0)
tests/autopilot/pay_ui/tests/mock_server.py (+104/-12)
tests/autopilot/pay_ui/tests/test_pay_ui.py (+98/-4)
| Matias Bordese (matiasb) wrote : | #1 |
| Changed in pay-ui: | |
| status: | New → Incomplete |
| dobey (dobey) wrote : | #2 |
Selene, can you recreate this issue? Also it would be useful to see the ~/.cache/
| 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 : | #3 |
Same issue here.
| Changed in pay-ui: | |
| status: | Incomplete → Confirmed |
| Víctor R. Ruiz (vrruiz) wrote : | #4 |
| Changed in canonical-devices-system-image: | |
| status: | Incomplete → Confirmed |
| dobey (dobey) wrote : | #5 |
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 : | #6 |
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 Scriven (toykeeper) wrote : | #7 |
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 : | #8 |
@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 |
Do you have the logs from pay-ui?