jklein
c371179d76
multiplyQuantity turned its input into a string with printf "%v". The null-safe fallback helpers from #99 route values through fromYaml, which parses every number as float64, and Go switches float64 to exponential notation from about 1e6 upwards. A bare byte count like 1048576 became "1.048576e+06" and the suffix check aborted the render. The non-integer product used the same printf "%v" on output. That path never reaches the suffix check, so it rendered an invalid quantity silently, which only the API server rejects on apply. cyberchef types limitFactor as "number", so a fractional factor is allowed by the schema and that path is reachable with ordinary values. Both call sites now go through a new formatNumber helper that forces decimal notation and trims the padding zeros; strings such as "512Mi" pass through untouched. Round-trip and resources helper are unchanged. The wording matches the canonical fix already merged for template-chart and the other charts, so the shared copy stays free of drift.
12 lines
292 B
YAML
12 lines
292 B
YAML
apiVersion: v2
|
|
name: cyberchef
|
|
description: A Helm chart to deploy Cyberchef on Kubernetes
|
|
icon: https://raw.githubusercontent.com/gchq/CyberChef/master/src/web/static/images/cyberchef-128x128.png
|
|
|
|
type: application
|
|
|
|
version: 9.0.1+up11.4.0
|
|
appVersion: "11.4.0"
|
|
|
|
maintainers:
|
|
- name: jklein |