Skip to content
This repository has been archived by the owner on Jun 19, 2019. It is now read-only.

fix compartments #169

Merged
merged 1 commit into from Jul 21, 2016
Merged

fix compartments #169

merged 1 commit into from Jul 21, 2016

Conversation

tbsaunde
Copy link
Contributor

Description of change

@ehsan
Copy link
Contributor

ehsan commented Jul 21, 2016

This PR is very weird. Firstly it's based off of the now defunct stub branch. Also it includes quite a few commits, not sure why. Can you please rebase your fix as a single commit on top of the current master? Thanks!

@tbsaunde
Copy link
Contributor Author

On Thu, Jul 21, 2016 at 12:27:22PM -0700, Ehsan Akhgari wrote:

This PR is very weird. Firstly it's based off of the now defunct stub branch.
Also it includes quite a few commits, not sure why. Can you please rebase your
fix as a single commit on top of the current master? Thanks!

because I'm dumb, all the other patches are unrelated, and I just forgot
to rebase them out before pushing.

it doesn't work to store the old compartment in a context because a context can
be reentered in which case we'd say the previous context was our selves, and
then be unable to unwind the stack.  However we already have a stack of entered
contexts, and those should directly map to compartments.  So it should be
possible to use the context stack to get the compartment we want to leave to.
@ehsan ehsan merged commit 5e25bb0 into mozilla:master Jul 21, 2016
@ehsan
Copy link
Contributor

ehsan commented Jul 21, 2016

Thanks!

@ehsan
Copy link
Contributor

ehsan commented Sep 29, 2016

This was not even passing our tests due to #174. I reverted it in bbf340b.

Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

None yet

2 participants