While investigating the timeout in browser_timezone.js it was observed
that a synthesized mouse click on an object which was scrolled into view
does not have an effect sometimes. Enforcing instant scrolls seems to
fix it. The patch enforces instant scroll in similar test cases as well.
Differential Revision: https://phabricator.services.mozilla.com/D228553
--HG--
extra : amend_source : 028ef1f2976f83176430117f538b8d3d5f2b048e
This test fail is difficult to reproduce. Adding some more info output
to better understand where the timeout happens (it seems to always
happen in `add_setup()`.
Differential Revision: https://phabricator.services.mozilla.com/D228440
--HG--
extra : moz-landing-system : lando
After the preference `security.external_protocol_requires_permission`
was removed and the app behaves now as that preference being set to
true, every usage of the external protocol service triggers a permission
prompt.
This patch stops using the external protocol service directly. Instead
we now always use `openLinkExternally()`, which was modified to add the
permission to use the associated application, so the user is not prompted.
Differential Revision: https://phabricator.services.mozilla.com/D227375
--HG--
extra : rebase_source : 35f86de9e43f31e1039e2aa6b0e5c6c42e65fb9b
extra : amend_source : fa58c5f9ff9a4baef85f81ecb281ae3735b2d793
In most cases the string begins "Saturday, 19 October 2024, 01:00–", but if the event ends the next
day, the format is "Saturday, 19 October 2024 at 23:00 –". Note the comma changes to " at".
This test should pass in both cases.
Differential Revision: https://phabricator.services.mozilla.com/D227123
--HG--
extra : rebase_source : f95e695484953aec09fcc11a6200d44870b3c15e
extra : amend_source : a13d4b1f4daa7c1de510868bd172855f64f6e6a2
The Fluent id should have been set, but the translalation phase where the new content gets set in the DOM needs an await.
Differential Revision: https://phabricator.services.mozilla.com/D226773
--HG--
extra : moz-landing-system : lando
Using environment variables we can pretend the OS date/time settings are different from the default.
These tests check that various labels and styles are applied correctly in different locales:
- Matching the build locale (en-US).
- With the same language but in a different region (en-NZ).
- With very different weekday rules (ar-QA).
- Our most popular non-English locales (de-DE, ja-JP).
These tests only run on Linux.
Differential Revision: https://phabricator.services.mozilla.com/D226263
--HG--
extra : amend_source : 522aa2287fe89a013acf643ced2816006df083f8
This patch removes all (that I could find) attempts to assemble localised strings from their
various components (e.g. day + " " + monthName + " " + year) and replaces then with standard
methods using Intl.DateTimeFormatter.
After the change, the preference intl.regional_prefs.use_os_locales should behave as intended for
all calendar code. That is:
- if the pref is false, and the application and operating system use different languages (ignoring
regional variations), the application's language will be used to format date and times.
- if the pref is true, or the both use the same language, that language will be used.
Differential Revision: https://phabricator.services.mozilla.com/D221752
--HG--
extra : rebase_source : 5f2e9a6bad6df04c3cb54721a4a90d70c83c6814
In the earliest case, `ensureInitialized` runs as tabs are restored, so always after
`setLocaleDefaultPreferences`. Unlike `connectedCallback` which runs as soon as the custom element
is defined and attached to the DOM.
It needs to happen after `setLocaleDefaultPreferences` to get the correct value if the correct
value is not 0.
Differential Revision: https://phabricator.services.mozilla.com/D226086
--HG--
extra : amend_source : 493e0709b2f62a375c56ab3e31a69932401bd1c1
Bug 1855900 only added All events, and Past events.
Many times you may need all future, but don't care about the past events. An all-view without past events can also be better performance.
Differential Revision: https://phabricator.services.mozilla.com/D224581
--HG--
extra : rebase_source : 3bb554dba3b82e240ed6fb60d9d76c0861935703
extra : amend_source : d09e47eca4015027784ddfc1c6b950d29a26d2a0
If the attendee list contains the organizer of the calendar, the event is incorrectly recognized as an unanswered event and the event is updated before it is processed. This sets the dirty flag for the oldItem. When stampTime is checked, the timestamp is set to the same value so that no difference is recognized.
Differential Revision: https://phabricator.services.mozilla.com/D208084
--HG--
extra : moz-landing-system : lando
### How to test
- Open Calendar
- Select the `Month` view
- Ensure the title of the view is "Month Year" without any unexpected formatting
Differential Revision: https://phabricator.services.mozilla.com/D217049
--HG--
extra : moz-landing-system : lando
Parts by Geoff Lankow.
Differential Revision: https://phabricator.services.mozilla.com/D212771
--HG--
extra : rebase_source : 26338545611a2facdb1e0ca6f9f489d4ffadefa6
extra : amend_source : 76944f98df4cec14db2900c50444d84f2da68d75
Stop using the tb. prefix, and put the probes in component relative metrics.yaml files
Differential Revision: https://phabricator.services.mozilla.com/D217002
--HG--
extra : rebase_source : ba46a84da2a78c3e00a36c94de63e45eb07afb6d
extra : amend_source : c3dc50206c65e5d3cf74605af24cf453d4dbc1e0
#### How to test
This is more easily noticeable on Windows, but other OSs should be able to do the same.
- Enable "Always show scrollbars" in your OS.
- Ensure that the elements that require a scrollbar have it when there's real overflow.
- Ensure that an empty list or container without child elements doesn't show the scrollbar.
- Disable the "Always show scrollbars" in your OS.
- Ensure that modern overlay scrollbars are not affected by this and they appear normally when needed.
Differential Revision: https://phabricator.services.mozilla.com/D215803
--HG--
extra : amend_source : 0a7640936aca39cf0741cf6795a8b6748ea52eaf