Helcim returns next-charge as `dateBilling` on POST /subscriptions, but the two CREATE sites were reading `subscription.nextBillingDate`, leaving `member.nextBillingDate` empty after every signup and free→paid upgrade. The lazy refresh in subscription.get.js (which already accepts both shapes) masked it on next account-page load, so renders eventually populated — but the success response we returned to the client also had `nextBillingDate: undefined`. Mirror the GET-side resolution at both CREATE sites: prefer `dateBilling`, fall back to `nextBillingDate`. Existing Number.isNaN guard unchanged; defensively rejects malformed strings from either field. |
||
|---|---|---|
| .. | ||
| [id] | ||
| me | ||
| [id].get.js | ||
| cancel-subscription.post.js | ||
| create.post.js | ||
| directory.get.js | ||
| my-calendar.get.js | ||
| my-events.get.js | ||
| profile.patch.js | ||
| update-circle.post.js | ||
| update-contribution.post.js | ||
| update-email.post.js | ||