Brand center font files have a really short cache TTL. Is this intentional?

[mbice]

What type of issue is this?

Question

What SharePoint development model, framework, SDK or API is this about?

other (enter in the "Additional environment details" area below)

Target SharePoint environment

SharePoint Online

What browser(s) / client(s) have you tested

• 💥 Internet Explorer
• 💥 Microsoft Edge
• 💥 Google Chrome
• 💥 FireFox
• 💥 Safari
• mobile (iOS/iPadOS)
• mobile (Android)
• not applicable
• other (enter in the "Additional environment details" area below)

Additional environment details

No response

Issue description

Hi,

We have noticed that after enabling brand center, the font files that get downloaded have a really short cache TTL on them (1 hour). Is there a reason for this being so short? I would assume that because these font files rarely change that the TTL would be much longer than this. Otherwise it creates a lot of unnecessary re-downloading of files that are often a bit larger in size. This also gets flagged by performance tools like Lighthouse and messes with our automated performance tests.

Thanks!

[Ashlesha-MSFT]

Hi @mbice,
Thank you for bringing this issue to our attention. We will look into it and get back to you shortly.
If you don’t receive a reply within two working days, please use this escalation form to escalate.

[Ashlesha-MSFT]

@mbice,
I can confirm this behavior occurs in SharePoint Online.
The font request shows a Cache-Control: max-age=3600 response header.

I will connect with the engineering team to verify if this caching behavior is intended and update the documentation with a note once confirmed.
Thanks!