Closed
Bug 1040941
Opened 10 years ago
Closed 10 years ago
Non-functional "preference" button for Open H264 plugin (depending on state)
Categories
(Core :: WebRTC, defect)
Core
WebRTC
Tracking
()
Tracking | Status | |
---|---|---|
firefox32 | --- | unaffected |
firefox33 | + | verified |
firefox34 | --- | verified |
People
(Reporter: drno, Assigned: gfritzsche)
References
(Blocks 1 open bug)
Details
Attachments
(2 files)
1.18 MB,
image/png
|
Details | |
5.39 KB,
patch
|
Unfocused
:
review+
Sylvestre
:
approval-mozilla-aurora+
cbook
:
checkin+
|
Details | Diff | Splinter Review |
After the download of the Open H264 plugin the about:addons shows a "Preferences" button left to the drop down menu. In that state the button is non-functional. If I manually chose "Always Activate" from the drop down menu, the button becomes functional. I see two options here: - do not show the button until the plugin is properly installed/activated - make the button functional even if the plugin is disabled.
Comment 1•10 years ago
|
||
Georg -- Can I get you help triaging this? Thanks.
Flags: needinfo?(georg.fritzsche)
Comment 2•10 years ago
|
||
I believe this is now a dup for properly enabling/disabling the OpenH264 plugin
Status: NEW → RESOLVED
Closed: 10 years ago
Resolution: --- → DUPLICATE
Assignee | ||
Comment 3•10 years ago
|
||
Should be fine by now, let me know if there still are issues.
Flags: needinfo?(georg.fritzsche)
Reporter | ||
Comment 4•10 years ago
|
||
The "Preference" button is visible all the time, no matter in which state the add-on is. If the add-on is still waiting for download the button is non-functional. If the add-on is disabled (after successful download) the button is non-functional. I understand that in both states the actual preferences (if the user wants the plugin to automatically update itself or no) are not meaningful. But I think from a users perspective it is not acceptable to have a button which can be clicked, but does nothing. I would like to see the "Preferences" button in these two states either somehow disabled, or even better do not show the button if the plugin is not active.
Status: RESOLVED → REOPENED
Resolution: DUPLICATE → ---
Summary: Non-functional "preference" button after Open H264 plugin download → Non-functional "preference" button for Open H264 plugin (depending on state)
Assignee | ||
Updated•10 years ago
|
Points: --- → 3
Flags: firefox-backlog+
Assignee | ||
Updated•10 years ago
|
OS: Mac OS X → All
Hardware: x86 → All
Comment 5•10 years ago
|
||
Georg -- I believe you're taking this yourself.
Assignee: nobody → georg.fritzsche
Assignee | ||
Comment 6•10 years ago
|
||
Users should always be able to disable the auto-update to stay in control, independent of install or enabled state of the plugin. Blair, looks like we can't avoid patching extensions.js again.
Attachment #8459550 -
Flags: review?(bmcbride)
Assignee | ||
Updated•10 years ago
|
Iteration: --- → 33.3
Updated•10 years ago
|
Status: REOPENED → ASSIGNED
QA Whiteboard: [qa?]
Assignee | ||
Updated•10 years ago
|
QA Whiteboard: [qa?] → [qa+]
Assignee | ||
Updated•10 years ago
|
status-firefox32:
--- → unaffected
status-firefox33:
--- → affected
status-firefox34:
--- → affected
tracking-firefox33:
--- → ?
Comment 7•10 years ago
|
||
Comment on attachment 8459550 [details] [diff] [review] Make preferences button always work Review of attachment 8459550 [details] [diff] [review]: ----------------------------------------------------------------- Hmm, yea. At least we'll be able to clean this up sometime in the future. There's actually two bugs here - the Preferences button shouldn't even have been shown in the first place (bug 1041859). But with this patch, bug 1041859 doesn't affect the OpenH264 plugin.
Attachment #8459550 -
Flags: review?(bmcbride) → review+
Updated•10 years ago
|
Attachment #8459550 -
Flags: checkin?
Updated•10 years ago
|
Iteration: 33.3 → 34.1
Updated•10 years ago
|
Attachment #8459550 -
Flags: checkin? → checkin+
Comment 10•10 years ago
|
||
https://hg.mozilla.org/mozilla-central/rev/8974f27e5ed9
Status: ASSIGNED → RESOLVED
Closed: 10 years ago → 10 years ago
Resolution: --- → FIXED
Target Milestone: --- → mozilla34
Comment 11•10 years ago
|
||
Hi Florin, can a QA contact be assigned for verification of this bug.
Flags: needinfo?(florin.mezei)
Updated•10 years ago
|
Flags: needinfo?(florin.mezei)
QA Contact: alexandra.lucinet
Updated•10 years ago
|
Whiteboard: [openh264-uplift]
Comment 12•10 years ago
|
||
Comment on attachment 8459550 [details] [diff] [review] Make preferences button always work Approval Request Comment [Feature/regressing bug #]: plugin UI for GMP [User impact if declined]: Unclickable button shown to users [Describe test coverage new/current, TBPL]: none [Risks and why]: fairly low risk; mostly to this button itself [String/UUID change made/needed]: none
Attachment #8459550 -
Flags: approval-mozilla-aurora?
Updated•10 years ago
|
Updated•10 years ago
|
Attachment #8459550 -
Flags: approval-mozilla-aurora? → approval-mozilla-aurora+
Comment 13•10 years ago
|
||
Hi Alexandra, following up to see if this bug can be verified by the end of the iteration on Monday August 4.
Flags: needinfo?(alexandra.lucinet)
Comment 14•10 years ago
|
||
Reproduced with Nightly 2014-07-21: if the plugin is disabled, Options button is not functional. Verified as fixed with latest Nightly (Build ID: 20140729030202) on Windows 7 x64, Ubuntu 13.04 x64 and Mac OS X 10.9.4. Please flip back the [qa+] keyword once this fix lands on Aurora 33.
Status: RESOLVED → VERIFIED
QA Whiteboard: [qa+] → [qa!]
Flags: needinfo?(alexandra.lucinet)
Comment 15•10 years ago
|
||
https://hg.mozilla.org/releases/mozilla-aurora/rev/e2dd9299b843
Whiteboard: [openh264-uplift]
Comment 16•10 years ago
|
||
Verified as fixed with latest Aurora 33.0a2 (Build ID: 20140831004002) on Windows 7 64-bit, Mac OS X 10.9.4 and Ubuntu 14.04 32-bit.
You need to log in
before you can comment on or make changes to this bug.
Description
•