зеркало из https://github.com/mozilla/gecko-dev.git
c48e7d41b9
When the test font is activated, the notification of the font configuration change may be handled asynchronously by content processes, so that it's possible the content process has not yet handled the update at the point when registerFont() detects the change and returns to the test script. (This issue becomes more acute with the upcoming shared-font-list system, where the OS notification is not handled by the content process at all; it's only handled by the parent process, which then notifies content processes *after* it has updated the font list. So there's an inherent latency between the update being recognized by the chrome process - and therefore "ready" as far as the test script is concerned - and content processes receiving and handling the change.) To handle this, we can explicitly wait for the width of the rendered content to change, which will indicate that the font configuration change has been handled by the content process. Differential Revision: https://phabricator.services.mozilla.com/D26570 --HG-- extra : moz-landing-system : lando |
||
|---|---|---|
| .. | ||
| chromium | ||
| chromium-shim | ||
| common | ||
| linux | ||
| mac | ||
| test | ||
| win | ||
| moz.build | ||