Closed
Bug 1509060
Opened 6 years ago
Closed 6 years ago
Port bug 1489833 - Replace use of nsIWindowMediator::getZOrderDOMWindowEnumerator
Categories
(Thunderbird :: General, task)
Thunderbird
General
Tracking
(Not tracked)
RESOLVED
FIXED
Thunderbird 65.0
People
(Reporter: jorgk-bmo, Assigned: jorgk-bmo)
References
Details
Attachments
(2 files, 2 obsolete files)
7.17 KB,
patch
|
Details | Diff | Splinter Review | |
6.20 KB,
patch
|
darktrojan
:
review+
|
Details | Diff | Splinter Review |
We have four call sites and one comment, suite/ has two more: mail/base/content/mailCore.js 653 let windowList = Services.wm.getZOrderDOMWindowEnumerator("mail:3pane", true); mail/base/content/msgMail3PaneWindow.js 670 // XXX We'd like to use getZOrderDOMWindowEnumerator here, but it doesn't work mail/components/devtools/tb-root-actor.js 158 let winIter = Services.wm.getZOrderDOMWindowEnumerator(null, true); mail/components/extensions/parent/ext-mail.js 132 let windowList = Services.wm.getZOrderDOMWindowEnumerator("mail:3pane", true); mailnews/base/src/nsMsgMailSession.cpp 273 rv = windowMediator->GetZOrderDOMWindowEnumerator(nullptr, true, ... For a replacement, see bug 1489833 comment #3, although I'm not sure what BrowserWindowTracker.getTopWindow is about.
Comment 1•6 years ago
|
||
(In reply to Jorg K (GMT+1) from comment #0) > For a replacement, see bug 1489833 comment #3, although I'm not sure what > BrowserWindowTracker.getTopWindow is about. See https://searchfox.org/mozilla-central/search?q=BrowserWindowTracker.getTopWindow&case=true
Assignee | ||
Comment 2•6 years ago
|
||
Thanks, we also have a C++ call site.
Comment 3•6 years ago
|
||
For the C++ callsite you could fall back to the XP_UNIX path across the board for the moment, at least to keep things compiling.
Assignee | ||
Updated•6 years ago
|
Assignee: nobody → jorgk
Status: NEW → ASSIGNED
Assignee | ||
Comment 4•6 years ago
|
||
This simple removes the Windows code paths which contain getZOrderDOMWindowEnumerator(). Looking at BrowserWindowTracker.jsm, it can't be used directly, instead as per bug 1489833 comment #3 we "should adopt something like BrowserWindowTracker.getTopWindow". I can't magically implement that when I have three hours at 9 PM.
Assignee | ||
Comment 5•6 years ago
|
||
Here's a patch that ignores the indentation changes. Boris, care to take a look? You have f? switched off. Try here: https://treeherder.mozilla.org/#/jobs?repo=try-comm-central&revision=11605bf53999ab4d5c223720ee24ac496fa1457e
Flags: needinfo?(bzbarsky)
Assignee | ||
Comment 6•6 years ago
|
||
Remove a comment.
Attachment #9026794 -
Attachment is obsolete: true
Assignee | ||
Comment 7•6 years ago
|
||
Removed comment.
Attachment #9026796 -
Attachment is obsolete: true
Comment 8•6 years ago
|
||
> Boris, care to take a look? You have f? switched off
Right, because I don't have time to take a look right now and probably for the next few weeks... In any case, I don't know this stuff well enough to review intelligently.
Flags: needinfo?(bzbarsky)
Assignee | ||
Comment 9•6 years ago
|
||
Comment on attachment 9026800 [details] [diff] [review] 1509060-no-ws.patch Geoff, what do you think of this? I'll have to land it when bug 1489833 merges, most likely within one hour from now.
Attachment #9026800 -
Flags: review?(geoff)
Assignee | ||
Updated•6 years ago
|
Keywords: leave-open
Comment 10•6 years ago
|
||
Pushed by mozilla@jorgk.com: https://hg.mozilla.org/comm-central/rev/aa31b79e0b50 Port bug 1489833: Remove use of nsIWindowMediator::GetZOrderDOMWindowEnumerator. rs=bustage-fix
Comment 11•6 years ago
|
||
Comment on attachment 9026800 [details] [diff] [review] 1509060-no-ws.patch Review of attachment 9026800 [details] [diff] [review]: ----------------------------------------------------------------- This looks fine to me.
Attachment #9026800 -
Flags: review?(geoff) → review+
Assignee | ||
Comment 12•6 years ago
|
||
OK, leave it at that then.
Status: ASSIGNED → RESOLVED
Closed: 6 years ago
Keywords: leave-open
Resolution: --- → FIXED
Target Milestone: --- → Thunderbird 65.0
Updated•5 years ago
|
Type: enhancement → task
Comment 13•3 years ago
|
||
The fix here wasn't correct causing bug 1708073, see analysis in bug 1708073 comment #13. At least nsMsgMailSession::GetTopmostMsgWindow() is broken and doesn't find the top-most window. Surprising that in 2.5 years since Nov. 2018 no one noticed.
You need to log in
before you can comment on or make changes to this bug.
Description
•