-
Notifications
You must be signed in to change notification settings - Fork 198
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Epic: overhaul the inter-frame communication system #3533
Comments
This was referenced Jun 21, 2021
2 tasks
This was referenced Jul 29, 2021
esanzgar
added a commit
that referenced
this issue
Sep 6, 2021
The current inter-frame communication doesn't work if an annotatable (guest) iframe is from a different origin than the host frame (see #3611 (comment)). This will be fixed in a more comprehensive overhaul of the inter-face communication (see #3533). Meanwhile, I add a scenario into the local dev server where the annotatable iframe is from a different origin than the host frame. For this, I needed to spawn an additional dev server at port 3002): ``` [11:32:50] Dev web server started at http://localhost:3000/ [11:32:50] Dev web server started at http://localhost:3002/ ``` Close #3629
esanzgar
added a commit
that referenced
this issue
Sep 7, 2021
The current inter-frame communication doesn't work if an annotatable (guest) iframe is from a different origin than the host frame (see #3611 (comment)). This will be fixed in a more comprehensive overhaul of the inter-face communication (see #3533). Meanwhile, I add a scenario into the local dev server where the annotatable iframe is from an origin different than the host frame. For this, I needed to spawn an additional dev server at port 3002): ``` [11:32:50] Dev web server started at http://localhost:3000/ [11:32:50] Dev web server started at http://localhost:3002/ ``` Close #3629
esanzgar
added a commit
that referenced
this issue
Sep 7, 2021
The current inter-frame communication doesn't work if an annotatable (guest) iframe is from a different origin than the host frame (see #3611 (comment)). This will be fixed in a more comprehensive overhaul of the inter-face communication (see #3533). Meanwhile, I add a scenario into the local dev server where the annotatable iframe is from an origin different than the host frame. For this, I needed to spawn an additional dev server at port 3002): ``` [11:32:50] Dev web server started at http://localhost:3000/ [11:32:50] Dev web server started at http://localhost:3002/ ``` Close #3629
esanzgar
added a commit
that referenced
this issue
Sep 8, 2021
The current inter-frame communication doesn't work if an annotatable (guest) iframe is from a different origin than the host frame (see #3611 (comment)). This will be fixed in a more comprehensive overhaul of the inter-face communication (see #3533). Meanwhile, I add a scenario into the local dev server where the annotatable iframe is from an origin different than the host frame. For this, I needed to spawn an additional dev server at port 3002): ``` [11:32:50] Dev web server started at http://localhost:3000/ [11:32:50] Dev web server started at http://localhost:3002/ ``` Close #3629
3 tasks
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
After a full examination of the inter-frame communication system, we proposed a plan with different options #3403. We decided to go ahead and evaluate the option of using
MessageChannel
API.These are the steps I envision next:
notebook
<->sidebar
communication (EnableMessageChannel
for notebook <--> sidebar communication #3494).host
<->sidebar
communication (fixes the multi-frame test) (Enable MessageChannel for host <--> sidebar communication #3537).guest
<->sidebar
communication (fixes the EPUB related tests) (Enable MessageChannel for guest <--> sidebar communication #3534).MessageChannel
inFrameRPC
(Support MessageChannel inframe-rpc.js
#3565)Bridge
(Support MessageChannel inbridge.js
#3566) classes.CrossFrame
fromGuest
,FrameObserver
fromCrossFrame
, and review the relation betweenCrossFrame
andAnnotationSync
. This will help to separate the communication functionality from unrelated functionality.PortProvider
andPortFinder
. (ImplementPortProvider
andPortFinder
#3881)MessageChannel
on other communication related classes, likeCrossFrame
andFrameSync
.Discovery
) and methods.Other steps we could take in the future could be:
postMessage
communication.lms
<->sidebar
communication.The text was updated successfully, but these errors were encountered: