Skip to content

chore: update cldr cdn - #12449

Merged
nnaydenow merged 2 commits into
mainfrom
cdn-cldr
Oct 8, 2025
Merged

chore: update cldr cdn#12449
nnaydenow merged 2 commits into
mainfrom
cdn-cldr

Conversation

@nnaydenow

Copy link
Copy Markdown
Contributor

No description provided.

@nnaydenow
nnaydenow requested a review from pskelin October 8, 2025 11:50
@ui5-webcomponents-bot

ui5-webcomponents-bot commented Oct 8, 2025

Copy link
Copy Markdown
Collaborator

🧹 Preview deployment cleaned up: https://pr-12449--ui5-webcomponents.netlify.app

@ui5-webcomponents-bot
ui5-webcomponents-bot temporarily deployed to preview October 8, 2025 11:57 Inactive
@ui5-webcomponents-bot
ui5-webcomponents-bot temporarily deployed to preview October 8, 2025 13:14 Inactive
@nnaydenow
nnaydenow merged commit 947aa49 into main Oct 8, 2025
14 checks passed
@nnaydenow
nnaydenow deleted the cdn-cldr branch October 8, 2025 13:29
@ui5-webcomponents-bot
ui5-webcomponents-bot temporarily deployed to preview October 8, 2025 13:31 Inactive
dobrinyonkov added a commit that referenced this pull request Jul 29, 2026
Cherry-pick of #12449 (947aa49) — the URL
`https://sdk.openui5.org/1.120.17/resources/sap/ui/core/cldr/en.json`
hardcoded in v2.15.0 as the fallback "en" CLDR loader has been retired
(returns HTTP 404), so any Cypress test that instantiates a date-aware
component (Calendar, DatePicker, DateRangePicker, DayPicker, DateTimePicker,
DynamicDateRange, …) without pre-importing Assets.js fails with:

  CLDR data for locale en is not loaded!

This has been silently red on every 2.15 downport since v2.15.1 — PR #13612
was merged with the same three suites failing (main:cy:suite-1/2/4).

The fix swaps the dead SDK URL for the live jsdelivr mirror
(`cdn.jsdelivr.net/npm/@openui5/sap.ui.core@1.120.17/src/sap/ui/core/cldr/en.json`)
and adds a console warning telling users to configure Assets.js properly
for production usage.

Refs: #12449
ilhan007 pushed a commit that referenced this pull request Jul 29, 2026
)

* fix(ui5-shellbar): fix badge misplacement of the ShellBar (2.15)

Downport of #13212 adapted to the 2.15 ShellBar structure.

A plain cherry-pick was not possible: the fix's selector
(`.ui5-shellbar-action-button > [ui5-button-badge]…`) and its host file
`packages/fiori/src/themes/ShellBarItem.css` do not exist in 2.15 — the
ShellBar was refactored between 2.15 and the fix's era. The 2.15 badge is
positioned via `.ui5-shellbar-bell-button [slot="badge"]` and
`.ui5-shellbar-custom-item [slot="badge"]` in `ShellBar.css`.

Changes:

- `ShellBar.css`: add a `top` / `margin` override for the OverlayText badge
  on the bell button and the custom action items, driven by two new theme
  vars with Button-default fallbacks (`top: 0`, `margin: -0.5rem`) so themes
  without an override keep existing behavior. Also add a `0` fallback to
  the pre-existing `inset-inline-end` rules whose var was undefined.

- 4× sap_fiori_3* `ShellBar-parameters.css`: define the badge offset,
  margin and notification-btn-count-offset, matching #13212's values
  (`0.25rem` / `-0.25rem`; `-0.375rem` for hcb/hcw; count-offset `0`).

- 4× sap_horizon* `ShellBar-parameters.css`: same override applied — on
  2.15 the horizon shellbar exhibits the same misplacement (the badge sits
  outside the shellbar bounds with Button defaults), contrary to what
  issue #12962 reported for later versions. Same values as fiori_3.

Note on var names: the badge vars are authored with the v215-prefix
(`--_ui5-v2-15-5-shellbar-badge-*`) rather than plain names. This is
unusual — every other authored var in this package uses the plain form —
but `packages/fiori`'s theme parameter bundle does NOT apply the
version-prefix scoping pass that `packages/fiori`'s component CSS DOES
apply. Without the explicit prefix here, the compiled `ShellBar.css` rule
(which references the prefixed name) would not resolve the var and fall
back to Button defaults. Version-bound to 2.15.5, which is acceptable for
this frozen release.

Verified on all 8 themes at localhost:8080/…/ShellBarBadgeRepro.html
with `?sap-ui-theme=<theme>`: sap_horizon, sap_horizon_dark,
sap_horizon_hcb, sap_horizon_hcw, sap_fiori_3, sap_fiori_3_dark,
sap_fiori_3_hcb, sap_fiori_3_hcw. In each theme the notification-count
badge and custom-item count badge render fully inside the shellbar bounds.

Fixes: #12962
Refs: #13212

* fix(ui5-shellbar): use plain var names — framework handles version scoping

Revert the badge params from `--_ui5-v2-15-5-shellbar-badge-*` back to
`--_ui5-shellbar-badge-*`. The v215 version prefix is applied by the
framework's `scopeVariables` build step (packages/tools/lib/
css-processors/scope-variables.mjs) — hand-authoring the prefixed form
was unnecessary and would produce doubly-prefixed names in production.

No functional change from the previous commit: after the framework's
scoping pass the compiled output is identical. Only the authored source
is now consistent with every other var in the package (plain names).

* test(ui5-shellbar): assert notification and count badges stay within shellbar bounds

Guards against #12962: the OverlayText badge on the bell button and on
custom ShellBar items must sit inside the shellbar's vertical bounds
(no clipping at the top edge). Verifies both anchors that the fix
targets: .ui5-shellbar-bell-button and .ui5-shellbar-custom-item.

* chore: update cldr cdn (2.15)

Cherry-pick of #12449 (947aa49) — the URL
`https://sdk.openui5.org/1.120.17/resources/sap/ui/core/cldr/en.json`
hardcoded in v2.15.0 as the fallback "en" CLDR loader has been retired
(returns HTTP 404), so any Cypress test that instantiates a date-aware
component (Calendar, DatePicker, DateRangePicker, DayPicker, DateTimePicker,
DynamicDateRange, …) without pre-importing Assets.js fails with:

  CLDR data for locale en is not loaded!

This has been silently red on every 2.15 downport since v2.15.1 — PR #13612
was merged with the same three suites failing (main:cy:suite-1/2/4).

The fix swaps the dead SDK URL for the live jsdelivr mirror
(`cdn.jsdelivr.net/npm/@openui5/sap.ui.core@1.120.17/src/sap/ui/core/cldr/en.json`)
and adds a console warning telling users to configure Assets.js properly
for production usage.

Refs: #12449

* test(ui5-date-picker): compute placeholder year dynamically

The 'placeholder, based on the formatPattern' spec hardcoded 'e.g. Dec 31,
2025', which broke at the year rollover — the placeholder is generated
from the current date, so on 2026-01-01 the expectation went stale and
the test began failing with 'expected "e.g. Dec 31, 2026" to equal
"e.g. Dec 31, 2025"'.

Derive the expected year from `new Date().getFullYear()` so the assertion
tracks the same clock the component reads from.
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

3 participants