Fix incorrect OtherContextException wrapper when the exception comes back to its creator context

[eregon]

Summary

Fixes #13453

Testing

I tried to write a test for this in truffle/src/com.oracle.truffle.api.instrumentation.test/src/com/oracle/truffle/api/instrumentation/test/TruffleContextTest.java but didn't find a way to pass the outer exception in a lambda to the inner context and call it from there.
The existing tests look confusing to me, lines like result = InteropLibrary.getUncached().execute(result, outerObject); seem rather obscure.
I would appreciate if you can write the test or help me find out how to pass the exception between the different contexts.

I do have tests in TruffleRuby for this: https://github.com/truffleruby/truffleruby/pull/4235/changes
I confirm this PR fixes #13453, as in those tests fail without and pass with this PR.

Documentation

No documentation updates are needed.

Contributor Checklist

• I have read the contribution guide.
• I have the right to contribute the submitted material under the project terms.
• I have updated tests and documentation where appropriate.
• If I used a coding assistant, I remain responsible for the entire contribution and have reviewed it accordingly.

[eregon]

migrateValue() does:

graal/truffle/src/com.oracle.truffle.polyglot/src/com/oracle/truffle/polyglot/PolyglotContextImpl.java

Line 1731 in 3c0e0b0

return new OtherContextGuestObject(this, otherValue.delegate, valueContext);

(in migrateValue(), this == receiverContext)

Which is correct?
I'm not sure what the receiverContext is for, wouldn't only tracking the delegateContext be enough?
Is it because the OtherContextGuestObject/OtherContextException objects need to belong to one context and not many? (if so, is that needed?)

[oubidar-Abderrahim]

Thank you for the PR @eregon
@chumer could you please review, thanks