[regression] webapps failing to use the account registered at online-accounts
| Affects | Status | Importance | Assigned to | Milestone | |
|---|---|---|---|---|---|
| Canonical System Image |
Fix Released
|
High
|
David Barth | ||
| webapps-sprint |
Fix Released
|
High
|
Alberto Mardegan | ||
Bug Description
phablet@
current build number: 139
device name: mako
channel: ubuntu-
last update: 2015-05-24 07:32:09
version version: 139
version ubuntu: 20150522
version device: 20150210
version custom: 20150522
The gmail webapp fails to use the account that is registered at online-accounts (only works once after creating the account).
Steps to reproduce:
1 - Flash the phone with --bootstrap or --wipe (clean install)
2 - Boot the phone and create a google account at settings-
3 - Open the gmail webapp (you'll see that it will work fine)
4 - Now close the gmail webapp and try opening it again (you'll see that it will now ask for the authentication again)
This also happens with arale and krillin.
Related branches
- PS Jenkins bot: Needs Fixing (continuous-integration)
- David Barth (community): Needs Fixing
-
Diff: 1461 lines (+757/-399)16 files modifiedsrc/app/webcontainer/AccountChooserDialog.qml (+124/-0)
src/app/webcontainer/AccountItem.qml (+4/-6)
src/app/webcontainer/AccountsLogic.qml (+179/-151)
src/app/webcontainer/AccountsModel.qml (+0/-51)
src/app/webcontainer/AccountsPage.qml (+97/-19)
src/app/webcontainer/AccountsSplashScreen.qml (+89/-0)
src/app/webcontainer/AccountsView.qml (+0/-53)
src/app/webcontainer/Chrome.qml (+23/-1)
src/app/webcontainer/OnlineAccountsController.qml (+66/-0)
src/app/webcontainer/SplashScreen.qml (+65/-0)
src/app/webcontainer/WebApp.qml (+8/-1)
src/app/webcontainer/cookie-store.cpp (+1/-0)
src/app/webcontainer/session-utils.cpp (+9/-0)
src/app/webcontainer/webapp-container.cpp (+21/-1)
src/app/webcontainer/webapp-container.h (+2/-0)
src/app/webcontainer/webapp-container.qml (+69/-116)
| Alberto Mardegan (mardy) wrote | #1 |
| Changed in webapps-sprint: | |
| milestone: | none → sprint-10 |
| Changed in webapps-sprint: | |
| assignee: | nobody → Alberto Mardegan (mardy) |
| Changed in canonical-devices-system-image: | |
| assignee: | nobody → David Barth (dbarth) |
| status: | New → Triaged |
| Changed in webapps-sprint: | |
| status: | New → Triaged |
| Changed in webapps-sprint: | |
| milestone: | sprint-10 → sprint-11 |
| importance: | Undecided → High |
| Changed in canonical-devices-system-image: | |
| importance: | Undecided → High |
| Changed in canonical-devices-system-image: | |
| status: | Triaged → In Progress |
| Changed in webapps-sprint: | |
| status: | Triaged → In Progress |
| Changed in webapps-sprint: | |
| milestone: | sprint-11 → sprint-14 |
| Alberto Mardegan (mardy) wrote | #2 |
| Changed in webapps-sprint: | |
| status: | In Progress → Fix Released |
| Changed in canonical-devices-system-image: | |
| status: | In Progress → Fix Released |
Just tested with image 140 (which as far as webapps and OA are concerned, should be the same as 139) and I cannot reproduce the issue.
However, when playing with browser cookies nothing is unexpected, and in fact we already have a branch ready which should avoid this issue (it will copy the cookies from Online Accounts only the first time the account is created, and never in the subsequent runs).