summit-registration-lite 7.0.5 → 7.0.7

package/e2e/promo-code-date-filter.spec.js

@@ -0,0 +1,103 @@
+const { test, expect } = require('@playwright/test');
+const {
+    ticketType,
+    discoveredCode,
+    discoveryResponse,
+    ticketTypesResponse,
+    taxTypesResponse,
+    validationResponse,
+} = require('./fixtures');
+
+// Post-apply auto-select must scan the date-filtered ticket list (`allowedTicketTypes`),
+// not the raw Redux list (`originalTicketTypes`). Otherwise the widget could pick a ticket
+// that's outside its sales window — the dropdown can't display it and the user is stuck.
+
+const setupRoutes = async (page, { discovery, tickets, validation }) => {
+    await page.route('**/promo-codes/all/discover*', route =>
+        route.fulfill({ status: 200, contentType: 'application/json', body: JSON.stringify(discoveryResponse(discovery)) })
+    );
+    await page.route('**/ticket-types/allowed*', route =>
+        route.fulfill({ status: 200, contentType: 'application/json', body: JSON.stringify(ticketTypesResponse(tickets)) })
+    );
+    await page.route('**/tax-types*', route =>
+        route.fulfill({ status: 200, contentType: 'application/json', body: JSON.stringify(taxTypesResponse()) })
+    );
+    if (validation) {
+        await page.route('**/promo-codes/*/apply*', route =>
+            route.fulfill({ status: validation.status, contentType: 'application/json', body: JSON.stringify(validation.body) })
+        );
+    }
+};
+
+test.describe('post-apply auto-select respects sales window', () => {
+    test('picks the in-window ticket when a discovered code matches both an expired and an active ticket', async ({ page }) => {
+        // Code matches both tickets, but Expired Ticket has a sales_end_date in the past.
+        // Pre-fix, the auto-select scanned originalTicketTypes (unfiltered) and would land
+        // on Expired Ticket — first match in iteration order. Post-fix, only Active Ticket
+        // can be auto-selected because Expired Ticket is excluded by the date filter.
+        const expiredTicket = ticketType({
+            id: 188,
+            name: 'Expired Ticket',
+            sales_start_date: 1000000,    // long ago
+            sales_end_date: 2000000,      // also long ago
+        });
+        const activeTicket = ticketType({
+            id: 200,
+            name: 'Active Ticket',
+            sales_start_date: null,
+            sales_end_date: null,
+        });
+        const code = discoveredCode({
+            auto_apply: true,
+            allowed_ticket_types: [188, 200],
+        });
+
+        await setupRoutes(page, {
+            tickets: [expiredTicket, activeTicket],
+            discovery: [code],
+            validation: { status: 200, body: validationResponse() },
+        });
+        await page.goto('/');
+
+        // Auto-apply runs on load; the post-apply effect picks a qualifying ticket.
+        // The dropdown's selected-ticket slot shows the chosen ticket's name.
+        await expect(page.locator('[data-testid="selected-ticket"]')).toContainText('Active Ticket');
+        await expect(page.locator('[data-testid="selected-ticket"]')).not.toContainText('Expired Ticket');
+    });
+
+    test('never picks an expired ticket even when it is the only qualifying one', async ({ page }) => {
+        // Code matches only the expired ticket. Two active tickets exist (so the
+        // "fall back to the single allowed option" clause cannot mask the bug).
+        // Pre-fix, the widget scanned originalTicketTypes and would land on
+        // Expired Ticket — the only qualifying one. Post-fix, the qualifying
+        // scan is bounded by allowedTicketTypes, so Expired Ticket is never
+        // selectable.
+        const expiredTicket = ticketType({
+            id: 188,
+            name: 'Expired Ticket',
+            sales_start_date: 1000000,
+            sales_end_date: 2000000,
+        });
+        const activeA = ticketType({ id: 200, name: 'Active A', sales_start_date: null, sales_end_date: null });
+        const activeB = ticketType({ id: 201, name: 'Active B', sales_start_date: null, sales_end_date: null });
+        const code = discoveredCode({
+            auto_apply: true,
+            allowed_ticket_types: [188], // only the expired one qualifies
+        });
+
+        await setupRoutes(page, {
+            tickets: [expiredTicket, activeA, activeB],
+            discovery: [code],
+            validation: { status: 200, body: validationResponse() },
+        });
+        await page.goto('/');
+
+        // Give the auto-apply + post-apply effects time to settle.
+        await page.waitForTimeout(500);
+        // Post-fix: no auto-selection happens because the only qualifying ticket
+        // is filtered out by date and the fallback ("if there's a single allowed
+        // option, pick it") cannot fire when more than one is allowed. The dropdown
+        // shows its placeholder. Pre-fix, this slot would have shown "Expired Ticket".
+        await expect(page.locator('[data-testid="no-ticket"]')).toBeVisible();
+    });
+});

package/e2e/promo-code-discovery.spec.js

@@ -124,6 +124,27 @@ test.describe('suggestion flow (auto_apply: false)', () => {
         await page.fill('input[placeholder="Enter your promo code"]', 'SUGGEST50');
         await expect(page.locator('text=You qualify for the following promo code:')).toBeVisible();
     });
+
+    test('banner swaps to "applies to a different ticket" copy after switching to a non-qualifying ticket', async ({ page }) => {
+        const qualifying = ticketType({ id: 188, name: 'Early Bird Ticket' });
+        const nonQualifying = ticketType({ id: 999, name: 'Standard Ticket' });
+        const code = discoveredCode({ auto_apply: false, code: 'SUGGEST50', allowed_ticket_types: [188] });
+
+        await setupRoutes(page, {
+            tickets: [qualifying, nonQualifying],
+            discovery: [code],
+        });
+        await page.goto('/');
+
+        await selectTicket(page, 'Early Bird Ticket');
+        await expect(page.locator('text=You qualify for the following promo code:')).toBeVisible();
+
+        await selectTicket(page, 'Standard Ticket');
+        await expect(page.locator('text=Following promo code applies to a different ticket. Apply to switch.')).toBeVisible();
+        // The personal "You qualify" copy must be gone — banner stays visible
+        // but accurate about the current pick.
+        await expect(page.locator('text=You qualify for the following promo code:')).toHaveCount(0);
+    });
 });
 
 test.describe('auto-apply flow (auto_apply: true)', () => {
@@ -154,15 +175,29 @@ test.describe('auto-apply flow (auto_apply: true)', () => {
         await expect(page.locator('text=You qualify for the following promo code:')).toBeVisible();
     });
 
-    test('does not auto-apply for non-qualifying ticket', async ({ page }) => {
+    test('auto-applies on load and surfaces INVALID when the only ticket is non-qualifying', async ({ page }) => {
         const nonQualifyingTicket = ticketType({ id: 999, name: 'Standard Ticket' });
         await setupRoutes(page, {
             tickets: [nonQualifyingTicket],
             discovery: [autoCode],
+            // Per the SDS, early auto-apply fires whenever a single auto_apply code
+            // exists — independent of which tickets are present. Re-validation against
+            // the lone non-qualifying ticket then catches the mismatch and the user
+            // sees the backend's rejection message.
+            validation: (route) => {
+                if (route.request().url().includes('ticket_type_id%3D%3D999')) {
+                    return route.fulfill({
+                        status: 412,
+                        contentType: 'application/json',
+                        body: JSON.stringify(validationError('Promo code AUTO100 can not be applied to Ticket Type Standard Ticket.')),
+                    });
+                }
+                return route.fulfill({ status: 200, contentType: 'application/json', body: JSON.stringify(validationResponse()) });
+            },
         });
         await page.goto('/');
-        await selectTicket(page, 'Standard Ticket');
-        await expect(page.locator('text=Do you have a promo code?')).toBeVisible();
+        await expect(page.locator('input[placeholder="Enter your promo code"]')).toHaveValue('AUTO100');
+        await expect(page.locator('text=Promo code AUTO100 can not be applied to Ticket Type Standard Ticket.')).toBeVisible();
     });
 });
 
@@ -288,7 +323,7 @@ test.describe('no tickets available', () => {
 });
 
 test.describe('ticket switching with applied code', () => {
-    test('removes discovered code when switching to non-qualifying ticket', async ({ page }) => {
+    test('keeps code applied and surfaces INVALID when switching to non-qualifying ticket', async ({ page }) => {
         const qualifying = ticketType({ id: 188, name: 'Early Bird Ticket' });
         const nonQualifying = ticketType({ id: 999, name: 'Standard Ticket' });
         const code = discoveredCode({ auto_apply: true, allowed_ticket_types: [188] });
@@ -296,15 +331,28 @@ test.describe('ticket switching with applied code', () => {
         await setupRoutes(page, {
             tickets: [qualifying, nonQualifying],
             discovery: [code],
-            validation: { status: 200, body: validationResponse() },
+            // Reject the validate call when targeting the non-qualifying ticket type.
+            validation: (route) => {
+                if (route.request().url().includes('ticket_type_id%3D%3D999')) {
+                    return route.fulfill({
+                        status: 412,
+                        contentType: 'application/json',
+                        body: JSON.stringify(validationError('Promo code EARLYBIRD can not be applied to Ticket Type Standard Ticket.')),
+                    });
+                }
+                return route.fulfill({ status: 200, contentType: 'application/json', body: JSON.stringify(validationResponse()) });
+            },
         });
         await page.goto('/');
         await selectTicket(page, 'Early Bird Ticket');
         await expect(page.locator('text=Following promo code was automatically applied:')).toBeVisible();
 
         await selectTicket(page, 'Standard Ticket');
-        await expect(page.locator('text=Do you have a promo code?')).toBeVisible();
-        await expect(page.locator('input[placeholder="Enter your promo code"]')).toHaveValue('');
+        // The code is no longer silently removed on a non-qualifying ticket switch;
+        // it stays applied and is re-validated, surfacing the backend rejection so
+        // the user can choose to Remove or pick another qualifying ticket.
+        await expect(page.locator('input[placeholder="Enter your promo code"]')).toHaveValue('EARLYBIRD');
+        await expect(page.locator('text=Promo code EARLYBIRD can not be applied to Ticket Type Standard Ticket.')).toBeVisible();
     });
 
     test('suggestion appears when switching back to qualifying ticket', async ({ page }) => {

package/e2e/promo-code-invalid-clears-warning.spec.js

@@ -0,0 +1,57 @@
+const { test, expect } = require('@playwright/test');
+const {
+    ticketType,
+    discoveryResponse,
+    ticketTypesResponse,
+    taxTypesResponse,
+    validationError,
+} = require('./fixtures');
+
+// The unapplied-code warning ("you typed a code but didn't click Apply") must yield
+// to the hook's own validation error once the backend rejects the code. Without the
+// fix, the warning kept its precedence in the merged display slot, masking the
+// more specific "Promo code entered is not valid" message after a failed Apply.
+
+const UNAPPLIED_WARNING = "You entered a promo code but it hasn't been applied";
+const INVALID_MESSAGE = 'Promo code entered is not valid.';
+
+test('INVALID status clears the unapplied-code warning', async ({ page }) => {
+    await page.route('**/promo-codes/all/discover*', route =>
+        route.fulfill({ status: 200, contentType: 'application/json', body: JSON.stringify(discoveryResponse([])) })
+    );
+    await page.route('**/ticket-types/allowed*', route =>
+        route.fulfill({ status: 200, contentType: 'application/json', body: JSON.stringify(ticketTypesResponse([ticketType()])) })
+    );
+    await page.route('**/tax-types*', route =>
+        route.fulfill({ status: 200, contentType: 'application/json', body: JSON.stringify(taxTypesResponse()) })
+    );
+    await page.route('**/promo-codes/*/apply*', route =>
+        route.fulfill({
+            status: 412,
+            contentType: 'application/json',
+            body: JSON.stringify(validationError('The Promo Code "BAD" is not a valid code.')),
+        })
+    );
+
+    await page.goto('/');
+
+    // Select a ticket so the Next button is enabled.
+    await page.locator('[data-testid="ticket-dropdown"]').click();
+    await page.locator('[data-testid="ticket-list"] >> text=Early Bird Ticket').click();
+
+    // Type a code WITHOUT clicking Apply, then hit Next.
+    // This is the trigger for the unapplied-code warning.
+    await page.fill('input[placeholder="Enter your promo code"]', 'BAD');
+    await page.click('button:has-text("Next")');
+
+    // Warning is visible, INVALID message is not.
+    await expect(page.locator(`text=${UNAPPLIED_WARNING}`)).toBeVisible();
+    await expect(page.locator(`text=${INVALID_MESSAGE}`)).not.toBeVisible();
+
+    // Now click Apply. Backend rejects with 412 — the hook surfaces the INVALID message.
+    await page.click('button:has-text("Apply")');
+
+    // The unapplied warning must give way to the more specific rejection reason.
+    await expect(page.locator(`text=${INVALID_MESSAGE}`)).toBeVisible();
+    await expect(page.locator(`text=${UNAPPLIED_WARNING}`)).not.toBeVisible();
+});

package/package.json

@@ -1,6 +1,6 @@
 {
   "name": "summit-registration-lite",
-  "version": "7.0.5",
+  "version": "7.0.7",
   "description": "Summit Registration Lite",
   "main": "index.js",
   "scripts": {
@@ -78,7 +78,7 @@
     "mini-css-extract-plugin": "^2.6.0",
     "moment": "^2.22.2",
     "moment-timezone": "^0.5.21",
-    "openstack-uicore-foundation": "4.2.31",
+    "openstack-uicore-foundation": "4.2.32",
     "optimize-css-assets-webpack-plugin": "^6.0.1",
     "path": "^0.12.7",
     "react": "^16.8.4",
@@ -130,7 +130,7 @@
     "lodash": "^4.17.14",
     "moment": "^2.22.2",
     "moment-timezone": "^0.5.21",
-    "openstack-uicore-foundation": "4.2.31",
+    "openstack-uicore-foundation": "4.2.32",
     "react": "^16.8.4",
     "react-bootstrap": "^0.31.5",
     "react-datetime": "^2.16.2",

package/.claude/rules/summit-registration-lite-component-props.md

@@ -1,95 +0,0 @@
-# Component Prop Conventions
-
-## When to Apply
-
-Defining props for new components or understanding prop flow from widget to child components.
-
-## Pattern
-
-**Widget Root (RegistrationLiteWidget):**
-
-Parent app passes all props to widget, which wraps `<RegistrationLite>` in Redux Provider.
-
-**Main Component (RegistrationLite):**
-
-```javascript
-const RegistrationLite = ({
-    // Lifecycle callbacks (parent app control)
-    authUser,              // (provider) => void - handle SSO login
-    goToExtraQuestions,    // (attendeeId) => void - redirect to extra questions
-    goToEvent,             // () => void - redirect to event page
-    goToMyOrders,          // () => void - redirect to my orders
-    onPurchaseComplete,    // (order) => void - handle successful purchase
-    closeWidget,           // () => void - close/minimize widget
-
-    // Auth callbacks
-    getPasswordlessCode,   // (email) => void - request OTP code
-    loginWithCode,         // (email, code) => void - verify OTP
-    authErrorCallback,     // (error) => void - handle auth errors
-
-    // Error handling
-    onError,               // ({type, msg, exception}) => void
-    handleCompanyError,    // (error) => void - company dropdown errors
-
-    // Data
-    summitData,            // { id, name, time_zone, registration_disclaimer, ... }
-    profileData,           // { email, first_name, last_name, company, ... }
-
-    // Config
-    apiBaseUrl,            // Base URL for API calls
-    supportEmail,          // Support email for help text
-    allowPromoCodes,       // boolean - show/hide promo code field (default: true)
-    showCompanyInput,      // boolean - show/hide company field (default: true)
-    allowsNativeAuth,      // boolean - show email/password login
-    allowsOtpAuth,         // boolean - show passwordless OTP login
-    loginOptions,          // [{ button_color, provider_label, provider_param }]
-
-    // UI customization
-    loading,               // boolean - external loading state
-    showMultipleTicketTexts,  // boolean - show multi-ticket messaging
-    hidePostalCode,        // boolean - hide postal code in payment (default: false)
-    idpLogoDark,           // string - custom logo src (dark theme)
-    idpLogoLight,          // string - custom logo src (light theme)
-
-    // Messages (optional overrides)
-    noAllowedTicketsMessage,
-    ticketTaxesErrorMessage,
-
-    // Provider options
-    providerOptions,       // { stripe: {...}, lawpay: {...} }
-    successfulPaymentReturnUrl,  // Stripe return URL after payment
-
-    // Redux state (from connect)
-    step, reservation, ticketTypes, taxTypes, ...
-
-    // Redux actions (from connect)
-    loadSession, changeStep, reserveTicket, payTicketWithProvider, ...
-}) => { /* ... */ }
-```
-
-## Key Points
-
-- **Callback pattern:** Parent app controls navigation (`goToExtraQuestions`, `goToEvent`, etc.) - widget doesn't redirect directly
-- **Error handling delegation:** Widget calls `onError` / `authErrorCallback` / `handleCompanyError`, parent decides what to do
-- **Data vs. Config:** `summitData` is event info, `profileData` is user info, others are config/behavior flags
-- **Optional overrides:** Most text/messages have defaults but can be overridden via props
-- **Redux separation:** Connected props (`step`, `reservation`) vs. passed props (callbacks, config)
-
-## Prop Flow Example
-
-```
-Parent App
-  └─> RegistrationLiteWidget (wraps Provider)
-       └─> RegistrationLite (receives props + Redux state)
-            ├─> LoginComponent (loginOptions, allowsNativeAuth, allowsOtpAuth)
-            ├─> TicketTypeComponent (ticketTypes, summitData)
-            ├─> PersonalInfoComponent (profileData, showCompanyInput)
-            └─> PaymentComponent (reservation, providerOptions)
-```
-
-## Common Mistakes
-
-- Hardcoding navigation instead of calling prop callbacks (breaks widget embedding)
-- Not providing `apiBaseUrl` (causes API calls to fail)
-- Forgetting `onError` handler (errors go to console only, user sees nothing)
-- Passing incomplete `summitData` (missing `time_zone` breaks clock, missing `id` breaks API calls)

package/.claude/rules/summit-registration-lite-i18n.md

@@ -1,62 +0,0 @@
-# i18n / Translation Pattern
-
-## When to Apply
-
-Adding user-facing text to components or modifying existing strings.
-
-## Pattern
-
-**Library:** `i18n-react` — imported as `T`.
-
-**Setup (in `registration-lite.js`):**
-
-```javascript
-import T from 'i18n-react';
-
-// Loaded once at component init, falls back to English
-try {
-    T.setTexts(require(`../i18n/${language}.json`));
-} catch {
-    T.setTexts(require(`../i18n/en.json`));
-}
-```
-
-**Usage in components:**
-
-```javascript
-import T from 'i18n-react';
-
-// Simple key
-T.translate("bar_button.next")  // → "Next"
-
-// With interpolation
-T.translate("purchase_complete_step.footer_assistance_text", { supportEmail: "help@example.com" })
-// Template: "For further assistance, please email <a href=\"mailto:{supportEmail}\">{supportEmail}</a>"
-```
-
-## Translation File Structure
-
-`src/i18n/en.json` — flat namespaced by UI section:
-
-```json
-{
-  "purchase_complete_step": { "title": "...", "initial_order_complete_button": "..." },
-  "ticket_type": { "ticket_quantity_tooltip": "..." },
-  "promo_code": { "promo_code_tooltip": "..." },
-  "bar_button": { "back": "Back", "next": "Next", "get_ticket": "Get Ticket", "pay_now": "Pay Now", "loading": "Loading" }
-}
-```
-
-## Key Points
-
-- Namespace keys by component/step: `"section_name.key_name"`
-- Interpolation uses `{variableName}` syntax (not `${}` or `%s`)
-- HTML is allowed in translation values (rendered as-is)
-- Only English (`en.json`) exists — add new languages as `{lang}.json` in `src/i18n/`
-- Components using text must `import T from 'i18n-react'`
-
-## Common Mistakes
-
-- Hardcoding user-facing strings instead of using `T.translate()`
-- Adding keys without updating `en.json` (renders the key path as literal text)
-- Using wrong namespace (check `en.json` for existing sections before creating new ones)

package/.claude/rules/summit-registration-lite-payment-providers.md

@@ -1,69 +0,0 @@
-# Payment Provider Integration
-
-## When to Apply
-
-Adding or modifying payment providers (Stripe, LawPay, or new providers).
-
-## Pattern
-
-**Factory Pattern:** `PaymentProviderFactory.build(provider, params)` returns provider instance.
-
-**Provider Structure:**
-
-```javascript
-export class NewProvider {
-    constructor({ reservation, summitId, userProfile, access_token, apiBaseUrl, dispatch }) {
-        // Store params as instance properties
-        this.reservation = reservation;
-        this.summitId = summitId;
-        // ... etc
-    }
-
-    payTicket = ({ /* provider-specific params */, onError = () => {} }) => async (dispatch) => {
-        // 1. Custom error handler for HTTP status codes
-        const errorHandler = (err, res) => (dispatch, state) => {
-            switch (err.status) {
-                case 404: onError({type: ERROR_TYPE_VALIDATION, msg: res.body.message, exception: null}); break;
-                case 500: onError({type: ERROR_TYPE_ERROR, msg: res.body.message, exception: null}); break;
-                default: authErrorHandler(err, res)(dispatch, state); break;
-            }
-        };
-
-        // 2. Free/prepaid orders skip payment gateway
-        if (isFreeOrder(this.reservation) || isPrePaidOrder(this.reservation)) {
-            return putRequest(/* ... checkout endpoint ... */)(params)(this.dispatch);
-        }
-
-        // 3. Payment gateway flow (provider-specific)
-        // Call gateway API, handle result, then checkout
-    }
-}
-```
-
-**Factory Registration:**
-
-```javascript
-// src/utils/payment-providers/payment-provider-factory.js
-import { NEW_PROVIDER } from '../constants';
-import { NewProvider } from './new-provider';
-
-case NEW_PROVIDER: {
-    currentProvider = new NewProvider({...params});
-    break;
-}
-```
-
-## Key Points
-
-- Free/prepaid orders always skip gateway, go straight to `/checkout` endpoint
-- Error types: `ERROR_TYPE_VALIDATION` (404), `ERROR_TYPE_ERROR` (500), `ERROR_TYPE_PAYMENT` (gateway errors)
-- Always dispatch `startWidgetLoading()` before async ops, `stopWidgetLoading()` after
-- Success flow: checkout API → `CLEAR_RESERVATION` → `changeStep(STEP_COMPLETE)`
-- Failure flow: `removeReservedTicket()` → `changeStep(STEP_PERSONAL_INFO)`
-- Checkout endpoint requires billing address fields from `userProfile`
-
-## Common Mistakes
-
-- Forgetting to handle free/prepaid orders (they don't have `payment_gateway_client_token`)
-- Not calling `removeReservedTicket()` on payment failure (leaves stale reservation)
-- Missing `stopWidgetLoading()` in catch blocks (spinner never stops)

package/.claude/rules/summit-registration-lite-project.md

@@ -1,80 +0,0 @@
-# Project: Summit Registration Lite
-
-**Last Updated:** 2026-03-05
-
-## Overview
-
-React widget for summit registration supporting authentication, ticket selection, payment processing, and order completion. Published as NPM package, designed to be embedded in parent applications.
-
-## Technology Stack
-
-- **Language:** JavaScript (ES6+)
-- **Framework:** React 16+ with Redux for state management
-- **Build Tool:** Webpack 5 (dev/prod configs)
-- **Testing:** Jest with @testing-library/react
-- **Package Manager:** Yarn
-- **Key Libraries:**
-  - openstack-uicore-foundation (HTTP utils, actions)
-  - redux-persist (state persistence)
-  - Stripe.js and custom payment providers
-  - Material-UI (@mui/material)
-
-## Directory Structure
-
-```
-summit-registration-lite/
-├── src/
-│   ├── components/          # React components (login, payment, tickets, etc.)
-│   ├── utils/
-│   │   ├── payment-providers/  # Stripe, LawPay provider implementations
-│   │   ├── hooks/              # Custom React hooks
-│   │   └── constants.js        # Step constants, error types
-│   ├── helpers/             # Formatting utilities
-│   ├── actions.js           # Redux action creators (API calls)
-│   ├── reducer.js           # Redux reducer
-│   ├── store.js             # Redux store configuration
-│   └── summit-registration-lite.js  # Main widget export
-├── webpack.common.js
-├── webpack.dev.js
-├── webpack.prod.js
-└── babel.config.js
-```
-
-## Key Files
-
-- **Entry:** `src/summit-registration-lite.js` - Provider wrapper, exports widget and standalone login components
-- **Main Component:** `src/components/registration-lite.js` - Multi-step registration flow
-- **Actions:** `src/actions.js` - API integration (ticket types, reservations, payments)
-- **Payment:** `src/utils/payment-providers/` - Factory pattern for payment provider abstraction
-- **Config:** `webpack.common.js` - Shared webpack configuration
-
-## Development Commands
-
-| Task | Command |
-|------|---------|
-| Install | `yarn` |
-| Dev Server | `yarn serve` |
-| Build Dev | `yarn build-dev` |
-| Build Prod | `yarn build` |
-| Test (watch) | `yarn test` |
-| Clean | `yarn clean` |
-| Publish | `yarn publish-package` |
-
-## Architecture Notes
-
-- **State:** Redux with redux-persist for cross-session state
-- **API Base:** Configurable via props (`apiBaseUrl`), uses openstack-uicore-foundation HTTP utils
-- **Payment Providers:** Factory pattern (`PaymentProviderFactory`) supports Stripe and LawPay
-- **Steps:** Multi-step flow defined in `utils/constants.js` (login, personal info, payment, complete)
-- **Auth:** Supports native auth, OTP (passwordless), and configurable SSO providers via `loginOptions` prop
-- **Integration:** Widget receives callbacks (`authUser`, `goToExtraQuestions`, `onPurchaseComplete`, etc.) for parent app control
-
-## Testing
-
-- Jest configuration in `package.json`
-- Component tests in `__tests__` directories alongside components
-- Mock files for static assets (`src/__mocks__/fileMock.js`)
-
-## Debug Mode
-
-URL hash override for testing time-based logic: `#now=2020-06-03,10:59:50` (summit timezone)

package/.claude/rules/summit-registration-lite-redux-actions.md

@@ -1,65 +0,0 @@
-# Redux API Action Patterns
-
-## When to Apply
-
-Creating new API actions or modifying existing ones in `src/actions.js`.
-
-## Pattern
-
-**Action Structure (openstack-uicore-foundation):**
-
-```javascript
-export const GET_DATA = 'GET_DATA';
-
-export const getData = (summitId) => async (dispatch, getState) => {
-    const { apiBaseUrl } = getState().registration;
-
-    const params = {
-        access_token: await accessTokenSelector()(dispatch, getState),
-        expand: 'relations,nested.relations'
-    };
-
-    return getRequest(
-        null,
-        createAction(GET_DATA),
-        `${apiBaseUrl}/api/v1/summits/${summitId}/resource`,
-        customErrorHandler  // optional
-    )(params)(dispatch);
-};
-```
-
-**Error Handling:**
-
-```javascript
-const customErrorHandler = (err, res) => (dispatch, state) => {
-    if (err.timeout) return err;
-    if (res?.statusCode === 404) return err;  // Handle specific codes
-    if (res?.statusCode === 500) return err;
-    return authErrorHandler(err, res)(dispatch, state);  // Default auth handling
-};
-```
-
-**Reducer Convention:**
-
-```javascript
-case GET_DATA: {
-    return {...state, data: payload.response};
-}
-```
-
-## Key Points
-
-- Actions exported as constants (`export const ACTION_NAME`) AND action creators (`export const actionName`)
-- Use `createAction()` from openstack-uicore-foundation for action creators
-- HTTP methods: `getRequest`, `postRequest`, `putRequest`, `deleteRequest`
-- Always pass `params` object with `access_token` (use `accessTokenSelector()` or widget prop)
-- Use `expand` param for nested relations (dot notation: `tickets.owner.extra_questions`)
-- Custom error handlers must return `authErrorHandler` as default case
-- Thunk signature: `(dispatch, getState) => { ... }`
-
-## Common Mistakes
-
-- Forgetting to await `accessTokenSelector()` (results in Promise instead of token)
-- Not handling 404/500 in custom error handlers (triggers unwanted auth errors)
-- Hardcoding API base URL (always use `state.registration.apiBaseUrl` or prop)
-- Missing `expand` params (causes N+1 queries or missing data in components)