We're using nsIStorageActivityService to get only principals that were using storage in the last 3 days.
A few notes on that:
- 3 days is based on the assumption that it's very unlikely that a client would miss idle daily for 3 days in a row.
- We're currently only persisting activity for up to 24 hours. Bug 1630598 tracks extension to 3 days.
- We're currently not persisting storage activity service across restarts. This is bug 1459974 which we're aiming to resolve.
- This will not immediately clear all old tracking storage, only when it is used another time. In the same vein
there's a chance the we miss clearing if the user manages to persistently have Firefox sessions that are so short
that idle-daily is rarely triggered. This would be problematic for cookie purging in general, though.
- This produces a significantly lower number of principals to check. We could consider switching cookies
to the same approach (only get the last x days of activity).
I talked to Steve Englehardt and we're generally okay with these caveats in favor of the simplified implementation.
Differential Revision: https://phabricator.services.mozilla.com/D71173
This implements the easy / straight-forward parts of the :where / :is
selectors.
The biggest missing piece is to handle properly invalidation when there
are combinators present inside the :where. That's the hard part of this,
actually.
But this is probably worth landing in the interim. This fixes some of
the visitors that were easy to fix.
Differential Revision: https://phabricator.services.mozilla.com/D70788
This helps fix the case when language switching that we get the wrong default engine if the cache is out of date.
Modern is unaffected as it doesn't use ABSearch, but the test covers both to make sure.
Differential Revision: https://phabricator.services.mozilla.com/D71216
Keeping the same for the currently chosen strategy for try auto, since we
don't want to decrease its regression detection rate.
We also add a new shadow scheduler which uses the reduced set with a higher
confidence threshold.
Differential Revision: https://phabricator.services.mozilla.com/D71205
There are needs to delay the execution of code on the main thread
until the next tick of the event loop has happened.
Differential Revision: https://phabricator.services.mozilla.com/D71291
DownloadsSubview and DownloadsView do not inherit from custom elements and cannot rely on the static getFragment method.
The individual download list items all need to be cloned in order to display.
Differential Revision: https://phabricator.services.mozilla.com/D71204
When `HTMLEditor` is notified of content changes, it may add a runnable method
`HTMLEditor::OnModifyDocument` or `HTMLEditor::NotifyRootChanged` for each
notification. However, their code do not need running twice nor more. This
could cause performance issues on complicated web apps which sets `innerHTML`
at every key press.
Differential Revision: https://phabricator.services.mozilla.com/D71001
Made the files in toolkit/crashreporter flake8 compliant
And some finishing touches in the symbolstore.py file for readability
Differential Revision: https://phabricator.services.mozilla.com/D68691
It's a virtual method which always returns true if `TextEditor`. Therefore,
we can move it into `HTMLEditUtils` and we can make the only caller of
`EditorBase` check `IsTextEditor()` instead.
Depends on D70880
Differential Revision: https://phabricator.services.mozilla.com/D70882
We need this since nsLayoutUtils::SurfaceFromElement expects the
returned frame size to be correct, and we are now wrapping a source
element's image with an OrientedImage.
Differential Revision: https://phabricator.services.mozilla.com/D71243
This makes EXIF orientation metadata honored by default.
Introduce OrientedPixel and UnorientedPixel typed rects and sizes and
use them throughout RasterImage so that we don't confuse which we want.
The reason for doing this rather than having the imgLoader wrap every
RasterImage it creates with an OrientedImage is that returning the
wrapper messes with various notifications, as OrientedImage is not an
ImageResource.
(It would be even better if the JPEG decoder could decode to imgFrames
handling the EXIF orientation itself, but that's a more complicated
change.)
Differential Revision: https://phabricator.services.mozilla.com/D70273
RasterImage will make use of them.
Note that there is one bug fix in this patch, which is that
OrientedImage::OrientSurface now creates a surface of the correct size.
(Previously this code was creating a surface with the underlying
image's size, rather than the correctly oriented size. But we must
not have been calling into that code with our current uses of
OrientedImage.)
Differential Revision: https://phabricator.services.mozilla.com/D70271
The preprocessor does not handle "# ifdef" like the C preprocessor,
and I failed to test this appropriately after restructuring the
#if... clauses. This also reverts fastShutdownStage back to 1, so
we can be confident in the data we collect.
Differential Revision: https://phabricator.services.mozilla.com/D71190
Mike Conley
Johann Hofmann
Kagami Sascha Rosylight
Jon Coppeard
Emilio Cobos Álvarez
Mark Banner
Marco Castelluccio
Daniel Varga
Eden Chuang
Henrik Skupin
Emma Malysz
Ciure Andrei
Masayuki Nakano
Andrei Oprea
Marco Bonardo
AbdallahAfify
sumagnadas
Yoshi Cheng-Hao Huang
Andreea Pavel
Cameron McCormack
Doug Thayer
Botond Ballo
David Teller
Coroiu Cristina
Jeff Walden
Daisuke Akatsuka