Closed Bug 1154436 Opened 10 years ago Closed 10 years ago

Many "Sending message that cannot be cloned. Are you trying to send an XPCOM object?" test failures

Categories

(Add-on SDK Graveyard :: General, defect)

defect
Not set
normal

Tracking

(Not tracked)

RESOLVED FIXED

People

(Reporter: mossop, Assigned: mossop)

References

Details

Attachments

(1 file)

46 bytes, text/x-github-pull-request
evold
: review+
Details | Review
I was a little surprised when JPM tests passed first time with the patch in bug 1152382 so maybe I should have checked cfx which was failing in a bunch of places.
Attached file pull request
Assignee: nobody → dtownsend
Status: NEW → ASSIGNED
Attachment #8592429 - Flags: review?(evold)
(In reply to Dave Townsend [:mossop] from comment #0) > I was a little surprised when JPM tests passed first time with the patch in > bug 1152382 so maybe I should have checked cfx which was failing in a bunch > of places. It loos like the errors are coming from the e10s-content add-on which should be running on travis, and appears to have passed there, now I'm confused why that would be. Any idea Dave?
Flags: needinfo?(dtownsend)
Attachment #8592429 - Flags: review?(evold) → review+
Yeah I'm a bit confused. The pull request that should have introduced the errors passed cleanly: https://travis-ci.org/mozilla/addon-sdk/builds/58003769. But then a later pull requests shows all the same errors as jpm: https://travis-ci.org/mozilla/addon-sdk/builds/58966494. Unless travis is managing to test the wrong code which seems unlikely I can't think of why this would be.
Status: ASSIGNED → RESOLVED
Closed: 10 years ago
Flags: needinfo?(dtownsend)
Resolution: --- → FIXED
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: