Closed Bug 1806451 Opened 1 year ago Closed 1 year ago

Superfluous inwindowmenu=false attributes

Categories

(Core :: Widget: Cocoa, defect)

Desktop
All
defect

Tracking

()

RESOLVED FIXED
110 Branch
Tracking Status
firefox-esr102 --- unaffected
firefox108 --- wontfix
firefox109 --- wontfix
firefox110 --- fixed

People

(Reporter: Gijs, Assigned: spohl)

References

(Regression)

Details

(Keywords: regression)

Attachments

(1 file)

See https://searchfox.org/mozilla-central/search?q=inwindowmenu - these stopped doing anything after the change in bug 1642138 - I guess they should have been removed at the time?

Flags: needinfo?(spohl.mozilla.bugs)

(In reply to :Gijs (he/him) from comment #0)

See https://searchfox.org/mozilla-central/search?q=inwindowmenu - these stopped doing anything after the change in bug 1642138 - I guess they should have been removed at the time?

Thanks for the heads up. It looks like we've lost the functionality mentioned here: https://searchfox.org/mozilla-central/source/browser/base/content/webrtcIndicator.js#108-110, however there doesn't seem to be a way to do this without losing the functionality implemented in bug 1642138...

Assignee: nobody → spohl.mozilla.bugs
Flags: needinfo?(spohl.mozilla.bugs)

Set release status flags based on info from the regressing bug 1642138

(In reply to Stephen A Pohl [:spohl] from comment #1)

(In reply to :Gijs (he/him) from comment #0)

See https://searchfox.org/mozilla-central/search?q=inwindowmenu - these stopped doing anything after the change in bug 1642138 - I guess they should have been removed at the time?

Thanks for the heads up. It looks like we've lost the functionality mentioned here: https://searchfox.org/mozilla-central/source/browser/base/content/webrtcIndicator.js#108-110, however there doesn't seem to be a way to do this without losing the functionality implemented in bug 1642138...

Actually, it looks like this could be possible by not setting a window title. But I'm not entirely sure how to test this indicator, and whether dynamically changing the window title has the desired result. Would you know how to test this?

(In reply to Stephen A Pohl [:spohl] from comment #3)

(In reply to Stephen A Pohl [:spohl] from comment #1)

(In reply to :Gijs (he/him) from comment #0)

See https://searchfox.org/mozilla-central/search?q=inwindowmenu - these stopped doing anything after the change in bug 1642138 - I guess they should have been removed at the time?

Thanks for the heads up. It looks like we've lost the functionality mentioned here: https://searchfox.org/mozilla-central/source/browser/base/content/webrtcIndicator.js#108-110, however there doesn't seem to be a way to do this without losing the functionality implemented in bug 1642138...

Actually, it looks like this could be possible by not setting a window title.

Do we perhaps already do this for the about dialog? That also has this attribute (source link) and I still don't see it in the window menu.

But I'm not entirely sure how to test this indicator, and whether dynamically changing the window title has the desired result. Would you know how to test this?

It shows up when using webrtc - per https://bugzilla.mozilla.org/show_bug.cgi?id=1665490#c0 perhaps only when sharing a screen via webrtc? :mconley might have more solid STR.

Flags: needinfo?(spohl.mozilla.bugs)
Flags: needinfo?(mconley)

I just spoke with :mconley on Matrix. I'm working on a possible fix. And yes, the about dialog works correctly by not setting a window title. Need to test if we can do this dynamically for the WebRTC global indicator.

Flags: needinfo?(mconley)
Pushed by spohl@mozilla.com:
https://hg.mozilla.org/integration/autoland/rev/42b0ce8616da
Remove superfluous and non-functional inwindowmenu attributes. r=Gijs
Flags: needinfo?(spohl.mozilla.bugs)
Status: NEW → RESOLVED
Closed: 1 year ago
Resolution: --- → FIXED
Target Milestone: --- → 110 Branch

Is this something we'd want to backport to 109?

Flags: needinfo?(spohl.mozilla.bugs)

(In reply to Ryan VanderMeulen [:RyanVM] from comment #9)

Is this something we'd want to backport to 109?

No. This bug does not have any user-visible effects. However, I'm working on the related bug 1800550 and we may want to backport that if I can get a fix for it soon.

Flags: needinfo?(spohl.mozilla.bugs)
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: