failed login for app install, resulted in "install" button

Bug #1307608 reported by kevin gunn
26
This bug affects 2 people
Affects Status Importance Assigned to Milestone
signon (Ubuntu)
Invalid
Undecided
Alberto Mardegan
ubuntuone-credentials (Ubuntu)
Fix Released
High
Alejandro J. Cura
unity-scope-click (Ubuntu)
Invalid
High
Unassigned

Bug Description

On devel-proposed
Ubuntu 14.04 LTS - armhf (20140414)

steps to repro:
1. freshly flashed device
2. navigate to Apps scope
3. select an app from "Available"
4. click "install", which prompts to "go to accounts", click it
5. settings acct animates fwd presenting accounts list, select ubuntu1
6. enter user name, then enter wrong password ....without correcting, return to the same app preview
7. click "install", the app scopes then seems lost...all previews seem to go blank

Related branches

Changed in unity-scope-click (Ubuntu):
status: New → Triaged
importance: Undecided → High
Revision history for this message
Alejandro J. Cura (alecu) wrote :

After reproducing this bug, the click-scope backtrace looks like this:

(gdb) bt
#0 0xb27e0f76 in SignOn::Identity::createSession(QString const&) ()
   from /usr/lib/libsignon-qt5.so.1
#1 0xb2862aee in UbuntuOne::Keyring::findToken() ()
   from /usr/lib/arm-linux-gnueabihf/libubuntuoneauth-2.0.so.0
#2 0xb28b2614 in click::DownloadManager::startDownload(QString const&, QString const&) ()
   from /usr/lib/arm-linux-gnueabihf/unity-scopes/clickscope/libclickscope.so
#3 0xb28b4e7c in ?? ()
   from /usr/lib/arm-linux-gnueabihf/unity-scopes/clickscope/libclickscope.so
Backtrace stopped: previous frame identical to this frame (corrupt stack?)

---
I'm marking the bug as invalid on the click scope and assigning it to libsignon-qt5

Changed in unity-scope-click (Ubuntu):
status: Triaged → Invalid
Revision history for this message
Alberto Mardegan (mardy) wrote :

I can reproduce something slightly different: I don't get a crash, but the scope seems to be waiting forever and nothing happens.
Anyway, there are three bugs here:
1) libsignon-qt crashes; I'd really need some help here on how to reproduce it, or at least see a backtrace with debug info;
2) the Ubuntu One plugin creates (and stores on the accounts DB) the account before it has actually been verified; it stores it in disabled state, though, so it's not a big issue;
3) the click scope should not attempt to use disabled accounts.

Re-opening the bug for the click scope because of #3.

Changed in unity-scope-click (Ubuntu):
status: Invalid → Confirmed
Changed in signon (Ubuntu):
assignee: nobody → Alberto Mardegan (mardy)
status: New → Incomplete
Changed in ubuntuone-credentials (Ubuntu):
status: New → Triaged
importance: Undecided → High
assignee: nobody → Alejandro J. Cura (alecu)
Changed in unity-scope-click (Ubuntu):
status: Confirmed → Invalid
Changed in signon (Ubuntu):
status: Incomplete → Invalid
Revision history for this message
Launchpad Janitor (janitor) wrote :

This bug was fixed in the package ubuntuone-credentials - 14.04+14.04.20140415

---------------
ubuntuone-credentials (14.04+14.04.20140415) trusty; urgency=low

  [ Alejandro J. Cura ]
  * Do not create the session when the account is disabled (LP:
    #1307608)
 -- Ubuntu daily release <email address hidden> Tue, 15 Apr 2014 18:54:03 +0000

Changed in ubuntuone-credentials (Ubuntu):
status: Triaged → Fix Released
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Duplicates of this bug

Other bug subscribers

Remote bug watches

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