Hacktoberfest 2026: as issues que os mantenedores marcaram para outubro, abertas e boas para iniciantes. Ver issues do Hacktoberfest

@angular/ssr: page under nested empty-path routes is prerendered without the modulepreload hints of its lazy chunks (regression since 19.1.6)

Fechada
  • Algo errado?
#34,320 0 comentários 0 reações 1 responsável Ver no GitHub

Mantenedores costumam responder em até 1 dia

@alan-agius4 já está trabalhando nisso.

Desde 12/10/2026.

  • #34325 de @alan-agius4 — integrado

Avaliação

Esta issue ainda não foi avaliada.

Descrição

area: @angular/ssr
Command

build

Is this a regression?

Yes, the previous version in which this bug was not present was: 19.1.5

Description

A prerendered page reached through an empty-path route nested under another empty-path route (a componentless '' route whose '' child is a loadChildren, whose own '' route is a loadComponent) is emitted without any <link rel="modulepreload"> hint for its own lazy chunks. A sibling page reached through a non-empty path with exactly the same lazy depth ('pricing' → loadChildren → '' loadComponent) gets both of its hints. The page itself renders correctly; only the hints are missing.

Measured with 22.2.2, outputMode: "static" (index.csr.html has 0 hints):

Routes / /pricing
'' (componentless) → '' loadChildren → '' loadComponent 0 (expected 2: home.routes, home-page) 2 (pricing.routes, pricing-page)
home flattened to a top-level '' loadComponent 1 (home-page, its only chunk) 2

Same nested routes on 19.1.5 vs 19.1.6 (both builds share 2 initial chunks, which index.csr.html also has):

Version / /pricing
19.1.5 4 (2 shared + home.routes + home-page) 4
19.1.6 2 (shared only) 4
@angular/ssr 19.1.5 with @angular/build 19.1.6 4 4

The chunk hashes are identical across these builds; only @angular/ssr makes the difference.

Likely cause (packages/angular/ssr/src/routes/ng-routes.ts): traverseRoutesConfig keys an empty-path route as addTrailingSlash(currentRoutePath). Under a non-empty parent the parent and its '' child get different keys (/pricing and /pricing/), which RouteTree.insert later merges with the last entry winning, the leaf that carries the accumulated preload. Under an empty-path parent both get the same key (/, or /es/ for es → '' → ''), and getRoutesFromAngularRouterConfig keeps only the first result per key (seenRoutes, added in 5bf5e5fd2 "fix(@angular/ssr): prioritize the first matching route over subsequent ones", #29539). The first result is the outer route, yielded before handleRoute appends its loadChildren preloads and before any descendant's loadComponent preloads, so the leaf's metadata with the preloads is dropped. That dedupe is right for competing sibling routes with the same path; here the later entry is a descendant in the same match chain, the route the router actually activates.

Expected: the prerendered page carries the hints of the route chain that renders it, as on 19.1.5 (for example, let a later result replace the kept one, or merge its preload, when it is a descendant of it rather than a sibling).

Real-world impact: our home page had 3 modulepreload hints against 12 on /pricing; flattening the home route to a top-level loadComponent gave 9.

Minimal Reproduction
npx -p @angular/[email protected] ng new repro --ssr --routing --style=css --skip-git --skip-tests --defaults --ai-config=none --package-manager=npm
cd repro
# angular.json: set "outputMode": "static"
# src/app/app.html: replace its content with <router-outlet />  (optional, only trims the placeholder)
# app.routes.server.ts stays as generated: [{ path: '**', renderMode: RenderMode.Prerender }]

src/app/app.routes.ts

import { Routes } from '@angular/router';

export const routes: Routes = [
  {
    path: '',
    children: [
      { path: '', pathMatch: 'full', loadChildren: () => import('./home/home.routes') },
      { path: 'pricing', loadChildren: () => import('./pricing/pricing.routes') },
    ],
  },
];

src/app/home/home.routes.ts (and src/app/pricing/pricing.routes.ts, the same with ./pricing-page)

import { Routes } from '@angular/router';

export default [{ path: '', loadComponent: () => import('./home-page') }] satisfies Routes;

src/app/home/home-page.ts (and src/app/pricing/pricing-page.ts, the same with PricingPage)

import { Component } from '@angular/core';

@Component({ template: '<h1>Home page</h1>' })
export default class HomePage {}

npx ng build
grep -o '<link rel="modulepreload"[^>]*>' dist/repro/browser/index.html          # nothing
grep -o '<link rel="modulepreload"[^>]*>' dist/repro/browser/pricing/index.html  # 2 links

Workaround that brings / back to its hint, the page as a top-level route:

export const routes: Routes = [
  { path: '', pathMatch: 'full', loadComponent: () => import('./home/home-page') },
  { path: 'pricing', loadChildren: () => import('./pricing/pricing.routes') },
];
Exception or Error
None. The build succeeds ("Prerendered 2 static routes.") and both pages render their content; only the modulepreload hints of `/` are missing.
Your Environment
Angular CLI       : 22.2.2
Angular           : 22.2.2
Node.js           : 24.21.0
Package Manager   : npm 11.19.0
Operating System  : darwin arm64

@angular/build            22.2.2
@angular/cli              22.2.2
@angular/common           22.2.2
@angular/compiler         22.2.2
@angular/compiler-cli     22.2.2
@angular/core             22.2.2
@angular/forms            22.2.2
@angular/platform-browser 22.2.2
@angular/platform-server  22.2.2
@angular/router           22.2.2
@angular/ssr              22.2.2
rxjs                      7.8.2
typescript                6.0.3
Anything else relevant?
  • At the root, one empty-path level under another is enough: a top-level { path: '', pathMatch: 'full', loadChildren: () => import('./home/home.routes') } with no componentless wrapper also gives / 0 hints. So removing only the wrapper is not a workaround; the page itself must be the top-level '' route.
  • Not specific to the root: { path: 'es', children: [{ path: '', pathMatch: 'full', loadChildren: ... }, { path: 'pricing', loadChildren: ... }] } gives /es 0 hints and /es/pricing 2.
  • The per-route preload feature itself worked in 19.1.0–19.1.5; the seenRoutes dedupe appears in 19.1.6 and is still there in 22.2.2.
Linguagem predominante
TypeScript
Estrelas
27k
Forks
11.8k
Merge médio
1d 3h
PRs com merge (30d)
193

Preparar o ambiente

Primeiros passos

  1. Leia a issue inteira e depois o guia de contribuição do projeto.
  2. Comente na issue dizendo que vai assumir — evita que duas pessoas façam o mesmo trabalho.
  3. Faça um fork do repositório e trabalhe em uma branch.
  4. Abra um pull request que referencie o número da issue.

Mais de angular/angular-cli

Todas as issues de angular/angular-cli

Issues semelhantes

Mais issues de TypeScript

Receba novas issues na sua caixa de entrada

Um resumo curto de issues do GitHub para quem está começando.