Increase override import/export rate step from 0.01 to 0.1

[Copilot]

The up/down arrows in the plan UI's override rate popup incremented by 0.01p, requiring 100 clicks to adjust a rate by 1p — making manual export forcing impractical.

Change

• web_helper.py — renderRateCell: Changed the step attribute on the rate <input type="number"> from 0.01 to 0.1.

// Before
html += `<input type="number" id="rate_${dropdownId}" value="${inputValue}" step="0.01">`;

// After
html += `<input type="number" id="rate_${dropdownId}" value="${inputValue}" step="0.1">`;

Each arrow click now moves the rate by 0.1p, so nudging export rate up by 1p takes 10 clicks instead of 100.

Warning

Firewall rules blocked me from connecting to one or more addresses (expand for details)

I tried to connect to the following addresses, but was blocked by firewall rules:

• gitlab.com
  • Triggering command: /usr/lib/git-core/git-remote-https /usr/lib/git-core/git-remote-https origin REDACTED (dns block)

If you need me to access, download, or install something from one of these locations, you can either:

• Configure Actions setup steps to set up my environment, which run before the firewall is enabled
• Add the appropriate URLs or hosts to the custom allowlist in this repository's Copilot coding agent settings (admins only)

[Copilot]

Pull request overview

Updates the plan web UI’s manual rate override input to use a larger increment step, making it faster to nudge import/export override rates via the number input spinner controls.

Changes:

• Increased the <input type="number"> step for override import/export rate from 0.01 to 0.1 in the plan renderer JS.

[springfall2008]

@copilot apply changes based on this feedback

[Copilot]

Fixed in 16f0d65. inputValue is now rounded to 1 decimal place (parseFloat((…).toFixed(1))), so it's always aligned with step="0.1" and browsers won't snap on the first arrow click.