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
[x] bug report => search github for a similar issue before submitting
...about
[x] Content Types or data management
[x] internals
Current Behavior / Expected Behavior
In fairly random scenarios, errors appear in the style of Cannot Access Disposed object Object name: IServiceProvider.
After extensive research it appears that this is because of Ghost content types accessing metadata of their parent app, and some changes in the API around AppState resulted in using Dependency Injection much later, after the initial setup had been completed and it had been disposed.
Should be fixed now.
Instructions to Reproduce the Problem
Find an app which has Ghost content types
open the app admin - data tab and go somewhere with ghost-items - could be a special scope
in another tab, log out
restart the application (leave the app-data tab open)
reload app-data so you get a not-authorized error. This somehow only loads part of the data, so that further loading will be delayed.
Now log on again in the other tab
then refresh the app-data. This will then try to load the remaining data "lazy" and fail.
Your environment
2sxc version(s): 17.07
The text was updated successfully, but these errors were encountered:
Apparently it was because IView objects were being cached once created, but they kept a lazy-service which stopped working after the initial IServiceProvider was disposed after filling the cache.
I'm submitting a
[x] bug report => search github for a similar issue before submitting
...about
[x] Content Types or data management
[x] internals
Current Behavior / Expected Behavior
In fairly random scenarios, errors appear in the style of
Cannot Access Disposed object
Object name:IServiceProvider
.After extensive research it appears that this is because of Ghost content types accessing metadata of their parent app, and some changes in the API around
AppState
resulted in using Dependency Injection much later, after the initial setup had been completed and it had been disposed.Should be fixed now.
Instructions to Reproduce the Problem
Your environment
The text was updated successfully, but these errors were encountered: