Closed Bug 1323592 Opened 8 years ago Closed 8 years ago

Maintain binary compatibility for Thunderbird 45 after Bug 881832

Categories

(Thunderbird :: General, defect)

45 Branch
defect
Not set
normal

Tracking

(thunderbird_esr4550+ fixed, thunderbird52 unaffected)

RESOLVED FIXED
Thunderbird 45.0
Tracking Status
thunderbird_esr45 50+ fixed
thunderbird52 --- unaffected

People

(Reporter: rkent, Assigned: rkent)

References

Details

Attachments

(1 file)

Bug 881832 added changes to nsIContentViewer.idl and nsIBaseWindow.idl, breaking compatibility on the mozilla-esr45 branch. Thunderbird is committed to maintaining binary compatibility for TB 45 releases, so we need to land a patch on THUNDERBIRD_45_VERBRANCH to maintain binary compatibility.
Depends on: 881832
I'm not sure if you are comfortable with the review or not. Though long, the patch is very straightforward.
Attachment #8818828 - Flags: review?(jorgk)
Comment on attachment 8818828 [details] [diff] [review]
Restore .idl to original, and add esr45-specific new interfaces

Review of attachment 8818828 [details] [diff] [review]:
-----------------------------------------------------------------

This looks straight forward. I'm sure you'll test/have tested that this "refactoring" actually does what it intends to do.

You copied a few lines which had trailing spaces, but I don't think its worth complaining about those individually.

You have my OK to land this with r=jorgk.

There are two points to keep in mind:
1) I'm not really qualified to review this, so you might want to get a second opinion, up to you.
2) How do I say it nicely: TB 45.x is not my highest priority and I trust that you've done the right thing.

How does that work on https://treeherder.mozilla.org/#/jobs?repo=comm-esr45? Which m-esr45 does it use? The "official" one or our release branch? How do we check that this patch doesn't cause any failures?
Attachment #8818828 - Flags: review?(jorgk) → review+
"How do we check that this patch doesn't cause any failures?"

For test failures, the only viable path at the moment is to land it, then start a compile on c-esr45.  I've done that in the past as a pseudo try server. I wanted to land this first before I land other patches so that we could see those tests.
https://hg.mozilla.org/releases/mozilla-esr45/rev/91d2cfeae195
Status: ASSIGNED → RESOLVED
Closed: 8 years ago
Resolution: --- → FIXED
Target Milestone: --- → Thunderbird 45.0
How about answering my other questions:

How does that work on https://treeherder.mozilla.org/#/jobs?repo=comm-esr45?
Which m-esr45 does it use?
The "official" one or our release branch?

And how do you tell it which branch to use?

Sorry, I need to know for ESR 52.
Flags: needinfo?(rkent)
How does that work on https://treeherder.mozilla.org/#/jobs?repo=comm-esr45? Which m-esr45 does it use? The "official" one or our release branch?

Treeherder uses a specified version of m-esr45, which is set somewhere to THUNDERBIRD_45_VERBRANCH

Now you will want to know where that "Somewhere" is. Hmmm. Search in comm-esr45 for THUNDERBIRD_45_VERBRANCH and you will see the affected spots. Note this also affects checkouts done with client.py which is the correct way to do it.
Flags: needinfo?(rkent)
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: