karatelabs/karate

HTML feature report is very slow to open and uses excessive memory for large feature (177 scenarios, ~42 MB)

Open

#2 938 ouverte le 23 juin 2026

Voir sur GitHub
 (2 commentaires) (0 réactions) (0 assignés)Java (1 893 forks)batch import
help wanted

Métriques du dépôt

Stars
 (7 600 stars)
Métriques de merge PR
 (Merge moyen 14h 17m) (25 PRs mergées en 30 j)

Description

Description

Karate HTML reports work well for the summary page and for feature reports with a small number of scenarios. However, opening the HTML report for a feature with many scenarios is extremely slow and consumes a large amount of browser memory.

Environment

Item Value
Karate version 2.0.10
Java version 21
OS Ubuntu 24.04.4 LTS
Browser Chrome Version 149.0.7827.155 (Official Build) (64-bit)
Report type HTML (default)

Affected feature

  • Number of scenarios: 177
  • Generated HTML report file size of the specific feature: ~42 MB
  • Time to open/render in browser: ~1 min 40 sec
  • Browser memory usage while loading: ~6 GB
  • The report is served over HTTP

Expected behavior

The feature HTML report should load in a reasonable time without consuming several GB of RAM.

Actual behavior

  • The feature report page takes ~100 seconds to become usable.
  • Chrome uses ~6 GB of memory during/after loading.
  • Smaller feature reports and the summary page work fine.

Additional context

  • Tried to open it locally via file://, similar behavior
  • Tested in Edge, same behavior

Guide contributeur

Direction de recherche
Examinez le code de generation de rapport HTML dans Karate. Profitez le rendu du navigateur des rapports de fonctionnalites volumineux et identifiez les goulots d'etranglement. Envisagez un chargement differe, une pagination ou une reduction de la surcharge de serialisation des donnees.
Stack technique
javajavascript
Domaine
testingperformance
Type d'issue
Bug
DifficultéDifficulté estimée pour un nouveau contributeur, de 1 pour un très petit changement à 5 pour un travail expert.
3
Temps estiméFourchette de temps approximative pour investiguer, implémenter, tester et préparer une pull request.
1-2 jours
Statut d'activitéDisponibilité apparente de l'issue : fraîche, active, ancienne, bloquée ou en attente d'un mainteneur.
Active
ClartéClarté avec laquelle l'issue explique le changement attendu, les critères d'acceptation et la prochaine étape.
Claire
Prérequis
JavaHTMLJavaScript
Accessibilité débutantScore de 1 à 100 estimant l'accessibilité de cette issue pour un premier contributeur.
50