Online accounts UI runs at boot

Bug #1464432 reported by Pat McGowan
6
This bug affects 1 person
Affects Status Importance Assigned to Milestone
Online Accounts setup for Ubuntu Touch
Won't Fix
High
Alberto Mardegan
webapps-sprint
Won't Fix
High
Alberto Mardegan

Bug Description

For the past two days, every time I reboot the phone the online-accounts-ui process runs, which causes the greeter to open, and once I enter the passcode it displays the facebook login page.

This is on mako running rtm r226 release

Revision history for this message
Alberto Mardegan (mardy) wrote :

We need to find out which is the process which invokes online-accounts. In order to do so, please run the following commands:

    echo "LoggingLevel=2" > ~/.config/signond.conf

Then reboot the phone, and if the problem still reproduces, we should see some information in the syslog.

Changed in signon-ui:
status: New → Incomplete
Revision history for this message
David Barth (dbarth) wrote : Re: [Bug 1464432] Re: Online accounts UI runs at boot

I am not observing that on r219, so that's a more recent change

On Fri, Jun 12, 2015 at 8:43 AM, Alberto Mardegan <
<email address hidden>> wrote:

> We need to find out which is the process which invokes online-accounts.
> In order to do so, please run the following commands:
>
> echo "LoggingLevel=2" > ~/.config/signond.conf
>
> Then reboot the phone, and if the problem still reproduces, we should
> see some information in the syslog.
>
> ** Changed in: signon-ui
> Status: New => Incomplete
>
> --
> You received this bug notification because you are a member of Ubuntu
> Online Accounts, which is subscribed to Online Accounts: Sign-on UI.
> https://bugs.launchpad.net/bugs/1464432
>
> Title:
> Online accounts UI runs at boot
>
> To manage notifications about this bug go to:
> https://bugs.launchpad.net/signon-ui/+bug/1464432/+subscriptions
>

Revision history for this message
Pat McGowan (pat-mcgowan) wrote :
Revision history for this message
Pat McGowan (pat-mcgowan) wrote :

Disabling Facebook access fixes the issue, so the theory is account-polld is causing the auth to occur, which it should not be allowed to do.

Revision history for this message
Alberto Mardegan (mardy) wrote :

account-polld is the process triggereing this bug, but it's not actually the one which should be blamed. The bug is indeed in u-s-s-o-a, which in the RTM version doesn't properly check whether the trusted session could be created.

This bug should be already fixed in vivid: when account-polld will make its request, the trusted session won't be created (because account-polld has no UI), u-s-s-o-a will see that the request failed and will immediately return an error to the client. No UI will be displayed to the user.

affects: signon-ui → ubuntu-system-settings-online-accounts
Changed in ubuntu-system-settings-online-accounts:
status: Incomplete → Confirmed
David Barth (dbarth)
Changed in webapps-sprint:
status: New → Confirmed
assignee: nobody → Alberto Mardegan (mardy)
importance: Undecided → High
Changed in ubuntu-system-settings-online-accounts:
importance: Undecided → High
Changed in webapps-sprint:
milestone: none → sprint-11
Revision history for this message
David Barth (dbarth) wrote :

We are not making non critical updates to rtm-14.09 releases.

Changed in webapps-sprint:
status: Confirmed → Won't Fix
Changed in ubuntu-system-settings-online-accounts:
status: Confirmed → Won't Fix
David Barth (dbarth)
Changed in webapps-sprint:
milestone: sprint-11 → sprint-14
milestone: sprint-14 → sprint-11
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Bug attachments

Remote bug watches

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