Skip to content
Snippets Groups Projects
  1. May 06, 2024
  2. Apr 30, 2024
  3. Apr 04, 2024
  4. Mar 29, 2024
  5. Mar 30, 2024
  6. Mar 09, 2024
  7. Mar 08, 2024
  8. Feb 19, 2024
  9. Feb 09, 2024
  10. Jan 23, 2024
  11. Jan 18, 2024
  12. Feb 02, 2024
    • Lee Salzman's avatar
      Bug 1878182 - Instantiate Cairo scaled font for... · 7647aac1
      Lee Salzman authored
      Bug 1878182 - Instantiate Cairo scaled font for ScaledFontBase::GetPathForGlyphs. r=jfkthameApproved for 123 beta 8, thanks. a=pascalc
      
      This bug likely dates back to bug 1584268, which makes it so that Cairo scaled fonts must be
      instantiated on demand for their first use. It seems like some StrokeGlyphs machinery got
      overlooked and somehow never caused a problem till now.
      
      Differential Revision: https://phabricator.services.mozilla.com/D200472
      7647aac1
  13. Feb 06, 2024
  14. Jan 29, 2024
  15. Jan 15, 2024
  16. Jan 10, 2024
  17. Dec 05, 2023
  18. Dec 06, 2023
  19. Nov 24, 2023
  20. Nov 11, 2023
    • Jonathan Kew's avatar
      Bug 1721612 - Fix AdjustAdvancesForSyntheticBold to reliably handle negative... · 5a2acef9
      Jonathan Kew authored
      Bug 1721612 - Fix AdjustAdvancesForSyntheticBold to reliably handle negative adjustments. r=gfx-reviewers,lsalzman a=RyanVM
      
      This method (as its name suggests) was originally created to handle synthetic-bold,
      which only ever increases the advance, and so its use of an unsigned value for the
      adjustment worked ok.
      
      But when applying tracking, the adjustment may be negative, and assigning this to
      a uint32_t value takes us into undefined-behavior territory. It seems this worked
      "as expected" on x86_64 (using modulo arithmetic), but on arm64 the value just
      clamped to zero, and the intended negative tracking doesn't get applied.
      
      Making it an int32_t results in consistent behavior across both architectures.
      
      Differential Revision: https://phabricator.services.mozilla.com/D193288
      5a2acef9
  21. Nov 01, 2023
  22. Oct 23, 2023
    • Jonathan Kew's avatar
      Bug 1854090 - Omit psnames of fonts with family-name *.tmp from src:local()... · 338e892a
      Jonathan Kew authored
      Bug 1854090 - Omit psnames of fonts with family-name *.tmp from src:local() lookups on Windows. r=jwatt, a=dsmith
      
      This is a sad hack, but aims to work around the issue that some
      PDF-related software (Acrobat is suspected but not currently confirmed)
      is potentially polluting the global font collection with re-encoded
      subsets of standard fonts like Arial, but does not munge the psname;
      these can then be returned by src:local(...) lookups, which results in
      garbled or missing text.
      
      In principle, if such fonts are "installed", Firefox is not wrong to use
      them; it's just a badly-configured system. But given that it seems to be
      caused by some PDF-handling software, without the user's knowledge, it
      seems worth trying to avoid the problem. Simply skipping the psname of
      any font with family-name *.tmp is highly unlikely to adversely affect
      any real-world content.
      
      Differential Revision: https://phabricator.services.mozilla.com/D191639
      338e892a
  23. Oct 25, 2023
  24. Oct 30, 2023
  25. Oct 24, 2023
  26. Oct 17, 2023
  27. Oct 16, 2023
  28. Sep 19, 2023
  29. Sep 22, 2023
  30. Sep 27, 2023
Loading