Sp-dev-docs: Delay in SPFx App customizer extension loading. Loads after the page and other elements load.

[jithil89]

Is this resolved yet ? I created a SPFx app customizer to hide a certain section in the pages. But due to the delay, the sections load first and then get hidden. I believe this is a replacement for custom action. In that case, this should load first. I read that the onInit() function is fired before DOM is loaded.
@waldekmastykarz @estruyf @thechriskent , please advice

_Originally posted by @jithil89 in https://github.com/SharePoint/sp-dev-docs/issues/2909#issuecomment-527313734_

[msftbot[bot]]

Thank you for reporting this issue. We will be triaging your incoming issue as soon as possible.

[jithil89]

Is this resolved yet ? I created a SPFx app customizer to hide a certain section in the pages. But due to the delay, the sections load first and then get hidden. I believe this is a replacement for custom action. In that case, this should load first. I read that the onInit() function is fired before DOM is loaded.
@waldekmastykarz @estruyf @thechriskent , please advice

_Originally posted by @jithil89 in SharePoint/sp-dev-docs#2909 (comment)_

Any resolution ? @VesaJuvonen @estruyf

[kapilmehtagit]

I would like to understand if the delay between page render and SPFx application customizer availability could be reduced. This is quite confusing for the users currently as elements render at different times on the page, and give an impression of slow loading pages. The customiser itself renders very quickly but is invoked quite late in the page render process, after most of the page has already rendered, giving the impression that the whole page render life cycle is very slow.

[Chaitra1006]

Any updates or resolution @VesaJuvonen ?

[msft-github-bot]

Thank you for reporting this issue. We will be triaging your incoming issue as soon as possible.

[andrewconnell]

@jithil89 said:

I read that the onInit() function is fired before DOM is loaded.

That's not correct... onInit() in SPFx components runs before the component is rendered on the page. This doesn't correspond with the DOM onLoad event. the DOM loads and then the SPFx components are bootstrapped and loaded.

[andrewconnell]

@kapilmehtagit said:

I would like to understand if the delay between page render and SPFx application customizer availability could be reduced.

No... there are no facilities to control this provided by the SPFx API.

As the other issue indicates, MSFT is adding the ability in SPFx v1.10 to "block space" for an app customizer so the page doesn't reflow when the extension renders, but you can't change how the events work.

[sebastienlevert]

I still think that there is value in having the extensions load earlier in the lifecycle. The "block space" feature will be great for some scenarios but for some others, we will still get a flickering UI. But for now, the dedicated space for the extensions is a great start!

[msft-github-bot]

Closing issue as "answered". If you encounter similar issue(s), please open up a NEW issue. Thank you.

[msft-github-bot]

Issues that have been closed & had no follow-up activity for at least 7 days are automatically locked. Please refer to our wiki for more details, including how to remediate this action if you feel this was done prematurely or in error: Issue List: Our approach to locked issues