') + ')', 'gi'); if (regex.test(text)) { found = true; var frag = document.createDocumentFragment(); var parts = text.split(regex); parts.forEach(function(part, i) { if (i % 2 === 0) { frag.appendChild(document.createTextNode(part)); } else { var span = document.createElement('span'); span.className = 'userscript-highlight'; span.textContent = part; frag.appendChild(span); } }); node.parentNode.replaceChild(frag, node); } }); } else if (node.nodeType === 1 && node.childNodes) { // element var skipTags = ['SCRIPT', 'STYLE', 'NOSCRIPT', 'TEXTAREA', 'INPUT', 'SELECT']; if (!skipTags.includes(node.tagName)) { Array.from(node.childNodes).forEach(highlight); } } } highlight(document.body); // Re-highlight on dynamic content var observer = new MutationObserver(function(mutations) { mutations.forEach(function(m) { m.addedNodes.forEach(function(node) { if (node.nodeType === 1 || node.nodeType === 3) highlight(node); }); }); }); observer.observe(document.body, { childList: true, subtree: true }); })(); } } catch(__e) { console.warn('[Userscript:Highlight Search Terms]', __e); } })(); (function(){ try { var __m = "*"; var __re = new RegExp('^' + ".*" + ', 'i'); if (__m === '*' || __re.test(location.href)) { // Strip utm_, fbclid, gclid, etc. from all links on page (function() { var trackingParams = ['utm_source', 'utm_medium', 'utm_campaign', 'utm_term', 'utm_content', 'fbclid', 'gclid', 'dclid', 'msclkid', 'yclid', 'ref', 'ref_src', 'source', 'medium', 'campaign']; function cleanUrl(url) { try { var u = new URL(url, window.location.origin); var changed = false; trackingParams.forEach(function(p) { if (u.searchParams.has(p)) { u.searchParams.delete(p); changed = true; } }); return changed ? u.toString() : url; } catch (e) { return url; } } function cleanLinks() { document.querySelectorAll('a[href]').forEach(function(a) { var clean = cleanUrl(a.href); if (clean !== a.href) a.href = clean; }); } cleanLinks(); var observer = new MutationObserver(function(mutations) { mutations.forEach(function(m) { m.addedNodes.forEach(function(node) { if (node.nodeType === 1) { if (node.tagName === 'A') cleanLinks(); node.querySelectorAll('a[href]').forEach(function(a) { var clean = cleanUrl(a.href); if (clean !== a.href) a.href = clean; }); } }); }); }); observer.observe(document.body, { childList: true, subtree: true }); })(); } } catch(__e) { console.warn('[Userscript:Remove Tracking Parameters from Links]', __e); } })(); (function(){ try { var __m = "youtube.com"; var __re = new RegExp('^' + "youtube\\.com" + ', 'i'); if (__m === '*' || __re.test(location.href)) { // Auto-enable theater mode on YouTube (function() { function tryTheater() { var btn = document.querySelector('button[aria-label="Theater mode"], ytd-player #player button[title="Theater mode"]'); if (btn && !btn.classList.contains('activated')) { btn.click(); } } // Try immediately tryTheater(); // Try after navigation (SPA) var lastUrl = location.href; setInterval(function() { if (location.href !== lastUrl) { lastUrl = location.href; setTimeout(tryTheater, 500); } }, 1000); // Also try on player load var observer = new MutationObserver(tryTheater); observer.observe(document.body, { childList: true, subtree: true }); })(); } } catch(__e) { console.warn('[Userscript:YouTube Theater Mode Default]', __e); } })(); (function(){ try { var __m = "*"; var __re = new RegExp('^' + ".*" + ', 'i'); if (__m === '*' || __re.test(location.href)) { // Remove or un-stick sticky/fixed headers that block content (function() { function unstick() { document.querySelectorAll('header, nav, [role="banner"], .header, .navbar, .sticky, .fixed-top, [style*="position: fixed"], [style*="position:sticky"]').forEach(function(el) { if (el.style.position === 'fixed' || el.style.position === 'sticky' || getComputedStyle(el).position === 'fixed' || getComputedStyle(el).position === 'sticky') { el.style.position = 'static'; el.style.top = 'auto'; el.style.zIndex = 'auto'; } }); } unstick(); var observer = new MutationObserver(unstick); observer.observe(document.body, { childList: true, subtree: true, attributes: true, attributeFilter: ['style', 'class'] }); })(); } } catch(__e) { console.warn('[Userscript:Kill Sticky Headers]', __e); } })(); })(); Update dependency @angular/core to v19.2.23 [SECURITY] by renovate[bot] · Pull Request #283 · esm-bundle/angular · GitHub
Skip to content

Update dependency @angular/core to v19.2.23 [SECURITY] - #283

Open
renovate[bot] wants to merge 1 commit into
mainfrom
renovate/npm-angular-core-vulnerability
Open

Update dependency @angular/core to v19.2.23 [SECURITY]#283
renovate[bot] wants to merge 1 commit into
mainfrom
renovate/npm-angular-core-vulnerability

Conversation

@renovate

@renovaterenovateBot commented Jan 9, 2026

Copy link
Copy Markdown
Contributor

ℹ️ Note

This PR body was truncated due to platform limits.

This PR contains the following updates:

PackageChangeAgeConfidence
@angular/core (source)19.2.019.2.23ageconfidence

Angular has XSS Vulnerability via Unsanitized SVG Script Attributes

CVE-2026-22610 / GHSA-jrmj-c5cx-3cw6

More information

Details

A Cross-Site Scripting (XSS) vulnerability has been identified in the Angular Template Compiler. The vulnerability exists because Angular’s internal sanitization schema fails to recognize the href and xlink:href attributes of SVG <script> elements as a Resource URL context.

In a standard security model, attributes that can load and execute code (like a script's source) should be strictly validated. However, because the compiler does not classify these specific SVG attributes correctly, it allows attackers to bypass Angular's built-in security protections.

When template binding is used to assign user-controlled data to these attributes for example, <script [attr.href]="userInput"> the compiler treats the value as a standard string or a non-sensitive URL rather than a resource link. This enables an attacker to provide a malicious payload, such as a data:text/javascript URI or a link to an external malicious script.

Impact

When successfully exploited, this vulnerability allows for arbitrary JavaScript execution within the context of the victim's browser session. This can lead to:

  • Session Hijacking: Stealing session cookies, localStorage data, or authentication tokens.
  • Data Exfiltration: Accessing and transmitting sensitive information displayed within the application.
  • Unauthorized Actions: Performing state-changing actions (like clicking buttons or submitting forms) on behalf of the authenticated user.
Attack Preconditions
  1. The victim application must explicitly use SVG <script> elements within its templates.
  2. The application must use property or attribute binding (interpolation) for the href or xlink:href attributes of those SVG scripts.
  3. The data bound to these attributes must be derived from an untrusted source (e.g., URL parameters, user-submitted database entries, or unsanitized API responses).
Patches
  • 19.2.18
  • 20.3.16
  • 21.0.7
  • 21.1.0-rc.0
Workarounds

Until the patch is applied, developers should:

  • Avoid Dynamic Bindings: Do not use Angular template binding (e.g., [attr.href]) for SVG <script> elements.
  • Input Validation: If dynamic values must be used, strictly validate the input against a strict allowlist of trusted URLs on the server side or before it reaches the template.
Resources

Severity

  • CVSS Score: 8.5 / 10 (High)
  • Vector String: CVSS:4.0/AV:N/AC:L/AT:N/PR:L/UI:A/VC:H/VI:H/VA:H/SC:N/SI:N/SA:N

References

This data is provided by the GitHub Advisory Database (CC-BY 4.0).


Angular i18n vulnerable to Cross-Site Scripting

CVE-2026-27970 / GHSA-prjf-86w9-mfqv

More information

Details

A Cross-site Scripting (XSS) vulnerability has been identified in the Angular internationalization (i18n) pipeline. In ICU messages (International Components for Unicode), HTML from translated content was not properly sanitized and could execute arbitrary JavaScript.

Angular i18n typically involves three steps, extracting all messages from an application in the source language, sending the messages to be translated, and then merging their translations back into the final source code. Translations are frequently handled by contracts with specific partner companies, and involve sending the source messages to a separate contractor before receiving final translations for display to the end user.

If the returned translations have malicious content, it could be rendered into the application and execute arbitrary JavaScript.

Impact

When successfully exploited, this vulnerability allows for execution of attacker controlled JavaScript in the application origin. Depending on the nature of the application being exploited this could lead to:

  • Credential Exfiltration: Stealing sensitive user data stored in page memory, LocalStorage, IndexedDB, or cookies available to JS and sending them to an attacker controlled server.
  • Page Vandalism: Mutating the page to read or act differently than intended by the developer.
Attach Preconditions
  • The attacker must compromise the translation file (xliff, xtb, etc.).
  • Unlike most XSS vulnerabilities, this one is not exploitable by arbitrary users. An attacker must first compromise an application's translation file before they can escalate privileges into the Angular application client.
  • The victim application must use Angular i18n.
  • The victim application must use one or more ICU messages.
  • The victim application must render an ICU message.
  • The victim application must not defend against XSS via a safe Content-Security Policy (CSP) or Trusted Types.
Patches
  • 21.2.0
  • 21.1.6
  • 20.3.17
  • 19.2.19
Workarounds

Until the patch is applied, developers should consider:

  • Reviewing and verifying translated content received from untrusted third parties before incorporating it in an Angular application.
  • Enabling strict CSP controls to block unauthorized JavaScript from executing on the page.
  • Enabling Trusted Types to enforce proper HTML sanitization.
References

Severity

  • CVSS Score: 7.0 / 10 (High)
  • Vector String: CVSS:4.0/AV:L/AC:L/AT:N/PR:H/UI:A/VC:H/VI:H/VA:H/SC:N/SI:N/SA:N

References

This data is provided by the GitHub Advisory Database (CC-BY 4.0).


Angular vulnerable to XSS in i18n attribute bindings

CVE-2026-32635 / GHSA-g93w-mfhg-p222

More information

Details

A Cross-Site Scripting (XSS) vulnerability has been identified in the Angular runtime and compiler. It occurs when the application uses a security-sensitive attribute (for example href on an anchor tag) together with Angular's ability to internationalize attributes. Enabling internationalization for the sensitive attribute by adding i18n-<attribute> name bypasses Angular's built-in sanitization mechanism, which when combined with a data binding to untrusted user-generated data can allow an attacker to inject a malicious script.

The following example illustrates the issue:

<ahref="" i18n-href>Click me</a>

The following attributes have been confirmed to be vulnerable:

  • action
  • background
  • cite
  • codebase
  • data
  • formaction
  • href
  • itemtype
  • longdesc
  • poster
  • src
  • xlink:href
Impact

When exploited, this vulnerability allows an attacker to execute arbitrary code within the context of the vulnerable application's domain. This enables:

  • Session Hijacking: Stealing session cookies and authentication tokens.
  • Data Exfiltration: Capturing and transmitting sensitive user data.
  • Unauthorized Actions: Performing actions on behalf of the user.
Attack Preconditions
  1. The application must use a vulnerable version of Angular.
  2. The application must bind unsanitized user input to one of the attributes mentioned above.
  3. The bound value must be marked for internationalization via the presence of a i18n-<name> attribute on the same element.
Patches
  • 22.0.0-next.3
  • 21.2.4
  • 20.3.18
  • 19.2.20
Workarounds

The primary workaround is to ensure that any data bound to the vulnerable attributes is never sourced from untrusted user input (e.g., database, API response, URL parameters) until the patch is applied, or when it is, it shouldn't be marked for internationalization.

Alternatively, users can explicitly sanitize their attributes by passing them through Angular's DomSanitizer:

import{Component,inject,SecurityContext}from'@angular/core';import{DomSanitizer}from'@angular/platform-browser';
@Component({template: ` <form action="" i18n-action> <button>Submit</button> </form> `,})exportclassApp{url: string;constructor(){constdangerousUrl='javascript:alert(1)';constsanitizer=inject(DomSanitizer);this.url=sanitizer.sanitize(SecurityContext.URL,dangerousUrl)||'';}}
References

Severity

  • CVSS Score: 8.6 / 10 (High)
  • Vector String: CVSS:4.0/AV:N/AC:L/AT:N/PR:L/UI:P/VC:H/VI:H/VA:H/SC:N/SI:N/SA:N

References

This data is provided by the GitHub Advisory Database (CC-BY 4.0).


@​angular/core: Angular Template and Dynamic Component Namespace Bypass leading to Cross-Site Scripting (XSS)

CVE-2026-52725 / GHSA-692r-grfm-v8x7

More information

Details

An issue in the @angular/core package allows bypassing script-execution restrictions during dynamic component creation.

Specifically, the dynamic component instantiation mechanism (createComponent) failed to reject mounting components directly onto a <script> or namespaced script element (such as <svg:script>). This enabled the initialization of custom components on a tag that executes scripts, allowing attackers to hijack or inject script-executing hosts.

This flaw enables an attacker who can control the host element or selector parameter passed to createComponent to initialize or mount an Angular component directly onto a <script> tag, leading to execution of untrusted code or client-side Cross-Site Scripting (XSS).

Impact

Any Angular application that registers dynamic components based on user-supplied parameters (like selectors or host elements) is vulnerable to this security bypass.

Once exploited, this allows a malicious actor to mount a dynamic component on a script tag, bypassing core dynamic component creation safeguards to execute arbitrary JavaScript within the target user's browser context. This could lead to session hijacking, sensitive data exposure, or unauthorized actions on behalf of the user.

Attack Preconditions

To successfully exploit these vulnerabilities, the following environment parameters and application states must all concurrently exist:

  1. User-Controlled Host Selection: The application must accept user-controlled inputs that are passed as a selector/host element to createComponent.
  2. Absence of Additional Context Sanitization: The application does not perform separate input sanitization before feeding values to the dynamic creation APIs.
Patches
  • 22.0.0-rc.2
  • 21.2.15
  • 20.3.22
  • 19.2.23

Severity

  • CVSS Score: 5.3 / 10 (Medium)
  • Vector String: CVSS:4.0/AV:N/AC:L/AT:N/PR:N/UI:P/VC:L/VI:L/VA:N/SC:N/SI:N/SA:N

References

This data is provided by the GitHub Advisory Database (CC-BY 4.0).


Angular: Template and Attribute Namespace Sanitization Bypass (XSS)

CVE-2026-50557 / GHSA-f3m7-gqxr-g87x

More information

Details

An issue in the @angular/compiler and @angular/core packages allows bypassing element and attribute sanitization/validation through specific namespace workarounds.

Specifically, namespaced script elements (e.g., <svg:script> or <:svg:script>) were not properly identified as script elements by the Angular template preparser, allowing them to pass through template compilation without being stripped.

Furthermore, security context schema mappings for element attributes did not consistently handle attributes within namespaced elements (like SVG and MathML), opening up gaps where malicious namespaced attributes could bypass runtime and compile-time sanitizers.

Combined, these flaws enable an attacker who can inject or supply a template/tag structure with custom namespaces to bypass Angular's script-stripping logic and attribute sanitizers, leading to client-side Cross-Site Scripting (XSS).

Impact

Any Angular application that compiles user-controlled templates at runtime, or relies on sanitization of namespaced elements/attributes, is vulnerable to this security bypass.

Once exploited, this allows a malicious actor to inject a namespaced script element or dynamic attribute bindings, bypassing core sanitization constraints to execute arbitrary JavaScript within the target user's browser context. This could lead to session hijacking, sensitive data exposure, or unauthorized actions on behalf of the user.

Attack Preconditions

To successfully exploit these vulnerabilities, the following environment parameters and application states must all concurrently exist:

  1. User-Controlled Template Input: The application must accept user-controlled inputs that are directly processed by the Angular template compiler at runtime.
  2. Namespace Parsing Support: The input structure must employ custom namespace prefixes (such as <svg:script>) to evade standard tag-name blocklists/checks.
  3. Absence of Additional Context Sanitization: The application does not perform separate input sanitization before feeding values to the Angular compiler.
Patches
  • 22.0.0-rc.2
  • 21.2.15
  • 20.3.22
  • 19.2.23

Severity

  • CVSS Score: 5.3 / 10 (Medium)
  • Vector String: CVSS:4.0/AV:N/AC:L/AT:N/PR:N/UI:P/VC:L/VI:L/VA:N/SC:N/SI:N/SA:N

References

This data is provided by the GitHub Advisory Database (CC-BY 4.0).


Release Notes

angular/angular (@​angular/core)

v19.2.23

Compare Source

common
CommitTypeDescription
62dd27d6affixadd upper bounds for digitsInfo
17326725bafixsanitize placeholder
compiler
CommitTypeDescription
932e0728dbfixnormalize tag names with custom namespaces in DomElementSchemaRegistry
2e3d0371abfixsanitize dynamic href and xlink:href bindings on SVG a elements
fe1207e8c5fixstrip namespaced SVG script elements during template compilation
core
CommitTypeDescription
c6bb0692e2fixreject script element as a dynamic component host
3960b21558fixsanitize meta selectors
3632fa4b69fixsupport prefix-insensitive DOM schema lookups and compile-time i18n attribute validation
620230dac4fixsynchronize core sanitization schema with compiler
d31f84116cfixwrap i18n dynamic element property updates in active index states
http
CommitTypeDescription
9940ffd781fixexclude withCredentials requests from transfer cache
0f67f0b962fixskip TransferCache for cookie-bearing requests by default
platform-server
CommitTypeDescription
d187e8aedafixnormalize path parsing in ServerPlatformLocation
c75f60ef8afixsecure location and document initialization against SSRF and path hijack
service-worker
CommitTypeDescription
37ee9ffd9efixpreserve redirect policy on reconstructed asset requests
97f796203ffixPreserves explicit 'credentials: omit' in asset requests
5619120931fixPreserves HTTP cache mode in asset group requests

v19.2.22

Compare Source

core
CommitTypeDescription
83a640516ffixdisallow event attribute bindings in host bindings unconditionally (#​68469)
24a0103a98fixvalidate security-sensitive attributes in i18n bindings (#​68469)
platform-server
CommitTypeDescription
8569db8875fixadd allowedHosts option to renderModule and renderApplication
837a710217fixensure origin has a trailing slash when parsing url (#​68469)

v19.2.21

Compare Source

platform-server
CommitTypeDescription
f3a5bfb949fixprevent SSRF bypasses via protocol-relative and backslash URLs

v19.2.20

Compare Source

compiler
CommitTypeDescription
5be912eb55fixdisallow translations of iframe src
core
CommitTypeDescription
b89b0a83a4fixsanitize translated attribute bindings with interpolations
621c7071adfixsanitize translated form attributes

v19.2.19

Compare Source

Breaking Changes

core
  • Angular now only applies known attributes from HTML in translated ICU content. Unknown attributes are dropped and not rendered.

    (cherry picked from commit 03da204)

core
CommitTypeDescription
747548721dfixblock creation of sensitive URI attributes from ICU messages

v19.2.18

Compare Source

core
CommitTypeDescription
26cdc53d9cfixsanitize sensitive attributes on SVG script elements

v19.2.17

Compare Source

compiler
CommitTypeDescription
7c42e2ebebfixprevent XSS via SVG animation attributeName and MathML/SVG URLs

v19.2.16

Compare Source

http
CommitTypeDescription
05fe6686a9fixprevent XSRF token leakage to protocol-relative URLs

v19.2.15

Compare Source

Breaking Changes

core
  • The server-side bootstrapping process has been changed to eliminate the reliance on a global platform injector.

    Before:

    constbootstrap=()=>bootstrapApplication(AppComponent,config);

    After:

    constbootstrap=(context: BootstrapContext)=>bootstrapApplication(AppComponent,config,context);

    A schematic is provided to automatically update main.server.ts files to pass the BootstrapContext to the bootstrapApplication call.

    In addition, getPlatform() and destroyPlatform() will now return null and be a no-op respectively when running in a server environment.

core
CommitTypeDescription
70d0639bc1fixintroduce BootstrapContext for improved server bootstrapping (#​63639)

v19.2.14

Compare Source

compiler
CommitTypeDescription
24bab55f0cfixlexer support for template literals in object literals (#​61601)
migrations
CommitTypeDescription
9e1cd49662fixpreserve comments when removing unused imports (#​61674)

v19.2.13

Compare Source

common
CommitTypeDescription
2c876b4fc5fixavoid injecting ApplicationRef in FetchBackend (#​61649)
service-worker
CommitTypeDescription
b15bddfa04fixdo not register service worker if app is destroyed before it is ready to register (#​61101)

v19.2.12

Compare Source

common
CommitTypeDescription
126efc9972fixcancel reader when app is destroyed (#​61528)
efda872453fixprevent reading chunks if app is destroyed (#​61354)
compiler
CommitTypeDescription
44bb328eaefixavoid conflicts between HMR code and local symbols (#​61550)
compiler-cli
CommitTypeDescription
107180260ffixAlways retain prior results for all files (#​61487)
1191e62d70fixavoid ECMAScript private field metadata emit (#​61227)
core
CommitTypeDescription
2b1b14f4d3fixcleanup rxResource abort listener (#​58306)
8f9b05eaaafixcleanup testability subscriptions (#​61261)
eb53bda470fixenable stashing only when withEventReplay() is invoked (#​61352)
94f5a4b4d6fixTesting should not throw when Zone does not patch test FW APIs (#​61376)
c0c69a5abcfixunregister onDestroy in toSignal. (#​61514)
platform-server
CommitTypeDescription
8edafd0559perfspeed up resolution of base (#​61392)

v19.2.11

Compare Source

v19.2.10

Compare Source

common
CommitTypeDescription
89056a0356fixcleanup updateLatestValue if view is destroyed before promise resolves (#​61064)
core
CommitTypeDescription
4623b61448fixmissing useExisting providers throwing for optional calls (#​61152)
400dbc5b89fixproperly handle app stabilization with defer blocks (#​61056)
platform-server
CommitTypeDescription
a6f0d5bc20fixless aggressive ngServerMode cleanup (#​61106)

v19.2.9

Compare Source

core
CommitTypeDescription
946b844e0dfixasync EventEmitter error should not prevent stability (#​61028)
dbb87026cafixcall DestroyRef on destroy callback if view is destroyed [patch] (#​61061)
2e140a136afixprevent stash listener conflicts [patch] (#​61063)

v19.2.8

Compare Source

forms
CommitTypeDescription
ea4a211216fixmake NgForm emit FormSubmittedEvent and FormResetEvent (#​60887)

v19.2.7

Compare Source

common
CommitTypeDescription
37ab6814f5fixissue a warning instead of an error when NgOptimizedImage exceeds the preload limit (#​60883)
core
CommitTypeDescription
b144126612fixinject migration: replace param with this. (#​60713)
http
CommitTypeDescription
d39e09da41fixInclude HTTP status code and headers when HTTP requests errored in httpResource (#​60802)

v19.2.6

Compare Source

compiler
CommitTypeDescription
3441f7b914fixerror if rawText isn't estimated correctly (#​60529) (#​60753)
compiler-cli
CommitTypeDescription
fc946c5f72fixensure HMR works with different output module type (#​60797)
core
CommitTypeDescription
00bbd9b382fixfix docs for output migration (#​60764)
f2bfa3151efixfix ng generate @​angular/core:output-migration. Fixes angular#​58650 (#​60763)
9241615ad0fixreduce total memory usage of various migration schematics (#​60776)
language-service
CommitTypeDescription
0e82d42774fixDo not provide element completions in end tag (#​60616)
fcdef1019ffixEnsure dollar signs are escaped in completions (#​60597)

v19.2.5

Compare Source

CommitTypeDescription
e61d06afb5fixstep 6 tutorial docs (#​60630)
animations

| Commit

Note

PR body was truncated to here.


Configuration

📅 Schedule: (UTC)

  • Branch creation
    • At any time (no schedule defined)
  • Automerge
    • At any time (no schedule defined)

🚦 Automerge: Disabled by config. Please merge this manually once you are satisfied.

Rebasing: Whenever PR becomes conflicted, or you tick the rebase/retry checkbox.

🔕 Ignore: Close this PR and you won't be reminded about this update again.


  • If you want to rebase/retry this PR, check this box

This PR was generated by Mend Renovate. View the repository job log.

kodiakhq[bot]
kodiakhqBot approved these changes Jan 9, 2026
@renovate
renovateBotforce-pushed the renovate/npm-angular-core-vulnerability branch 2 times, most recently from 3d5bd33 to e4c35beCompareJanuary 9, 2026 20:59
@renovate
renovateBotforce-pushed the renovate/npm-angular-core-vulnerability branch 2 times, most recently from cf8f518 to 3af1ec6CompareJanuary 23, 2026 19:13
@renovate
renovateBotforce-pushed the renovate/npm-angular-core-vulnerability branch from 3af1ec6 to 9691b9bCompareFebruary 2, 2026 20:42
@renovate
renovateBotforce-pushed the renovate/npm-angular-core-vulnerability branch 2 times, most recently from 3c9197a to 81d1fcdCompareFebruary 17, 2026 18:49
@renovate
renovateBotforce-pushed the renovate/npm-angular-core-vulnerability branch from 81d1fcd to 9d942e0CompareFebruary 25, 2026 22:15
@renovaterenovateBot changed the title Update dependency @angular/core to v19.2.18 [SECURITY]Update dependency @angular/core to v19.2.19 [SECURITY]Mar 1, 2026
@renovate
renovateBotforce-pushed the renovate/npm-angular-core-vulnerability branch 2 times, most recently from 1b42d14 to 311fd2cCompareMarch 5, 2026 17:03
@renovate
renovateBotforce-pushed the renovate/npm-angular-core-vulnerability branch 2 times, most recently from 35e6486 to 4d21bc5CompareMarch 14, 2026 01:43
@renovaterenovateBot changed the title Update dependency @angular/core to v19.2.19 [SECURITY]Update dependency @angular/core to v19.2.20 [SECURITY]Mar 14, 2026
@renovaterenovateBot changed the title Update dependency @angular/core to v19.2.20 [SECURITY]Update dependency @angular/core to v19.2.20 [SECURITY] - autoclosedMar 27, 2026
@renovaterenovateBot closed this Mar 27, 2026
@renovate
renovateBot deleted the renovate/npm-angular-core-vulnerability branch March 27, 2026 01:18
@renovaterenovateBot changed the title Update dependency @angular/core to v19.2.20 [SECURITY] - autoclosedUpdate dependency @angular/core to v19.2.20 [SECURITY]Mar 30, 2026
@renovaterenovateBot reopened this Mar 30, 2026
@renovate
renovateBotforce-pushed the renovate/npm-angular-core-vulnerability branch 2 times, most recently from 4d21bc5 to 87bd6cbCompareMarch 30, 2026 18:16
@renovate
renovateBotforce-pushed the renovate/npm-angular-core-vulnerability branch from 87bd6cb to e9f2cdfCompareApril 16, 2026 10:38
@renovaterenovateBot changed the title Update dependency @angular/core to v19.2.20 [SECURITY]Update dependency @angular/core to v19.2.20 [SECURITY] - autoclosedApr 27, 2026
@renovaterenovateBot closed this Apr 27, 2026
@renovaterenovateBot changed the title Update dependency @angular/core to v19.2.20 [SECURITY] - autoclosedUpdate dependency @angular/core to v19.2.20 [SECURITY]Apr 27, 2026
@renovaterenovateBot reopened this Apr 27, 2026
@renovate
renovateBotforce-pushed the renovate/npm-angular-core-vulnerability branch 2 times, most recently from e9f2cdf to 281fc02CompareApril 27, 2026 23:34
@renovate
renovateBotforce-pushed the renovate/npm-angular-core-vulnerability branch from 281fc02 to 84f6699CompareMay 12, 2026 12:50
@renovate
renovateBotforce-pushed the renovate/npm-angular-core-vulnerability branch 2 times, most recently from 7fcc2a1 to 80caf0eCompareMay 18, 2026 10:00
@renovate
renovateBotforce-pushed the renovate/npm-angular-core-vulnerability branch 6 times, most recently from f875310 to 3d5766aCompareJune 2, 2026 11:51
@renovate
renovateBotforce-pushed the renovate/npm-angular-core-vulnerability branch 2 times, most recently from e1d6236 to 66ea8c4CompareJune 15, 2026 21:58
@renovaterenovateBot changed the title Update dependency @angular/core to v19.2.20 [SECURITY]Update dependency @angular/core to v19.2.23 [SECURITY]Jun 15, 2026
@renovate
renovateBotforce-pushed the renovate/npm-angular-core-vulnerability branch 2 times, most recently from 44e361a to fcf9f8eCompareJuly 16, 2026 14:51
@renovate
renovateBotforce-pushed the renovate/npm-angular-core-vulnerability branch 2 times, most recently from 801671a to 59cfb93CompareJuly 30, 2026 18:30
@renovate
renovateBotforce-pushed the renovate/npm-angular-core-vulnerability branch from 59cfb93 to 2561922CompareAugust 11, 2026 22:10
@renovate
renovateBotforce-pushed the renovate/npm-angular-core-vulnerability branch from 2561922 to 9b5427aCompareAugust 26, 2026 12:48
Sign up for freeto 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.

0 participants