You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
That means, internally where we have previously developed against Context, then use InternalContext
AND: leave public interface functions on Context, e.g. addInitListener, addContextListener, getEventData, getContext
I did some tests for case when you expect original 'Context' ('InternalContext' after changes), but new 'Context' is provided. As long as you try to get a value from not existing property you will get undefined - like here: currentContext.internal
But in case you want to get some nested property then "Uncaught TypeError" will occur. Even if index signature is added to new 'Context' interface ("[key: string]: any") - like here: currentContext.internal.userSettings
That's why we may think of introducing separate contexts as a breaking change
Currently we have a context ts declaration where everything is stored.
It makes more sense to split it up like:
Also update client-support-angular lib.
The text was updated successfully, but these errors were encountered: