We are experiencing a long load-time for an application, and upon examining the logs we can see that certain report definitions are running. These report definitions are used to populate repeat grids, contained in default layouts. These layouts are saved as sections that are in turn embedded within collapsed default (stacked) layouts, embedded in a tabbed section, i.e. none are visible upon application start.
The default layouts containing the repeat grids all follow the same format and have "Defer Load" ticked. But the contents are not deferring and the reports are running at start. Given the number of the reports, we are seeing a 20-second delay before the application becomes responsive.
Does anyone know why the "Defer Load" is not working? I have seen some comments on here about browsers and versions. We are using IE11 and in the applicable harness we have defined the IE document mode as "Other" with a value of IE=EDGE as some of the users have IE8 (they have to have Compatibility mode switched on due to other applications they are using).
What I meant was. Does it seem tied to when you are using reports/grids? If you replace your sections with a dummy section that just says "hello world" or something, is the deferred configuration being honored then?
I am suspecting it might be due to the presence of this RD sourced grid.
The deferred load does seem to be honored in these cases. It is only happening for reports. That said, it isn't happening for all reports, just most of them. We haven't been able to determine a common factor that makes some defer and not others.