Closed Bug 788598 Opened 9 years ago Closed 9 years ago

logged out state has no login


(Firefox Graveyard :: SocialAPI, defect)

Not set


(firefox17+ fixed)

Firefox 18
Tracking Status
firefox17 + fixed


(Reporter: mixedpuppy, Assigned: mixedpuppy)



(Whiteboard: [Fx17])


(1 file, 1 obsolete file)

if logged out of the provider, the profile section of the provider menu has a generic face and says "not logged in".  This should be clickable and take the user to the top level of the provider website.
Whiteboard: [Fx17?] → [Fx17]
As going to the top-level origin may not always be the most appropriate place to land, this implies some API might be necessary to indicate where that click should go.
OS: Mac OS X → All
Hardware: x86 → All
This is an extremely confusing state and I think we need to do something about it for 17. Changing the text from "not logged in" to a link that says "log in" and takes you to the social providers front page would probably be sufficient.

I think we're OK going to the top level origin for now though we may want a better solution in the future.
I created bug 789585 for future enhancement, and for now we'll just do the top-level origin for the "login" link.
Duplicate of this bug: 791054
Assignee: nobody → mixedpuppy
Attached patch v1 (obsolete) — Splinter Review
This patch also makes the entire profile area in the menu clickable
Attachment #665553 - Flags: review?(jaws)
Comment on attachment 665553 [details] [diff] [review]

Review of attachment 665553 [details] [diff] [review]:

::: browser/base/content/browser-social.js
@@ +32,4 @@
>        openUILinkIn(Social.provider.profile.profileURL, "tab");
> +    else {
> +      // bug 789585 open the top level of the provider domain, in the future
> +      // we will modify the api to allow a provider to define a login url

This comment is a little confusing. Please replace it with,
// XXX Bug 789585 will implement an API for provider-specified login pages.

::: browser/base/content/browser.xul
@@ +668,5 @@
>                     hidden="true">
>          <hbox id="social-toolbar-button-box" class="social-statusarea-container">
>            <button id="social-provider-image" type="menu">
>              <menupopup id="social-statusarea-popup">
> +              <hbox id="social-statusarea-user" pack="left" align="center"


@@ +674,4 @@
>                  <image id="social-statusarea-user-portrait"/>
>                  <vbox>
> +                  <button id="social-statusarea-notloggedin"
> +                          class="link">&social.notLoggedIn.label;</button>

Attachment #665553 - Flags: review?(jaws) → review+
rebasing to land on top of bug 790112
Depends on: 790112
Attached patch V2Splinter Review
feedback implemented, rebased on top of another bug modifying the same area of xul, carrying forward r+
Attachment #665553 - Attachment is obsolete: true
Comment on attachment 666115 [details] [diff] [review]

[Approval Request Comment]
User impact if declined: poor ux in social provider menu
String or UUID changes made by this patch: none
Attachment #666115 - Flags: approval-mozilla-aurora?
Closed: 9 years ago
Resolution: --- → FIXED
Target Milestone: --- → Firefox 18
Comment on attachment 666115 [details] [diff] [review]

Isolated changes to Social API without l10n impact, approving for Aurora 17.
Attachment #666115 - Flags: approval-mozilla-aurora? → approval-mozilla-aurora+
Product: Firefox → Firefox Graveyard
You need to log in before you can comment on or make changes to this bug.