Closed Bug 1721255 Opened 3 years ago Closed 3 years ago

MediaKeys is missing NS_INTERFACE_MAP_ENTRY for nsISupports

Categories

(Core :: Audio/Video: Playback, defect, P1)

defect

Tracking

()

RESOLVED FIXED
92 Branch
Tracking Status
firefox-esr78 --- unaffected
firefox90 --- wontfix
firefox91 --- fixed
firefox92 --- fixed

People

(Reporter: bryce, Assigned: bryce)

References

Details

(Keywords: regression)

Attachments

(1 file)

This is essentially me doing bug 1571081 again. Footgunned myself by misunderstanding XPCOM interface macros. Having just an interface entry for nsIObserves does not imply nsISupports, we still need an nsISupports macro entry.

STR:

  • Open a page with an EME video in a debug build.
  • Inspect the video element in the dev tools and try to look at the MediaKeys attached to it.

Result:
Firefox asserts.

I mistakenly removed this line, but it's needed to avoid issues.

Pushed by bvandyk@mozilla.com:
https://hg.mozilla.org/integration/autoland/rev/2d72dd22f419
Restore NS_INTERFACE_MAP_ENTRY(nsISupports) to MediaKeys. r=alwu
Status: NEW → RESOLVED
Closed: 3 years ago
Resolution: --- → FIXED
Target Milestone: --- → 92 Branch

This issue is an annoyance for debugging. It wouldn't be the end of the world if this isn't uplifted, but it would be nice not to have in the next ESR, so I plan to request uplift.

Comment on attachment 9232009 [details]
Bug 1721255 - Restore NS_INTERFACE_MAP_ENTRY(nsISupports) to MediaKeys. r?alwu

Beta/Release Uplift Approval Request

  • User impact if declined: A fatal assert happens in debug builds when inspecting MediaElements playing DRM content using dev tools. This won't impact normal users, but is a big pain for developers debugging media DRM with the dev tools.
  • Is this code covered by automated tests?: No
  • Has the fix been verified in Nightly?: Yes
  • Needs manual test from QE?: No
  • If yes, steps to reproduce:
  • List of other uplifts needed: None
  • Risk to taking this patch: Low
  • Why is the change risky/not risky? (and alternatives if risky): Not risky as the change is small (a single line) that fixes XPCOM macro usage.
  • String changes made/needed: None

ESR Uplift Approval Request

  • If this is not a sec:{high,crit} bug, please state case for ESR consideration: I'd like to avoid having having the bug baked into the new ESR for developer ergonomics. The would be a pain for folks debugging media DRM with the dev tools.
  • User impact if declined: A fatal assert happens in debug builds when inspecting MediaElements playing DRM content using dev tools. This won't impact normal users, but is a big pain for developers debugging media DRM with the dev tools.
  • Fix Landed on Version: 92
  • Risk to taking this patch: Low
  • Why is the change risky/not risky? (and alternatives if risky): Not risky as the change is small (a single line) that fixes XPCOM macro usage.
  • String or UUID changes made by this patch: None.
Attachment #9232009 - Flags: approval-mozilla-esr91?
Attachment #9232009 - Flags: approval-mozilla-beta?

Comment on attachment 9232009 [details]
Bug 1721255 - Restore NS_INTERFACE_MAP_ENTRY(nsISupports) to MediaKeys. r?alwu

Approved for 91 beta 6, thanks.

Attachment #9232009 - Flags: approval-mozilla-beta? → approval-mozilla-beta+

Comment on attachment 9232009 [details]
Bug 1721255 - Restore NS_INTERFACE_MAP_ENTRY(nsISupports) to MediaKeys. r?alwu

I am removing the uplift request to esr 91 as we are syncing Firefox 91 and ESR 91 until the merge next week.

Attachment #9232009 - Flags: approval-mozilla-esr91?
Has Regression Range: --- → yes
Keywords: regression
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: