- Add is_bot() detection in TemplateOverride.php (30+ bot patterns)
- Add PageSSR.php for server-side rendering of page sections
- Add PlaceholderRenderer.php for dynamic content resolution
- Add PagesController.php REST API for pages/templates CRUD
- Register PagesController routes in Routes.php
API Endpoints:
- GET /pages - list all pages/templates
- GET /pages/{slug} - get page structure
- POST /pages/{slug} - save page
- GET /templates/{cpt} - get CPT template
- POST /templates/{cpt} - save template
- GET /content/{type}/{slug} - get content with template applied
- LicensingSettings.php with key format, activation limits, expiry settings
- LicenseManager.php with key generation, activation/deactivation, validation
- LicensingModule.php with WooCommerce product meta integration
- LicensesController.php with admin, customer, and public API endpoints
- Database tables: woonoow_licenses, woonoow_license_activations
- has_settings enabled in ModuleRegistry
Phase 1: Core Documentation
- Created docs/ folder with 8 markdown documentation files
- Getting Started, Installation, Troubleshooting, FAQ
- Configuration docs (Appearance, SPA Mode)
- Feature docs (Shop, Checkout)
- PHP registry with filter hook for addon extensibility
Phase 2: Documentation Viewer
- DocsController.php with REST API endpoints
- GET /woonoow/v1/docs - List all docs (with addon hook)
- GET /woonoow/v1/docs/{slug} - Get document content
- Admin SPA /help route with sidebar navigation
- Markdown rendering with react-markdown
- Added Help & Docs to More page for mobile access
Filter Hook: woonoow_docs_registry
Addons can register their own documentation sections.
- Created ResetPassword.tsx with:
- Password reset form with strength indicator
- Key validation on load
- Show/hide password toggle
- Success/error states
- Redirect to login on success
- Updated EmailManager.php:
- Changed reset_link from wp-login.php to SPA route
- Format: /wp-admin/admin.php?page=woonoow#/reset-password?key=KEY&login=LOGIN
- Added AuthController API methods:
- validate_reset_key: Validates reset key before showing form
- reset_password: Performs actual password reset
- Registered new REST routes in Routes.php:
- POST /auth/validate-reset-key
- POST /auth/reset-password
Password reset emails now link to the SPA instead of native WordPress.
1. Auto-login after checkout:
- Added wp_set_auth_cookie() and wp_set_current_user() in CheckoutController
- Auto-registered users are now logged in when thank-you page loads
2. ThankYou page guest buttons:
- Added 'Login / Create Account' button for guests
- Shows for both receipt and basic templates
- No more dead-end after placing order as guest
3. Forgot password flow:
- Created ForgotPassword page component (/forgot-password route)
- Added forgot_password API endpoint in AuthController
- Uses WordPress retrieve_password() for reset email
- Replaced wp-login.php link in Login page
- Created Login/index.tsx with styled form
- Added /auth/customer-login API endpoint (no admin perms required)
- Registered route in Routes.php
- Added /login route in customer-spa App.tsx
- Account page now redirects to SPA login instead of wp-login.php
- Login supports redirect param for post-login navigation
- Add WishlistController with full CRUD API
- Create wishlist page in My Account
- Add heart icon to all product card layouts (always visible)
- Implement useWishlist hook for state management
- Add wishlist toggle in admin Settings > Customer
- Fix wishlist menu visibility based on admin settings
- Fix double navigation in wishlist page
- Fix variable product navigation to use React Router
- Add TypeScript type casting fix for addresses
- Add AddressController with full CRUD API for saved addresses
- Implement address management UI in My Account > Addresses
- Add modal-based address selector in checkout (Tokopedia-style)
- Hide checkout forms when saved address is selected
- Add search functionality in address modal
- Auto-select default addresses on page load
- Fix variable products to show 'Select Options' instead of 'Add to Cart'
- Add admin toggle for multiple addresses feature
- Clean up debug logs and fix TypeScript errors
- Created LayoutWrapper component to conditionally render header/footer based on route
- Created MinimalHeader component (logo only)
- Created MinimalFooter component (trust badges + policy links)
- Created usePageVisibility hook to get visibility settings per page
- Wrapped ClassicLayout with LayoutWrapper for conditional rendering
- Header/footer visibility now controlled directly in React SPA
- Settings: show/minimal/hide for both header and footer
- Background color support for checkout and thankyou pages
Backend implementation for Customer module
Created CustomersController.php:
✅ GET /customers - List with pagination, search, role filter
✅ GET /customers/{id} - Get single customer with full details
✅ POST /customers - Create new customer with validation
✅ PUT /customers/{id} - Update customer data
✅ DELETE /customers/{id} - Delete customer (with safety checks)
✅ GET /customers/search - Autocomplete search
Features:
- Full WooCommerce integration (WC_Customer)
- Billing and shipping address management
- Order stats (total_orders, total_spent)
- Email uniqueness validation
- Username auto-generation from email
- Password generation if not provided
- Role-based permissions (list_users, create_users, etc.)
- Cannot delete current user (safety)
- Optional new account email notification
Data format:
- List: Basic customer info (id, name, email, registered)
- Detail: Full data including billing, shipping, stats
- Search: Minimal data for autocomplete (id, name, email)
Registered routes in Routes.php:
- Added CustomersController import
- Registered all customer endpoints
Next: Frontend API client and CRUD pages
If rest_pre_dispatch returns non-null, WordPress skips the callback entirely.
Will log:
- NULL (will call handler) = normal, callback will execute
- NON-NULL (handler bypassed!) = something is intercepting!
This is the ONLY way our callback can be skipped after permission passes.
Added rest_pre_dispatch filter to log EVERY REST API request.
This will show us:
- What route is actually being called
- If it's /woonoow/v1/products or something else
- If WordPress is routing to a different endpoint
Expected log: WooNooW REST: GET /woonoow/v1/products
If we see different route, that's the problem!
Added logging at 3 critical points:
1. rest_api_init hook firing
2. Before ProductsController::register_routes()
3. After ProductsController::register_routes()
4. Inside ProductsController::get_products()
This will show us:
- Is rest_api_init hook firing?
- Is ProductsController being registered?
- Is get_products() being called when we hit /products?
Expected log sequence:
1. WooNooW Routes: rest_api_init hook fired
2. WooNooW Routes: Registering ProductsController routes
3. WooNooW Routes: ProductsController routes registered
4. WooNooW ProductsController::get_products() CALLED (when API called)
If any are missing, we know where the problem is.
🐛 Problem:
- 500 errors on all API endpoints
- Class "WooNooWAPIPaymentsController" not found
- Namespace inconsistency: API vs Api
✅ Solution:
- Fixed use statements in Routes.php
- Changed WooNooW\API\ to WooNooW\Api\
- Affects: PaymentsController, StoreController, DeveloperController, SystemController
📝 PSR-4 Autoloading:
- Namespace must match directory structure exactly
- Directory: includes/Api/ (lowercase 'i')
- Namespace: WooNooW\Api\ (lowercase 'i')
🎯 Result:
- All API endpoints now work correctly
- No more class not found errors
## 1. Fixed Tax Settings Route ✅
- Changed /settings/taxes → /settings/tax in nav tree
- Now matches App.tsx route
- Tax page now loads correctly
## 2. Advanced Local Pickup ✅
Frontend (LocalPickup.tsx):
- Add/edit/delete pickup locations
- Enable/disable locations
- Full address fields (street, city, state, postcode)
- Phone number and business hours
- Clean modal UI for adding locations
Backend (PickupLocationsController.php):
- GET /settings/pickup-locations
- POST /settings/pickup-locations (create)
- POST /settings/pickup-locations/:id (update)
- DELETE /settings/pickup-locations/:id
- POST /settings/pickup-locations/:id/toggle
- Stores in wp_options as array
## 3. Email/Notifications Settings ✅
Frontend (Notifications.tsx):
- List all WooCommerce emails
- Separate customer vs admin emails
- Enable/disable toggle for each email
- Show from name/email
- Link to WooCommerce for advanced config
Backend (EmailController.php):
- GET /settings/emails - List all emails
- POST /settings/emails/:id/toggle - Enable/disable
- Uses WC()->mailer()->get_emails()
- Auto-detects recipient type (customer/admin)
## Features:
✅ Simple, non-tech-savvy UI
✅ All CRUD operations
✅ Real-time updates
✅ Links to WooCommerce for advanced settings
✅ Mobile responsive
Next: Test all settings pages
## 1. Created BITESHIP_ADDON_SPEC.md ✅
- Complete plugin specification
- Database schema, API endpoints
- WooCommerce integration
- React components
- Implementation timeline
## 2. Merged Addon Documentation ✅
Created ADDON_DEVELOPMENT_GUIDE.md (single source of truth):
- Merged ADDON_INJECTION_GUIDE.md + ADDON_HOOK_SYSTEM.md
- Two addon types: Route Injection + Hook System
- Clear examples for each type
- Best practices and troubleshooting
- Deleted old documents
## 3. Tax Settings ✅
Frontend (admin-spa/src/routes/Settings/Tax.tsx):
- Enable/disable tax calculation toggle
- Display standard/reduced/zero tax rates
- Show tax options (prices include tax, based on, display)
- Link to WooCommerce for advanced config
- Clean, simple UI
Backend (includes/Api/TaxController.php):
- GET /settings/tax - Fetch tax settings
- POST /settings/tax/toggle - Enable/disable taxes
- Fetches rates from woocommerce_tax_rates table
- Clears WooCommerce cache on update
## 4. Advanced Local Pickup - TODO
Will be simple: Admin adds multiple pickup locations
## Key Decisions:
✅ Hook system = No hardcoding, zero coupling
✅ Tax settings = Simple toggle + view, advanced in WC
✅ Single addon guide = One source of truth
Next: Advanced Local Pickup locations
Created backend API for fetching WooCommerce shipping zones.
New Files:
- includes/Api/ShippingController.php
Features:
✅ GET /settings/shipping/zones endpoint
✅ Fetches all WooCommerce shipping zones
✅ Includes shipping methods for each zone
✅ Handles "Rest of the World" zone (zone 0)
✅ Returns formatted region names
✅ Returns method costs (Free, Calculated, or price)
✅ Permission check: manage_woocommerce
Data Structure:
- id: Zone ID
- name: Zone name
- order: Display order
- regions: Comma-separated region names
- rates: Array of shipping methods
- id: Method instance ID
- name: Method title
- price: Formatted price or "Free"/"Calculated"
- enabled: Boolean
Integration:
- Registered in Routes.php
- Uses WC_Shipping_Zones API
- Compatible with all WooCommerce shipping methods
✅ StoreSettingsProvider.php:
- get_countries() - All WooCommerce countries
- get_timezones() - All PHP timezones with UTC offsets
- get_currencies() - All WooCommerce currencies with symbols
- get_settings() - Current store settings
- save_settings() - Save store settings
✅ StoreController.php:
- GET /woonoow/v1/store/settings
- POST /woonoow/v1/store/settings
- GET /woonoow/v1/store/countries (200+ countries)
- GET /woonoow/v1/store/timezones (400+ timezones)
- GET /woonoow/v1/store/currencies (100+ currencies)
- Response caching (1 hour for static data)
🔌 Integration:
- Registered in Api/Routes.php
- Permission checks (manage_woocommerce)
- Error handling
Next: Update Store.tsx to use real API
