This adds support for the experimental `invoketarget` and `invokeaction`
attributes, as specified in the open-ui "Invokers" explainer.
(https://open-ui.org/components/invokers.explainer/)
The `invoketarget` attribute maps to the IDL `invokeTargetElement`,
similar to `popoverTargetElement`, and the `invokeaction` is a freeform
string.
The Button behaviour checks for `invokeTargetElement` in its activation
behaviour, and dispatches an `InvokeEvent` if there is one.
This also adds some basic scaffolding for `handleInvokeInternal` which
will allow elements to provide their own invocation action algorithms.
Differential Revision: https://phabricator.services.mozilla.com/D190449
There might be multiple LCP entries in a web page, and we only care about the
last one which is also the biggest value. That's why we need to record these
values in two different places:
- During the Document unload, so we can add markers for the closed pages.
- During the profile capture, so we can add markers for the open pages.
This allows us to capture all the LCP values. Note that this is not the case
for other metrics like FCP, TTFB, DOMContentLoaded etc. that fires only once.
Differential Revision: https://phabricator.services.mozilla.com/D192828
- Update WAKE_LOCK_LOG to print 'this' which allows to sort operations by lock type
- GetOrInsertNew() call always creates a new WakeLockTopic object so in this patch call it only if we create a new object.
- Split mWaitingForDBusReply to mWaitingForDBusInhibit/mWaitingForDBusUninhibit. It allows to ignore repeated requests and also cancel
opposite requests.
- Use g_cancellable to cancel pending DBus operation if we want different wake lock action.
Differential Revision: https://phabricator.services.mozilla.com/D192622
GetAndInitDeviceDisplay() uses DrmRenderDevice to create GL context over drm device so we should set it even if dmabuf operations are disabled.
Differential Revision: https://phabricator.services.mozilla.com/D192933
- Update WAKE_LOCK_LOG to print 'this' which allows to sort operations by lock type
- GetOrInsertNew() call always creates a new WakeLockTopic object so in this patch call it only if we create a new object.
- Split mWaitingForDBusReply to mWaitingForDBusInhibit/mWaitingForDBusUninhibit. It allows to ignore repeated requests and also cancel
opposite requests.
- Use g_cancellable to cancel pending DBus operation if we want different wake lock action.
Differential Revision: https://phabricator.services.mozilla.com/D192622
GetAndInitDeviceDisplay() uses DrmRenderDevice to create GL context over drm device so we should set it even if dmabuf operations are disabled.
Differential Revision: https://phabricator.services.mozilla.com/D192933
The patch add a CookieBannerExceptionCleaner and a
CookieBannerExecutedRecordCleaner to ClearDataService. The cleaners
clear the cookie banner handling data. We will also clear the executed
record when cleaning cookies or dom storage so that the cookie banner
handling will run again after cleaning.
Differential Revision: https://phabricator.services.mozilla.com/D190764
To improve the overall performance of cookie banner clicking mechanism. This
patch makes the cookie banner clicking mechanism only executes once per
browsing session.
Differential Revision: https://phabricator.services.mozilla.com/D190763
They are also allowed after the month name, e.g. "Sep foo 26 1995".
These "unknown words" are supposed to be day of week, or abbreviations
of them, but they can be anything really.
We need to run telemetry before dropping explicit support for day of
week in later parts of the date string.
Differential Revision: https://phabricator.services.mozilla.com/D192560
The implementation-specific parsing for these types of dates is now
covered by TryParseDashedNumericDatePrefix, so we can do away with
this isStrict/isPermissive business now.
Differential Revision: https://phabricator.services.mozilla.com/D192771