1. 05 Feb, 2021 2 commits
  2. 07 Dec, 2020 1 commit
  3. 06 Dec, 2020 1 commit
  4. 26 Nov, 2020 1 commit
  5. 14 Sep, 2020 1 commit
  6. 04 Jun, 2020 1 commit
  7. 16 Sep, 2020 2 commits
  8. 17 Jun, 2020 1 commit
  9. 10 Jun, 2020 1 commit
  10. 11 Jun, 2020 1 commit
  11. 13 Jun, 2020 3 commits
  12. 10 Jun, 2020 1 commit
    • Emilio Cobos Álvarez's avatar
      Bug 1644264 - Mark frame with text-overflow ellipsis as modified when overflow... · 5c4e04d4
      Emilio Cobos Álvarez authored
      Bug 1644264 - Mark frame with text-overflow ellipsis as modified when overflow changes. r=mattwoodrow, a=jcristau
      
      This prevents us not descending to rebuild the display list if the
      overflow changes during an intermediate layout like a flex layout.
      
      To capture Matrix discussion: This is a bit unfortunate, but the idea is
      that text-overflow is usually pretty small (at most one line of content)
      so we can probably live with this.
      
      An alternative would be to do something like
      nsDisplayListBuilder::MarkFrameForDisplayIfVisible, which could work as
      well.
      
      Note that this is a bit of a speculative fix because neither me or
      Cameron have been able to reproduce the issue in local builds (I tried
      all the combinations of gfx-things that I could think about). :-(
      
      If this doesn't fix it on next nightly, we should back out and try to
      repro some other way, I guess. But the hypothesis of why it happens
      makes sense to me, and if it's correct it should fix the issue.
      
      Differential Revision: https://phabricator.services.mozilla.com/D79009
      5c4e04d4
  13. 04 Jun, 2020 1 commit
  14. 03 Jun, 2020 1 commit
    • Jonathan Watt's avatar
      Bug 1600623. Add telemetry probes for print dialog/preview opens/cancels and... · e556609b
      Jonathan Watt authored
      Bug 1600623. Add telemetry probes for print dialog/preview opens/cancels and print target type. r=bobowen,mbalfanz a=jcristau
      
      The probes collect counts for:
      
       - print preview open, and exit without print
       - print dialog opened from print preview, and cancelled
       - print dialog opened without print preview, and cancelled
       - silent prints
       - print target
         - PDF file
         - XPS file
         - other (probably print to physical printer, but we can never be sure)
      
      There is some overlap with the existing PRINT_* probes, but I think we should
      keep those in place temporarily until we confirm that the new probes produce
      numbers that are consistent with the old probes.
      
      This patch only adds 'print target' probes for Windows and macOS.
      
      I use nsDeviceContextSpec*::Init() to collect the 'print target' telemetry
      because the way we initialize settings from prefs (and the way macOS works in
      particular) make it difficult to reliably determine the target type earlier in
      the print process for all possible entry points into the printing code.
      
      Differential Revision: https://phabricator.services.mozilla.com/D78033
      e556609b
  15. 02 Jun, 2020 3 commits
  16. 01 Jun, 2020 1 commit
    • Jamie Nicol's avatar
      Bug 1642079 - Only snap animated transforms for zoom reference frames. r=aosmond, a=jcristau · 8d6637b4
      Jamie Nicol authored
      Bug 1635406 made it so that webrender snaps the offsets of animated
      transforms before accumulating them in to the reference frame
      transform. Unfortunately, however, this causes jittery animations. The
      original intention was just to snap the visual viewport offset when
      scrolling, to avoid excessive picture cache invalidation.
      
      To avoid this, make it so that we only snap for reference frames of
      kind ReferenceFrameKind::Zoom. This will mean that most animations are
      unaffected. There may however still be some jitter when zooming, but
      this is outweighed by the benefit of not invalidating picture cache
      tiles every frame when scrolling.
      
      Differential Revision: https://phabricator.services.mozilla.com/D77679
      8d6637b4
  17. 04 Jun, 2020 1 commit
  18. 31 May, 2020 5 commits
  19. 30 May, 2020 4 commits
  20. 29 May, 2020 5 commits
  21. 27 May, 2020 1 commit
  22. 19 May, 2020 1 commit
  23. 07 May, 2020 1 commit
    • Timothy Nikkel's avatar
      Bug 1635658. Fix how CSS filters render with webrender that are represented as... · fe56adee
      Timothy Nikkel authored
      Bug 1635658. Fix how CSS filters render with webrender that are represented as component transfer when they are required to be represented as SVG filters. r=mstange a=pascalc
      
      The brightness, contrast, and invert css filters are represented as component transfer filters when they required to be represented as an svg filter (ie when an element has a combination of CSS and SVG filters specified).
      
      https://hg.mozilla.org/mozilla-central/rev/4f3360c4f104 (bug 1417699) used the value SVG_FECOMPONENTTRANSFER_TYPE_UNKNOWN for the function type in the G and B channels to specify that the R channel function should be used. As we know from https://hg.mozilla.org/mozilla-central/rev/a1ff0af83ad2 (bug 1605223) SVG_FECOMPONENTTRANSFER_TYPE_UNKNOWN is the value we get if the function is not specified, and by spec that is to be interpreted as the identity function.
      
      To fix this use a special function type that is not exposed to content, SVG_FECOMPONENTTRANSFER_SAME_AS_R, when we want to do this optimization. And then teach the webrender filter code to understand it.
      
      Differential Revision: https://phabricator.services.mozilla.com/D74189
      fe56adee