Bug 7170 - client startup can take a long time (scanning fonts)
Summary: client startup can take a long time (scanning fonts)
Status: NEW
Alias: None
Product: ThinLinc
Classification: Unclassified
Component: Client (show other bugs)
Version: 1.3.1
Hardware: PC Unknown
: P2 Normal
Target Milestone: LowPrio
Assignee: Pierre Ossman
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2018-05-07 10:03 CEST by Pierre Ossman
Modified: 2024-01-25 13:23 CET (History)
1 user (show)

See Also:
Acceptance Criteria:


Attachments

Description Pierre Ossman cendio 2018-05-07 10:03:21 CEST
If the system has a lot of fonts then it can take a long time to scan these,
and we generally cannot use the system font cache so this scan has to be done
when the client starts. The end result is that the first startup of the client takes quite some time (40 seconds has been observed).

Debian and Ubuntu seems to have very large default font sets, whilst Fedora is
more conservative (6-8 seconds scan time).

We added a progress dialog in bug 7159 to give the user some feedback, but the
delay is still very annoying.

Perhaps we can make sure the cache is built before the user tries to start the client? The problem then becomes how to maintain it to make sure it stays up to date.
Comment 1 Pierre Ossman cendio 2018-05-07 10:03:43 CEST
See also bug 7169 which has the corresponding issue for the server.
Comment 2 Pierre Ossman cendio 2018-11-13 11:32:14 CET
Note that we might have issues with a global font cache path on cross compiled environments because of bug 5357. E.g. on ARM it might look for the cache in /usr/arm-linux-gnueabi/sys-root/usr/lib/fontconfig/cache rather than just /usr/lib/fontconfig/cache.

Note You need to log in before you can comment on or make changes to this bug.