Closed Bug 1438470 Opened 6 years ago Closed 6 years ago

Port |Bug 1437654 - Drop the nsINativeTreeView pretense|

Categories

(Thunderbird :: General, defect)

defect
Not set
normal

Tracking

(Not tracked)

RESOLVED FIXED
Thunderbird 60.0

People

(Reporter: jorgk-bmo, Assigned: jorgk-bmo)

References

Details

(Whiteboard: [Thunderbird-temporary-fix])

Attachments

(1 file)

+++ This bug was initially created as a clone of Bug #1437654 +++

addrbook/src/nsAbView.cpp:63:12: error: no member named 'SetView' in 'nsITreeBoxObject'

The SetView() methods have gone away.
Sorry about the post-landing review.
Assignee: nobody → jorgk
Status: NEW → ASSIGNED
Attachment #8951194 - Flags: review?(bzbarsky)
Pushed by mozilla@jorgk.com:
https://hg.mozilla.org/comm-central/rev/bbb96e5f8fa8
Port bug 1437654 to mailnews: Remove call to nsITreeBoxObject::SetView(). rs=bustage-fix
Status: ASSIGNED → RESOLVED
Closed: 6 years ago
Resolution: --- → FIXED
Target Milestone: --- → Thunderbird 60.0
Looking at bug 1437654 and https://hg.mozilla.org/mozilla-central/rev/ce006d43344b#l4.15 a little longer, this fix is most likely wrong. The calls should have been replaced with calls to mozilla::dom::TreeBoxObject::SetView().

Boris, could you please give me the snipped to replace the calls I removed.
Hrm.  I thought I had checked for comm-central using SetView, but maybe searchfox not indexing builds on comm-central bit me.

The fix landed here is totally wrong.  And you can't do the "right" fix because of FakeTreeBoxObject.  I keep forgetting that abomination exists in Thunderbird.

I'll fix this on the Gecko side for now...
Attachment #8951194 - Attachment description: 1438470.patch → 1438470.patch totally wrong, but compiles ;-) [landed in comment #2, will be backed out later]
Attachment #8951194 - Flags: review?(bzbarsky)
Status: RESOLVED → REOPENED
Resolution: FIXED → ---
Whiteboard: [Thunderbird-temporary-fix]
Bug 1438512 tracks the right fix.

The "temporary fix" landed here is really really bad, fwiw: it will lead to dangling pointers and probably-exploitable crashes.  It would almost be better to have a red tree so builds don't go to users than to have builds going to users with this fix.  :(
Too late now, the Daily run has gone through with it. Looks like 1438512 already has an r+ patch, so please land this and I'll take it from there.

All I can offer for now is to have a release assert instead of the removed code so the program will just crash and re-run a Daily on that. But I don't think it's worth the effort.

Maybe I/you should talk to the sheriffs and get bug 1438512 landed directly on M-C, so I back this out and rerun the Daily.
Pushed by mozilla@jorgk.com:
https://hg.mozilla.org/comm-central/rev/d0777339c5c9
Backed out changeset bbb96e5f8fa8 for being incorrect. nsITreeBoxObject::SetView() was restored in bug 1438512. a=jorgk
Status: REOPENED → RESOLVED
Closed: 6 years ago6 years ago
Resolution: --- → FIXED
Attachment #8951194 - Attachment description: 1438470.patch totally wrong, but compiles ;-) [landed in comment #2, will be backed out later] → 1438470.patch totally wrong, but compiles ;-) [landed in comment #2, backed out in comment #7]
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: