[GH-ISSUE #668] Adding a new font breaks the end-users UI with an existing cache #298

Closed
opened 2026-02-26 10:31:42 +03:00 by kerem · 3 comments
Owner

Originally created by @ludovic-montel on GitHub (Oct 11, 2023).
Original GitHub issue: https://github.com/ONLYOFFICE/Docker-DocumentServer/issues/668

Do you want to request a feature or report a bug?

Report a bug.

What is the current behavior?

  • I use the docker image onlyoffice/documentserver-de:7.4.1.1 (which generates URL with /7.4.1-36/)
  • I copy new fonts I want to provide to my end-users : docker cp /my-fonts/. documentserver:/usr/share/fonts
  • I run the documentserver-generate-allfonts.sh binary to update the fonts inside the container

I can see that the new font files are generated, but :

  • they do have the same name as before (and so the same URL)
  • the server uses adds a 1-year-cache on this file with the expires 365d in the nginx configuration file

This results in end-user browsers that do not updated cached version of the font javascript file. So my end-users use their browser cache and bugs appear : when selecting the new custom font in the select box, the UI is broken and very strange.

If the current behavior is a bug, please provide the steps to reproduce and if possible a minimal demo of the problem.

See above.

What is the expected behavior?

I would like my end-user to have their cache updated, for instance with a hash or a change in the file url.

Did this work in previous versions of DocumentServer?

DocumentServer Docker tag:

7.4.1.1

Host Operating System:

Originally created by @ludovic-montel on GitHub (Oct 11, 2023). Original GitHub issue: https://github.com/ONLYOFFICE/Docker-DocumentServer/issues/668 **Do you want to request a *feature* or report a *bug*?** Report a bug. **What is the current behavior?** - I use the docker image `onlyoffice/documentserver-de:7.4.1.1` (which generates URL with `/7.4.1-36/`) - I copy new fonts I want to provide to my end-users : `docker cp /my-fonts/. documentserver:/usr/share/fonts` - I run the `documentserver-generate-allfonts.sh ` binary to update the fonts inside the container I can see that the new font files are generated, but : - they **do** have the same name as before (and so the same URL) - the server uses adds a 1-year-cache on this file with the `expires 365d` in the nginx configuration file This results in end-user browsers that do not updated cached version of the font javascript file. So my end-users use their browser cache and bugs appear : when selecting the new custom font in the select box, the UI is broken and very strange. **If the current behavior is a bug, please provide the steps to reproduce and if possible a minimal demo of the problem.** See above. **What is the expected behavior?** I would like my end-user to have their cache updated, for instance with a hash or a change in the file url. **Did this work in previous versions of DocumentServer?** **DocumentServer Docker tag:** 7.4.1.1 **Host Operating System:**
kerem 2026-02-26 10:31:42 +03:00
  • closed this issue
  • added the
    duplicate
    label
Author
Owner

@igwyd commented on GitHub (Oct 12, 2023):

Hello @ludovic-montel, we know that issue, but still havn't news. I will remind the developers about this.
Duplicate of https://github.com/ONLYOFFICE/DocumentServer/issues/329

<!-- gh-comment-id:1758958097 --> @igwyd commented on GitHub (Oct 12, 2023): Hello @ludovic-montel, we know that issue, but still havn't news. I will remind the developers about this. Duplicate of https://github.com/ONLYOFFICE/DocumentServer/issues/329
Author
Owner

@ludovic-montel commented on GitHub (Oct 12, 2023):

Thank you @igwyd for your quick answer 🙂

I hope the developers will find a workaround, I see in the issue you linked in your answer that you tried adding a random string to the file name but there is no details about the problems they encountered so I cannot really help you.

Good luck to them 😉

<!-- gh-comment-id:1759136026 --> @ludovic-montel commented on GitHub (Oct 12, 2023): Thank you @igwyd for your quick answer 🙂 I hope the developers will find a workaround, I see in the issue you linked in your answer that you tried adding a random string to the file name but there is no details about the problems they encountered so I cannot really help you. Good luck to them 😉
Author
Owner

@Rita-Bubnova commented on GitHub (Oct 12, 2023):

I close this issue. Feel free to comment or reopen it if you got further questions.

<!-- gh-comment-id:1759583147 --> @Rita-Bubnova commented on GitHub (Oct 12, 2023): I close this issue. Feel free to comment or reopen it if you got further questions.
Sign in to join this conversation.
No milestone
No project
No assignees
1 participant
Notifications
Due date
The due date is invalid or out of range. Please use the format "yyyy-mm-dd".

No due date set.

Dependencies

No dependencies set.

Reference
starred/Docker-DocumentServer-ONLYOFFICE#298
No description provided.