Closed
Bug 1266358
Opened 9 years ago
Closed 9 years ago
Hello is not properly disabled in ESR 45 builds
Categories
(Hello (Loop) :: Client, defect, P1)
Hello (Loop)
Client
Tracking
(firefox45 unaffected, firefox46 unaffected, firefox47 unaffected, firefox48 unaffected, firefox-esr38 unaffected, firefox-esr45 verified)
VERIFIED
FIXED
Tracking | Status | |
---|---|---|
firefox45 | --- | unaffected |
firefox46 | --- | unaffected |
firefox47 | --- | unaffected |
firefox48 | --- | unaffected |
firefox-esr38 | --- | unaffected |
firefox-esr45 | --- | verified |
People
(Reporter: adalucinet, Assigned: standard8)
References
Details
(Whiteboard: [btpp-fix-now])
Attachments
(2 files)
109.21 KB,
image/png
|
Details | |
2.34 KB,
patch
|
mikedeboer
:
review+
lizzard
:
approval-mozilla-esr45+
|
Details | Diff | Splinter Review |
[Affected versions]:
45.1.0ESR (Build ID: 20160420142932)
[Affected platforms]:
- Windows 7 64-bit
- Mac OS X 10.11.1
- Ubuntu 14.04 32-bit
[Steps to reproduce]:
1. Launch ESR.
2. Go to about:support page.
3. Click on Tools via Menu bar.
[Expected result]:
Hello is properly disabled.
[Actual result]:
2. Firefox Hello Beta version 1.1.14 is displayed in Extensions area.
3. 'Start a conversation' option is displayed.
[Regression range]:
- Not a regression - encountered the same behavior with the first 45ESR (45.0.1 build 1); imho, this started to happen as soon as bug 1241501 was pushed.
- Not reproducible with 38.8.0ESR
[Additional notes]:
1. When clicking on 'Start a conversation' via Menu bar/Tools, "ReferenceError: LoopUI is not defined" is displayed via Browser console.
2. Setting the severity for this issue as [major], because it might be hiding a bigger underlying issue.
Updated•9 years ago
|
Rank: 7
Priority: -- → P1
Whiteboard: [btpp-fix-now]
Assignee | ||
Comment 1•9 years ago
|
||
(In reply to Alexandra Lucinet, QA Mentor [:adalucinet] from comment #0)
> [Expected result]:
> Hello is properly disabled.
>
> [Actual result]:
> 2. Firefox Hello Beta version 1.1.14 is displayed in Extensions area.
This is expected, we've only disabled the functionality not the add-on itself.
> 3. 'Start a conversation' option is displayed.
The place to look is for the "Start a conversation" menu item, its in Firefox core. We should probably just remove it as that's easiest (it was added as an accessibility item).
Reporter | ||
Comment 2•9 years ago
|
||
(In reply to Mark Banner (:standard8) from comment #1)
> (In reply to Alexandra Lucinet, QA Mentor [:adalucinet] from comment #0)
> > [Expected result]:
> > Hello is properly disabled.
> >
> > [Actual result]:
> > 2. Firefox Hello Beta version 1.1.14 is displayed in Extensions area.
>
> This is expected, we've only disabled the functionality not the add-on
> itself.
I still don't feel like it's accurate for a user who gets to the about:support page, to see an enabled extension and no sign of it. Having the Enabled value displayed as 'false' in about:support would remove any confusion - so that it points to the correct state of the system add-on.
Assignee | ||
Comment 3•9 years ago
|
||
(In reply to Alexandra Lucinet, QA Mentor [:adalucinet] from comment #2)
> (In reply to Mark Banner (:standard8) from comment #1)
> > (In reply to Alexandra Lucinet, QA Mentor [:adalucinet] from comment #0)
> > > [Actual result]:
> > > 2. Firefox Hello Beta version 1.1.14 is displayed in Extensions area.
> >
> > This is expected, we've only disabled the functionality not the add-on
> > itself.
>
> I still don't feel like it's accurate for a user who gets to the
> about:support page, to see an enabled extension and no sign of it. Having
> the Enabled value displayed as 'false' in about:support would remove any
> confusion - so that it points to the correct state of the system add-on.
Good point, I'm raising this with the Go Faster team and we might end up separating it out in the about:support page to a different section.
Comment 4•9 years ago
|
||
> The place to look is for the "Start a conversation" menu item, its in Firefox core. We should probably just remove it as that's easiest (it was added as an accessibility item).
Couldn't it just be added via the add-on?
Assignee | ||
Comment 5•9 years ago
|
||
(In reply to Mike Kaply [:mkaply] from comment #4)
> > The place to look is for the "Start a conversation" menu item, its in Firefox core. We should probably just remove it as that's easiest (it was added as an accessibility item).
>
> Couldn't it just be added via the add-on?
It is in subsequent releases. 45 got messed up a bit as we were caught by backouts and other issues. This just got missed as a potential issue.
Assignee | ||
Updated•9 years ago
|
Assignee: nobody → standard8
Assignee | ||
Comment 6•9 years ago
|
||
Since 45 got the upgraded Loop add-on, and this was landed into ESR before it was released, that means we can simply change how the menus item is created to the post 45 way.
This then means we get for free the menu item not being created when the loop.enabled preference is false.
Attachment #8749156 -
Flags: review?(mdeboer)
Assignee | ||
Comment 7•9 years ago
|
||
Comment on attachment 8749156 [details] [diff] [review]
Swap how menus are managed [45 patch only]
Just to be explicit, other branches aren't affects as they've already got this way of working. 45 was special initially.
Attachment #8749156 -
Attachment description: Swap how menus are managed → Swap how menus are managed [45 patch only]
Comment 8•9 years ago
|
||
Comment on attachment 8749156 [details] [diff] [review]
Swap how menus are managed [45 patch only]
Review of attachment 8749156 [details] [diff] [review]:
-----------------------------------------------------------------
LGTM
Attachment #8749156 -
Flags: review?(mdeboer) → review+
Assignee | ||
Comment 9•9 years ago
|
||
Comment on attachment 8749156 [details] [diff] [review]
Swap how menus are managed [45 patch only]
[Approval Request Comment]
If this is not a sec:{high,crit} bug, please state case for ESR consideration: Useless menu item in default setup for ESR 45
User impact if declined: There's a menu item that does nothing.
Fix Landed on Version: This patch is based on the work of Loop post-45 release. The differences in 45 were originally due to use working around not having the full loop add-on for the initial 45 release.
Risk to taking this patch (and alternatives if risky): Low, disables the menuitem, would re-enable it if Loop is manually enabled.
String or UUID changes made by this patch: None
See https://wiki.mozilla.org/Release_Management/ESR_Landing_Process for more info.
Attachment #8749156 -
Flags: approval-mozilla-esr45?
Comment 10•9 years ago
|
||
I agree this is a good idea to fix in ESR though it isn't a security or stability issue. This should make it into 45.2.0esr.
Comment 11•9 years ago
|
||
Comment on attachment 8749156 [details] [diff] [review]
Swap how menus are managed [45 patch only]
Approved for uplift to esr45, we don't want an entire menu item to be empty/nonresponsive and it shouldn't be showing on esr.
Attachment #8749156 -
Flags: approval-mozilla-esr45? → approval-mozilla-esr45+
Comment 12•9 years ago
|
||
Status: NEW → RESOLVED
Closed: 9 years ago
Resolution: --- → FIXED
Updated•9 years ago
|
Flags: qe-verify+
Reporter | ||
Comment 13•9 years ago
|
||
Verified fixed with 45.2.0ESR build 2 (Build ID: 20160601155443), across platforms [1] - 'Start a conversation' option is no longer displayed via Menu bar/Tools.
[1] Ubuntu 14.04 32-bit, Mac OS X 10.10.5 and Windows 10 64-bit
You need to log in
before you can comment on or make changes to this bug.
Description
•