Merge branch 'master' into performance-optimizations-testing

Add two new Harbor Pilot directives to improve code quality and planning:

1. Historical Comment Management: Guidelines for transforming or removing
   obsolete comments into actionable architectural guidance
2. No Time Estimates: Rule prohibiting time estimates in favor of
   phase-based planning with complexity levels and milestones

Both rules are integrated into main Harbor Pilot directive for automatic
application across all operations.

.cursor/rules/architecture/README.md

@@ -0,0 +1,75 @@
+# Architecture Rules Directory
+
+**Author**: Matthew Raymer
+**Date**: 2025-08-20
+**Status**: 🎯 **ACTIVE** - Architecture protection guidelines
+
+## Overview
+
+This directory contains MDC (Model Directive Configuration) rules that protect
+critical architectural components of the TimeSafari project. These rules ensure
+that changes to system architecture follow proper review, testing, and
+documentation procedures.
+
+## Available Rules
+
+### Build Architecture Guard (`build_architecture_guard.mdc`)
+
+Protects the multi-platform build system including:
+
+- Vite configuration files
+- Build scripts and automation
+- Platform-specific configurations (iOS, Android, Electron, Web)
+- Docker and deployment infrastructure
+- CI/CD pipeline components
+
+**When to use**: Any time you're modifying build scripts, configuration files,
+or deployment processes.
+
+**Authorization levels**:
+
+- **Level 1**: Minor changes (review required)
+- **Level 2**: Moderate changes (testing required)
+- **Level 3**: Major changes (ADR required)
+
+## Usage Guidelines
+
+### For Developers
+
+1. **Check the rule**: Before making architectural changes, review the relevant
+   rule
+2. **Follow the process**: Use the appropriate authorization level
+3. **Complete validation**: Run through the required checklist
+4. **Update documentation**: Keep BUILDING.md and related docs current
+
+### For Reviewers
+
+1. **Verify authorization**: Ensure changes match the required level
+2. **Check testing**: Confirm appropriate testing has been completed
+3. **Validate documentation**: Ensure BUILDING.md reflects changes
+4. **Assess risk**: Consider impact on other platforms and systems
+
+## Integration with Other Rules
+
+- **Version Control**: Works with `workflow/version_control.mdc`
+- **Research & Diagnostic**: Supports `research_diagnostic.mdc` for
+  investigations
+- **Software Development**: Aligns with development best practices
+- **Markdown Automation**: Integrates with `docs/markdown-automation.mdc` for
+  consistent documentation formatting
+
+## Emergency Procedures
+
+If architectural changes cause system failures:
+
+1. **Immediate rollback** to last known working state
+2. **Document the failure** with full error details
+3. **Investigate root cause** using diagnostic workflows
+4. **Update procedures** to prevent future failures
+
+---
+
+**Status**: Active architecture protection
+**Priority**: Critical
+**Maintainer**: Development team
+**Next Review**: 2025-09-20

.cursor/rules/architecture/build_architecture_guard.mdc

@@ -0,0 +1,295 @@
+---
+description: Guards against unauthorized changes to the TimeSafari building
+  architecture
+alwaysApply: false
+---
+
+# Build Architecture Guard Directive
+
+**Author**: Matthew Raymer
+**Date**: 2025-08-20
+**Status**: 🎯 **ACTIVE** - Build system protection guidelines
+
+## Purpose
+
+Protect the TimeSafari building architecture from unauthorized changes that
+could break the multi-platform build pipeline, deployment processes, or
+development workflow. This directive ensures all build system modifications
+follow proper review, testing, and documentation procedures.
+
+## Protected Architecture Components
+
+### Core Build Infrastructure
+
+- **Vite Configuration Files**: `vite.config.*.mts` files
+- **Build Scripts**: All scripts in `scripts/` directory
+- **Package Scripts**: `package.json` build-related scripts
+- **Platform Configs**: `capacitor.config.ts`, `electron/`, `android/`,
+  `ios/`
+- **Docker Configuration**: `Dockerfile`, `docker-compose.yml`
+- **Environment Files**: `.env.*`, `.nvmrc`, `.node-version`
+
+### Critical Build Dependencies
+
+- **Build Tools**: Vite, Capacitor, Electron, Android SDK, Xcode
+- **Asset Management**: `capacitor-assets.config.json`, asset scripts
+- **Testing Infrastructure**: Playwright, Jest, mobile test scripts
+- **CI/CD Pipeline**: GitHub Actions, build validation scripts
+- **Service Worker Assembly**: `sw_scripts/`, `sw_combine.js`, WASM copy steps
+
+## Change Authorization Requirements
+
+### Level 1: Minor Changes (Requires Review)
+
+- Documentation updates to `BUILDING.md`
+- Non-breaking script improvements
+- Test additions or improvements
+- Asset configuration updates
+
+**Process**: Code review + basic testing
+
+### Level 2: Moderate Changes (Requires Testing)
+
+- New build script additions
+- Environment variable changes
+- Dependency version updates
+- Platform-specific optimizations
+
+**Process**: Code review + platform testing + documentation update
+
+### Level 3: Major Changes (Requires ADR)
+
+- Build system architecture changes
+- New platform support
+- Breaking changes to build scripts
+- Major dependency migrations
+
+**Process**: ADR creation + comprehensive testing + team review
+
+## Prohibited Actions
+
+### ❌ Never Allow Without ADR
+
+- **Delete or rename** core build scripts
+- **Modify** `package.json` build script names
+- **Change** Vite configuration structure
+- **Remove** platform-specific build targets
+- **Alter** Docker build process
+- **Modify** CI/CD pipeline without testing
+
+### ❌ Never Allow Without Testing
+
+- **Update** build dependencies
+- **Change** environment configurations
+- **Modify** asset generation scripts
+- **Alter** test infrastructure
+- **Update** platform SDK versions
+
+## Required Validation Checklist
+
+### Before Any Build System Change
+
+- [ ] **Impact Assessment**: Which platforms are affected?
+- [ ] **Testing Plan**: How will this be tested across platforms?
+- [ ] **Rollback Plan**: How can this be reverted if it breaks?
+- [ ] **Documentation**: Will `BUILDING.md` need updates?
+- [ ] **Dependencies**: Are all required tools available?
+
+### After Build System Change
+
+- [ ] **Web Platform**: Does `npm run build:web:dev` work?
+- [ ] **Mobile Platforms**: Do iOS/Android builds succeed?
+- [ ] **Desktop Platform**: Does Electron build and run?
+- [ ] **Tests Pass**: Do all build-related tests pass?
+- [ ] **Documentation Updated**: Is `BUILDING.md` current?
+
+## Specific Test Commands (Minimum Required)
+
+### Web Platform
+
+- **Development**: `npm run build:web:dev` - serve and load app
+- **Production**: `npm run build:web:prod` - verify SW and WASM present
+
+### Mobile Platforms
+
+- **Android**: `npm run build:android:test` or `:prod` - confirm assets copied
+- **iOS**: `npm run build:ios:test` or `:prod` - verify build succeeds
+
+### Desktop Platform
+
+- **Electron**: `npm run build:electron:dev` and packaging for target OS
+- **Verify**: Single-instance behavior and app boot
+
+### Auto-run (if affected)
+
+- **Test Mode**: `npm run auto-run:test` and platform variants
+- **Production Mode**: `npm run auto-run:prod` and platform variants
+
+### Clean and Rebuild
+
+- Run relevant `clean:*` scripts and ensure re-build works
+
+## Emergency Procedures
+
+### Build System Broken
+
+1. **Immediate**: Revert to last known working commit
+2. **Investigation**: Create issue with full error details
+3. **Testing**: Verify all platforms work after revert
+4. **Documentation**: Update `BUILDING.md` with failure notes
+
+### Platform-Specific Failure
+
+1. **Isolate**: Identify which platform is affected
+2. **Test Others**: Verify other platforms still work
+3. **Rollback**: Revert platform-specific changes
+4. **Investigation**: Debug in isolated environment
+
+## Integration Points
+
+### With Version Control
+
+- **Branch Protection**: Require reviews for build script changes
+- **Commit Messages**: Must reference ADR for major changes
+- **Testing**: All build changes must pass CI/CD pipeline
+
+### With Documentation
+
+- **BUILDING.md**: Must be updated for any script changes
+- **README.md**: Must reflect new build requirements
+- **CHANGELOG.md**: Must document breaking build changes
+
+### With Testing
+
+- **Pre-commit**: Run basic build validation
+- **CI/CD**: Full platform build testing
+- **Manual Testing**: Human verification of critical paths
+
+## Risk Matrix & Required Validation
+
+### Environment Handling
+
+- **Trigger**: Change to `.env.*` loading / variable names
+- **Validation**: Prove `dev/test/prod` builds; show environment echo in logs
+
+### Script Flow
+
+- **Trigger**: Reorder steps (prebuild → build → package), new flags
+- **Validation**: Dry-run + normal run, show exit codes & timing
+
+### Platform Packaging
+
+- **Trigger**: Electron NSIS/DMG/AppImage, Android/iOS bundle
+- **Validation**: Produce installer/artifact and open it; verify single-instance,
+  icons, signing
+
+### Service Worker / WASM
+
+- **Trigger**: `sw_combine.js`, WASM copy path
+- **Validation**: Verify combined SW exists and is injected; page loads offline;
+  WASM present
+
+### Docker
+
+- **Trigger**: New base image, build args
+- **Validation**: Build image locally; run container; list produced `/dist`
+
+### Signing/Notarization
+
+- **Trigger**: Cert path/profiles
+- **Validation**: Show signing logs + verify on target OS
+
+## PR Template (Paste into Description)
+
+- [ ] **Level**: L1 / L2 / L3 + justification
+- [ ] **Files & platforms touched**:
+- [ ] **Risk triggers & mitigations**:
+- [ ] **Commands run (paste logs)**:
+- [ ] **Artifacts (names + sha256)**:
+- [ ] **Docs updated (sections/links)**:
+- [ ] **Rollback steps verified**:
+- [ ] **CI**: Jobs passing and artifacts uploaded
+
+## Rollback Playbook
+
+### Immediate Rollback
+
+1. `git revert` or `git reset --hard <prev>`; restore prior `scripts/` or config
+   files
+2. Rebuild affected targets; verify old behavior returns
+3. Post-mortem notes → update this guard and `BUILDING.md` if gaps found
+
+### Rollback Verification
+
+- **Web**: `npm run build:web:dev` and `npm run build:web:prod`
+- **Mobile**: `npm run build:android:test` and `npm run build:ios:test`
+- **Desktop**: `npm run build:electron:dev` and packaging commands
+- **Clean**: Run relevant `clean:*` scripts and verify re-build works
+
+## ADR Trigger List
+
+Raise an ADR when you propose any of:
+
+- **New build stage** or reorder of canonical stages
+- **Replacement of packager** / packaging format
+- **New environment model** or secure secret handling scheme
+- **New service worker assembly** strategy or cache policy
+- **New Docker base** or multi-stage pipeline
+- **Relocation of build outputs** or directory conventions
+
+**ADR must include**: motivation, alternatives, risks, validation plan, rollback,
+  doc diffs.
+
+## Competence Hooks
+
+### Why This Works
+
+- **Prevents Build Failures**: Catches issues before they reach production
+- **Maintains Consistency**: Ensures all platforms build identically
+- **Reduces Debugging Time**: Prevents build system regressions
+
+### Common Pitfalls
+
+- **Silent Failures**: Changes that work on one platform but break others
+- **Dependency Conflicts**: Updates that create version incompatibilities
+- **Documentation Drift**: Build scripts that don't match documentation
+
+### Next Skill Unlock
+
+- Learn to test build changes across all platforms simultaneously
+
+### Teach-back
+
+- "What three platforms must I test before committing a build script change?"
+
+## Collaboration Hooks
+
+### Team Review Requirements
+
+- **Platform Owners**: iOS, Android, Electron, Web specialists
+- **DevOps**: CI/CD pipeline maintainers
+- **QA**: Testing infrastructure owners
+
+### Discussion Prompts
+
+- "Which platforms will be affected by this build change?"
+- "How can we test this change without breaking existing builds?"
+- "What's our rollback plan if this change fails?"
+
+## Self-Check (Before Allowing Changes)
+
+- [ ] **Authorization Level**: Is this change appropriate for the level?
+- [ ] **Testing Plan**: Is there a comprehensive testing strategy?
+- [ ] **Documentation**: Will BUILDING.md be updated?
+- [ ] **Rollback**: Is there a safe rollback mechanism?
+- [ ] **Team Review**: Have appropriate stakeholders been consulted?
+- [ ] **CI/CD**: Will this pass the build pipeline?
+
+---
+
+**Status**: Active build system protection
+**Priority**: Critical
+**Estimated Effort**: Ongoing vigilance
+**Dependencies**: All build system components
+**Stakeholders**: Development team, DevOps, Platform owners
+**Next Review**: 2025-09-20

.cursor/rules/building.mdc

@@ -0,0 +1,31 @@
+---
+alwaysApply: true
+---
+# Building Guidelines
+
+## Configurations
+
+- The project supports builds using **Vite** for web and **Capacitor** for hybrid
+  apps.
+- Capacitor is used for **iOS**, **Android**, and **Electron** targets.
+- All builds support three modes: **development**, **testing**, and **production**.
+
+## Build Scripts
+
+- `build-web.sh`
+  - Builds a **web-only application**.
+  - Defaults to **development mode** unless overridden.
+
+- `build-ios.sh`
+  - Builds an **iOS hybrid native application** using Capacitor.
+
+- `build-android.sh`
+  - Builds an **Android hybrid native application** using Capacitor.
+
+- `build-electron.sh`
+  - Builds an **Electron hybrid desktop application** using Capacitor.
+
+## npm Scripts
+
+- npm scripts delegate to the `build-*` shell scripts.
+- Parameter flags determine the **build mode** (`development`, `testing`, `production`).

.cursor/rules/database/absurd-sql.mdc

@@ -20,14 +20,14 @@ in Cursor.
 
 ```
 absurd-sql/
-├── src/               # Source code
-├── dist/             # Built files
-├── package.json      # Dependencies and scripts
-├── rollup.config.js  # Build configuration
-└── jest.config.js    # Test configuration
+├── src/               # Place source code here
+├── dist/              # Place built files here
+├── package.json       # Maintain dependencies and scripts here
+├── rollup.config.js   # Maintain build configuration here
+└── jest.config.js     # Maintain test configuration here
 ```
 
-## Development Rules
+## Directives
 
 ### 1. Worker Thread Requirements
 
@@ -62,7 +62,7 @@ Recommended database settings:
 
 ```sql
 PRAGMA journal_mode=MEMORY;
-PRAGMA page_size=8192;  -- Optional, but recommended
+PRAGMA page_size=8192;
 ```
 
 ### 6. Development Workflow
@@ -72,11 +72,10 @@ PRAGMA page_size=8192;  -- Optional, but recommended
    ```bash
    yarn add @jlongster/sql.js absurd-sql
    ```
-
-2. Development commands:
-   - `yarn build` - Build the project
-   - `yarn jest` - Run tests
-   - `yarn serve` - Start development server
+2. Execute commands as follows:  
+   - `yarn build` → build the project  
+   - `yarn jest` → run all tests  
+   - `yarn serve` → launch development server  
 
 ### 7. Testing Guidelines
 
@@ -120,16 +119,15 @@ PRAGMA page_size=8192;  -- Optional, but recommended
 - Check worker communication in console
 - Use performance monitoring tools
 
-## Common Patterns
+## Required Patterns
 
 ### Worker Initialization
 
 ```javascript
-// Main thread
 import { initBackend } from 'absurd-sql/dist/indexeddb-main-thread';
 
 function init() {
-  let worker = new Worker(new URL('./index.worker.js', import.meta.url));
+  const worker = new Worker(new URL('./index.worker.js', import.meta.url));
   initBackend(worker);
 }
 ```
@@ -137,19 +135,18 @@ function init() {
 ### Database Setup
 
 ```javascript
-// Worker thread
 import initSqlJs from '@jlongster/sql.js';
 import { SQLiteFS } from 'absurd-sql';
 import IndexedDBBackend from 'absurd-sql/dist/indexeddb-backend';
 
 async function setupDatabase() {
-  let SQL = await initSqlJs({ locateFile: file => file });
-  let sqlFS = new SQLiteFS(SQL.FS, new IndexedDBBackend());
+  const SQL = await initSqlJs({ locateFile: f => f });
+  const sqlFS = new SQLiteFS(SQL.FS, new IndexedDBBackend());
   SQL.register_for_idb(sqlFS);
-  
+
   SQL.FS.mkdir('/sql');
   SQL.FS.mount(sqlFS, {}, '/sql');
-  
+
   return new SQL.Database('/sql/db.sqlite', { filename: true });
 }
 ```

.cursor/rules/docs/markdown-automation.mdc

@@ -0,0 +1,79 @@
+---
+alwaysApply: true
+---
+
+# Markdown Automation System
+
+**Author**: Matthew Raymer
+**Date**: 2025-08-20
+**Status**: 🎯 **ACTIVE** - Markdown formatting automation
+
+## Overview
+
+The Markdown Automation System ensures your markdown formatting standards are
+followed **during content generation** by AI agents, not just applied after the
+fact.
+
+## AI-First Approach
+
+### **Primary Method**: AI Agent Compliance
+
+- **AI agents follow markdown rules** while generating content
+- **No post-generation fixes needed** - content is compliant from creation
+- **Consistent formatting** across all generated documentation
+
+### **Secondary Method**: Automated Validation
+
+- **Pre-commit hooks** catch any remaining issues
+- **GitHub Actions** validate formatting before merge
+- **Manual tools** for bulk fixes when needed
+
+## How It Works
+
+### 1. **AI Agent Compliance** (Primary)
+
+- **When**: Every time AI generates markdown content
+- **What**: AI follows markdown rules during generation
+- **Result**: Content is properly formatted from creation
+
+### 2. **Pre-commit Hooks** (Backup)
+
+- **When**: Every time you commit
+- **What**: Catches any remaining formatting issues
+- **Result**: Clean, properly formatted markdown files
+
+### 3. **GitHub Actions** (Pre-merge)
+
+- **When**: Every pull request
+- **What**: Validates markdown formatting across all files
+- **Result**: Blocks merge if formatting issues exist
+
+## AI Agent Rules Integration
+
+The AI agent follows markdown rules defined in `.cursor/rules/docs/markdown.mdc`:
+
+- **alwaysApply: true** - Rules are enforced during generation
+- **Line Length**: AI never generates lines > 80 characters
+- **Blank Lines**: AI adds proper spacing around all elements
+- **Structure**: AI uses established templates and patterns
+
+## Available Commands
+
+### NPM Scripts
+
+- **`npm run markdown:setup`** - Install the automation system
+- **`npm run markdown:fix`** - Fix formatting in all markdown files
+- **`npm run markdown:check`** - Validate formatting without fixing
+
+## Benefits
+
+- **No more manual fixes** - AI generates compliant content from start
+- **Consistent style** - All files follow same standards
+- **Faster development** - No need to fix formatting manually
+
+---
+
+**Status**: Active automation system
+**Priority**: High
+**Maintainer**: Development team
+**Next Review**: 2025-09-20

.cursor/rules/docs/markdown.mdc

@@ -1,5 +1,5 @@
 ---
-globs: *.md
+globs: ["*.md", "*.mdc"]
 alwaysApply: false
 ---
 # Cursor Markdown Ruleset for TimeSafari Documentation
@@ -10,6 +10,36 @@ This ruleset enforces consistent markdown formatting standards across all projec
 documentation, ensuring readability, maintainability, and compliance with
 markdownlint best practices.
 
+**⚠️ CRITICAL FOR AI AGENTS**: These rules must be followed DURING content
+generation, not applied after the fact. Always generate markdown that complies
+with these standards from the start.
+
+## AI Generation Guidelines
+
+### **MANDATORY**: Follow These Rules While Writing
+
+When generating markdown content, you MUST:
+
+1. **Line Length**: Never exceed 80 characters per line
+2. **Blank Lines**: Always add blank lines around headings, lists, and code
+   blocks
+3. **Structure**: Use proper heading hierarchy and document templates
+4. **Formatting**: Apply consistent formatting patterns immediately
+
+### **DO NOT**: Generate content that violates these rules
+
+- ❌ Generate long lines that need breaking
+- ❌ Create content without proper blank line spacing
+- ❌ Use inconsistent formatting patterns
+- ❌ Assume post-processing will fix violations
+
+### **DO**: Generate compliant content from the start
+
+- ✅ Write within 80-character limits
+- ✅ Add blank lines around all structural elements
+- ✅ Use established templates and patterns
+- ✅ Apply formatting standards immediately
+
 ## General Formatting Standards
 
 ### Line Length
@@ -326,6 +356,10 @@ Description of current situation or problem.
   ### Authentication
   ### Authorization
 
+  ## Features        ❌ (Duplicate heading)
+  ### Security
+  ### Performance
+  ```
   ## Features        ❌ (Duplicate heading)
   ### Security
   ### Performance

.cursor/rules/harbor_pilot_universal.mdc

@@ -0,0 +1,206 @@
+---
+alwaysApply: true
+inherits: base_context.mdc
+---
+```json
+{
+  "coaching_level": "standard",
+  "socratic_max_questions": 2,
+  "verbosity": "concise",
+  "timebox_minutes": 10,
+  "format_enforcement": "strict"
+}
+```
+
+# Harbor Pilot — Universal Directive for Human-Facing Technical Guides
+
+**Author**: System/Shared  
+**Date**: 2025-08-21 (UTC)  
+**Status**: 🚢 ACTIVE — General ruleset extending *Base Context — Human Competence First*
+
+> **Alignment with Base Context**
+> - **Purpose fit**: Prioritizes human competence and collaboration while delivering reproducible artifacts.  
+> - **Output Contract**: This directive **adds universal constraints** for any technical topic while **inheriting** the Base Context contract sections.  
+> - **Toggles honored**: Uses the same toggle semantics; defaults above can be overridden by the caller.
+
+---
+
+## Objective
+Produce a **developer-grade, reproducible guide** for any technical topic that onboards a competent practitioner **without meta narration** and **with evidence-backed steps**.
+
+## Scope & Constraints
+- **One Markdown document** as the deliverable.
+- Use **absolute dates** in **UTC** (e.g., `2025-08-21T14:22Z`) — avoid “today/yesterday”.
+- Include at least **one diagram** (Mermaid preferred). Choose the most fitting type:
+  - `sequenceDiagram` (protocols/flows), `flowchart`, `stateDiagram`, `gantt` (timelines), or `classDiagram` (schemas).
+- Provide runnable examples where applicable:
+  - **APIs**: `curl` + one client library (e.g., `httpx` for Python).
+  - **CLIs**: literal command blocks and expected output snippets.
+  - **Code**: minimal, self-contained samples (language appropriate).
+- Cite **evidence** for *Works/Doesn’t* items (timestamps, filenames, line numbers, IDs/status codes, or logs).
+- If something is unknown, output `TODO:<missing>` — **never invent**.
+
+## Required Sections (extends Base Output Contract)
+Follow this exact order **after** the Base Contract’s **Objective → Result → Use/Run** headers:
+
+1. **Context & Scope**
+   - Problem statement, audience, in/out-of-scope bullets.
+2. **Artifacts & Links**
+   - Repos/PRs, design docs, datasets/HARs/pcaps, scripts/tools, dashboards.
+3. **Environment & Preconditions**
+   - OS/runtime, versions/build IDs, services/endpoints/URLs, credentials/auth mode (describe acquisition, do not expose secrets).
+4. **Architecture / Process Overview**
+   - Short prose + **one diagram** selected from the list above.
+5. **Interfaces & Contracts (choose one)**
+   - **API-based**: Endpoint table (*Step, Method, Path/URL, Auth, Key Headers/Params, Sample Req/Resp ref*).
+   - **Data/Files**: I/O contract table (*Source, Format, Schema/Columns, Size, Validation rules*).
+   - **Systems/Hardware**: Interfaces table (*Port/Bus, Protocol, Voltage/Timing, Constraints*).
+6. **Repro: End-to-End Procedure**
+   - Minimal copy-paste steps with code/commands and **expected outputs**.
+7. **What Works (with Evidence)**
+   - Each item: **Time (UTC)** • **Artifact/Req IDs** • **Status/Result** • **Where to verify**.
+8. **What Doesn’t (Evidence & Hypotheses)**
+   - Each failure: locus (file/endpoint/module), evidence snippet; short hypothesis and **next probe**.
+9. **Risks, Limits, Assumptions**
+   - SLOs/limits, rate/size caps, security boundaries (CORS/CSRF/ACLs), retries/backoff/idempotency patterns.
+10. **Next Steps (Owner • Exit Criteria • Target Date)**
+    - Actionable, assigned, and time-bound.
+11. **References**
+    - Canonical docs, specs, tickets, prior analyses.
+
+> **Competence Hooks (per Base Context; keep lightweight):**
+> - *Why this works* (≤3 bullets) — core invariants or guarantees.  
+> - *Common pitfalls* (≤3 bullets) — the traps we saw in evidence.  
+> - *Next skill unlock* (1 line) — the next capability to implement/learn.  
+> - *Teach-back* (1 line) — prompt the reader to restate the flow/architecture.
+
+> **Collaboration Hooks (per Base Context):**
+> - Name reviewers for **Interfaces & Contracts** and the **diagram**.  
+> - Short **sign-off checklist** before merging/publishing the guide.
+
+## Do / Don’t (Base-aligned)
+- **Do** quantify progress only against a defined scope with acceptance criteria.
+- **Do** include minimal sample payloads/headers or I/O schemas; redact sensitive values.
+- **Do** keep commentary lean; if timeboxed, move depth to **Deferred for depth**.
+- **Don’t** use marketing language or meta narration (“Perfect!”, “tool called”, “new chat”).  
+- **Don’t** include IDE-specific chatter or internal rules unrelated to the task.
+
+## Validation Checklist (self-check before returning)
+- [ ] All Required Sections present and ordered.  
+- [ ] Diagram compiles (basic Mermaid syntax) and fits the problem.  
+- [ ] If API-based, **Auth** and **Key Headers/Params** are listed for each endpoint.  
+- [ ] Repro section includes commands/code **and expected outputs**.  
+- [ ] Every Works/Doesn’t item has **UTC timestamp**, **status/result**, and **verifiable evidence**.  
+- [ ] Next Steps include **Owner**, **Exit Criteria**, **Target Date**.  
+- [ ] Unknowns are `TODO:<missing>` — no fabrication.  
+- [ ] Base **Output Contract** sections satisfied (Objective/Result/Use/Run/Competence/Collaboration/Assumptions/References).
+
+## Universal Template (fill-in)
+```markdown
+# <Title> — Working Notes (As of YYYY-MM-DDTHH:MMZ)
+
+## Objective
+<one line>
+
+## Result
+<link to the produced guide file or say “this document”>
+
+## Use/Run
+<how to apply/test and where to run samples>
+
+## Context & Scope
+- Audience: <role(s)>
+- In scope: <bullets>
+- Out of scope: <bullets>
+
+## Artifacts & Links
+- Repo/PR: <link>
+- Data/Logs: <paths or links>
+- Scripts/Tools: <paths>
+- Dashboards: <links>
+
+## Environment & Preconditions
+- OS/Runtime: <details>
+- Versions/Builds: <list>
+- Services/Endpoints: <list>
+- Auth mode: <Bearer/Session/Keys + how acquired>
+
+## Architecture / Process Overview
+<short prose>
+```mermaid
+<one suitable diagram: sequenceDiagram | flowchart | stateDiagram | gantt | classDiagram>
+```
+
+## Interfaces & Contracts
+### If API-based
+| Step | Method | Path/URL | Auth | Key Headers/Params | Sample |
+|---|---|---|---|---|---|
+| <…> | <…> | <…> | <…> | <…> | below |
+
+### If Data/Files
+| Source | Format | Schema/Columns | Size | Validation |
+|---|---|---|---|---|
+| <…> | <…> | <…> | <…> | <…> |
+
+### If Systems/Hardware
+| Interface | Protocol | Timing/Voltage | Constraints | Notes |
+|---|---|---|---|---|
+| <…> | <…> | <…> | <…> | <…> |
+
+## Repro: End-to-End Procedure
+```bash
+# commands / curl examples (redacted where necessary)
+```
+```python
+# minimal client library example (language appropriate)
+```
+> Expected output: <snippet/checks>
+
+## What Works (Evidence)
+- ✅ <short statement>  
+  - **Time**: <YYYY-MM-DDTHH:MMZ>  
+  - **Evidence**: file/line/log or request id/status  
+  - **Verify at**: <where>
+
+## What Doesn’t (Evidence & Hypotheses)
+- ❌ <short failure> at `<component/endpoint/file>`  
+  - **Time**: <YYYY-MM-DDTHH:MMZ>  
+  - **Evidence**: <snippet/id/status>  
+  - **Hypothesis**: <short>  
+  - **Next probe**: <short>
+
+## Risks, Limits, Assumptions
+<bullets: limits, security boundaries, retries/backoff, idempotency, SLOs>
+
+## Next Steps
+| Owner | Task | Exit Criteria | Target Date (UTC) |
+|---|---|---|---|
+| <name> | <action> | <measurable outcome> | <YYYY-MM-DD> |
+
+## References
+<links/titles>
+
+## Competence Hooks
+- *Why this works*: <≤3 bullets>
+- *Common pitfalls*: <≤3 bullets>
+- *Next skill unlock*: <1 line>
+- *Teach-back*: <1 line>
+
+## Collaboration Hooks
+- Reviewers: <names/roles>
+- Sign-off checklist: <≤5 checks>
+
+## Assumptions & Limits
+<bullets>
+
+## Deferred for depth
+<park deeper material here to respect timeboxing>
+```
+
+---
+
+**Notes for Implementers:**  
+- Respect Base *Do-Not* (no filler, no invented facts, no censorship).  
+- Prefer clarity over completeness when timeboxed; capture unknowns explicitly.
+- Apply historical comment management rules (see `.cursor/rules/historical_comment_management.mdc`)
+- Apply realistic time estimation rules (see `.cursor/rules/realistic_time_estimation.mdc`)

.cursor/rules/historical_comment_management.mdc

@@ -0,0 +1,236 @@
+---
+description: when comments are generated by the model
+alwaysApply: false
+---
+# Historical Comment Management — Harbor Pilot Directive
+
+> **Agent role**: When encountering historical comments about removed methods, deprecated patterns, or architectural changes, apply these guidelines to maintain code clarity and developer guidance.
+
+## 🎯 Purpose
+
+Historical comments should either be **removed entirely** or **transformed into actionable guidance** for future developers. Avoid keeping comments that merely state what was removed without explaining why or what to do instead.
+
+## 📋 Decision Framework
+
+### Remove Historical Comments When:
+- **Obsolete Information**: Comment describes functionality that no longer exists
+- **No Action Required**: Comment doesn't help future developers make decisions
+- **Outdated Context**: Comment refers to old patterns that are no longer relevant
+- **Self-Evident**: The current code clearly shows the current approach
+
+### Transform Historical Comments When:
+- **Architectural Context**: The change represents a significant pattern shift
+- **Migration Guidance**: Future developers might need to understand the evolution
+- **Decision Rationale**: The "why" behind the change is still relevant
+- **Alternative Approaches**: The comment can guide future implementation choices
+
+## 🔄 Transformation Patterns
+
+### 1. From Removal Notice to Migration Note
+```typescript
+// ❌ REMOVE THIS
+// turnOffNotifyingFlags method removed - notification state is now managed by NotificationSection component
+
+// ✅ TRANSFORM TO THIS
+// Note: Notification state management has been migrated to NotificationSection component
+// which handles its own lifecycle and persistence via PlatformServiceMixin
+```
+
+### 2. From Deprecation Notice to Implementation Guide
+```typescript
+// ❌ REMOVE THIS
+// This will be handled by the NewComponent now
+// No need to call oldMethod() as it's no longer needed
+
+// ✅ TRANSFORM TO THIS
+// Note: This functionality has been migrated to NewComponent
+// which provides better separation of concerns and testability
+```
+
+### 3. From Historical Note to Architectural Context
+```typescript
+// ❌ REMOVE THIS
+// Old approach: used direct database calls
+// New approach: uses service layer
+
+// ✅ TRANSFORM TO THIS
+// Note: Database access has been abstracted through service layer
+// for better testability and platform independence
+```
+
+## 🚫 Anti-Patterns to Remove
+
+- Comments that only state what was removed
+- Comments that don't explain the current approach
+- Comments that reference non-existent methods
+- Comments that are self-evident from the code
+- Comments that don't help future decision-making
+
+## ✅ Best Practices
+
+### When Keeping Historical Context:
+1. **Explain the "Why"**: Why was the change made?
+2. **Describe the "What"**: What is the current approach?
+3. **Provide Context**: When might this information be useful?
+4. **Use Actionable Language**: Guide future decisions, not just document history
+
+### When Removing Historical Context:
+1. **Verify Obsoleteness**: Ensure the information is truly outdated
+2. **Check for Dependencies**: Ensure no other code references the old approach
+3. **Update Related Docs**: If removing from code, consider adding to documentation
+4. **Preserve in Git History**: The change is preserved in version control
+
+## 🔍 Implementation Checklist
+
+- [ ] Identify historical comments about removed/deprecated functionality
+- [ ] Determine if comment provides actionable guidance
+- [ ] Transform useful comments into migration notes or architectural context
+- [ ] Remove comments that are purely historical without guidance value
+- [ ] Ensure remaining comments explain current approach and rationale
+- [ ] Update related documentation if significant context is removed
+
+## 📚 Examples
+
+### Good Historical Comment (Keep & Transform)
+```typescript
+// Note: Database access has been migrated from direct IndexedDB calls to PlatformServiceMixin
+// This provides better platform abstraction and consistent error handling across web/mobile/desktop
+// When adding new database operations, use this.$getContact(), this.$saveSettings(), etc.
+```
+
+### Bad Historical Comment (Remove)
+```typescript
+// Old method getContactFromDB() removed - now handled by PlatformServiceMixin
+// No need to call the old method anymore
+```
+
+## 🎯 Integration with Harbor Pilot
+
+This rule works in conjunction with:
+- **Component Creation Ideals**: Maintains architectural consistency
+- **Migration Patterns**: Documents evolution of patterns
+- **Code Review Guidelines**: Ensures comments provide value
+
+## 📝 Version History
+
+### v1.0.0 (2025-08-21)
+- Initial creation based on notification system cleanup
+- Established decision framework for historical comment management
+- Added transformation patterns and anti-patterns
+- Integrated with existing Harbor Pilot architecture rules
+# Historical Comment Management — Harbor Pilot Directive
+
+> **Agent role**: When encountering historical comments about removed methods, deprecated patterns, or architectural changes, apply these guidelines to maintain code clarity and developer guidance.
+
+## 🎯 Purpose
+
+Historical comments should either be **removed entirely** or **transformed into actionable guidance** for future developers. Avoid keeping comments that merely state what was removed without explaining why or what to do instead.
+
+## 📋 Decision Framework
+
+### Remove Historical Comments When:
+- **Obsolete Information**: Comment describes functionality that no longer exists
+- **No Action Required**: Comment doesn't help future developers make decisions
+- **Outdated Context**: Comment refers to old patterns that are no longer relevant
+- **Self-Evident**: The current code clearly shows the current approach
+
+### Transform Historical Comments When:
+- **Architectural Context**: The change represents a significant pattern shift
+- **Migration Guidance**: Future developers might need to understand the evolution
+- **Decision Rationale**: The "why" behind the change is still relevant
+- **Alternative Approaches**: The comment can guide future implementation choices
+
+## 🔄 Transformation Patterns
+
+### 1. From Removal Notice to Migration Note
+```typescript
+// ❌ REMOVE THIS
+// turnOffNotifyingFlags method removed - notification state is now managed by NotificationSection component
+
+// ✅ TRANSFORM TO THIS
+// Note: Notification state management has been migrated to NotificationSection component
+// which handles its own lifecycle and persistence via PlatformServiceMixin
+```
+
+### 2. From Deprecation Notice to Implementation Guide
+```typescript
+// ❌ REMOVE THIS
+// This will be handled by the NewComponent now
+// No need to call oldMethod() as it's no longer needed
+
+// ✅ TRANSFORM TO THIS
+// Note: This functionality has been migrated to NewComponent
+// which provides better separation of concerns and testability
+```
+
+### 3. From Historical Note to Architectural Context
+```typescript
+// ❌ REMOVE THIS
+// Old approach: used direct database calls
+// New approach: uses service layer
+
+// ✅ TRANSFORM TO THIS
+// Note: Database access has been abstracted through service layer
+// for better testability and platform independence
+```
+
+## 🚫 Anti-Patterns to Remove
+
+- Comments that only state what was removed
+- Comments that don't explain the current approach
+- Comments that reference non-existent methods
+- Comments that are self-evident from the code
+- Comments that don't help future decision-making
+
+## ✅ Best Practices
+
+### When Keeping Historical Context:
+1. **Explain the "Why"**: Why was the change made?
+2. **Describe the "What"**: What is the current approach?
+3. **Provide Context**: When might this information be useful?
+4. **Use Actionable Language**: Guide future decisions, not just document history
+
+### When Removing Historical Context:
+1. **Verify Obsoleteness**: Ensure the information is truly outdated
+2. **Check for Dependencies**: Ensure no other code references the old approach
+3. **Update Related Docs**: If removing from code, consider adding to documentation
+4. **Preserve in Git History**: The change is preserved in version control
+
+## 🔍 Implementation Checklist
+
+- [ ] Identify historical comments about removed/deprecated functionality
+- [ ] Determine if comment provides actionable guidance
+- [ ] Transform useful comments into migration notes or architectural context
+- [ ] Remove comments that are purely historical without guidance value
+- [ ] Ensure remaining comments explain current approach and rationale
+- [ ] Update related documentation if significant context is removed
+
+## 📚 Examples
+
+### Good Historical Comment (Keep & Transform)
+```typescript
+// Note: Database access has been migrated from direct IndexedDB calls to PlatformServiceMixin
+// This provides better platform abstraction and consistent error handling across web/mobile/desktop
+// When adding new database operations, use this.$getContact(), this.$saveSettings(), etc.
+```
+
+### Bad Historical Comment (Remove)
+```typescript
+// Old method getContactFromDB() removed - now handled by PlatformServiceMixin
+// No need to call the old method anymore
+```
+
+## 🎯 Integration with Harbor Pilot
+
+This rule works in conjunction with:
+- **Component Creation Ideals**: Maintains architectural consistency
+- **Migration Patterns**: Documents evolution of patterns
+- **Code Review Guidelines**: Ensures comments provide value
+
+## 📝 Version History
+
+### v1.0.0 (2025-08-21)
+- Initial creation based on notification system cleanup
+- Established decision framework for historical comment management
+- Added transformation patterns and anti-patterns
+- Integrated with existing Harbor Pilot architecture rules

.cursor/rules/realistic_time_estimation.mdc

@@ -0,0 +1,348 @@
+---
+description: when generating text that has project task work estimates
+alwaysApply: false
+---
+# No Time Estimates — Harbor Pilot Directive
+
+> **Agent role**: **DO NOT MAKE TIME ESTIMATES**. Instead, use phases, milestones, and complexity levels. Time estimates are consistently wrong and create unrealistic expectations.
+
+## 🎯 Purpose
+
+Development time estimates are consistently wrong and create unrealistic expectations. This rule ensures we focus on phases, milestones, and complexity rather than trying to predict specific timeframes.
+
+## 🚨 Critical Rule
+
+**DO NOT MAKE TIME ESTIMATES**
+- **Never provide specific time estimates** - they are always wrong
+- **Use phases and milestones** instead of days/weeks
+- **Focus on complexity and dependencies** rather than time
+- **Set expectations based on progress, not deadlines**
+
+## 📊 Planning Framework (Not Time Estimates)
+
+### **Complexity Categories**
+- **Simple**: Text changes, styling updates, minor bug fixes
+- **Medium**: New features, refactoring, component updates
+- **Complex**: Architecture changes, integrations, cross-platform work
+- **Unknown**: New technologies, APIs, or approaches
+
+### **Platform Complexity**
+- **Single platform**: Web-only or mobile-only changes
+- **Two platforms**: Web + mobile or web + desktop
+- **Three platforms**: Web + mobile + desktop
+- **Cross-platform consistency**: Ensuring behavior matches across all platforms
+
+### **Testing Complexity**
+- **Basic**: Unit tests for new functionality
+- **Comprehensive**: Integration tests, cross-platform testing
+- **User acceptance**: User testing, feedback integration
+
+## 🔍 Planning Process (No Time Estimates)
+
+### **Step 1: Break Down the Work**
+- Identify all subtasks and dependencies
+- Group related work into logical phases
+- Identify critical path and blockers
+
+### **Step 2: Define Phases and Milestones**
+- **Phase 1**: Foundation work (basic fixes, core functionality)
+- **Phase 2**: Enhancement work (new features, integrations)
+- **Phase 3**: Polish work (testing, user experience, edge cases)
+
+### **Step 3: Identify Dependencies**
+- **Technical dependencies**: What must be built first
+- **Platform dependencies**: What works on which platforms
+- **Testing dependencies**: What can be tested when
+
+### **Step 4: Set Progress Milestones**
+- **Milestone 1**: Basic functionality working
+- **Milestone 2**: All platforms supported
+- **Milestone 3**: Fully tested and polished
+
+## 📋 Planning Checklist (No Time Estimates)
+
+- [ ] Work broken down into logical phases
+- [ ] Dependencies identified and mapped
+- [ ] Milestones defined with clear criteria
+- [ ] Complexity levels assigned to each phase
+- [ ] Platform requirements identified
+- [ ] Testing strategy planned
+- [ ] Risk factors identified
+- [ ] Success criteria defined
+
+## 🎯 Example Planning (No Time Estimates)
+
+### **Example 1: Simple Feature**
+```
+Phase 1: Core implementation
+- Basic functionality
+- Single platform support
+- Unit tests
+
+Phase 2: Platform expansion
+- Multi-platform support
+- Integration tests
+
+Phase 3: Polish
+- User testing
+- Edge case handling
+```
+
+### **Example 2: Complex Cross-Platform Feature**
+```
+Phase 1: Foundation
+- Architecture design
+- Core service implementation
+- Basic web platform support
+
+Phase 2: Platform Integration
+- Mobile platform support
+- Desktop platform support
+- Cross-platform consistency
+
+Phase 3: Testing & Polish
+- Comprehensive testing
+- Error handling
+- User experience refinement
+```
+
+## 🚫 Anti-Patterns to Avoid
+
+- **"This should take X days"** - Red flag for time estimation
+- **"Just a few hours"** - Ignores complexity and testing
+- **"Similar to X"** - Without considering differences
+- **"Quick fix"** - Nothing is ever quick in software
+- **"No testing needed"** - Testing always takes effort
+
+## ✅ Best Practices
+
+### **When Planning:**
+1. **Break down everything** - no work is too small to plan
+2. **Consider all platforms** - web, mobile, desktop differences
+3. **Include testing strategy** - unit, integration, and user testing
+4. **Account for unknowns** - there are always surprises
+5. **Focus on dependencies** - what blocks what
+
+### **When Presenting Plans:**
+1. **Show the phases** - explain the logical progression
+2. **Highlight dependencies** - what could block progress
+3. **Define milestones** - clear success criteria
+4. **Identify risks** - what could go wrong
+5. **Suggest alternatives** - ways to reduce scope or complexity
+
+## 🔄 Continuous Improvement
+
+### **Track Progress**
+- Record planned vs. actual phases completed
+- Identify what took longer than expected
+- Learn from complexity misjudgments
+- Adjust planning process based on experience
+
+### **Learn from Experience**
+- **Underestimated complexity**: Increase complexity categories
+- **Missed dependencies**: Improve dependency mapping
+- **Platform surprises**: Better platform research upfront
+
+## 🎯 Integration with Harbor Pilot
+
+This rule works in conjunction with:
+- **Project Planning**: Focuses on phases and milestones
+- **Resource Allocation**: Based on complexity, not time
+- **Risk Management**: Identifies blockers and dependencies
+- **Stakeholder Communication**: Sets progress-based expectations
+
+## 📝 Version History
+
+### v2.0.0 (2025-08-21)
+- **Major Change**: Completely removed time estimation approach
+- **New Focus**: Phases, milestones, and complexity-based planning
+- **Eliminated**: All time multipliers, estimates, and calculations
+- **Added**: Dependency mapping and progress milestone framework
+
+### v1.0.0 (2025-08-21)
+- Initial creation based on user feedback about estimation accuracy
+- ~~Established realistic estimation multipliers and process~~
+- ~~Added comprehensive estimation checklist and examples~~
+- Integrated with Harbor Pilot planning and risk management
+
+---
+
+## 🚨 Remember
+
+**DO NOT MAKE TIME ESTIMATES. Use phases, milestones, and complexity instead. Focus on progress, not deadlines.**
+
+## 🚨 Remember
+
+**Your first estimate is wrong. Your second estimate is probably still wrong. Focus on progress, not deadlines.**
+# No Time Estimates — Harbor Pilot Directive
+
+> **Agent role**: **DO NOT MAKE TIME ESTIMATES**. Instead, use phases, milestones, and complexity levels. Time estimates are consistently wrong and create unrealistic expectations.
+
+## 🎯 Purpose
+
+Development time estimates are consistently wrong and create unrealistic expectations. This rule ensures we focus on phases, milestones, and complexity rather than trying to predict specific timeframes.
+
+## 🚨 Critical Rule
+
+**DO NOT MAKE TIME ESTIMATES**
+- **Never provide specific time estimates** - they are always wrong
+- **Use phases and milestones** instead of days/weeks
+- **Focus on complexity and dependencies** rather than time
+- **Set expectations based on progress, not deadlines**
+
+## 📊 Planning Framework (Not Time Estimates)
+
+### **Complexity Categories**
+- **Simple**: Text changes, styling updates, minor bug fixes
+- **Medium**: New features, refactoring, component updates
+- **Complex**: Architecture changes, integrations, cross-platform work
+- **Unknown**: New technologies, APIs, or approaches
+
+### **Platform Complexity**
+- **Single platform**: Web-only or mobile-only changes
+- **Two platforms**: Web + mobile or web + desktop
+- **Three platforms**: Web + mobile + desktop
+- **Cross-platform consistency**: Ensuring behavior matches across all platforms
+
+### **Testing Complexity**
+- **Basic**: Unit tests for new functionality
+- **Comprehensive**: Integration tests, cross-platform testing
+- **User acceptance**: User testing, feedback integration
+
+## 🔍 Planning Process (No Time Estimates)
+
+### **Step 1: Break Down the Work**
+- Identify all subtasks and dependencies
+- Group related work into logical phases
+- Identify critical path and blockers
+
+### **Step 2: Define Phases and Milestones**
+- **Phase 1**: Foundation work (basic fixes, core functionality)
+- **Phase 2**: Enhancement work (new features, integrations)
+- **Phase 3**: Polish work (testing, user experience, edge cases)
+
+### **Step 3: Identify Dependencies**
+- **Technical dependencies**: What must be built first
+- **Platform dependencies**: What works on which platforms
+- **Testing dependencies**: What can be tested when
+
+### **Step 4: Set Progress Milestones**
+- **Milestone 1**: Basic functionality working
+- **Milestone 2**: All platforms supported
+- **Milestone 3**: Fully tested and polished
+
+## 📋 Planning Checklist (No Time Estimates)
+
+- [ ] Work broken down into logical phases
+- [ ] Dependencies identified and mapped
+- [ ] Milestones defined with clear criteria
+- [ ] Complexity levels assigned to each phase
+- [ ] Platform requirements identified
+- [ ] Testing strategy planned
+- [ ] Risk factors identified
+- [ ] Success criteria defined
+
+## 🎯 Example Planning (No Time Estimates)
+
+### **Example 1: Simple Feature**
+```
+Phase 1: Core implementation
+- Basic functionality
+- Single platform support
+- Unit tests
+
+Phase 2: Platform expansion
+- Multi-platform support
+- Integration tests
+
+Phase 3: Polish
+- User testing
+- Edge case handling
+```
+
+### **Example 2: Complex Cross-Platform Feature**
+```
+Phase 1: Foundation
+- Architecture design
+- Core service implementation
+- Basic web platform support
+
+Phase 2: Platform Integration
+- Mobile platform support
+- Desktop platform support
+- Cross-platform consistency
+
+Phase 3: Testing & Polish
+- Comprehensive testing
+- Error handling
+- User experience refinement
+```
+
+## 🚫 Anti-Patterns to Avoid
+
+- **"This should take X days"** - Red flag for time estimation
+- **"Just a few hours"** - Ignores complexity and testing
+- **"Similar to X"** - Without considering differences
+- **"Quick fix"** - Nothing is ever quick in software
+- **"No testing needed"** - Testing always takes effort
+
+## ✅ Best Practices
+
+### **When Planning:**
+1. **Break down everything** - no work is too small to plan
+2. **Consider all platforms** - web, mobile, desktop differences
+3. **Include testing strategy** - unit, integration, and user testing
+4. **Account for unknowns** - there are always surprises
+5. **Focus on dependencies** - what blocks what
+
+### **When Presenting Plans:**
+1. **Show the phases** - explain the logical progression
+2. **Highlight dependencies** - what could block progress
+3. **Define milestones** - clear success criteria
+4. **Identify risks** - what could go wrong
+5. **Suggest alternatives** - ways to reduce scope or complexity
+
+## 🔄 Continuous Improvement
+
+### **Track Progress**
+- Record planned vs. actual phases completed
+- Identify what took longer than expected
+- Learn from complexity misjudgments
+- Adjust planning process based on experience
+
+### **Learn from Experience**
+- **Underestimated complexity**: Increase complexity categories
+- **Missed dependencies**: Improve dependency mapping
+- **Platform surprises**: Better platform research upfront
+
+## 🎯 Integration with Harbor Pilot
+
+This rule works in conjunction with:
+- **Project Planning**: Focuses on phases and milestones
+- **Resource Allocation**: Based on complexity, not time
+- **Risk Management**: Identifies blockers and dependencies
+- **Stakeholder Communication**: Sets progress-based expectations
+
+## 📝 Version History
+
+### v2.0.0 (2025-08-21)
+- **Major Change**: Completely removed time estimation approach
+- **New Focus**: Phases, milestones, and complexity-based planning
+- **Eliminated**: All time multipliers, estimates, and calculations
+- **Added**: Dependency mapping and progress milestone framework
+
+### v1.0.0 (2025-08-21)
+- Initial creation based on user feedback about estimation accuracy
+- ~~Established realistic estimation multipliers and process~~
+- ~~Added comprehensive estimation checklist and examples~~
+- Integrated with Harbor Pilot planning and risk management
+
+---
+
+## 🚨 Remember
+
+**DO NOT MAKE TIME ESTIMATES. Use phases, milestones, and complexity instead. Focus on progress, not deadlines.**
+
+## 🚨 Remember
+
+**Your first estimate is wrong. Your second estimate is probably still wrong. Focus on progress, not deadlines.**

.dockerignore

@@ -140,7 +140,7 @@ docker-compose*
 .dockerignore
 
 # CI/CD files
-.github
+
 .gitlab-ci.yml
 .travis.yml
 .circleci

.env.test

@@ -7,7 +7,7 @@ VITE_LOG_LEVEL=info
 TIME_SAFARI_APP_TITLE="TimeSafari_Test"
 VITE_APP_SERVER=https://test.timesafari.app
 # This is the claim ID for actions in the BVC project, with the JWT ID on this environment (not
- production).
+# This is the claim ID for actions in the BVC project, with the JWT ID on this environment (not production).
 
 VITE_BVC_MEETUPS_PROJECT_CLAIM_ID=https://endorser.ch/entity/01HWE8FWHQ1YGP7GFZYYPS272F
 VITE_DEFAULT_ENDORSER_API_SERVER=https://test-api.endorser.ch

.github/workflows/asset-validation.yml

@@ -1,142 +0,0 @@
-name: Asset Validation & CI Safeguards
-
-on:
-  pull_request:
-    paths:
-      - 'resources/**'
-      - 'config/assets/**'
-      - 'capacitor-assets.config.json'
-      - 'capacitor.config.ts'
-      - 'capacitor.config.json'
-  push:
-    branches: [main, develop]
-    paths:
-      - 'resources/**'
-      - 'config/assets/**'
-      - 'capacitor-assets.config.json'
-      - 'capacitor.config.ts'
-      - 'capacitor.config.json'
-
-jobs:
-  asset-validation:
-    runs-on: ubuntu-latest
-    steps:
-      - name: Checkout code
-        uses: actions/checkout@v4
-
-      - name: Setup Node.js
-        uses: actions/setup-node@v4
-        with:
-          node-version-file: '.nvmrc'
-          cache: 'npm'
-
-      - name: Install dependencies
-        run: npm ci
-
-      - name: Validate asset configuration
-        run: npm run assets:validate
-
-      - name: Check for committed platform assets (Android)
-        run: |
-          if git ls-files -z android/app/src/main/res | grep -E '(AppIcon.*\.png|Splash.*\.png|mipmap-.*/ic_launcher.*\.png)' > /dev/null; then
-            echo "❌ Android platform assets found in VCS - these should be generated at build-time"
-            git ls-files -z android/app/src/main/res | grep -E '(AppIcon.*\.png|Splash.*\.png|mipmap-.*/ic_launcher.*\.png)'
-            exit 1
-          fi
-          echo "✅ No Android platform assets committed"
-
-      - name: Check for committed platform assets (iOS)
-        run: |
-          if git ls-files -z ios/App/App/Assets.xcassets | grep -E '(AppIcon.*\.png|Splash.*\.png)' > /dev/null; then
-            echo "❌ iOS platform assets found in VCS - these should be generated at build-time"
-            git ls-files -z ios/App/App/Assets.xcassets | grep -E '(AppIcon.*\.png|Splash.*\.png)'
-            exit 1
-          fi
-          echo "✅ No iOS platform assets committed"
-
-      - name: Test asset generation
-        run: |
-          echo "🧪 Testing asset generation workflow..."
-          npm run build:capacitor
-          npx cap sync
-          npx capacitor-assets generate --dry-run || npx capacitor-assets generate
-          echo "✅ Asset generation test completed"
-
-      - name: Verify clean tree after build
-        run: |
-          if [ -n "$(git status --porcelain)" ]; then
-            echo "❌ Dirty tree after build - asset configs were modified"
-            git status
-            git diff
-            exit 1
-          fi
-          echo "✅ Build completed with clean tree"
-
-  schema-validation:
-    runs-on: ubuntu-latest
-    steps:
-      - name: Checkout code
-        uses: actions/checkout@v4
-
-      - name: Setup Node.js
-        uses: actions/setup-node@v4
-        with:
-          node-version-file: '.nvmrc'
-          cache: 'npm'
-
-      - name: Install dependencies
-        run: npm ci
-
-      - name: Validate schema compliance
-        run: |
-          echo "🔍 Validating schema compliance..."
-          node -e "
-            const fs = require('fs');
-            const config = JSON.parse(fs.readFileSync('capacitor-assets.config.json', 'utf8'));
-            const schema = JSON.parse(fs.readFileSync('config/assets/schema.json', 'utf8'));
-            
-            // Basic schema validation
-            if (!config.icon || !config.splash) {
-              throw new Error('Missing required sections: icon and splash');
-            }
-            
-            if (!config.icon.source || !config.splash.source) {
-              throw new Error('Missing required source fields');
-            }
-            
-            if (!/^resources\/.*\.(png|svg)$/.test(config.icon.source)) {
-              throw new Error('Icon source must be in resources/ directory');
-            }
-            
-            if (!/^resources\/.*\.(png|svg)$/.test(config.splash.source)) {
-              throw new Error('Splash source must be in resources/ directory');
-            }
-            
-            console.log('✅ Schema validation passed');
-          "
-
-      - name: Check source file existence
-        run: |
-          echo "📁 Checking source file existence..."
-          node -e "
-            const fs = require('fs');
-            const config = JSON.parse(fs.readFileSync('capacitor-assets.config.json', 'utf8'));
-            
-            const requiredFiles = [
-              config.icon.source,
-              config.splash.source
-            ];
-            
-            if (config.splash.darkSource) {
-              requiredFiles.push(config.splash.darkSource);
-            }
-            
-            const missingFiles = requiredFiles.filter(file => !fs.existsSync(file));
-            
-            if (missingFiles.length > 0) {
-              console.error('❌ Missing source files:', missingFiles);
-              process.exit(1);
-            }
-            
-            console.log('✅ All source files exist');
-          "

.github/workflows/playwright.yml

@@ -1,27 +0,0 @@
-name: Playwright Tests
-on:
-  push:
-    branches: [ main, master ]
-  pull_request:
-    branches: [ main, master ]
-jobs:
-  test:
-    timeout-minutes: 60
-    runs-on: ubuntu-latest
-    steps:
-    - uses: actions/checkout@v4
-    - uses: actions/setup-node@v4
-      with:
-        node-version: lts/*
-    - name: Install dependencies
-      run: npm ci
-    - name: Install Playwright Browsers
-      run: npx playwright install --with-deps
-    - name: Run Playwright tests
-      run: npx playwright test
-    - uses: actions/upload-artifact@v4
-      if: always()
-      with:
-        name: playwright-report
-        path: playwright-report/
-        retention-days: 30

.gitignore

@@ -45,6 +45,9 @@ dist-electron-packages
 # Test files generated by scripts test-ios.js & test-android.js
 .generated/
 
+# Test stability analysis results
+test-stability-results/
+
 .env.default
 vendor/
 

.husky/_/husky.sh

@@ -0,0 +1,40 @@
+#!/usr/bin/env sh
+#
+# Husky Helper Script
+# This file is sourced by all Husky hooks
+#
+if [ -z "$husky_skip_init" ]; then
+  debug () {
+    if [ "$HUSKY_DEBUG" = "1" ]; then
+      echo "husky (debug) - $1"
+    fi
+  }
+
+  readonly hook_name="$(basename -- "$0")"
+  debug "starting $hook_name..."
+
+  if [ "$HUSKY" = "0" ]; then
+    debug "HUSKY env variable is set to 0, skipping hook"
+    exit 0
+  fi
+
+  if [ -f ~/.huskyrc ]; then
+    debug "sourcing ~/.huskyrc"
+    . ~/.huskyrc
+  fi
+
+  readonly husky_skip_init=1
+  export husky_skip_init
+  sh -e "$0" "$@"
+  exitCode="$?"
+
+  if [ $exitCode != 0 ]; then
+    echo "husky - $hook_name hook exited with code $exitCode (error)"
+  fi
+
+  if [ $exitCode = 127 ]; then
+    echo "husky - command not found in PATH=$PATH"
+  fi
+
+  exit $exitCode
+fi

.husky/commit-msg

@@ -0,0 +1,10 @@
+#!/usr/bin/env bash
+#
+# Husky Commit Message Hook
+# Validates commit message format using commitlint
+#
+. "$(dirname -- "$0")/_/husky.sh"
+
+# Run commitlint but don't fail the commit (|| true)
+# This provides helpful feedback without blocking commits
+npx commitlint --edit "$1" || true

.husky/pre-commit

@@ -0,0 +1,15 @@
+#!/usr/bin/env bash
+#
+# Husky Pre-commit Hook
+# Runs Build Architecture Guard to check staged files
+#
+. "$(dirname -- "$0")/_/husky.sh"
+
+echo "🔍 Running Build Architecture Guard (pre-commit)..."
+bash ./scripts/build-arch-guard.sh --staged || {
+    echo
+    echo "💡 To bypass this check for emergency commits, use:"
+    echo "   git commit --no-verify"
+    echo
+    exit 1
+}

.husky/pre-push

@@ -0,0 +1,27 @@
+#!/usr/bin/env bash
+#
+# Husky Pre-push Hook  
+# Runs Build Architecture Guard to check commits being pushed
+#
+. "$(dirname -- "$0")/_/husky.sh"
+
+echo "🔍 Running Build Architecture Guard (pre-push)..."
+
+# Get the remote branch we're pushing to
+REMOTE_BRANCH="origin/$(git rev-parse --abbrev-ref HEAD)"
+
+# Check if remote branch exists
+if git show-ref --verify --quiet "refs/remotes/$REMOTE_BRANCH"; then
+    RANGE="$REMOTE_BRANCH...HEAD"
+else
+    # If remote branch doesn't exist, check last commit
+    RANGE="HEAD~1..HEAD"
+fi
+
+bash ./scripts/build-arch-guard.sh --range "$RANGE" || {
+    echo
+    echo "💡 To bypass this check for emergency pushes, use:"
+    echo "   git push --no-verify"
+    echo
+    exit 1
+}

CHANGELOG.md

@@ -6,69 +6,88 @@ The format is based on [Keep a Changelog](https://keepachangelog.com/en/1.0.0/),
 and this project adheres to [Semantic Versioning](https://semver.org/spec/v2.0.0.html).
 
 ## [1.0.7] - 2025.08.18
+
 ### Fixed
+
 - Deep link for onboard-meeting-members
 
-
 ## [1.0.6] - 2025.08.09
+
 ### Fixed
+
 - Deep link errors where none would validate
 
-
 ## [1.0.5] - 2025.07.24
+
 ### Fixed
+
 - Export & import of contacts corrupted contact methods
 
-
 ## [1.0.4] - 2025.07.20 - 002f2407208d56cc59c0aa7c880535ae4cbace8b
+
 ### Fixed
+
 - Deep link for invite-one-accept
 
-
 ## [1.0.3] - 2025.07.12 - a9a8ba217cd6015321911e98e6843e988dc2c4ae
+
 ### Changed
+
 - Photo is pinned to profile mode
+
 ### Fixed
+
 - Deep link URLs (and other prod settings)
 - Error in BVC begin view
 
-
 ## [1.0.2] - 2025.06.20 - 276e0a741bc327de3380c4e508cccb7fee58c06d
+
 ### Added
+
 - Version on feed title
 
-
 ## [1.0.1] - 2025.06.20
+
 ### Added
+
 - Allow a user to block someone else's content from view
 
-
 ## [1.0.0] - 2025.06.20 - 5aa693de6337e5dbb278bfddc6bd39094bc14f73
+
 ### Added
+
 - Web-oriented migration from IndexedDB to SQLite
 
-
 ## [0.5.8]
+
 ### Added
+
 - /deep-link/ path for URLs that are shared with people
+
 ### Changed
+
 - External links now go to /deep-link/...
 - Feed visuals now have arrow imagery from giver to receiver
 
-
 ## [0.4.7]
+
 ### Fixed
+
 - Cameras everywhere
+
 ### Changed
+
 - IndexedDB -> SQLite
 
-
 ## [0.4.5] - 2025.02.23
-### Added
-- Total amounts of gives on project page
-### Changed in DB or environment
-- Requires Endorser.ch version 4.2.6+
 
+### Added
+
+- Total amounts of gives on project page
+
+### Changed in DB or environment
+
+- Requires Endorser.ch version 4.2.6+
 
 ## [0.4.4] - 2025.02.17
 

README-BUILD-GUARD.md

@@ -0,0 +1,290 @@
+# Build Architecture Guard - Husky Implementation
+
+## Overview
+
+The Build Architecture Guard protects your build system by enforcing
+documentation requirements through **Git hooks**. When you modify
+build-critical files, the system automatically blocks commits/pushes
+until you update `BUILDING.md`.
+
+## 🎯 **Why Husky-Only?**
+
+**Advantages:**
+
+- ✅ **Immediate feedback** - Hooks run before commit/push
+- ✅ **Works everywhere** - No server-side CI/CD required
+- ✅ **Simple setup** - One tool, one configuration
+- ✅ **Fast execution** - No network delays or server queues
+- ✅ **Offline support** - Works without internet connection
+
+**Trade-offs:**
+
+- ⚠️ **Can be bypassed** - `git commit --no-verify` or `git push --no-verify`
+- ⚠️ **Developer discipline** - Relies on team following the rules
+
+## 🏗️ **Architecture**
+
+```bash
+Developer Workflow:
+1. Modify build files (scripts/, vite.config.*, etc.)
+2. Try to commit → Husky pre-commit hook runs
+3. Guard script checks if BUILDING.md was updated
+4. ✅ Commit succeeds if docs updated
+5. ❌ Commit blocked if docs missing
+```
+
+## 🚀 **Quick Start**
+
+### 1. Install Dependencies
+
+```bash
+npm install
+npm run prepare  # Sets up Husky hooks
+```
+
+### 2. Test the System
+
+```bash
+# Modify a build file without updating BUILDING.md
+echo "# test" >> scripts/test.sh
+
+# Try to commit (should be blocked)
+git add scripts/test.sh
+git commit -m "test: add build script"
+# ❌ Hook blocks commit with helpful message
+```
+
+### 3. Fix and Retry
+
+```bash
+# Update BUILDING.md with your changes
+echo "## New Build Script" >> BUILDING.md
+echo "Added test.sh for testing purposes" >> BUILDING.md
+
+# Now commit should succeed
+git add BUILDING.md
+git commit -m "feat: add test build script with docs"
+# ✅ Commit succeeds
+```
+
+## 🔧 **How It Works**
+
+### Pre-commit Hook (`.husky/pre-commit`)
+
+- **When**: Every `git commit`
+- **What**: Runs `./scripts/build-arch-guard.sh --staged`
+- **Result**: Blocks commit if build files changed without BUILDING.md update
+
+### Pre-push Hook (`.husky/pre-push`)
+
+- **When**: Every `git push`
+- **What**: Runs `./scripts/build-arch-guard.sh --range`
+- **Result**: Blocks push if commits contain undocumented build changes
+
+### Guard Script (`scripts/build-arch-guard.sh`)
+
+- **Detects**: Changes to build-sensitive file patterns
+- **Validates**: BUILDING.md was updated alongside changes
+- **Reports**: Clear error messages with guidance
+
+## 📁 **Protected File Patterns**
+
+The guard script monitors these paths for changes:
+
+```text
+Build Configuration:
+├── vite.config.*          # Vite configuration
+├── capacitor.config.ts    # Capacitor configuration
+├── package.json           # Package configuration
+├── package-lock.json      # Lock files
+├── yarn.lock
+└── pnpm-lock.yaml
+
+Build Scripts:
+├── scripts/**             # All build and automation scripts
+├── electron/**            # Electron build files
+├── android/**             # Android build configuration
+├── ios/**                 # iOS build configuration
+├── sw_scripts/**          # Service worker scripts
+└── sw_combine.js          # Service worker combination
+
+Deployment:
+├── Dockerfile             # Docker configuration
+└── docker/**              # Docker services
+```
+
+## 🎭 **Usage Scenarios**
+
+### Scenario 1: Adding a New Build Script
+
+```bash
+# ❌ This will be blocked
+echo '#!/bin/bash' > scripts/new-build.sh
+git add scripts/new-build.sh
+git commit -m "feat: add new build script"
+# Hook blocks: "Build-sensitive files changed but BUILDING.md not updated"
+
+# ✅ This will succeed
+echo '#!/bin/bash' > scripts/new-build.sh
+echo '## New Build Script' >> BUILDING.md
+echo 'Added new-build.sh for feature X' >> BUILDING.md
+git add scripts/new-build.sh BUILDING.md
+git commit -m "feat: add new build script with docs"
+# ✅ Commit succeeds
+```
+
+### Scenario 2: Updating Vite Configuration
+
+```bash
+# ❌ This will be blocked
+echo 'export default { newOption: true }' >> vite.config.ts
+git add vite.config.ts
+git commit -m "config: add new vite option"
+# Hook blocks: "Build-sensitive files changed but BUILDING.md not updated"
+
+# ✅ This will succeed
+echo 'export default { newOption: true }' >> vite.config.ts
+echo '### New Vite Option' >> BUILDING.md
+echo 'Added newOption for improved performance' >> BUILDING.md
+git add vite.config.ts BUILDING.md
+git commit -m "config: add new vite option with docs"
+# ✅ Commit succeeds
+```
+
+## 🚨 **Emergency Bypass**
+
+**⚠️ Use sparingly and only for emergencies:**
+
+```bash
+# Skip pre-commit hook
+git commit -m "emergency: critical fix" --no-verify
+
+# Skip pre-push hook  
+git push --no-verify
+
+# Remember to update BUILDING.md later!
+```
+
+## 🔍 **Troubleshooting**
+
+### Hooks Not Running
+
+```bash
+# Reinstall hooks
+npm run prepare
+
+# Check hook files exist and are executable
+ls -la .husky/
+chmod +x .husky/*
+
+# Verify Git hooks path
+git config core.hooksPath
+# Should show: .husky
+```
+
+### Guard Script Issues
+
+```bash
+# Test guard script manually
+./scripts/build-arch-guard.sh --help
+
+# Check script permissions
+chmod +x scripts/build-arch-guard.sh
+
+# Test with specific files
+./scripts/build-arch-guard.sh --staged
+```
+
+### False Positives
+
+```bash
+# If guard blocks legitimate changes, check:
+# 1. Are you modifying a protected file pattern?
+# 2. Did you update BUILDING.md?
+# 3. Is BUILDING.md staged for commit?
+
+# View what the guard sees
+git diff --name-only --cached
+```
+
+## 📋 **Best Practices**
+
+### For Developers
+
+1. **Update BUILDING.md first** - Document changes before implementing
+2. **Test locally** - Run `./scripts/build-arch-guard.sh --staged` before committing
+3. **Use descriptive commits** - Include context about build changes
+4. **Don't bypass lightly** - Only use `--no-verify` for true emergencies
+
+### For Teams
+
+1. **Document the system** - Ensure everyone understands the guard
+2. **Review BUILDING.md updates** - Verify documentation quality
+3. **Monitor bypass usage** - Track when hooks are skipped
+4. **Regular audits** - Check that BUILDING.md stays current
+
+### For Maintainers
+
+1. **Update protected patterns** - Modify `scripts/build-arch-guard.sh` as needed
+2. **Monitor effectiveness** - Track how often the guard catches issues
+3. **Team training** - Help developers understand the system
+4. **Continuous improvement** - Refine patterns and error messages
+
+## 🔄 **Customization**
+
+### Adding New Protected Paths
+
+Edit `scripts/build-arch-guard.sh`:
+
+```bash
+SENSITIVE=(
+  # ... existing patterns ...
+  "new-pattern/**"        # Add your new pattern
+  "*.config.js"           # Add file extensions
+)
+```
+
+### Modifying Error Messages
+
+Edit the guard script to customize:
+
+- Error message content
+- File pattern matching
+- Documentation requirements
+- Bypass instructions
+
+### Adding New Validation Rules
+
+Extend the guard script to check for:
+
+- Specific file content patterns
+- Required documentation sections
+- Commit message formats
+- Branch naming conventions
+
+## 📚 **Integration with PR Template**
+
+The `pull_request_template.md` works with this system by:
+
+- **Guiding developers** through required documentation
+- **Ensuring consistency** across all build changes
+- **Providing checklist** for comprehensive updates
+- **Supporting L1/L2/L3** change classification
+
+## 🎯 **Success Metrics**
+
+Track the effectiveness of your Build Architecture Guard:
+
+- **Hook execution rate** - How often hooks run successfully
+- **Bypass frequency** - How often `--no-verify` is used
+- **Documentation quality** - BUILDING.md stays current
+- **Build failures** - Fewer issues from undocumented changes
+- **Team adoption** - Developers follow the process
+
+---
+
+**Status**: Active protection system
+**Architecture**: Client-side Git hooks only
+**Dependencies**: Husky, Git, Bash
+**Maintainer**: Development team
+**Related**: `pull_request_template.md`, `scripts/build-arch-guard.sh`

README-PR-TEMPLATE.md

@@ -0,0 +1,82 @@
+# Pull Request Template
+
+## Location
+
+The Build Architecture Guard PR template is located at:
+
+- **`pull_request_template.md`** (root directory)
+
+## Usage
+
+When creating a pull request in Gitea, this template will automatically populate the PR description with the required checklist.
+
+## Template Features
+
+### Change Level Classification
+
+- **L1**: Minor changes, documentation updates
+- **L2**: Moderate changes, new features, environment changes
+- **L3**: Major changes, architecture changes, new platforms
+
+### Required Fields for All Levels
+
+- Change level selection
+- Scope and impact description
+- Commands executed and their output
+- Documentation updates (BUILDING.md)
+- Rollback verification steps
+
+### Additional Requirements for L3
+
+- **ADR link**: Must provide URL to Architectural Decision Record
+- **Artifacts with SHA256**: Must list artifacts with cryptographic hashes
+
+## Integration
+
+This template works with:
+
+- **Gitea Actions**: `.gitea/workflows/build-guard.yml`
+- **Client-side hooks**: `.husky/` pre-commit and pre-push hooks
+- **Guard script**: `scripts/build-arch-guard.sh`
+
+## Example Usage
+
+```markdown
+### Change Level
+- [x] Level: **L2**
+
+**Why:** Adding new build script for Docker deployment
+
+### Scope & Impact
+- [x] Files & platforms touched: scripts/build-docker.sh,
+  BUILDING.md
+- [x] Risk triggers: Docker build process changes
+- [x] Mitigations/validation done: Tested on local Docker environment
+
+### Commands Run
+- [x] Web: `npm run build:web:docker` ✅
+- [x] Docker: `docker build -t test-image .` ✅
+
+### Artifacts
+- [x] Names + **sha256** of artifacts/installers:
+
+Artifacts:
+```text
+test-image.tar  a1b2c3d4e5f6...
+```
+
+### Docs
+- [x] **BUILDING.md** updated (sections): Docker deployment
+- [x] Troubleshooting updated: Added Docker troubleshooting section
+
+### Rollback
+- [x] Verified steps to restore previous behavior:
+  1. `git revert HEAD`
+  2. `docker rmi test-image`
+  3. Restore previous BUILDING.md
+```
+
+---
+
+**Note**: This template is enforced by the Build Architecture Guard
+system. Complete all required fields to ensure your PR can be merged.

README.md

@@ -1,270 +1,118 @@
-# TimeSafari.app - Crowd-Funder for Time - PWA
+# Time Safari Application
 
-[Time Safari](https://timesafari.org/) allows people to ease into collaboration: start with expressions of gratitude
-and expand to crowd-fund with time & money, then record and see the impact of contributions.
+**Author**: Matthew Raymer
+**Version**: 1.0.8-beta
+**Description**: Time Safari Application
 
-## Roadmap
+## 🛡️ Build Architecture Guard
 
-See [ClickUp](https://sharing.clickup.com/9014278710/l/h/8cmnyhp-174/10573fec74e2ba0) for current priorities.
+This project uses **Husky Git hooks** to protect the build system
+architecture. When you modify build-critical files, the system
+automatically blocks commits until you update `BUILDING.md`.
 
-## Setup & Building
+### Quick Setup
 
-Quick start:
+```bash
+npm run guard:setup  # Install and activate the guard
+```
 
-* For setup, we recommend [pkgx](https://pkgx.dev), which installs what you need (either automatically or with the `dev` command). Core dependencies are typescript & npm; when building for other platforms, you'll need other things such as those in the pkgx.yaml & BUILDING.md files.
+### How It Works
+
+- **Pre-commit**: Blocks commits if build files changed without
+  BUILDING.md updates
+- **Pre-push**: Blocks pushes if commits contain undocumented build
+  changes
+- **Protected paths**: `scripts/`, `vite.config.*`, `electron/`,
+  `android/`, `ios/`, etc.
+
+### Usage
+
+```bash
+# Test the guard manually
+npm run guard:test
+
+# Emergency bypass (use sparingly)
+git commit --no-verify
+git push --no-verify
+```
+
+**📚 Full documentation**: See `README-BUILD-GUARD.md`
+
+## 🚀 Quick Start
+
+### Prerequisites
+
+- Node.js 18+
+- npm, yarn, or pnpm
+- Git
+
+### Installation
 
 ```bash
 npm install
-npm run build:web:serve -- --test
+npm run guard:setup  # Sets up Build Architecture Guard
 ```
 
-To be able to make submissions: go to "profile" (bottom left), go to the bottom and expand "Show Advanced Settings", go to the bottom and to the "Test Page", and finally "Become User 0" to see all the functionality.
-
-See [BUILDING.md](BUILDING.md) for comprehensive build instructions for all platforms (Web, Electron, iOS, Android, Docker).
-
-## Development Database Clearing
-
-TimeSafari provides a simple script-based approach to clear the local database (not the claim server) for development purposes.
-
-## Logging Configuration
-
-TimeSafari supports configurable logging levels via the `VITE_LOG_LEVEL` environment variable. This allows developers to control console output verbosity without modifying code.
-
-### Quick Usage
+### Development
 
 ```bash
-# Show only errors
-VITE_LOG_LEVEL=error npm run dev
-
-# Show warnings and errors
-VITE_LOG_LEVEL=warn npm run dev
-
-# Show info, warnings, and errors (default)
-VITE_LOG_LEVEL=info npm run dev
-
-# Show all log levels including debug
-VITE_LOG_LEVEL=debug npm run dev
+npm run build:web:dev    # Build web version
+npm run build:ios:test   # Build iOS test version
+npm run build:android:test # Build Android test version
+npm run build:electron:dev # Build Electron dev version
 ```
 
-### Available Levels
-
-- **`error`**: Critical errors only
-- **`warn`**: Warnings and errors (default for production web)
-- **`info`**: Info, warnings, and errors (default for development/capacitor)
-- **`debug`**: All log levels including verbose debugging
-
-See [Logging Configuration Guide](doc/logging-configuration.md) for complete details.
-
-### Quick Usage
-```bash
-# Run the database clearing script
-./scripts/clear-database.sh
-
-# Then restart your development server
-npm run build:electron:dev  # For Electron
-npm run build:web:dev       # For Web
-```
-
-### What It Does
-
-#### **Electron (Desktop App)**
-- Automatically finds and clears the SQLite database files
-- Works on Linux, macOS, and Windows
-- Clears all data and forces fresh migrations on next startup
-
-#### **Web Browser**
-- Provides instructions for using custom browser data directories
-- Shows manual clearing via browser DevTools
-- Ensures reliable database clearing without browser complications
-
-### Safety Features
-- ✅ **Interactive Script**: Guides you through the process
-- ✅ **Platform Detection**: Automatically detects your OS
-- ✅ **Clear Instructions**: Step-by-step guidance for each platform
-- ✅ **Safe Paths**: Only clears TimeSafari-specific data
-
-### Manual Commands (if needed)
-
-#### **Electron Database Location**
-```bash
-# Linux
-rm -rf ~/.config/TimeSafari/*
-
-# macOS  
-rm -rf ~/Library/Application\ Support/TimeSafari/*
-
-# Windows
-rmdir /s /q %APPDATA%\TimeSafari
-```
-
-#### **Web Browser (Custom Data Directory)**
-```bash
-# Create isolated browser profile
-mkdir ~/timesafari-dev-data
-```
-
-## Domain Configuration
-
-TimeSafari uses a centralized domain configuration system to ensure consistent
-URL generation across all environments. This prevents localhost URLs from
-appearing in shared links during development.
-
-### Key Features
-- ✅ **Production URLs for Sharing**: All copy link buttons use production domain
-- ✅ **Environment-Specific Internal URLs**: Internal operations use appropriate
-  environment URLs
-- ✅ **Single Point of Control**: Change domain in one place for entire app
-- ✅ **Type-Safe Configuration**: Full TypeScript support
-
-### Quick Reference
-
-```typescript
-// For sharing functionality (environment-specific)
-import { APP_SERVER } from "@/constants/app";
-const shareLink = `${APP_SERVER}/deep-link/claim/123`;
-
-// For internal operations (environment-specific)
-import { APP_SERVER } from "@/constants/app";
-const apiUrl = `${APP_SERVER}/api/claim/123`;
-```
-
-### Documentation
-
-- [Constants and Configuration](src/constants/app.ts) - Core constants
-
-## Tests
-
-See [TESTING.md](test-playwright/TESTING.md) for detailed test instructions.
-
-## Asset Management
-
-TimeSafari uses a standardized asset configuration system for consistent
-icon and splash screen generation across all platforms.
-
-### Asset Sources
-
-- **Single source of truth**: `resources/` directory (Capacitor default)
-- **Source files**: `icon.png`, `splash.png`, `splash_dark.png`
-- **Format**: PNG or SVG files for optimal quality
-
-### Asset Generation
-
-- **Configuration**: `config/assets/capacitor-assets.config.json`
-- **Schema validation**: `config/assets/schema.json`
-- **Build-time generation**: Platform assets generated via `capacitor-assets`
-- **No VCS commits**: Generated assets are never committed to version control
-
-### Development Commands
+### Testing
 
 ```bash
-# Generate/update asset configurations
-npm run assets:config
-
-# Validate asset configurations
-npm run assets:validate
-
-# Clean generated platform assets (local dev only)
-npm run assets:clean
-
-# Build with asset generation
-npm run build:native
+npm run test:web         # Run web tests
+npm run test:mobile      # Run mobile tests
+npm run test:all         # Run all tests
 ```
 
-### Environment Setup & Dependencies
+## 📁 Project Structure
 
-Before building the application, ensure your development environment is properly
-configured:
-
-```bash
-# Install all dependencies (required first time and after updates)
-npm install
-
-# Validate your development environment
-npm run check:dependencies
-
-# Check prerequisites for testing
-npm run test:prerequisites
+```text
+timesafari/
+├── 📁 src/              # Source code
+├── 📁 scripts/          # Build and automation scripts
+├── 📁 electron/         # Electron configuration
+├── 📁 android/          # Android configuration  
+├── 📁 ios/              # iOS configuration
+├── 📁 .husky/           # Git hooks (Build Architecture Guard)
+├── 📄 BUILDING.md       # Build system documentation
+├── 📄 pull_request_template.md # PR template
+└── 📄 README-BUILD-GUARD.md # Guard system documentation
 ```
 
-**Common Issues & Solutions**:
+## 🔧 Build System
 
-- **"tsx: command not found"**: Run `npm install` to install devDependencies
-- **"capacitor-assets: command not found"**: Ensure `@capacitor/assets` is installed
-- **Build failures**: Run `npm run check:dependencies` to diagnose environment issues
+This project supports multiple platforms:
 
-**Required Versions**:
-- Node.js: 18+ (LTS recommended)
-- npm: 8+ (comes with Node.js)
-- Platform-specific tools: Android Studio, Xcode (for mobile builds)
+- **Web**: Vite-based build with service worker support
+- **Mobile**: Capacitor-based iOS and Android builds
+- **Desktop**: Electron-based cross-platform desktop app
+- **Docker**: Containerized deployment options
 
-### Platform Support
+## 📚 Documentation
 
-- **Android**: Adaptive icons with foreground/background, monochrome support
-- **iOS**: LaunchScreen storyboard preferred, splash assets when needed
-- **Web**: PWA icons generated during build to `dist/` (not committed)
+- **`BUILDING.md`** - Complete build system guide
+- **`README-BUILD-GUARD.md`** - Build Architecture Guard documentation
+- **`pull_request_template.md`** - PR template for build changes
 
-### Font Awesome Icons
+## 🤝 Contributing
 
-To add a Font Awesome icon, add to `fontawesome.ts` and reference with
-`font-awesome` element and `icon` attribute with the hyphenated name.
+1. **Follow the Build Architecture Guard** - Update BUILDING.md when modifying build files
+2. **Use the PR template** - Complete the checklist for build-related changes
+3. **Test your changes** - Ensure builds work on affected platforms
+4. **Document updates** - Keep BUILDING.md current and accurate
 
-## Other
+## 📄 License
 
-### Reference Material
+[Add your license information here]
 
-* Notifications can be type of `toast` (self-dismiss), `info`, `success`, `warning`, and `danger`.
-  They are done via [notiwind](https://www.npmjs.com/package/notiwind) and set up in App.vue.
+---
 
-* [Customize Vue configuration](https://cli.vuejs.org/config/).
-
-* If you are deploying in a subdirectory, add it to `publicPath` in vue.config.js, eg: `publicPath: "/app/time-tracker/",`
-
-### Code Organization
-
-The project uses a centralized approach to type definitions and interfaces:
-
-* `src/interfaces/` - Contains all TypeScript interfaces and type definitions
-  * `deepLinks.ts` - Deep linking type system and Zod validation schemas
-  * `give.ts` - Give-related interfaces and type definitions
-  * `claims.ts` - Claim-related interfaces and verifiable credentials
-  * `common.ts` - Shared interfaces and utility types
-  * Other domain-specific interface files
-
-Key principles:
-- All interfaces and types are defined in the interfaces folder
-- Zod schemas are used for runtime validation and type generation
-- Domain-specific interfaces are separated into their own files
-- Common interfaces are shared through `common.ts`
-- Type definitions are generated from Zod schemas where possible
-
-### Database Architecture
-
-The application uses a platform-agnostic database layer with Vue mixins for service access:
-
-* `src/services/PlatformService.ts` - Database interface definition
-* `src/services/PlatformServiceFactory.ts` - Platform-specific service factory
-* `src/services/AbsurdSqlDatabaseService.ts` - SQLite implementation
-* `src/utils/PlatformServiceMixin.ts` - Vue mixin for database access with caching
-* `src/db/` - Legacy Dexie database (migration in progress)
-
-**Development Guidelines**:
-
-- Always use `PlatformServiceMixin` for database operations in components
-- Test with PlatformServiceMixin for new features
-- Use migration tools for data transfer between systems
-- Leverage mixin's ultra-concise methods: `$db()`, `$exec()`, `$one()`, `$contacts()`, `$settings()`
-
-**Architecture Decision**: The project uses Vue mixins over Composition API composables for platform service access. See [Architecture Decisions](doc/architecture-decisions.md) for detailed rationale.
-
-### Kudos
-
-Gifts make the world go 'round!
-
-* [WebStorm by JetBrains](https://www.jetbrains.com/webstorm/) for the free open-source license
-* [Máximo Fernández](https://medium.com/@maxfarenas) for the 3D [code](https://github.com/maxfer03/vue-three-ns) and [explanatory post](https://medium.com/nicasource/building-an-interactive-web-portfolio-with-vue-three-js-part-three-implementing-three-js-452cb375ef80)
-* [Many tools & libraries](https://gitea.anomalistdesign.com/trent_larson/crowd-funder-for-time-pwa/src/branch/master/package.json#L10) such as Nodejs.org, IntelliJ Idea, Veramo.io, Vuejs.org, threejs.org
-* [Bush 3D model](https://sketchfab.com/3d-models/lupine-plant-bf30f1110c174d4baedda0ed63778439)
-* [Forest floor image](https://www.goodfreephotos.com/albums/textures/leafy-autumn-forest-floor.jpg)
-* Time Safari logo assisted by [DALL-E in ChatGPT](https://chat.openai.com/g/g-2fkFE8rbu-dall-e)
-* [DiceBear](https://www.dicebear.com/licenses/) and [Avataaars](https://www.dicebear.com/styles/avataaars/#details) for human-looking identicons
-* Some gratitude prompts thanks to [Develop Good Habits](https://www.developgoodhabits.com/gratitude-journal-prompts/)
+**Note**: The Build Architecture Guard is active and will block
+commits/pushes that modify build files without proper documentation
+updates. See `README-BUILD-GUARD.md` for complete details.

TASK_storage.md

@@ -1,7 +1,6 @@
 
 # What to do about storage for native apps?
 
-
 ## Problem
 
 We can't trust iOS IndexedDB to persist. I want to start delivering an app to people now, in preparation for presentations mid-June: Rotary on June 12 and Porcfest on June 17.
@@ -14,7 +13,6 @@ We can't trust iOS IndexedDB to persist. I want to start delivering an app to pe
 
 Also, with sensitive data, the accounts info should be encrypted.
 
-
 # Options
 
 * There is a community [SQLite plugin for Capacitor](https://github.com/capacitor-community/sqlite) with encryption by [SQLCipher](https://github.com/sqlcipher/sqlcipher).
@@ -29,16 +27,12 @@ Also, with sensitive data, the accounts info should be encrypted.
 
 * Not an option yet: Dexie may support SQLite in [a future version](https://dexie.org/roadmap/dexie5.0).
 
-
-
 # Current Plan
 
 * Implement SQLite for Capacitor & web, with encryption. That will allow us to test quickly and keep the same interface for native & web, but we don't deal with migrations for current web users.
 
 * After that is delivered, write a migration for current web users from IndexedDB to SQLite.
 
-
-
 # Current method calls
 
 ... which is not 100% complete because the AI that generated thus claimed no usage of 'temp' DB.
@@ -80,5 +74,3 @@ Logs operations:
 db.logs.get(todayKey) - Gets logs for a specific day
 db.logs.update(todayKey, { message: fullMessage }) - Updates logs
 db.logs.clear() - Clears all logs
-
-

android/build.gradle

@@ -7,7 +7,7 @@ buildscript {
         mavenCentral()
     }
     dependencies {
-        classpath 'com.android.tools.build:gradle:8.12.0'
+        classpath 'com.android.tools.build:gradle:8.12.1'
         classpath 'com.google.gms:google-services:4.4.0'
 
         // NOTE: Do not place your application dependencies here; they belong

doc/DEEP_LINKS.md

@@ -47,6 +47,7 @@ type ClaimParams = z.infer<typeof claimSchema>;
 ### Type Safety Layers
 
 1. **Schema Definition**
+
    ```typescript
    // src/interfaces/deepLinks.ts
    export const deepLinkSchemas = {
@@ -59,6 +60,7 @@ type ClaimParams = z.infer<typeof claimSchema>;
    ```
 
 2. **Type Generation**
+
    ```typescript
    // Types are automatically generated from schemas
    export type DeepLinkParams = {
@@ -67,6 +69,7 @@ type ClaimParams = z.infer<typeof claimSchema>;
    ```
 
 3. **Runtime Validation**
+
    ```typescript
    // In DeepLinkHandler
    const result = deepLinkSchemas.claim.safeParse(params);

doc/README.md

@@ -6,7 +6,7 @@ This uses Pandoc and BasicTex (LaTeX) Installed through Homebrew.
 
 ### Set Up
 
-```bash 
+```bash
 brew install pandoc
 
 brew install basictex
@@ -54,7 +54,7 @@ sudo tlmgr install sourceserifpro
 
 The following guide was adapted to this project except that we install with Brew and have a few more packages.
 
-Guide: https://daniel.feldroy.com/posts/setting-up-latex-on-mac-os-x
+Guide: <https://daniel.feldroy.com/posts/setting-up-latex-on-mac-os-x>
 
 ### Usage
 
@@ -71,6 +71,7 @@ open usage-guide.pdf
 ```
 
 Or use this one-liner
+
 ```bash
 pandoc usage-guide.md -o usage-guide.pdf && open usage-guide.pdf
 ```

doc/architecture-decisions.md

@@ -122,4 +122,4 @@ export default class HomeView extends Vue {
 
 ---
 
-*This decision was made based on the current codebase architecture and team expertise. The mixin approach provides the best balance of performance, developer experience, and architectural consistency for the TimeSafari application.* 
+*This decision was made based on the current codebase architecture and team expertise. The mixin approach provides the best balance of performance, developer experience, and architectural consistency for the TimeSafari application.*

doc/asset-migration-plan.md

@@ -103,6 +103,7 @@ scripts/
 ### Configuration Schema
 
 The schema enforces:
+
 - Source files must be in `resources/` directory
 - Required fields for icon and splash sections
 - Android adaptive icon support (foreground/background/monochrome)

doc/build-modernization-context.md

@@ -3,11 +3,13 @@
 **Author:** Matthew Raymer
 
 ## Motivation
+
 - Eliminate manual hacks and post-build scripts for Electron builds
 - Ensure maintainability, reproducibility, and security of build outputs
 - Unify build, test, and deployment scripts for developer experience and CI/CD
 
 ## Key Technical Decisions
+
 - **Vite is the single source of truth for build output**
   - All Electron build output (main process, preload, renderer HTML/CSS/JS) is managed by `vite.config.electron.mts`
 - **CSS injection for Electron is handled by a Vite plugin**
@@ -21,6 +23,7 @@
   - Renderer assets: `dist-electron/www/` (HTML, CSS, JS)
 
 ## Security & Maintenance Checklist
+
 - [x] All scripts and configs are committed and documented
 - [x] No manual file hacks remain
 - [x] All build output is deterministic and reproducible
@@ -28,24 +31,29 @@
 - [x] Documentation (`BUILDING.md`) is up to date
 
 ## How to Build Electron
+
 1. Run:
+
    ```bash
    ./scripts/build-electron.sh
    ```
+
 2. Output will be in `dist-electron/`:
    - `main.js`, `preload.js` in root
    - `www/` contains all renderer assets
 3. No manual post-processing is required
 
 ## Customization
+
 - **Vite config:** All build output and asset handling is controlled in `vite.config.electron.mts`
 - **CSS/HTML injection:** Use Vite plugins (see `electron-css-injection` in the config) for further customization
 - **Build scripts:** All orchestration is in `scripts/` and documented in `BUILDING.md`
 
 ## For Future Developers
+
 - Always use Vite plugins/config for build output changes
 - Never manually edit built files or inject assets post-build
 - Keep documentation and scripts in sync with the build process
 
 ---
-This file documents the context and rationale for the build modernization and should be included in the repository for onboarding and future reference. 
+This file documents the context and rationale for the build modernization and should be included in the repository for onboarding and future reference.

doc/circular-dependency-analysis.md

@@ -13,27 +13,31 @@ The codebase currently has **no active circular dependencies** that are causing
 ### 🔍 **Resolved Dependency Patterns**
 
 #### 1. **Logger → PlatformServiceFactory → Logger** (RESOLVED)
+
 - **Status**: ✅ **RESOLVED**
 - **Previous Issue**: Logger imported `logToDb` from databaseUtil, which imported logger
 - **Solution**: Logger now uses direct database access via PlatformServiceFactory
 - **Implementation**: Self-contained `logToDatabase()` function in logger.ts
 
 #### 2. **PlatformServiceMixin → databaseUtil → logger → PlatformServiceMixin** (RESOLVED)
+
 - **Status**: ✅ **RESOLVED**
 - **Previous Issue**: PlatformServiceMixin imported `memoryLogs` from databaseUtil
 - **Solution**: Created self-contained `_memoryLogs` array in PlatformServiceMixin
 - **Implementation**: Self-contained memory logs implementation
 
 #### 3. **databaseUtil → logger → PlatformServiceFactory → databaseUtil** (RESOLVED)
+
 - **Status**: ✅ **RESOLVED**
 - **Previous Issue**: databaseUtil imported logger, which could create loops
 - **Solution**: Logger is now self-contained and doesn't import from databaseUtil
 
 #### 4. **Utility Files → databaseUtil → PlatformServiceMixin** (RESOLVED)
+
 - **Status**: ✅ **RESOLVED**
 - **Previous Issue**: `src/libs/util.ts` and `src/services/deepLinks.ts` imported from databaseUtil
 - **Solution**: Replaced with self-contained implementations and PlatformServiceFactory usage
-- **Implementation**: 
+- **Implementation**:
   - Self-contained `parseJsonField()` and `mapQueryResultToValues()` functions
   - Direct PlatformServiceFactory usage for database operations
   - Console logging instead of databaseUtil logging functions
@@ -43,18 +47,21 @@ The codebase currently has **no active circular dependencies** that are causing
 ### ✅ **All Critical Dependencies Resolved**
 
 #### PlatformServiceMixin Independence
+
 - **Status**: ✅ **COMPLETE**
 - **Achievement**: PlatformServiceMixin has no external dependencies on databaseUtil
 - **Implementation**: Self-contained memory logs and utility functions
 - **Impact**: Enables complete migration of databaseUtil functions to PlatformServiceMixin
 
 #### Logger Independence
+
 - **Status**: ✅ **COMPLETE**
 - **Achievement**: Logger is completely self-contained
 - **Implementation**: Direct database access via PlatformServiceFactory
 - **Impact**: Eliminates all circular dependency risks
 
 #### Utility Files Independence
+
 - **Status**: ✅ **COMPLETE**
 - **Achievement**: All utility files no longer depend on databaseUtil
 - **Implementation**: Self-contained functions and direct platform service access
@@ -63,6 +70,7 @@ The codebase currently has **no active circular dependencies** that are causing
 ### 🎯 **Migration Readiness Status**
 
 #### Files Ready for Migration (52 files)
+
 1. **Components** (15 files):
    - `PhotoDialog.vue`
    - `FeedFilters.vue`
@@ -98,6 +106,7 @@ The codebase currently has **no active circular dependencies** that are causing
 ### 🟢 **Healthy Dependencies**
 
 #### Logger Usage (80+ files)
+
 - **Status**: ✅ **HEALTHY**
 - **Pattern**: All files import logger from `@/utils/logger`
 - **Impact**: No circular dependencies, logger is self-contained
@@ -106,21 +115,25 @@ The codebase currently has **no active circular dependencies** that are causing
 ## Resolution Strategy - COMPLETED
 
 ### ✅ **Phase 1: Complete PlatformServiceMixin Independence (COMPLETE)**
+
 1. **Removed memoryLogs import** from PlatformServiceMixin ✅
 2. **Created self-contained memoryLogs** implementation ✅
 3. **Added missing utility methods** to PlatformServiceMixin ✅
 
 ### ✅ **Phase 2: Utility Files Migration (COMPLETE)**
+
 1. **Migrated deepLinks.ts** - Replaced databaseUtil logging with console logging ✅
 2. **Migrated util.ts** - Replaced databaseUtil functions with self-contained implementations ✅
 3. **Updated all PlatformServiceFactory calls** to use async pattern ✅
 
 ### 🎯 **Phase 3: File-by-File Migration (READY TO START)**
+
 1. **High-usage files first** (views, core components)
 2. **Replace databaseUtil imports** with PlatformServiceMixin
 3. **Update function calls** to use mixin methods
 
 ### 🎯 **Phase 4: Cleanup (FUTURE)**
+
 1. **Remove unused databaseUtil functions**
 2. **Update TypeScript interfaces**
 3. **Remove databaseUtil imports** from all files
@@ -128,6 +141,7 @@ The codebase currently has **no active circular dependencies** that are causing
 ## Current Status Summary
 
 ### ✅ **Resolved Issues**
+
 1. **Logger circular dependency** - Fixed with self-contained implementation
 2. **PlatformServiceMixin circular dependency** - Fixed with self-contained memoryLogs
 3. **Utility files circular dependency** - Fixed with self-contained implementations
@@ -135,6 +149,7 @@ The codebase currently has **no active circular dependencies** that are causing
 5. **Runtime stability** - No circular dependency crashes
 
 ### 🎯 **Ready for Next Phase**
+
 1. **52 files** ready for databaseUtil migration
 2. **PlatformServiceMixin** fully independent and functional
 3. **Clear migration path** - Well-defined targets and strategy
@@ -142,6 +157,7 @@ The codebase currently has **no active circular dependencies** that are causing
 ## Benefits of Current State
 
 ### ✅ **Achieved**
+
 1. **No runtime circular dependencies** - Application runs without crashes
 2. **Self-contained logger** - No more logger/databaseUtil loops
 3. **PlatformServiceMixin ready** - All methods implemented and independent
@@ -149,6 +165,7 @@ The codebase currently has **no active circular dependencies** that are causing
 5. **Clear migration path** - Well-defined targets and strategy
 
 ### 🎯 **Expected After Migration**
+
 1. **Complete databaseUtil migration** - Single source of truth
 2. **Eliminated circular dependencies** - Clean architecture
 3. **Improved performance** - Caching and optimization
@@ -160,4 +177,4 @@ The codebase currently has **no active circular dependencies** that are causing
 **Created**: 2025-07-05
 **Status**: ✅ **COMPLETE - All Circular Dependencies Resolved**
 **Last Updated**: 2025-01-06
-**Note**: PlatformServiceMixin circular dependency completely resolved. Ready for Phase 2: File-by-File Migration 
+**Note**: PlatformServiceMixin circular dependency completely resolved. Ready for Phase 2: File-by-File Migration

doc/component-communication-guide.md

@@ -93,6 +93,7 @@ export default class FormComponent extends Vue {
 When generating component templates, follow these patterns:
 
 #### Function Props Template
+
 ```vue
 <template>
   <div class="component-name">
@@ -124,6 +125,7 @@ export default class ComponentName extends Vue {
 ```
 
 #### $emit Template (for DOM events)
+
 ```vue
 <template>
   <div class="component-name">
@@ -155,12 +157,14 @@ export default class ComponentName extends Vue {
 ### Code Generation Rules
 
 #### 1. Function Props for Business Logic
+
 - **Data operations**: Save, delete, update, validate
 - **Navigation**: Route changes, modal opening/closing
 - **State management**: Store actions, state updates
 - **API calls**: Data fetching, form submissions
 
 #### 2. $emit for User Interactions
+
 - **Click events**: Button clicks, link navigation
 - **Form events**: Input changes, form submissions
 - **Lifecycle events**: Component mounting, unmounting
@@ -169,6 +173,7 @@ export default class ComponentName extends Vue {
 #### 3. Naming Conventions
 
 **Function Props:**
+
 ```typescript
 // Action-oriented names
 onSave: (data: SaveData) => Promise<void>
@@ -179,6 +184,7 @@ onNavigate: (route: string) => void
 ```
 
 **$emit Events:**
+
 ```typescript
 // Event-oriented names
 @click: (event: MouseEvent) => void
@@ -191,6 +197,7 @@ onNavigate: (route: string) => void
 ### TypeScript Integration
 
 #### Function Prop Types
+
 ```typescript
 // Define reusable function types
 interface SaveHandler {
@@ -207,6 +214,7 @@ interface ValidationHandler {
 ```
 
 #### Event Types
+
 ```typescript
 // Define event payload types
 interface ClickEvent {
@@ -226,6 +234,7 @@ handleClick(): ClickEvent {
 ## Testing Guidelines
 
 ### Function Props Testing
+
 ```typescript
 // Easy to mock and test
 const mockOnSave = jest.fn();
@@ -240,6 +249,7 @@ expect(mockOnSave).toHaveBeenCalledWith(expectedData);
 ```
 
 ### $emit Testing
+
 ```typescript
 // Requires event simulation
 const wrapper = mount(MyComponent);
@@ -260,6 +270,7 @@ expect(wrapper.emitted('click')).toBeTruthy();
 ### Example Migration
 
 **Before ($emit):**
+
 ```typescript
 @Emit("save")
 handleSave() {
@@ -268,6 +279,7 @@ handleSave() {
 ```
 
 **After (Function Props):**
+
 ```typescript
 @Prop({ required: true }) onSave!: (data: FormData) => void;
 
@@ -288,6 +300,7 @@ handleSave() {
 ## Code Generation Templates
 
 ### Component Generator Input
+
 ```typescript
 interface ComponentSpec {
   name: string;
@@ -306,9 +319,10 @@ interface ComponentSpec {
 ```
 
 ### Generated Output
+
 ```typescript
 // Generator should automatically choose function props vs $emit
 // based on the nature of the interaction (business logic vs DOM event)
 ```
 
-This guide ensures consistent, maintainable component communication patterns across the application. 
+This guide ensures consistent, maintainable component communication patterns across the application.

doc/cors-disabled-for-universal-images.md

@@ -7,10 +7,12 @@ CORS headers have been **disabled** to support Time Safari's core mission: enabl
 ## What Changed
 
 ### ❌ Removed CORS Headers
+
 - `Cross-Origin-Opener-Policy: same-origin`
 - `Cross-Origin-Embedder-Policy: require-corp`
 
 ### ✅ Results
+
 - Images from **any domain** now work in development and production
 - No proxy configuration needed
 - No whitelist of supported image hosts
@@ -19,11 +21,13 @@ CORS headers have been **disabled** to support Time Safari's core mission: enabl
 ## Technical Tradeoffs
 
 ### 🔻 Lost: SharedArrayBuffer Performance
+
 - **Before**: Fast SQLite operations via SharedArrayBuffer
 - **After**: Slightly slower IndexedDB fallback mode
 - **Impact**: Minimal for typical usage - absurd-sql automatically falls back
 
 ### 🔺 Gained: Universal Image Support
+
 - **Before**: Only specific domains worked (TimeSafari, Flickr, Imgur, etc.)
 - **After**: Any image URL works immediately
 - **Impact**: Massive improvement for user experience
@@ -31,6 +35,7 @@ CORS headers have been **disabled** to support Time Safari's core mission: enabl
 ## Architecture Impact
 
 ### Database Operations
+
 ```typescript
 // absurd-sql automatically detects SharedArrayBuffer availability
 if (typeof SharedArrayBuffer === "undefined") {
@@ -43,6 +48,7 @@ if (typeof SharedArrayBuffer === "undefined") {
 ```
 
 ### Image Loading
+
 ```typescript
 // All images load directly now
 export function transformImageUrlForCors(imageUrl: string): string {
@@ -53,11 +59,13 @@ export function transformImageUrlForCors(imageUrl: string): string {
 ## Why This Was The Right Choice
 
 ### Time Safari's Use Case
+
 - **Community platform** where users share content from anywhere
 - **User-generated content** includes images from arbitrary websites
 - **Flexibility** is more important than marginal performance gains
 
 ### Alternative Would Require
+
 - Pre-configuring proxies for every possible image hosting service
 - Constantly updating proxy list as users find new sources
 - Poor user experience when images fail to load
@@ -66,11 +74,13 @@ export function transformImageUrlForCors(imageUrl: string): string {
 ## Performance Comparison
 
 ### Database Operations
+
 - **SharedArrayBuffer**: ~2x faster for large operations
 - **IndexedDB**: Still very fast for typical Time Safari usage
 - **Real Impact**: Negligible for typical user operations
 
 ### Image Loading
+
 - **With CORS**: Many images failed to load in development
 - **Without CORS**: All images load immediately
 - **Real Impact**: Massive improvement in user experience
@@ -87,11 +97,13 @@ export function transformImageUrlForCors(imageUrl: string): string {
 ## Migration Notes
 
 ### For Developers
+
 - No code changes needed
 - `transformImageUrlForCors()` still exists but returns original URL
 - All existing image references work without modification
 
 ### For Users
+
 - Images from any website now work immediately
 - No more "image failed to load" issues in development
 - Consistent behavior between development and production
@@ -99,12 +111,14 @@ export function transformImageUrlForCors(imageUrl: string): string {
 ## Future Considerations
 
 ### If Performance Becomes Critical
+
 1. **Selective CORS**: Enable only for specific operations
 2. **Service Worker**: Handle image proxying at service worker level
 3. **Build-time Processing**: Pre-process images during build
 4. **User Education**: Guide users toward optimized image hosting
 
 ### Monitoring
+
 - Track database operation performance
 - Monitor for any user-reported slowness
 - Consider re-enabling SharedArrayBuffer if usage patterns change
@@ -113,4 +127,4 @@ export function transformImageUrlForCors(imageUrl: string): string {
 
 This change prioritizes **user experience** and **community functionality** over marginal performance gains. The database still works efficiently via IndexedDB, while images now work universally without configuration.
 
-For a community platform like Time Safari, the ability to share images from any domain is fundamental to the user experience and mission. 
+For a community platform like Time Safari, the ability to share images from any domain is fundamental to the user experience and mission.

doc/cors-image-loading-solution.md

@@ -7,6 +7,7 @@ This document describes the implementation of a comprehensive image loading solu
 ## Problem Statement
 
 When using SharedArrayBuffer (required for absurd-sql), browsers enforce a cross-origin isolated environment with these headers:
+
 - `Cross-Origin-Opener-Policy: same-origin`
 - `Cross-Origin-Embedder-Policy: require-corp`
 
@@ -19,6 +20,7 @@ This isolation prevents loading external resources (including images) unless the
 The solution uses a multi-tier approach to handle images from various sources:
 
 #### Tier 1: Specific Domain Proxies (Development Only)
+
 - **TimeSafari Images**: `/image-proxy/` → `https://image.timesafari.app/`
 - **Flickr Images**: `/flickr-proxy/` → `https://live.staticflickr.com/`
 - **Imgur Images**: `/imgur-proxy/` → `https://i.imgur.com/`
@@ -26,14 +28,17 @@ The solution uses a multi-tier approach to handle images from various sources:
 - **Unsplash**: `/unsplash-proxy/` → `https://images.unsplash.com/`
 
 #### Tier 2: Universal CORS Proxy (Development Only)
+
 - **Any External Domain**: Uses `https://api.allorigins.win/raw?url=` for arbitrary domains
 
 #### Tier 3: Direct Loading (Production)
+
 - **Production Mode**: All images load directly without proxying
 
 ### 2. Smart URL Transformation
 
 The `transformImageUrlForCors` function automatically:
+
 - Detects the image source domain
 - Routes through appropriate proxy in development
 - Preserves original URLs in production
@@ -44,6 +49,7 @@ The `transformImageUrlForCors` function automatically:
 ### Configuration Files
 
 #### `vite.config.common.mts`
+
 ```typescript
 server: {
   headers: {
@@ -63,6 +69,7 @@ server: {
 ```
 
 #### `src/libs/util.ts`
+
 ```typescript
 export function transformImageUrlForCors(imageUrl: string): string {
   // Development mode: Transform URLs to use proxies
@@ -93,21 +100,25 @@ const imageUrl = transformImageUrlForCors(originalImageUrl);
 ## Benefits
 
 ### ✅ SharedArrayBuffer Support
+
 - Maintains cross-origin isolation required for SharedArrayBuffer
 - Enables fast SQLite database operations via absurd-sql
 - Provides better performance than IndexedDB fallback
 
 ### ✅ Universal Image Support
+
 - Handles images from any domain
 - No need to pre-configure every possible image source
 - Graceful fallback for unknown domains
 
 ### ✅ Development/Production Flexibility
+
 - Proxy system only active in development
 - Production uses direct URLs for maximum performance
 - No proxy server required in production
 
 ### ✅ Automatic Detection
+
 - Smart URL transformation based on domain patterns
 - Preserves relative URLs and data URLs
 - Handles edge cases gracefully
@@ -115,6 +126,7 @@ const imageUrl = transformImageUrlForCors(originalImageUrl);
 ## Testing
 
 ### Automated Testing
+
 Run the test suite to verify URL transformation:
 
 ```typescript
@@ -125,6 +137,7 @@ testCorsImageTransformation();
 ```
 
 ### Visual Testing
+
 Create test image elements to verify loading:
 
 ```typescript
@@ -135,6 +148,7 @@ createTestImageElements();
 ```
 
 ### Manual Testing
+
 1. Start development server: `npm run dev`
 2. Open browser console to see transformation logs
 3. Check Network tab for proxy requests
@@ -143,16 +157,19 @@ createTestImageElements();
 ## Security Considerations
 
 ### Development Environment
+
 - CORS proxies are only used in development
 - External proxy services (allorigins.win) are used for testing
 - No sensitive data is exposed through proxies
 
 ### Production Environment
+
 - All images load directly without proxying
 - No dependency on external proxy services
 - Original security model maintained
 
 ### Privacy
+
 - Image URLs are not logged or stored by proxy services
 - Proxy requests are only made during development
 - No tracking or analytics in proxy chain
@@ -160,11 +177,13 @@ createTestImageElements();
 ## Performance Impact
 
 ### Development
+
 - Slight latency from proxy requests
 - Additional network hops for external domains
 - More verbose logging for debugging
 
 ### Production
+
 - No performance impact
 - Direct image loading as before
 - No proxy overhead
@@ -174,17 +193,20 @@ createTestImageElements();
 ### Common Issues
 
 #### Images Not Loading in Development
+
 1. Check console for proxy errors
 2. Verify CORS headers are set
 3. Test with different image URLs
 4. Check network connectivity to proxy services
 
 #### SharedArrayBuffer Not Available
+
 1. Verify CORS headers are set in server configuration
 2. Check that site is served over HTTPS (or localhost)
 3. Ensure browser supports SharedArrayBuffer
 
 #### Proxy Service Unavailable
+
 1. Check if allorigins.win is accessible
 2. Consider using alternative CORS proxy services
 3. Temporarily disable CORS headers for testing
@@ -207,12 +229,14 @@ testCorsImageTransformation();
 ## Migration Guide
 
 ### From Previous Implementation
+
 1. CORS headers are now required for SharedArrayBuffer
 2. Image URLs automatically transformed in development
 3. No changes needed to existing image loading code
 4. Test thoroughly in both development and production
 
 ### Adding New Image Sources
+
 1. Add specific proxy for frequently used domains
 2. Update `transformImageUrlForCors` function
 3. Add CORS headers to proxy configuration
@@ -221,6 +245,7 @@ testCorsImageTransformation();
 ## Future Enhancements
 
 ### Possible Improvements
+
 1. **Local Proxy Server**: Run dedicated proxy server for development
 2. **Caching**: Cache proxy responses for better performance
 3. **Fallback Chain**: Multiple proxy services for reliability
@@ -228,6 +253,7 @@ testCorsImageTransformation();
 5. **Analytics**: Track image loading success/failure rates
 
 ### Alternative Approaches
+
 1. **Service Worker**: Intercept image requests at service worker level
 2. **Build-time Processing**: Pre-process images during build
 3. **CDN Integration**: Use CDN with proper CORS headers
@@ -237,4 +263,4 @@ testCorsImageTransformation();
 
 This solution provides a robust, scalable approach to image loading in a cross-origin isolated environment while maintaining the benefits of SharedArrayBuffer support. The multi-tier proxy system ensures compatibility with any image source while optimizing for performance and security.
 
-For questions or issues, refer to the troubleshooting section or consult the development team. 
+For questions or issues, refer to the troubleshooting section or consult the development team.

doc/database-migration-guide.md

@@ -294,6 +294,7 @@ const result = await this.$db("SELECT * FROM contacts WHERE did = ?", [accountDi
 ```
 
 This provides:
+
 - **Caching**: Automatic caching for performance
 - **Error Handling**: Consistent error handling
 - **Type Safety**: Enhanced TypeScript integration

doc/debug-hook-guide.md

@@ -120,6 +120,7 @@ git commit -m "test"  # Should be blocked
 ## ⚙️ Configuration
 
 Edit `.git/hooks/debug-checker.config` to customize:
+
 - **Protected branches**: Add/remove branches as needed
 - **Debug patterns**: Customize what gets detected
 - **Skip patterns**: Adjust file filtering rules
@@ -127,14 +128,17 @@ Edit `.git/hooks/debug-checker.config` to customize:
 ## 🚨 Emergency Bypass
 
 If you absolutely need to commit debug code to a protected branch:
+
 ```bash
 git commit --no-verify -m "emergency: debug code needed"
 ```
+
 ⚠️ **Warning**: This bypasses all pre-commit hooks. Use sparingly.
 
 ## 🔄 Updates
 
 When the hook is updated in the main repository:
+
 ```bash
 ./scripts/install-debug-hook.sh
 ```
@@ -170,6 +174,7 @@ A test script is available at `scripts/test-debug-hook.sh` to verify the hook wo
 ## 🎯 Team Workflow
 
 **Recommended setup:**
+
 1. **Repository setup**: Include hook files in `.githooks/` directory
 2. **Team onboarding**: Run installation script in each repo
 3. **Updates**: Re-run installation script when hooks are updated

doc/electron-cleanup-summary.md

@@ -7,18 +7,22 @@ This document summarizes the comprehensive cleanup and improvements made to the
 ## Key Issues Resolved
 
 ### 1. Platform Detection Problems
+
 - **Before**: `PlatformServiceFactory` only supported "capacitor" and "web" platforms
 - **After**: Added proper "electron" platform support with dedicated `ElectronPlatformService`
 
 ### 2. Build Configuration Confusion
+
 - **Before**: Electron builds used `VITE_PLATFORM=capacitor`, causing confusion
 - **After**: Electron builds now properly use `VITE_PLATFORM=electron`
 
 ### 3. Missing Platform Service Methods
+
 - **Before**: Platform services lacked proper `isElectron()`, `isCapacitor()`, `isWeb()` methods
 - **After**: All platform services implement complete interface with proper detection
 
 ### 4. Inconsistent Build Scripts
+
 - **Before**: Mixed platform settings in build scripts
 - **After**: Clean, consistent electron-specific build process
 
@@ -215,11 +219,13 @@ if (capabilities.hasFileDownload) {
 ## File Structure Changes
 
 ### New Files
+
 - `vite.config.electron.mts` - Electron-specific Vite configuration
 - `src/main.electron.ts` - Electron main entry point
 - `doc/electron-cleanup-summary.md` - This documentation
 
 ### Modified Files
+
 - `src/services/PlatformServiceFactory.ts` - Added electron platform support
 - `src/services/PlatformService.ts` - Added platform detection methods
 - `src/services/platforms/CapacitorPlatformService.ts` - Added missing interface methods
@@ -301,4 +307,4 @@ For developers working with the previous implementation:
 - [ ] Implement desktop-specific UI components
 - [ ] Add Electron auto-updater integration
 - [ ] Create platform-specific testing utilities
-- [ ] Add desktop notification system integration 
+- [ ] Add desktop notification system integration

doc/electron-console-cleanup.md

@@ -7,18 +7,22 @@ This document summarizes the comprehensive changes made to reduce excessive cons
 ## Issues Addressed
 
 ### 1. Excessive Database Logging (Major Issue - 90% Reduction)
+
 **Problem:** Every database operation was logging detailed parameter information, creating hundreds of lines of console output.
 
 **Solution:** Modified `src/services/platforms/CapacitorPlatformService.ts`:
+
 - Changed `logger.warn` to `logger.debug` for routine SQL operations
-- Reduced migration logging verbosity 
+- Reduced migration logging verbosity
 - Made database integrity checks use debug-level logging
 - Kept error and completion messages at appropriate log levels
 
 ### 2. Enhanced Logger Configuration
+
 **Problem:** No platform-specific logging controls, causing noise in Electron.
 
 **Solution:** Updated `src/utils/logger.ts`:
+
 - Added platform detection for Electron vs Web
 - Suppressed debug and verbose logs for Electron
 - Filtered out routine database operations from database logging
@@ -26,28 +30,35 @@ This document summarizes the comprehensive changes made to reduce excessive cons
 - Added intelligent filtering for CapacitorPlatformService messages
 
 ### 3. API Configuration Issues (Major Fix)
+
 **Problem:** Electron was trying to use local development endpoints (localhost:3000) from saved user settings, which don't exist in desktop environment, causing:
+
 - 400 status errors from missing local development servers
 - JSON parsing errors (HTML error pages instead of JSON responses)
 
-**Solution:** 
+**Solution:**
+
 - Updated `src/constants/app.ts` to provide Electron-specific API endpoints
 - **Critical Fix:** Modified `src/db/databaseUtil.ts` in `retrieveSettingsForActiveAccount()` to force Electron to use production API endpoints regardless of saved user settings
 - This ensures Electron never uses localhost development servers that users might have saved
 
 ### 4. SharedArrayBuffer Logging Noise
+
 **Problem:** Web-specific SharedArrayBuffer detection was running in Electron, creating unnecessary debug output.
 
 **Solution:** Modified `src/main.web.ts`:
+
 - Made SharedArrayBuffer logging conditional on web platform only
 - Converted console.log statements to logger.debug
 - Only show in development mode for web platform
 - Reduced platform detection noise
 
 ### 5. Missing Source Maps Warnings
+
 **Problem:** Electron DevTools was complaining about missing source maps for external dependencies.
 
 **Solution:** Updated `vite.config.electron.mts`:
+
 - Disabled source maps for Electron builds (`sourcemap: false`)
 - Added build configuration to suppress external dependency warnings
 - Prevents DevTools from looking for non-existent source map files
@@ -87,14 +98,16 @@ This document summarizes the comprehensive changes made to reduce excessive cons
 
 ## Impact
 
-### Before Cleanup:
+### Before Cleanup
+
 - 500+ lines of console output per minute
 - Detailed SQL parameter logging for every operation
 - API connection errors every few seconds (400 status, JSON parsing errors)
 - SharedArrayBuffer warnings on every startup
 - DevTools source map warnings
 
-### After Cleanup:
+### After Cleanup
+
 - **~95% reduction** in console output
 - Only errors and important status messages visible
 - **No API connection errors** - Electron uses proper production endpoints
@@ -106,6 +119,7 @@ This document summarizes the comprehensive changes made to reduce excessive cons
 ## Technical Details
 
 ### API Configuration Fix
+
 The most critical fix was in `src/db/databaseUtil.ts` where we added:
 
 ```typescript
@@ -122,6 +136,7 @@ if (process.env.VITE_PLATFORM === "electron") {
 This ensures that even if users have localhost development endpoints saved in their settings, Electron will override them with production endpoints.
 
 ### Logger Enhancement
+
 Enhanced the logger with platform-specific behavior:
 
 ```typescript
@@ -135,6 +150,7 @@ if (!isElectron || !message.includes("[CapacitorPlatformService]")) {
 ## Testing
 
 The changes were tested with:
+
 - `npm run lint-fix` - 0 errors, warnings only (pre-existing)
 - Electron development environment
 - Web platform (unchanged functionality)
@@ -150,6 +166,7 @@ The changes were tested with:
 ## Backward Compatibility
 
 All changes maintain backward compatibility:
+
 - Web platform logging unchanged
 - Capacitor platform logging unchanged  
 - Error handling preserved
@@ -185,4 +202,4 @@ Tests: lint passes, Web/Capacitor functionality preserved
 1. **Test the fixes** - Run `npm run electron:dev` to verify console noise is eliminated
 2. **Monitor for remaining issues** - Check for any other console noise sources
 3. **Performance monitoring** - Verify the reduced logging doesn't impact functionality
-4. **Documentation updates** - Update any development guides that reference the old logging behavior 
+4. **Documentation updates** - Update any development guides that reference the old logging behavior

doc/error-diagnostics-log.md

@@ -5,9 +5,10 @@ This file tracks console errors observed during development for future investiga
 ## 2025-07-07 08:56 UTC - ProjectsView.vue Migration Session
 
 ### Migration Context
+
 - **Current Work**: Completed ProjectsView.vue Triple Migration Pattern
 - **Migration Status**: 21 complete, 4 appropriately incomplete components
-- **Recent Changes**: 
+- **Recent Changes**:
   - ProjectsView.vue: databaseUtil → PlatformServiceMixin
   - Added notification constants and literal string extraction
   - Template logic streamlining with computed properties
@@ -15,42 +16,50 @@ This file tracks console errors observed during development for future investiga
 ### Observed Errors
 
 #### 1. HomeView.vue API Rate Limit Errors
+
 ```
 GET https://api.endorser.ch/api/report/rateLimits 400 (Bad Request)
 Source: endorserServer.ts:1494, HomeView.vue:593, HomeView.vue:742
 ```
 
-**Analysis**: 
+**Analysis**:
+
 - API server returning 400 for rate limit checks
 - Occurs during identity initialization and registration status checks
 - **Migration Impact**: None - HomeView.vue was migrated and tested earlier
 - **Likely Cause**: Server-side authentication or API configuration issue
 
 **Action Items**:
+
 - [ ] Check endorser.ch API documentation for rate limit endpoint changes
 - [ ] Verify authentication headers being sent correctly
 - [ ] Consider fallback handling for rate limit API failures
 
 #### 2. ProjectViewView.vue Project Not Found Error
+
 ```
 GET https://api.endorser.ch/api/claim/byHandle/...01JY2Q5D90E8P267ABB963S71D 404 (Not Found)
 Source: ProjectViewView.vue:830 loadProject() method
 ```
 
 **Analysis**:
+
 - Attempting to load project ID: `01JY2Q5D90E8P267ABB963S71D`
 - **Migration Impact**: None - error handling working correctly
 - **Likely Cause**: User navigated to non-existent project or stale link
 
 **Action Items**:
+
 - [ ] Consider adding better user messaging for missing projects
 - [ ] Investigate if project IDs are being generated/stored correctly
 - [ ] Add breadcrumb or "return to projects" option on 404s
 
 #### 3. Axios Request Stack Traces
+
 Multiple stack traces showing Vue router navigation and component mounting cycles.
 
 **Analysis**:
+
 - Normal Vue.js lifecycle and routing behavior
 - No obvious memory leaks or infinite loops
 - **Migration Impact**: None - expected framework behavior
@@ -58,26 +67,30 @@ Multiple stack traces showing Vue router navigation and component mounting cycle
 ### System Health Indicators
 
 #### ✅ Working Correctly
+
 - Database migrations: `Migration process complete! Summary: 0 applied, 2 skipped`
 - Platform service factory initialization: `Creating singleton instance for platform: development`
 - SQL worker loading: `Worker loaded, ready to receive messages`
 - Database connection: `Opened!`
 
 #### 🔄 For Investigation
+
 - API authentication/authorization with endorser.ch
 - Project ID validation and error handling
 - Rate limiting strategy
 
 ### Migration Validation
+
 - **ProjectsView.vue**: Appropriately incomplete (3 helpers + 1 complex modal)
 - **Error Handling**: Migrated components showing proper error handling
 - **No Migration-Related Errors**: All errors appear to be infrastructure/data issues
 
 ### Next Steps
+
 1. Continue migration slog with next component
 2. Monitor these same error patterns in future sessions
 3. Address API/server issues in separate debugging session
 
 ---
 *Log Entry by: Migration Assistant*  
-*Session: ProjectsView.vue Triple Migration Pattern* 
+*Session: ProjectsView.vue Triple Migration Pattern*

doc/image-hosting-guide.md

@@ -25,6 +25,7 @@
 ## Why This Happens
 
 In development mode, we enable SharedArrayBuffer for fast SQLite operations, which requires:
+
 - `Cross-Origin-Opener-Policy: same-origin`
 - `Cross-Origin-Embedder-Policy: require-corp`
 
@@ -35,6 +36,7 @@ These headers create a **cross-origin isolated environment** that blocks resourc
 ### 1. Use Supported Image Hosting Services
 
 **Recommended services that work well:**
+
 - **Imgur**: Free, no registration required, direct links
 - **GitHub**: If you have images in repositories
 - **Unsplash**: For stock photos
@@ -45,6 +47,7 @@ These headers create a **cross-origin isolated environment** that blocks resourc
 If you frequently use images from a specific domain, add a proxy:
 
 #### Step 1: Add Proxy to `vite.config.common.mts`
+
 ```typescript
 '/yourservice-proxy': {
   target: 'https://yourservice.com',
@@ -63,6 +66,7 @@ If you frequently use images from a specific domain, add a proxy:
 ```
 
 #### Step 2: Update Transform Function in `src/libs/util.ts`
+
 ```typescript
 // Transform YourService URLs to use proxy
 if (imageUrl.startsWith("https://yourservice.com/")) {
@@ -74,6 +78,7 @@ if (imageUrl.startsWith("https://yourservice.com/")) {
 ### 3. Use Alternative Image Sources
 
 For frequently failing domains, consider:
+
 - Upload images to Imgur or GitHub
 - Use a CDN with proper CORS headers
 - Host images on your own domain with CORS enabled
@@ -81,11 +86,13 @@ For frequently failing domains, consider:
 ## Development vs Production
 
 ### Development Mode
+
 - Images from supported services work through proxies
 - Unsupported images may fail to load
 - Console warnings show which images have issues
 
 ### Production Mode
+
 - All images load directly without proxies
 - No CORS restrictions in production
 - Better performance without proxy overhead
@@ -93,6 +100,7 @@ For frequently failing domains, consider:
 ## Testing Image Sources
 
 ### Check if an Image Source Works
+
 ```bash
 # Test in browser console:
 fetch('https://example.com/image.jpg', { mode: 'cors' })
@@ -101,6 +109,7 @@ fetch('https://example.com/image.jpg', { mode: 'cors' })
 ```
 
 ### Visual Testing
+
 ```typescript
 import { createTestImageElements } from './libs/test-cors-images';
 createTestImageElements(); // Creates visual test panel
@@ -109,30 +118,36 @@ createTestImageElements(); // Creates visual test panel
 ## Common Error Messages
 
 ### `ERR_BLOCKED_BY_RESPONSE.NotSameOriginAfterDefaultedToSameOriginByCoep`
+
 **Cause**: Image source doesn't send required CORS headers
 **Solution**: Use a supported image hosting service or add a proxy
 
 ### `ERR_NETWORK` or `ERR_INTERNET_DISCONNECTED`
+
 **Cause**: Proxy service is unavailable
 **Solution**: Check internet connection or use alternative image source
 
 ### Images Load in Production but Not Development
+
 **Cause**: Normal behavior - development has stricter CORS requirements
 **Solution**: Use supported image sources for development testing
 
 ## Best Practices
 
 ### For New Projects
+
 1. Use supported image hosting services from the start
 2. Upload user images to Imgur or similar service
 3. Host critical images on your own domain with CORS enabled
 
 ### For Existing Projects
+
 1. Identify frequently used image domains in console warnings
 2. Add proxies for the most common domains
 3. Gradually migrate to supported image hosting services
 
 ### For User-Generated Content
+
 1. Provide upload functionality to supported services
 2. Validate image URLs against supported domains
 3. Show helpful error messages for unsupported sources
@@ -140,17 +155,20 @@ createTestImageElements(); // Creates visual test panel
 ## Troubleshooting
 
 ### Image Not Loading?
+
 1. Check browser console for error messages
 2. Verify the domain is in the supported list
 3. Test if the image loads in production mode
 4. Consider adding a proxy for that domain
 
 ### Proxy Not Working?
+
 1. Check if the target service allows proxying
 2. Verify CORS headers are being set correctly
 3. Test with a simpler image URL from the same domain
 
 ### Performance Issues?
+
 1. Proxies add latency in development only
 2. Production uses direct image loading
 3. Consider using a local image cache for development
@@ -158,6 +176,7 @@ createTestImageElements(); // Creates visual test panel
 ## Quick Fixes
 
 ### For Immediate Issues
+
 ```typescript
 // Temporary fallback: disable CORS headers for testing
 // In vite.config.common.mts, comment out:
@@ -166,9 +185,11 @@ createTestImageElements(); // Creates visual test panel
 //   'Cross-Origin-Embedder-Policy': 'require-corp'
 // },
 ```
+
 **Note**: This disables SharedArrayBuffer performance benefits.
 
 ### For Long-term Solution
+
 - Use supported image hosting services
 - Add proxies for frequently used domains
 - Migrate critical images to your own CORS-enabled CDN
@@ -177,4 +198,4 @@ createTestImageElements(); // Creates visual test panel
 
 The cross-origin isolated environment is necessary for SharedArrayBuffer performance but requires careful image source management. Use the supported services, add proxies for common domains, and accept that some external images may not work in development mode.
 
-This is a development-only limitation - production deployments work with any image source. 
+This is a development-only limitation - production deployments work with any image source.

doc/logging-configuration.md

@@ -101,6 +101,7 @@ Database logging continues to work regardless of console log level settings. All
 ### No Logs Appearing
 
 Check your `VITE_LOG_LEVEL` setting:
+
 ```bash
 echo $VITE_LOG_LEVEL
 ```
@@ -108,6 +109,7 @@ echo $VITE_LOG_LEVEL
 ### Too Many Logs
 
 Reduce verbosity by setting a lower log level:
+
 ```bash
 VITE_LOG_LEVEL=warn
 ```

doc/migration-fence-definition.md

@@ -9,6 +9,7 @@ This document defines the **migration fence** - the boundary between the legacy
 ## Current Migration Status
 
 ### ✅ Completed Components
+
 - **SQLite Database Service**: Fully implemented with absurd-sql
 - **Platform Service Layer**: Unified database interface across platforms
 - **PlatformServiceMixin**: Centralized database access with caching and utilities
@@ -17,12 +18,14 @@ This document defines the **migration fence** - the boundary between the legacy
 - **Data Export/Import**: Backup and restore functionality
 
 ### 🔄 Active Migration Components
+
 - **Settings Migration**: Core user settings transferred
 - **Account Migration**: Identity and key management
 - **Contact Migration**: User contact data (via import interface)
 - **DatabaseUtil Migration**: Moving functions to PlatformServiceMixin
 
 ### ❌ Legacy Components (Fence Boundary)
+
 - **Dexie Database**: Legacy IndexedDB storage (disabled by default)
 - **Dexie-Specific Code**: Direct database access patterns
 - **Legacy Migration Paths**: Old data transfer methods
@@ -45,6 +48,7 @@ export const PlatformServiceMixin = {
 ```
 
 **Fence Rule**: All database operations must use:
+
 - `this.$db()` for read operations
 - `this.$exec()` for write operations
 - `this.$settings()` for settings access
@@ -64,6 +68,7 @@ export class PlatformServiceFactory {
 ```
 
 **Fence Rule**: All database operations must use:
+
 - `PlatformService.dbQuery()` for read operations
 - `PlatformService.dbExec()` for write operations
 - No direct `db.` or `accountsDBPromise` access in application code
@@ -71,6 +76,7 @@ export class PlatformServiceFactory {
 ### 3. Data Access Patterns
 
 #### ✅ Allowed (Inside Fence)
+
 ```typescript
 // Use PlatformServiceMixin for all database operations
 const contacts = await this.$contacts();
@@ -79,6 +85,7 @@ const result = await this.$db("SELECT * FROM contacts WHERE did = ?", [accountDi
 ```
 
 #### ❌ Forbidden (Outside Fence)
+
 ```typescript
 // Direct Dexie access (legacy pattern)
 const contacts = await db.contacts.where('did').equals(accountDid).toArray();
@@ -98,6 +105,7 @@ export async function compareDatabases(): Promise<DataComparison> {
 ```
 
 **Fence Rule**: Migration tools are the exclusive interface between:
+
 - Legacy Dexie database
 - New SQLite database
 - Data comparison and transfer operations
@@ -107,11 +115,13 @@ export async function compareDatabases(): Promise<DataComparison> {
 ### 1. Code Development Rules
 
 #### New Feature Development
+
 - **Always** use `PlatformServiceMixin` for database operations
 - **Never** import or reference Dexie directly
 - **Always** use mixin methods like `this.$settings()`, `this.$contacts()`
 
 #### Legacy Code Maintenance
+
 - **Only** modify Dexie code for migration purposes
 - **Always** add migration tests for schema changes
 - **Never** add new Dexie-specific features
@@ -119,11 +129,13 @@ export async function compareDatabases(): Promise<DataComparison> {
 ### 2. Data Integrity Rules
 
 #### Migration Safety
+
 - **Always** create backups before migration
 - **Always** verify data integrity after migration
 - **Never** delete legacy data until verified
 
 #### Rollback Strategy
+
 - **Always** maintain ability to rollback to Dexie
 - **Always** preserve migration logs
 - **Never** assume migration is irreversible
@@ -131,6 +143,7 @@ export async function compareDatabases(): Promise<DataComparison> {
 ### 3. Testing Requirements
 
 #### Migration Testing
+
 ```typescript
 // Required test pattern for migration
 describe('Database Migration', () => {
@@ -144,6 +157,7 @@ describe('Database Migration', () => {
 ```
 
 #### Application Testing
+
 ```typescript
 // Required test pattern for application features
 describe('Feature with Database', () => {
@@ -159,6 +173,7 @@ describe('Feature with Database', () => {
 ### 1. Static Analysis
 
 #### ESLint Rules
+
 ```json
 {
   "rules": {
@@ -178,6 +193,7 @@ describe('Feature with Database', () => {
 ```
 
 #### TypeScript Rules
+
 ```json
 {
   "compilerOptions": {
@@ -190,6 +206,7 @@ describe('Feature with Database', () => {
 ### 2. Runtime Checks
 
 #### Development Mode Validation
+
 ```typescript
 // Development-only fence validation
 if (import.meta.env.DEV) {
@@ -198,6 +215,7 @@ if (import.meta.env.DEV) {
 ```
 
 #### Production Safety
+
 ```typescript
 // Production fence enforcement
 if (import.meta.env.PROD) {
@@ -209,6 +227,7 @@ if (import.meta.env.PROD) {
 ## Migration Status Checklist
 
 ### ✅ Completed
+
 - [x] PlatformServiceMixin implementation
 - [x] SQLite database service
 - [x] Migration tools
@@ -217,11 +236,13 @@ if (import.meta.env.PROD) {
 - [x] ActiveDid migration
 
 ### 🔄 In Progress
+
 - [ ] Contact migration
 - [ ] DatabaseUtil to PlatformServiceMixin migration
 - [ ] File-by-file migration
 
 ### ❌ Not Started
+
 - [ ] Legacy Dexie removal
 - [ ] Final cleanup and validation
 
@@ -240,4 +261,4 @@ if (import.meta.env.PROD) {
 **Created**: 2025-07-05
 **Status**: Active Migration Phase
 **Last Updated**: 2025-07-05
-**Note**: Migration fence now implemented through PlatformServiceMixin instead of USE_DEXIE_DB constant 
+**Note**: Migration fence now implemented through PlatformServiceMixin instead of USE_DEXIE_DB constant

doc/migration-progress-tracker.md

@@ -3,6 +3,7 @@
 ## Per-File Migration Workflow (MANDATORY)
 
 For each file migrated:
+
 1. **First**, migrate to PlatformServiceMixin (replace all databaseUtil usage, etc.).
 2. **Immediately after**, standardize notify helper usage (property + created() pattern) and fix any related linter/type errors.
 
@@ -25,22 +26,26 @@ This document tracks the progress of the 2-day sprint to complete PlatformServic
 ## ✅ **DAY 1: PlatformServiceMixin Completion (COMPLETE)**
 
 ### **Phase 1: Remove Circular Dependency (COMPLETE)**
+
 **Status**: ✅ **COMPLETE**
 **Issue**: PlatformServiceMixin imports `memoryLogs` from databaseUtil
 **Solution**: Create self-contained memoryLogs implementation
 
-#### **Tasks**:
+#### **Tasks**
+
 - [x] **Step 1.1**: Remove `memoryLogs` import from PlatformServiceMixin.ts ✅
 - [x] **Step 1.2**: Add self-contained `_memoryLogs` array to PlatformServiceMixin ✅
 - [x] **Step 1.3**: Add `$appendToMemoryLogs()` method to PlatformServiceMixin ✅
 - [x] **Step 1.4**: Update logger.ts to use self-contained memoryLogs ✅
 - [x] **Step 1.5**: Test memoryLogs functionality ✅
 
-#### **Files Modified**:
+#### **Files Modified**
+
 - `src/utils/PlatformServiceMixin.ts` ✅
 - `src/utils/logger.ts` ✅
 
-#### **Validation**:
+#### **Validation**
+
 - [x] No circular dependency errors ✅
 - [x] memoryLogs functionality works correctly ✅
 - [x] Linting passes ✅
@@ -48,20 +53,24 @@ This document tracks the progress of the 2-day sprint to complete PlatformServic
 ---
 
 ### **Phase 2: Add Missing Utility Functions (COMPLETE)**
+
 **Status**: ✅ **COMPLETE**
 **Missing Functions**: `generateInsertStatement`, `generateUpdateStatement`
 
-#### **Tasks**:
+#### **Tasks**
+
 - [x] **Step 2.1**: Add `_generateInsertStatement()` private method to PlatformServiceMixin ✅
 - [x] **Step 2.2**: Add `_generateUpdateStatement()` private method to PlatformServiceMixin ✅
 - [x] **Step 2.3**: Add `$generateInsertStatement()` public wrapper method ✅
 - [x] **Step 2.4**: Add `$generateUpdateStatement()` public wrapper method ✅
 - [x] **Step 2.5**: Test both utility functions ✅
 
-#### **Files Modified**:
+#### **Files Modified**
+
 - `src/utils/PlatformServiceMixin.ts` ✅
 
-#### **Validation**:
+#### **Validation**
+
 - [x] Both functions generate correct SQL ✅
 - [x] Parameter handling works correctly ✅
 - [x] Type safety maintained ✅
@@ -69,18 +78,22 @@ This document tracks the progress of the 2-day sprint to complete PlatformServic
 ---
 
 ### **Phase 3: Update Type Definitions (COMPLETE)**
+
 **Status**: ✅ **COMPLETE**
 **Goal**: Add new methods to TypeScript interfaces
 
-#### **Tasks**:
+#### **Tasks**
+
 - [x] **Step 3.1**: Add new methods to `IPlatformServiceMixin` interface ✅
 - [x] **Step 3.2**: Add new methods to `ComponentCustomProperties` interface ✅
 - [x] **Step 3.3**: Verify TypeScript compilation ✅
 
-#### **Files Modified**:
+#### **Files Modified**
+
 - `src/utils/PlatformServiceMixin.ts` (interface definitions) ✅
 
-#### **Validation**:
+#### **Validation**
+
 - [x] TypeScript compilation passes ✅
 - [x] All new methods properly typed ✅
 - [x] No type errors in existing code ✅
@@ -88,17 +101,20 @@ This document tracks the progress of the 2-day sprint to complete PlatformServic
 ---
 
 ### **Phase 4: Testing & Validation (COMPLETE)**
+
 **Status**: ✅ **COMPLETE**
 **Goal**: Ensure PlatformServiceMixin is fully functional
 
-#### **Tasks**:
+#### **Tasks**
+
 - [x] **Step 4.1**: Create test component to verify all methods ✅
 - [x] **Step 4.2**: Run comprehensive linting ✅
 - [x] **Step 4.3**: Run TypeScript type checking ✅
 - [x] **Step 4.4**: Test caching functionality ✅
 - [x] **Step 4.5**: Test database operations ✅
 
-#### **Validation**:
+#### **Validation**
+
 - [x] All tests pass ✅
 - [x] No linting errors ✅
 - [x] No TypeScript errors ✅
@@ -108,10 +124,12 @@ This document tracks the progress of the 2-day sprint to complete PlatformServic
 ---
 
 ### **Phase 5: Utility Files Migration (COMPLETE)**
+
 **Status**: ✅ **COMPLETE**
 **Goal**: Remove all remaining databaseUtil imports from utility files
 
-#### **Tasks**:
+#### **Tasks**
+
 - [x] **Step 5.1**: Migrate `src/services/deepLinks.ts` ✅
   - Replaced `logConsoleAndDb` with `console.error`
   - Removed databaseUtil import
@@ -121,7 +139,8 @@ This document tracks the progress of the 2-day sprint to complete PlatformServic
   - Updated all async calls to use proper async pattern
 - [x] **Step 5.3**: Verify no remaining databaseUtil imports ✅
 
-#### **Validation**:
+#### **Validation**
+
 - [x] No databaseUtil imports in any TypeScript files ✅
 - [x] No databaseUtil imports in any Vue files ✅
 - [x] All functions work correctly ✅
@@ -131,13 +150,16 @@ This document tracks the progress of the 2-day sprint to complete PlatformServic
 ## 🎯 **DAY 2: Migrate All 52 Files (READY TO START)**
 
 ### **Migration Strategy**
+
 **Priority Order**:
+
 1. **Views** (25 files) - User-facing components
 2. **Components** (15 files) - Reusable UI components  
 3. **Services** (8 files) - Business logic
 4. **Utils** (4 files) - Utility functions
 
 ### **Migration Pattern for Each File**
+
 ```typescript
 // 1. Add PlatformServiceMixin
 import { PlatformServiceMixin } from "@/utils/PlatformServiceMixin";
@@ -155,6 +177,7 @@ export default class ComponentName extends Vue {
 ```
 
 ### **Common Replacements**
+
 - `generateInsertStatement` → `this.$generateInsertStatement`
 - `generateUpdateStatement` → `this.$generateUpdateStatement`
 - `parseJsonField` → `this._parseJsonField`
@@ -168,6 +191,7 @@ export default class ComponentName extends Vue {
 ## 📋 **File Migration Checklist**
 
 ### **Views (25 files) - Priority 1**
+
 **Progress**: 6/25 (24%)
 
 - [ ] QuickActionBvcEndView.vue
@@ -209,6 +233,7 @@ export default class ComponentName extends Vue {
 - [ ] UserProfileView.vue
 
 ### **Components (15 files) - Priority 2**
+
 **Progress**: 9/15 (60%)
 
 - [x] UserNameDialog.vue ✅ **MIGRATED**
@@ -233,6 +258,7 @@ export default class ComponentName extends Vue {
 - [x] IconRenderer.vue ✅ MIGRATED & HUMAN TESTED 2024-12-19 (0 min, no migration needed - already compliant)
 
 ### **Services (8 files) - Priority 3**
+
 **Progress**: 2/8 (25%)
 
 - [x] api.ts ✅ MIGRATED 2024-12-19 (0 min, no migration needed - already compliant)
@@ -241,6 +267,7 @@ export default class ComponentName extends Vue {
 - [ ] deepLinks.ts
 
 ### **Utils (4 files) - Priority 4**
+
 **Progress**: 1/4 (25%)
 
 - [ ] LogCollector.ts
@@ -253,6 +280,7 @@ export default class ComponentName extends Vue {
 ## 🛠️ **Migration Tools**
 
 ### **Migration Helper Script**
+
 ```bash
 # Track progress
 ./scripts/migration-helper.sh progress
@@ -277,6 +305,7 @@ export default class ComponentName extends Vue {
 ```
 
 ### **Validation Commands**
+
 ```bash
 # Check for remaining databaseUtil imports
 find src -name "*.vue" -o -name "*.ts" | xargs grep -l "import.*databaseUtil"
@@ -296,12 +325,14 @@ find src -name "*.vue" -o -name "*.ts" | xargs grep -l "import.*databaseUtil" |
 ## 📊 **Progress Tracking**
 
 ### **Day 1 Progress**
+
 - [ ] Phase 1: Circular dependency resolved
 - [ ] Phase 2: Utility functions added
 - [ ] Phase 3: Type definitions updated
 - [ ] Phase 4: Testing completed
 
 ### **Day 2 Progress**
+
 - [ ] Views migrated (0/25)
 - [ ] Components migrated (0/15)
 - [ ] Services migrated (0/8)
@@ -309,6 +340,7 @@ find src -name "*.vue" -o -name "*.ts" | xargs grep -l "import.*databaseUtil" |
 - [ ] Validation completed
 
 ### **Overall Progress**
+
 - **Total files to migrate**: 52
 - **Files migrated**: 3
 - **Progress**: 6%
@@ -318,6 +350,7 @@ find src -name "*.vue" -o -name "*.ts" | xargs grep -l "import.*databaseUtil" |
 ## 🎯 **Success Criteria**
 
 ### **Day 1 Success Criteria**
+
 - [ ] PlatformServiceMixin has no circular dependencies
 - [ ] All utility functions implemented and tested
 - [ ] Type definitions complete and accurate
@@ -325,6 +358,7 @@ find src -name "*.vue" -o -name "*.ts" | xargs grep -l "import.*databaseUtil" |
 - [ ] TypeScript compilation passes
 
 ### **Day 2 Success Criteria**
+
 - [ ] 0 files importing databaseUtil
 - [ ] All 52 files migrated to PlatformServiceMixin
 - [ ] No runtime errors in migrated components
@@ -332,6 +366,7 @@ find src -name "*.vue" -o -name "*.ts" | xargs grep -l "import.*databaseUtil" |
 - [ ] Performance maintained or improved
 
 ### **Overall Success Criteria**
+
 - [ ] Complete elimination of databaseUtil dependency
 - [ ] PlatformServiceMixin is the single source of truth for database operations
 - [ ] Migration fence is fully implemented
@@ -354,14 +389,17 @@ find src -name "*.vue" -o -name "*.ts" | xargs grep -l "import.*databaseUtil" |
 ## 📝 **Notes & Issues**
 
 ### **Current Issues**
+
 - None identified yet
 
 ### **Decisions Made**
+
 - PlatformServiceMixin approach chosen over USE_DEXIE_DB constant
 - Self-contained utility functions preferred over imports
 - Priority order: Views → Components → Services → Utils
 
 ### **Lessons Learned**
+
 - To be filled as migration progresses
 
 ---
@@ -369,6 +407,7 @@ find src -name "*.vue" -o -name "*.ts" | xargs grep -l "import.*databaseUtil" |
 ## 🔄 **Daily Updates**
 
 ### **Day 1 Updates**
+
 - [ ] Start time: _____
 - [ ] Phase 1 completion: _____
 - [ ] Phase 2 completion: _____
@@ -377,6 +416,7 @@ find src -name "*.vue" -o -name "*.ts" | xargs grep -l "import.*databaseUtil" |
 - [ ] End time: _____
 
 ### **Day 2 Updates**
+
 - [ ] Start time: _____
 - [ ] Views migration completion: _____
 - [ ] Components migration completion: _____
@@ -390,16 +430,19 @@ find src -name "*.vue" -o -name "*.ts" | xargs grep -l "import.*databaseUtil" |
 ## 🆘 **Contingency Plans**
 
 ### **If Day 1 Takes Longer**
+
 - Focus on core functionality first
 - Defer advanced utility functions to Day 2
 - Prioritize circular dependency resolution
 
 ### **If Day 2 Takes Longer**
+
 - Focus on high-impact views first
 - Batch similar components together
 - Use automated scripts for common patterns
 
 ### **If Issues Arise**
+
 - Document specific problems in Notes section
 - Create targeted fixes
 - Maintain backward compatibility during transition
@@ -421,4 +464,4 @@ These practices ensure maintainability, consistency, and type safety for all not
 ---
 
 **Last Updated**: $(date)
-**Next Review**: After each phase completion 
+**Next Review**: After each phase completion

doc/migration-quick-reference.md

@@ -63,6 +63,7 @@ export default class ComponentName extends Vue {
 ## ✅ **Validation Checklist**
 
 After each file migration:
+
 - [ ] No databaseUtil imports
 - [ ] PlatformServiceMixin added
 - [ ] Method calls updated
@@ -91,4 +92,4 @@ npm run lint && npx tsc --noEmit
 ---
 
 **Last Updated**: $(date)
-**Full Documentation**: `doc/migration-progress-tracker.md` 
+**Full Documentation**: `doc/migration-progress-tracker.md`

doc/migration-readiness-summary.md

@@ -11,11 +11,14 @@
 ## 🎯 **Migration Overview**
 
 ### **Goal**
+
 Complete the TimeSafari database migration from Dexie to SQLite by:
+
 1. **Day 1**: Finish PlatformServiceMixin implementation (4-6 hours)
 2. **Day 2**: Migrate all 52 files to PlatformServiceMixin (6-8 hours)
 
 ### **Current Status**
+
 - ✅ **PlatformServiceMixin**: 95% complete (1,301 lines)
 - ✅ **Migration Tools**: Ready and tested
 - ✅ **Documentation**: Complete and cross-machine accessible
@@ -27,22 +30,30 @@ Complete the TimeSafari database migration from Dexie to SQLite by:
 ## 📊 **File Breakdown**
 
 ### **Views (42 files) - Priority 1**
+
 User-facing components that need immediate attention:
+
 - 25 files from original list
 - 17 additional files identified by migration helper
 
 ### **Components (9 files) - Priority 2**
+
 Reusable UI components:
+
 - FeedFilters.vue, GiftedDialog.vue, GiftedPrompts.vue
 - ImageMethodDialog.vue, OfferDialog.vue, OnboardingDialog.vue
 - PhotoDialog.vue, PushNotificationPermission.vue, UserNameDialog.vue
 
 ### **Services (1 file) - Priority 3**
+
 Business logic:
+
 - deepLinks.ts
 
 ### **Utils (3 files) - Priority 4**
+
 Utility functions:
+
 - util.ts, test/index.ts, PlatformServiceMixin.ts (circular dependency fix)
 
 ---
@@ -50,17 +61,21 @@ Utility functions:
 ## 🛠️ **Available Tools**
 
 ### **Migration Helper Script**
+
 ```bash
 ./scripts/migration-helper.sh [command]
 ```
+
 **Commands**: progress, files, patterns, template, validate, next, all
 
 ### **Progress Tracking**
+
 - **Main Tracker**: `doc/migration-progress-tracker.md`
 - **Quick Reference**: `doc/migration-quick-reference.md`
 - **Completion Plan**: `doc/platformservicemixin-completion-plan.md`
 
 ### **Validation Commands**
+
 ```bash
 # Check progress
 ./scripts/migration-helper.sh progress
@@ -77,6 +92,7 @@ find src -name "*.vue" -o -name "*.ts" | xargs grep -l "import.*databaseUtil" |
 ## 🔄 **Migration Pattern**
 
 ### **Standard Template**
+
 ```typescript
 // 1. Add import
 import { PlatformServiceMixin } from "@/utils/PlatformServiceMixin";
@@ -94,6 +110,7 @@ export default class ComponentName extends Vue {
 ```
 
 ### **Common Replacements**
+
 | Old | New |
 |-----|-----|
 | `generateInsertStatement` | `this.$generateInsertStatement` |
@@ -109,19 +126,23 @@ export default class ComponentName extends Vue {
 ## 🎯 **Day 1 Plan: PlatformServiceMixin Completion**
 
 ### **Phase 1: Remove Circular Dependency (30 min)**
+
 - Remove `memoryLogs` import from PlatformServiceMixin
 - Add self-contained memoryLogs implementation
 - Update logger.ts
 
 ### **Phase 2: Add Missing Functions (1 hour)**
+
 - Add `generateInsertStatement` and `generateUpdateStatement`
 - Test both utility functions
 
 ### **Phase 3: Update Types (30 min)**
+
 - Add new methods to TypeScript interfaces
 - Verify compilation
 
 ### **Phase 4: Testing (1 hour)**
+
 - Comprehensive testing and validation
 - Ensure no circular dependencies
 
@@ -130,17 +151,20 @@ export default class ComponentName extends Vue {
 ## 🎯 **Day 2 Plan: File Migration**
 
 ### **Strategy**
+
 1. **Views First** (42 files) - High impact, user-facing
 2. **Components** (9 files) - Reusable UI elements
 3. **Services** (1 file) - Business logic
 4. **Utils** (3 files) - Utility functions
 
 ### **Batch Processing**
+
 - Process similar files together
 - Use automated scripts for common patterns
 - Validate after each batch
 
 ### **Success Criteria**
+
 - 0 files importing databaseUtil
 - All tests passing
 - No runtime errors
@@ -151,12 +175,14 @@ export default class ComponentName extends Vue {
 ## 🚀 **Expected Benefits**
 
 ### **Immediate Benefits**
+
 - **80% reduction** in database boilerplate code
 - **Eliminated circular dependencies**
 - **Centralized caching** for performance
 - **Type-safe** database operations
 
 ### **Long-term Benefits**
+
 - **Simplified testing** with mockable mixin
 - **Consistent error handling** across components
 - **Ready for SQLite-only mode**
@@ -167,18 +193,21 @@ export default class ComponentName extends Vue {
 ## 📋 **Pre-Migration Checklist**
 
 ### **Environment Ready**
+
 - [x] Migration helper script tested and working
 - [x] Progress tracking system operational
 - [x] Documentation complete and accessible
 - [x] Validation commands working
 
 ### **Tools Available**
+
 - [x] Automated progress tracking
 - [x] Migration pattern templates
 - [x] Validation scripts
 - [x] Cross-machine documentation
 
 ### **Knowledge Base**
+
 - [x] Common replacement patterns documented
 - [x] Migration templates ready
 - [x] Troubleshooting guides available
@@ -191,12 +220,14 @@ export default class ComponentName extends Vue {
 **All systems are ready for the 2-day migration sprint.**
 
 ### **Next Steps**
+
 1. **Start Day 1**: Complete PlatformServiceMixin
 2. **Use tracking tools**: Monitor progress with helper script
 3. **Follow documentation**: Use provided templates and patterns
 4. **Validate frequently**: Run checks after each phase
 
 ### **Success Metrics**
+
 - **Day 1**: PlatformServiceMixin 100% complete, no circular dependencies
 - **Day 2**: 0 files importing databaseUtil, all tests passing
 - **Overall**: Ready for Phase 3 cleanup and optimization
@@ -210,4 +241,4 @@ export default class ComponentName extends Vue {
 ---
 
 **Last Updated**: $(date)
-**Next Review**: After Day 1 completion 
+**Next Review**: After Day 1 completion

doc/migration-roadmap-next-steps.md

@@ -7,6 +7,7 @@ This document outlines the immediate next steps for completing the TimeSafari da
 ## Current Status Summary
 
 ### ✅ **Completed Achievements**
+
 1. **Circular Dependencies Resolved** - No active circular dependencies blocking development
 2. **PlatformServiceMixin Implemented** - Core functionality with caching and utilities
 3. **Migration Tools Ready** - Data comparison and transfer utilities functional
@@ -14,6 +15,7 @@ This document outlines the immediate next steps for completing the TimeSafari da
 5. **Documentation Updated** - All docs reflect current PlatformServiceMixin approach
 
 ### 🔄 **Current Phase: Phase 2 - Active Migration**
+
 - **DatabaseUtil Migration**: 52 files still importing databaseUtil
 - **Contact Migration**: Framework ready, implementation in progress
 - **File-by-File Migration**: Ready to begin systematic migration
@@ -23,6 +25,7 @@ This document outlines the immediate next steps for completing the TimeSafari da
 ### 🔴 **Priority 1: Complete PlatformServiceMixin Independence**
 
 #### **Step 1.1: Remove memoryLogs Dependency**
+
 ```typescript
 // Current: PlatformServiceMixin imports from databaseUtil
 import { memoryLogs } from "@/db/databaseUtil";
@@ -32,12 +35,15 @@ const memoryLogs: string[] = [];
 ```
 
 **Files to modify**:
+
 - `src/utils/PlatformServiceMixin.ts` - Remove import, add self-contained implementation
 
 **Estimated time**: 30 minutes
 
 #### **Step 1.2: Add Missing Utility Methods**
+
 Add these methods to PlatformServiceMixin:
+
 - `$parseJson()` - Self-contained JSON parsing
 - `$generateInsertStatement()` - SQL generation
 - `$generateUpdateStatement()` - SQL generation
@@ -48,6 +54,7 @@ Add these methods to PlatformServiceMixin:
 ### 🟡 **Priority 2: Start File-by-File Migration**
 
 #### **Step 2.1: Migrate Critical Files First**
+
 Based on the migration plan, start with these high-priority files:
 
 1. **`src/App.vue`** - Main application (highest impact)
@@ -57,6 +64,7 @@ Based on the migration plan, start with these high-priority files:
 5. **`src/services/deepLinks.ts`** - Service layer
 
 **Migration pattern for each file**:
+
 ```typescript
 // 1. Remove databaseUtil import
 // Remove: import * as databaseUtil from "../db/databaseUtil";
@@ -82,7 +90,9 @@ Based on the migration plan, start with these high-priority files:
 ### 🟡 **Priority 3: Systematic File Migration**
 
 #### **Step 3.1: Migrate High-Usage Components (15 files)**
+
 Target components with databaseUtil imports:
+
 - `PhotoDialog.vue`
 - `FeedFilters.vue`
 - `UserNameDialog.vue`
@@ -97,7 +107,9 @@ Target components with databaseUtil imports:
 **Estimated time**: 15-30 hours
 
 #### **Step 3.2: Migrate High-Usage Views (20 files)**
+
 Target views with databaseUtil imports:
+
 - `IdentitySwitcherView.vue`
 - `ContactEditView.vue`
 - `ContactGiftingView.vue`
@@ -113,6 +125,7 @@ Target views with databaseUtil imports:
 **Estimated time**: 20-40 hours
 
 #### **Step 3.3: Migrate Remaining Files (27 files)**
+
 Complete migration of all remaining files with databaseUtil imports.
 
 **Estimated time**: 27-54 hours
@@ -120,6 +133,7 @@ Complete migration of all remaining files with databaseUtil imports.
 ### 🟢 **Priority 4: Contact Migration Completion**
 
 #### **Step 4.1: Complete Contact Migration Framework**
+
 - Implement contact import/export functionality
 - Add contact validation and error handling
 - Test contact migration with real data
@@ -127,6 +141,7 @@ Complete migration of all remaining files with databaseUtil imports.
 **Estimated time**: 4-8 hours
 
 #### **Step 4.2: User Testing and Validation**
+
 - Test migration with various data scenarios
 - Validate data integrity after migration
 - Performance testing with large datasets
@@ -138,7 +153,9 @@ Complete migration of all remaining files with databaseUtil imports.
 ### 🔵 **Priority 5: Cleanup and Optimization**
 
 #### **Step 5.1: Remove Unused databaseUtil Functions**
+
 After all files are migrated:
+
 - Remove unused functions from databaseUtil.ts
 - Update TypeScript interfaces
 - Clean up legacy code
@@ -146,6 +163,7 @@ After all files are migrated:
 **Estimated time**: 4-8 hours
 
 #### **Step 5.2: Performance Optimization**
+
 - Optimize PlatformServiceMixin caching
 - Add performance monitoring
 - Implement database query optimization
@@ -153,6 +171,7 @@ After all files are migrated:
 **Estimated time**: 8-16 hours
 
 #### **Step 5.3: Legacy Dexie Removal**
+
 - Remove Dexie dependencies
 - Clean up migration tools
 - Update build configurations
@@ -162,6 +181,7 @@ After all files are migrated:
 ## Migration Commands and Tools
 
 ### **Automated Migration Script**
+
 Create a script to help with bulk migrations:
 
 ```bash
@@ -193,6 +213,7 @@ echo "Please review and test the changes"
 ```
 
 ### **Migration Testing Commands**
+
 ```bash
 # Test individual file migration
 npm run test -- --grep "ComponentName"
@@ -213,18 +234,21 @@ npx tsc --noEmit
 ## Risk Mitigation
 
 ### **Incremental Migration Strategy**
+
 1. **One file at a time** - Minimize risk of breaking changes
 2. **Comprehensive testing** - Test each migration thoroughly
 3. **Rollback capability** - Keep databaseUtil.ts until migration complete
 4. **Documentation updates** - Update docs as methods are migrated
 
 ### **Testing Strategy**
+
 1. **Unit tests** - Test individual component functionality
 2. **Integration tests** - Test database operations
 3. **End-to-end tests** - Test complete user workflows
 4. **Performance tests** - Ensure no performance regression
 
 ### **Rollback Plan**
+
 1. **Git branches** - Each migration in separate branch
 2. **Backup files** - Keep original files until migration verified
 3. **Feature flags** - Ability to switch back to databaseUtil if needed
@@ -233,18 +257,21 @@ npx tsc --noEmit
 ## Success Metrics
 
 ### **Short-Term (This Week)**
+
 - [ ] PlatformServiceMixin completely independent
 - [ ] 5 critical files migrated
 - [ ] No new circular dependencies
 - [ ] All tests passing
 
 ### **Medium-Term (Next 2 Weeks)**
+
 - [ ] 35+ files migrated (70% completion)
 - [ ] Contact migration framework complete
 - [ ] Performance maintained or improved
 - [ ] User testing completed
 
 ### **Long-Term (Next Month)**
+
 - [ ] All 52 files migrated (100% completion)
 - [ ] databaseUtil.ts removed or minimal
 - [ ] Legacy Dexie code removed
@@ -253,12 +280,14 @@ npx tsc --noEmit
 ## Resource Requirements
 
 ### **Development Time**
+
 - **Immediate (This Week)**: 8-12 hours
 - **Medium-Term (Next 2 Weeks)**: 35-70 hours
 - **Long-Term (Next Month)**: 16-32 hours
 - **Total Estimated**: 59-114 hours
 
 ### **Testing Time**
+
 - **Unit Testing**: 20-30 hours
 - **Integration Testing**: 10-15 hours
 - **User Testing**: 8-12 hours
@@ -266,6 +295,7 @@ npx tsc --noEmit
 - **Total Testing**: 43-65 hours
 
 ### **Total Project Time**
+
 - **Development**: 59-114 hours
 - **Testing**: 43-65 hours
 - **Documentation**: 5-10 hours
@@ -274,6 +304,7 @@ npx tsc --noEmit
 ## Conclusion
 
 The migration is well-positioned for completion with:
+
 - ✅ **No blocking circular dependencies**
 - ✅ **PlatformServiceMixin mostly complete**
 - ✅ **Clear migration path defined**
@@ -287,4 +318,4 @@ The next steps focus on systematic file-by-file migration with proper testing an
 **Created**: 2025-07-05
 **Status**: Active Planning
 **Last Updated**: 2025-07-05
-**Note**: This roadmap is based on current codebase analysis and documented progress 
+**Note**: This roadmap is based on current codebase analysis and documented progress

doc/migration-security-checklist.md

@@ -352,4 +352,4 @@ This security audit checklist ensures that the database migration maintains the
 
 **Reviewed By**: _______________
 
-**Approved By**: _______________ 
+**Approved By**: _______________

doc/migration-to-wa-sqlite.md

@@ -29,12 +29,15 @@ This document outlines the migration process from Dexie.js to absurd-sql for the
 ## Migration Architecture
 
 ### Migration Fence
+
 The migration fence is now defined by the **PlatformServiceMixin** in `src/utils/PlatformServiceMixin.ts`:
+
 - **PlatformServiceMixin**: Centralized database access with caching and utilities
 - **Migration Tools**: Exclusive interface between legacy and new databases
 - **Service Layer**: All database operations go through PlatformService
 
 ### Migration Order
+
 The migration follows a specific order to maintain data integrity:
 
 1. **Accounts** (foundational - contains DIDs)
@@ -45,9 +48,11 @@ The migration follows a specific order to maintain data integrity:
 ## ActiveDid Migration ⭐ **NEW FEATURE**
 
 ### Problem Solved
+
 Previously, the `activeDid` setting was not migrated from Dexie to SQLite, causing users to lose their active identity after migration.
 
 ### Solution Implemented
+
 The migration now includes a dedicated step for migrating the `activeDid`:
 
 1. **Detection**: Identifies the `activeDid` from Dexie master settings
@@ -58,6 +63,7 @@ The migration now includes a dedicated step for migrating the `activeDid`:
 ### Implementation Details
 
 #### New Function: `migrateActiveDid()`
+
 ```typescript
 export async function migrateActiveDid(): Promise<MigrationResult> {
   // 1. Get Dexie settings to find the activeDid
@@ -76,13 +82,17 @@ export async function migrateActiveDid(): Promise<MigrationResult> {
    ```
 
 #### Enhanced `migrateSettings()` Function
+
 The settings migration now includes activeDid handling:
+
 - Extracts `activeDid` from Dexie master settings
 - Validates account existence in SQLite
 - Updates SQLite master settings with the `activeDid`
 
 #### Updated `migrateAll()` Function
+
 The complete migration now includes a dedicated step for activeDid:
+
 ```typescript
 // Step 3: Migrate ActiveDid (depends on accounts and settings)
 logger.info("[MigrationService] Step 3: Migrating activeDid...");
@@ -90,6 +100,7 @@ const activeDidResult = await migrateActiveDid();
 ```
 
 ### Benefits
+
 - ✅ **User Identity Preservation**: Users maintain their active identity
 - ✅ **Seamless Experience**: No need to manually select identity after migration
 - ✅ **Data Consistency**: Ensures all identity-related settings are preserved
@@ -98,17 +109,20 @@ const activeDidResult = await migrateActiveDid();
 ## Migration Process
 
 ### Phase 1: Preparation ✅
+
 - [x] PlatformServiceMixin implementation
 - [x] Implement data comparison tools
 - [x] Create migration service structure
 
 ### Phase 2: Core Migration ✅
+
 - [x] Account migration with `importFromMnemonic`
 - [x] Settings migration (excluding activeDid)
 - [x] **ActiveDid migration** ⭐ **COMPLETED**
 - [x] Contact migration framework
 
 ### Phase 3: Validation and Cleanup 🔄
+
 - [ ] Comprehensive data validation
 - [ ] Performance testing
 - [ ] User acceptance testing
@@ -117,6 +131,7 @@ const activeDidResult = await migrateActiveDid();
 ## Usage
 
 ### Manual Migration
+
 ```typescript
 import { migrateAll, migrateActiveDid } from '../services/indexedDBMigrationService';
 
@@ -128,6 +143,7 @@ const activeDidResult = await migrateActiveDid();
 ```
 
 ### Migration Verification
+
 ```typescript
 import { compareDatabases } from '../services/indexedDBMigrationService';
 
@@ -136,7 +152,9 @@ console.log('Migration differences:', comparison.differences);
 ```
 
 ### PlatformServiceMixin Integration
+
 After migration, use the mixin for all database operations:
+
 ```typescript
 // Use mixin methods for database access
 const contacts = await this.$contacts();
@@ -147,11 +165,13 @@ const result = await this.$db("SELECT * FROM contacts WHERE did = ?", [accountDi
 ## Error Handling
 
 ### ActiveDid Migration Errors
+
 - **Missing Account**: If the `activeDid` from Dexie doesn't exist in SQLite accounts
 - **Database Errors**: Connection or query failures
 - **Settings Update Failures**: Issues updating SQLite master settings
 
 ### Recovery Strategies
+
 1. **Automatic Recovery**: Migration continues even if activeDid migration fails
 2. **Manual Recovery**: Users can manually select their identity after migration
 3. **Fallback**: System creates new identity if none exists
@@ -159,11 +179,13 @@ const result = await this.$db("SELECT * FROM contacts WHERE did = ?", [accountDi
 ## Security Considerations
 
 ### Data Protection
+
 - All sensitive data (mnemonics, private keys) are encrypted
 - Migration preserves encryption standards
 - No plaintext data exposure during migration
 
 ### Identity Verification
+
 - ActiveDid migration validates account existence
 - Prevents setting non-existent identities as active
 - Maintains cryptographic integrity
@@ -171,6 +193,7 @@ const result = await this.$db("SELECT * FROM contacts WHERE did = ?", [accountDi
 ## Testing
 
 ### Migration Testing
+
 ```bash
 # Run migration
 npm run migrate
@@ -180,6 +203,7 @@ npm run test:migration
 ```
 
 ### ActiveDid Testing
+
    ```typescript
 // Test activeDid migration specifically
 const result = await migrateActiveDid();
@@ -188,6 +212,7 @@ expect(result.warnings).toContain('Successfully migrated activeDid');
 ```
 
 ### PlatformServiceMixin Testing
+
 ```typescript
 // Test mixin integration
 describe('PlatformServiceMixin', () => {
@@ -224,6 +249,7 @@ describe('PlatformServiceMixin', () => {
    - Verify caching and error handling work correctly
 
 ### Debugging
+
 ```typescript
 // Debug migration process
 import { logger } from '../utils/logger';
@@ -245,6 +271,7 @@ logger.debug('[Migration] Migration completed:', result);
 ## Migration Status Checklist
 
 ### ✅ Completed
+
 - [x] PlatformServiceMixin implementation
 - [x] SQLite database service
 - [x] Migration tools
@@ -253,11 +280,13 @@ logger.debug('[Migration] Migration completed:', result);
 - [x] ActiveDid migration
 
 ### 🔄 In Progress
+
 - [ ] Contact migration
 - [ ] DatabaseUtil to PlatformServiceMixin migration
 - [ ] File-by-file migration
 
 ### ❌ Not Started
+
 - [ ] Legacy Dexie removal
 - [ ] Final cleanup and validation
 
@@ -267,4 +296,4 @@ logger.debug('[Migration] Migration completed:', result);
 **Created**: 2025-07-05
 **Status**: Active Migration Phase
 **Last Updated**: 2025-07-05
-**Note**: Migration fence now implemented through PlatformServiceMixin instead of USE_DEXIE_DB constant 
+**Note**: Migration fence now implemented through PlatformServiceMixin instead of USE_DEXIE_DB constant

doc/platformservicemixin-completion-plan.md

@@ -7,6 +7,7 @@ This document outlines the complete plan to finish PlatformServiceMixin implemen
 ## Current Status
 
 ### ✅ **PlatformServiceMixin - 95% Complete**
+
 - **Core functionality**: ✅ Implemented
 - **Caching system**: ✅ Implemented  
 - **Database methods**: ✅ Implemented
@@ -14,6 +15,7 @@ This document outlines the complete plan to finish PlatformServiceMixin implemen
 - **Type definitions**: ✅ Implemented
 
 ### ⚠️ **Remaining Issues**
+
 1. **Single circular dependency**: `memoryLogs` import from databaseUtil
 2. **Missing utility functions**: `generateInsertStatement`, `generateUpdateStatement`
 3. **52 files** still importing databaseUtil
@@ -25,6 +27,7 @@ This document outlines the complete plan to finish PlatformServiceMixin implemen
 ### **Phase 1: Remove Circular Dependency (30 minutes)**
 
 #### **Step 1.1: Create Self-Contained memoryLogs**
+
 ```typescript
 // In PlatformServiceMixin.ts - Replace line 50:
 // Remove: import { memoryLogs } from "@/db/databaseUtil";
@@ -48,6 +51,7 @@ $appendToMemoryLogs(message: string): void {
 ```
 
 #### **Step 1.2: Update logger.ts**
+
 ```typescript
 // In logger.ts - Replace memoryLogs usage:
 // Remove: import { memoryLogs } from "@/db/databaseUtil";
@@ -70,6 +74,7 @@ export function getMemoryLogs(): string[] {
 ### **Phase 2: Add Missing Utility Functions (1 hour)**
 
 #### **Step 2.1: Add generateInsertStatement to PlatformServiceMixin**
+
 ```typescript
 // Add to PlatformServiceMixin methods:
 _generateInsertStatement(
@@ -95,6 +100,7 @@ _generateInsertStatement(
 ```
 
 #### **Step 2.2: Add generateUpdateStatement to PlatformServiceMixin**
+
 ```typescript
 // Add to PlatformServiceMixin methods:
 _generateUpdateStatement(
@@ -129,6 +135,7 @@ _generateUpdateStatement(
 ```
 
 #### **Step 2.3: Add Public Wrapper Methods**
+
 ```typescript
 // Add to PlatformServiceMixin methods:
 $generateInsertStatement(
@@ -151,6 +158,7 @@ $generateUpdateStatement(
 ### **Phase 3: Update Type Definitions (30 minutes)**
 
 #### **Step 3.1: Update IPlatformServiceMixin Interface**
+
 ```typescript
 // Add to IPlatformServiceMixin interface:
 $generateInsertStatement(
@@ -167,6 +175,7 @@ $appendToMemoryLogs(message: string): void;
 ```
 
 #### **Step 3.2: Update ComponentCustomProperties**
+
 ```typescript
 // Add to ComponentCustomProperties interface:
 $generateInsertStatement(
@@ -185,12 +194,14 @@ $appendToMemoryLogs(message: string): void;
 ### **Phase 4: Test PlatformServiceMixin (1 hour)**
 
 #### **Step 4.1: Create Test Component**
+
 ```typescript
 // Create test file: src/test/PlatformServiceMixin.test.ts
 // Test all methods including new utility functions
 ```
 
 #### **Step 4.2: Run Linting and Type Checking**
+
 ```bash
 npm run lint
 npx tsc --noEmit
@@ -203,6 +214,7 @@ npx tsc --noEmit
 ### **Migration Strategy**
 
 #### **Priority Order:**
+
 1. **Views** (25 files) - User-facing components
 2. **Components** (15 files) - Reusable UI components  
 3. **Services** (8 files) - Business logic
@@ -211,6 +223,7 @@ npx tsc --noEmit
 #### **Migration Pattern for Each File:**
 
 **Step 1: Add PlatformServiceMixin**
+
 ```typescript
 // Add to component imports:
 import { PlatformServiceMixin } from "@/utils/PlatformServiceMixin";
@@ -223,6 +236,7 @@ export default class ComponentName extends Vue {
 ```
 
 **Step 2: Replace databaseUtil Imports**
+
 ```typescript
 // Remove:
 import { 
@@ -244,6 +258,7 @@ import {
 ```
 
 **Step 3: Update Method Calls**
+
 ```typescript
 // Before:
 const { sql, params } = generateInsertStatement(contact, 'contacts');
@@ -255,6 +270,7 @@ const { sql, params } = this.$generateInsertStatement(contact, 'contacts');
 ### **File Migration Checklist**
 
 #### **Views (25 files) - Priority 1**
+
 - [ ] QuickActionBvcEndView.vue
 - [ ] ProjectsView.vue
 - [ ] ClaimReportCertificateView.vue
@@ -278,6 +294,7 @@ const { sql, params } = this.$generateInsertStatement(contact, 'contacts');
 - [ ] [5 more view files]
 
 #### **Components (15 files) - Priority 2**
+
 - [ ] ActivityListItem.vue
 - [ ] AmountInput.vue
 - [ ] ChoiceButtonDialog.vue
@@ -295,18 +312,21 @@ const { sql, params } = this.$generateInsertStatement(contact, 'contacts');
 - [ ] IconRenderer.vue
 
 #### **Services (8 files) - Priority 3**
+
 - [ ] api.ts
 - [ ] endorserServer.ts
 - [ ] partnerServer.ts
 - [ ] [5 more service files]
 
 #### **Utils (4 files) - Priority 4**
+
 - [ ] LogCollector.ts
 - [ ] [3 more util files]
 
 ### **Migration Tools**
 
 #### **Automated Script for Common Patterns**
+
 ```bash
 #!/bin/bash
 # migration-helper.sh
@@ -326,6 +346,7 @@ echo "logConsoleAndDb → this.\$logAndConsole"
 ```
 
 #### **Validation Script**
+
 ```bash
 #!/bin/bash
 # validate-migration.sh
@@ -350,6 +371,7 @@ echo "Migration validation complete!"
 ## 🎯 **Success Criteria**
 
 ### **Day 1 Success Criteria:**
+
 - [ ] PlatformServiceMixin has no circular dependencies
 - [ ] All utility functions implemented and tested
 - [ ] Type definitions complete and accurate
@@ -357,6 +379,7 @@ echo "Migration validation complete!"
 - [ ] TypeScript compilation passes
 
 ### **Day 2 Success Criteria:**
+
 - [ ] 0 files importing databaseUtil
 - [ ] All 52 files migrated to PlatformServiceMixin
 - [ ] No runtime errors in migrated components
@@ -364,6 +387,7 @@ echo "Migration validation complete!"
 - [ ] Performance maintained or improved
 
 ### **Overall Success Criteria:**
+
 - [ ] Complete elimination of databaseUtil dependency
 - [ ] PlatformServiceMixin is the single source of truth for database operations
 - [ ] Migration fence is fully implemented
@@ -386,12 +410,14 @@ echo "Migration validation complete!"
 ## 📋 **Daily Progress Tracking**
 
 ### **Day 1 Progress:**
+
 - [ ] Phase 1: Circular dependency resolved
 - [ ] Phase 2: Utility functions added
 - [ ] Phase 3: Type definitions updated
 - [ ] Phase 4: Testing completed
 
 ### **Day 2 Progress:**
+
 - [ ] Views migrated (0/25)
 - [ ] Components migrated (0/15)
 - [ ] Services migrated (0/8)
@@ -403,16 +429,19 @@ echo "Migration validation complete!"
 ## 🆘 **Contingency Plans**
 
 ### **If Day 1 Takes Longer:**
+
 - Focus on core functionality first
 - Defer advanced utility functions to Day 2
 - Prioritize circular dependency resolution
 
 ### **If Day 2 Takes Longer:**
+
 - Focus on high-impact views first
 - Batch similar components together
 - Use automated scripts for common patterns
 
 ### **If Issues Arise:**
+
 - Document specific problems
 - Create targeted fixes
-- Maintain backward compatibility during transition 
+- Maintain backward compatibility during transition

doc/qr-code-implementation-guide.md

@@ -7,6 +7,7 @@ This document describes the QR code scanning and generation implementation in th
 ## Architecture
 
 ### Directory Structure
+
 ```
 src/
 ├── services/
@@ -74,6 +75,7 @@ interface QRScannerOptions {
 ### Platform-Specific Implementations
 
 #### Mobile (Capacitor)
+
 - Uses `@capacitor-mlkit/barcode-scanning`
 - Native camera access through platform APIs
 - Optimized for mobile performance
@@ -82,6 +84,7 @@ interface QRScannerOptions {
 - Back camera preferred for scanning
 
 Configuration:
+
 ```typescript
 // capacitor.config.ts
 const config: CapacitorConfig = {
@@ -105,6 +108,7 @@ const config: CapacitorConfig = {
 ```
 
 #### Web
+
 - Uses browser's MediaDevices API
 - Vue.js components for UI
 - EventEmitter for stream management
@@ -116,6 +120,7 @@ const config: CapacitorConfig = {
 ### View Components
 
 #### ContactQRScanView
+
 - Dedicated view for scanning QR codes
 - Full-screen camera interface
 - Simple UI focused on scanning
@@ -123,6 +128,7 @@ const config: CapacitorConfig = {
 - Streamlined scanning experience
 
 #### ContactQRScanShowView
+
 - Combined view for QR code display and scanning
 - Shows user's own QR code
 - Handles user registration status
@@ -160,6 +166,7 @@ const config: CapacitorConfig = {
 ## Build Configuration
 
 ### Common Vite Configuration
+
 ```typescript
 // vite.config.common.mts
 export async function createBuildConfig(mode: string) {
@@ -183,6 +190,7 @@ export async function createBuildConfig(mode: string) {
 ```
 
 ### Platform-Specific Builds
+
 ```json
 {
   "scripts": {
@@ -196,6 +204,7 @@ export async function createBuildConfig(mode: string) {
 ## Error Handling
 
 ### Common Error Scenarios
+
 1. No camera found
 2. Permission denied
 3. Camera in use by another application
@@ -207,6 +216,7 @@ export async function createBuildConfig(mode: string) {
 9. Network connectivity issues
 
 ### Error Response
+
 - User-friendly error messages
 - Troubleshooting tips
 - Clear instructions for resolution
@@ -215,6 +225,7 @@ export async function createBuildConfig(mode: string) {
 ## Security Considerations
 
 ### QR Code Security
+
 - Encryption of contact data
 - Timestamp validation
 - Version checking
@@ -222,6 +233,7 @@ export async function createBuildConfig(mode: string) {
 - Rate limiting for scans
 
 ### Data Protection
+
 - Secure transmission of contact data
 - Validation of QR code authenticity
 - Prevention of duplicate scans
@@ -231,6 +243,7 @@ export async function createBuildConfig(mode: string) {
 ## Best Practices
 
 ### Camera Access
+
 1. Always check for camera availability
 2. Request permissions explicitly
 3. Handle all error conditions
@@ -238,6 +251,7 @@ export async function createBuildConfig(mode: string) {
 5. Implement proper cleanup
 
 ### Performance
+
 1. Optimize camera resolution
 2. Implement proper resource cleanup
 3. Handle camera switching efficiently
@@ -245,6 +259,7 @@ export async function createBuildConfig(mode: string) {
 5. Battery usage optimization
 
 ### User Experience
+
 1. Clear visual feedback
 2. Camera preview
 3. Scanning status indicators
@@ -257,6 +272,7 @@ export async function createBuildConfig(mode: string) {
 ## Testing
 
 ### Test Scenarios
+
 1. Permission handling
 2. Camera switching
 3. Error conditions
@@ -267,6 +283,7 @@ export async function createBuildConfig(mode: string) {
 8. Security validation
 
 ### Test Environment
+
 - Multiple browsers
 - iOS and Android devices
 - Various network conditions
@@ -275,6 +292,7 @@ export async function createBuildConfig(mode: string) {
 ## Dependencies
 
 ### Key Packages
+
 - `@capacitor-mlkit/barcode-scanning`
 - `qrcode-stream`
 - `vue-qrcode-reader`
@@ -283,12 +301,14 @@ export async function createBuildConfig(mode: string) {
 ## Maintenance
 
 ### Regular Updates
+
 - Keep dependencies updated
 - Monitor platform changes
 - Update documentation
 - Review security patches
 
 ### Performance Monitoring
+
 - Track memory usage
 - Monitor camera performance
 - Check error rates
@@ -436,6 +456,7 @@ The camera switching implementation includes comprehensive error handling:
    - Camera switch timeout
 
 2. **Error Response**
+
    ```typescript
    private async handleCameraSwitch(deviceId: string): Promise<void> {
      try {
@@ -460,6 +481,7 @@ The camera switching implementation includes comprehensive error handling:
 The camera system maintains several states:
 
 1. **Camera States**
+
    ```typescript
    type CameraState =
      | "initializing"  // Camera is being initialized
@@ -529,6 +551,7 @@ The camera system maintains several states:
 #### MLKit Barcode Scanner Configuration
 
 1. **Plugin Setup**
+
    ```typescript
    // capacitor.config.ts
    const config: CapacitorConfig = {
@@ -552,6 +575,7 @@ The camera system maintains several states:
    ```
 
 2. **Camera Management**
+
    ```typescript
    // CapacitorQRScanner.ts
    export class CapacitorQRScanner implements QRScannerService {
@@ -603,6 +627,7 @@ The camera system maintains several states:
    ```
 
 3. **Camera State Management**
+
    ```typescript
    // CapacitorQRScanner.ts
    private async handleCameraState(): Promise<void> {
@@ -645,6 +670,7 @@ The camera system maintains several states:
    ```
 
 4. **Error Handling**
+
    ```typescript
    // CapacitorQRScanner.ts
    private async handleCameraError(error: Error): Promise<void> {
@@ -737,6 +763,7 @@ The camera system maintains several states:
 #### Performance Optimization
 
 1. **Battery Usage**
+
    ```typescript
    // CapacitorQRScanner.ts
    private optimizeBatteryUsage(): void {
@@ -759,6 +786,7 @@ The camera system maintains several states:
    ```
 
 2. **Memory Management**
+
    ```typescript
    // CapacitorQRScanner.ts
    private async cleanupResources(): Promise<void> {
@@ -802,4 +830,4 @@ The camera system maintains several states:
    - Camera switching speed
    - QR code detection speed
    - App responsiveness
-   - Background/foreground transitions
+   - Background/foreground transitions

doc/secure-storage-implementation.md

@@ -111,6 +111,7 @@ export class AbsurdSqlDatabaseService implements PlatformService {
 ```
 
 Key features:
+
 - Uses absurd-sql for SQLite in the browser
 - Implements operation queuing for thread safety
 - Handles initialization and connection management
@@ -143,6 +144,7 @@ async function getAccount(did: string): Promise<Account | undefined> {
 When converting from Dexie.js to SQL-based implementation, follow these patterns:
 
 1. **Database Access Pattern**
+
    ```typescript
    // Before (Dexie)
    const result = await db.table.where("field").equals(value).first();
@@ -161,6 +163,7 @@ When converting from Dexie.js to SQL-based implementation, follow these patterns
    ```
 
 2. **Update Operations**
+
    ```typescript
    // Before (Dexie)
    await db.table.where("id").equals(id).modify(changes);
@@ -184,6 +187,7 @@ When converting from Dexie.js to SQL-based implementation, follow these patterns
    ```
 
 3. **Insert Operations**
+
    ```typescript
    // Before (Dexie)
    await db.table.add(item);
@@ -202,6 +206,7 @@ When converting from Dexie.js to SQL-based implementation, follow these patterns
    ```
 
 4. **Delete Operations**
+
    ```typescript
    // Before (Dexie)
    await db.table.where("id").equals(id).delete();
@@ -216,6 +221,7 @@ When converting from Dexie.js to SQL-based implementation, follow these patterns
    ```
 
 5. **Result Processing**
+
    ```typescript
    // Before (Dexie)
    const items = await db.table.toArray();
@@ -247,6 +253,7 @@ await databaseUtil.logConsoleAndDb(message, showInConsole);
 ```
 
 Key Considerations:
+
 - Always use `databaseUtil.mapQueryResultToValues()` to process SQL query results
 - Use utility methods from `db/index.ts` when available instead of direct SQL
 - Keep Dexie fallbacks wrapped in migration period checks
@@ -254,6 +261,7 @@ Key Considerations:
 - For updates/inserts/deletes, execute both SQL and Dexie operations during migration period
 
 Example Migration:
+
 ```typescript
 // Before (Dexie)
 export async function updateSettings(settings: Settings): Promise<void> {
@@ -274,6 +282,7 @@ export async function updateSettings(settings: Settings): Promise<void> {
 ```
 
 Remember to:
+
 - Create database access code to use the platform service, putting it in front of the Dexie version
 - Instead of removing Dexie-specific code, keep it.
 
@@ -330,4 +339,4 @@ it's during migration then use that result instead of the SQL code's result.
 4. **Documentation**
    - Add API documentation
    - Create migration guides
-   - Document security measures
+   - Document security measures

doc/sharebufferarray_spectre_security.md

@@ -4,11 +4,13 @@
 ## 1. Introduction to SharedArrayBuffer
 
 ### Overview
+
 - `SharedArrayBuffer` is a JavaScript object that enables **shared memory** access between the main thread and Web Workers.
 - Unlike `ArrayBuffer`, the memory is **not copied** between threads—allowing **true parallelism**.
 - Paired with `Atomics`, it allows low-level memory synchronization (e.g., locks, waits).
 
 ### Example Use
+
 ```js
 const sab = new SharedArrayBuffer(1024);
 const sharedArray = new Uint8Array(sab);
@@ -18,6 +20,7 @@ sharedArray[0] = 42;
 ## 2. Browser Security Requirements
 
 ### Security Headers Required to Use SharedArrayBuffer
+
 Modern browsers **restrict access** to `SharedArrayBuffer` due to Spectre-class vulnerabilities.
 
 The following **HTTP headers must be set** to enable it:
@@ -28,23 +31,28 @@ Cross-Origin-Embedder-Policy: require-corp
 ```
 
 ### HTTPS Requirement
+
 - Must be served over **HTTPS** (except `localhost` for dev).
 - These headers enforce **cross-origin isolation**.
 
 ### Role of CORS
+
 - CORS **alone is not sufficient**.
 - However, embedded resources (like scripts and iframes) must still include proper CORS headers if they are to be loaded in a cross-origin isolated context.
 
 ## 3. Spectre Vulnerability
 
 ### What is Spectre?
+
 - A class of **side-channel attacks** exploiting **speculative execution** in CPUs.
 - Allows an attacker to read arbitrary memory from the same address space.
 
 ### Affected Architectures
+
 - Intel, AMD, ARM — essentially **all modern processors**.
 
 ### Why It's Still a Concern
+
 - It's a **hardware flaw**, not just a software bug.
 - Can't be fully fixed in software without performance penalties.
 - New Spectre **variants** (e.g., v2, RSB, BranchScope) continue to emerge.
@@ -52,16 +60,19 @@ Cross-Origin-Embedder-Policy: require-corp
 ## 4. Mitigations and Current Limitations
 
 ### Browser Mitigations
+
 - **Restricted precision** for `performance.now()`.
 - **Disabled or gated** access to `SharedArrayBuffer`.
 - **Reduced or removed** fine-grained timers.
 
 ### OS/Hardware Mitigations
+
 - **Kernel Page Table Isolation (KPTI)**
 - **Microcode updates**
 - **Retpoline** compiler mitigations
 
 ### Developer Responsibilities
+
 - Avoid sharing sensitive data across threads unless necessary.
 - Use **constant-time cryptographic functions**.
 - Assume timing attacks are **still possible**.
@@ -70,10 +81,12 @@ Cross-Origin-Embedder-Policy: require-corp
 ## 5. Practical Development Notes
 
 ### Using SharedArrayBuffer Safely
+
 - Ensure the site is **cross-origin isolated**:
   - Serve all resources with appropriate **CORS policies** (`Cross-Origin-Resource-Policy`, `Access-Control-Allow-Origin`)
   - Set the required **COOP/COEP headers**
 - Validate support using:
+
 ```js
 if (window.crossOriginIsolated) {
     // Safe to use SharedArrayBuffer
@@ -81,6 +94,7 @@ if (window.crossOriginIsolated) {
 ```
 
 ### Testing and Fallback
+
 - Provide fallbacks to `ArrayBuffer` if isolation is not available.
 - Document use cases clearly (e.g., high-performance WebAssembly applications or real-time audio/video processing).
 

doc/storage-implementation-checklist.md

@@ -3,6 +3,7 @@
 ## Core Services
 
 ### 1. Storage Service Layer
+
 - [x] Create base `PlatformService` interface
   - [x] Define common methods for all platforms
   - [x] Add platform-specific method signatures
@@ -25,6 +26,7 @@
     - [ ] File system access
 
 ### 2. Migration Services
+
 - [x] Implement basic migration support
   - [x] Dual-storage pattern (SQLite + Dexie)
   - [x] Basic data verification
@@ -37,6 +39,7 @@
   - [ ] Manual triggers
 
 ### 3. Security Layer
+
 - [x] Basic data integrity
 - [ ] Implement `EncryptionService` (planned)
   - [ ] Key management
@@ -50,14 +53,17 @@
 ## Platform-Specific Implementation
 
 ### Web Platform
+
 - [x] Setup absurd-sql
   - [x] Install dependencies
+
     ```json
     {
       "@jlongster/sql.js": "^1.8.0",
       "absurd-sql": "^1.8.0"
     }
     ```
+
   - [x] Configure VFS with IndexedDB backend
   - [x] Setup worker threads
   - [x] Implement operation queuing
@@ -83,6 +89,7 @@
   - [x] Implement atomic operations
 
 ### iOS Platform (Planned)
+
 - [ ] Setup SQLCipher
   - [ ] Install pod dependencies
   - [ ] Configure encryption
@@ -96,6 +103,7 @@
   - [ ] Setup app groups
 
 ### Android Platform (Planned)
+
 - [ ] Setup SQLCipher
   - [ ] Add Gradle dependencies
   - [ ] Configure encryption
@@ -109,6 +117,7 @@
   - [ ] Setup file provider
 
 ### Electron Platform (Planned)
+
 - [ ] Setup Node SQLite
   - [ ] Install dependencies
   - [ ] Configure IPC
@@ -124,6 +133,7 @@
 ## Data Models and Types
 
 ### 1. Database Schema
+
 - [x] Define tables
 
   ```sql
@@ -166,6 +176,7 @@
 ### 2. Type Definitions
 
 - [x] Create interfaces
+
   ```typescript
   interface Account {
     did: string;
@@ -197,6 +208,7 @@
 ## UI Components
 
 ### 1. Migration UI (Planned)
+
 - [ ] Create components
   - [ ] `MigrationProgress.vue`
   - [ ] `MigrationError.vue`
@@ -204,6 +216,7 @@
   - [ ] `MigrationStatus.vue`
 
 ### 2. Settings UI (Planned)
+
 - [ ] Update components
   - [ ] Add storage settings
   - [ ] Add migration controls
@@ -211,6 +224,7 @@
   - [ ] Add security settings
 
 ### 3. Error Handling UI (Planned)
+
 - [ ] Create components
   - [ ] `StorageError.vue`
   - [ ] `QuotaExceeded.vue`
@@ -220,6 +234,7 @@
 ## Testing
 
 ### 1. Unit Tests
+
 - [x] Basic service tests
   - [x] Platform service tests
   - [x] Database operation tests
@@ -227,6 +242,7 @@
   - [ ] Platform detection tests (planned)
 
 ### 2. Integration Tests (Planned)
+
 - [ ] Test migrations
   - [ ] Web platform tests
   - [ ] iOS platform tests
@@ -234,6 +250,7 @@
   - [ ] Electron platform tests
 
 ### 3. E2E Tests (Planned)
+
 - [ ] Test workflows
   - [ ] Account management
   - [ ] Settings management
@@ -243,12 +260,14 @@
 ## Documentation
 
 ### 1. Technical Documentation
+
 - [x] Update architecture docs
 - [x] Add API documentation
 - [ ] Create migration guides (planned)
 - [ ] Document security measures (planned)
 
 ### 2. User Documentation (Planned)
+
 - [ ] Update user guides
 - [ ] Add troubleshooting guides
 - [ ] Create FAQ
@@ -257,12 +276,14 @@
 ## Deployment
 
 ### 1. Build Process
+
 - [x] Update build scripts
 - [x] Add platform-specific builds
 - [ ] Configure CI/CD (planned)
 - [ ] Setup automated testing (planned)
 
 ### 2. Release Process (Planned)
+
 - [ ] Create release checklist
 - [ ] Add version management
 - [ ] Setup rollback procedures
@@ -271,12 +292,14 @@
 ## Monitoring and Analytics (Planned)
 
 ### 1. Error Tracking
+
 - [ ] Setup error logging
 - [ ] Add performance monitoring
 - [ ] Configure alerts
 - [ ] Create dashboards
 
 ### 2. Usage Analytics
+
 - [ ] Add storage metrics
 - [ ] Track migration success
 - [ ] Monitor performance
@@ -285,12 +308,14 @@
 ## Security Audit (Planned)
 
 ### 1. Code Review
+
 - [ ] Review encryption
 - [ ] Check access controls
 - [ ] Verify data handling
 - [ ] Audit dependencies
 
 ### 2. Penetration Testing
+
 - [ ] Test data access
 - [ ] Verify encryption
 - [ ] Check authentication
@@ -299,6 +324,7 @@
 ## Success Criteria
 
 ### 1. Performance
+
 - [x] Query response time < 100ms
 - [x] Operation queuing for thread safety
 - [x] Proper initialization handling
@@ -307,6 +333,7 @@
 - [ ] Memory usage < 50MB (planned)
 
 ### 2. Reliability
+
 - [x] Basic data integrity
 - [x] Operation queuing
 - [ ] Automatic recovery (planned)
@@ -315,6 +342,7 @@
 - [ ] Data consistency (planned)
 
 ### 3. Security
+
 - [x] Basic data integrity
 - [ ] AES-256 encryption (planned)
 - [ ] Secure key storage (planned)
@@ -322,8 +350,9 @@
 - [ ] Audit logging (planned)
 
 ### 4. User Experience
+
 - [x] Basic database operations
 - [ ] Smooth migration (planned)
 - [ ] Clear error messages (planned)
 - [ ] Progress indicators (planned)
-- [ ] Recovery options (planned) 
+- [ ] Recovery options (planned)

doc/usage-guide.md

@@ -53,10 +53,9 @@ header-includes:
 
 \clearpage
 
-
 # Purpose of Document
 
-Both end-users and development team members need to know how to use TimeSafari. 
+Both end-users and development team members need to know how to use TimeSafari.
 This document serves to show how to use every feature of the TimeSafari platform.
 
 Sections of this document are geared specifically for software developers and quality assurance
@@ -64,7 +63,7 @@ team members.
 
 Companion videos will also describe end-to-end workflows for the end-user.
 
-# TimeSafari 
+# TimeSafari
 
 ## Overview
 
@@ -90,49 +89,51 @@ development environment. This section will guide you through the process.
 ## Prerequisites
 
 1. Have the following installed on your local machine:
-  - Node.js and NPM
-  - A web browser. For this guide, we will use Google Chrome.
-  - Git
-  - A code editor
+
+- Node.js and NPM
+- A web browser. For this guide, we will use Google Chrome.
+- Git
+- A code editor
 
 2. Create an API key on Infura. This is necessary for the Endorser API to connect to the Ethereum
-   blockchain. 
-  - You can create an account on Infura [here](https://infura.io/).\
+   blockchain.
+
+- You can create an account on Infura [here](https://infura.io/).\
     Click "CREATE NEW API KEY" and label the key. Then click "API Keys" in the top menu bar to
     be taken back to the list of keys.
-    
-    Click "VIEW STATS" on the key you want to use.   
-    
+
+    Click "VIEW STATS" on the key you want to use.
+
     ![](images/01_infura-api-keys.png){ width=550px }
   
-  - Go to the key detail page. Then click "MANAGE API KEY".
+- Go to the key detail page. Then click "MANAGE API KEY".
   
     ![](images/02-infura-key-detail.png){ width=550px }
   
-  - Click the copy and paste button next to the string of alphanumeric characters.\
+- Click the copy and paste button next to the string of alphanumeric characters.\
     This is your API, also known as your project ID.
   
     ![](images/03-infura-api-key-id.png){width=550px }
   
-  - Save this for later during the Endorser API setup. This will go in your `INFURA_PROJECT_ID` 
+- Save this for later during the Endorser API setup. This will go in your `INFURA_PROJECT_ID`
     environment variable.
-    
 
 ## Setup steps
 
-### 1. Clone the following repositories from their respective Git hosts:
-  - [TimeSafari Frontend](https://gitea.anomalistdesign.com/trent_larson/crowd-funder-for-time-pwa)\
+### 1. Clone the following repositories from their respective Git hosts
+
+- [TimeSafari Frontend](https://gitea.anomalistdesign.com/trent_larson/crowd-funder-for-time-pwa)\
     This is a Progressive Web App (PWA) built with VueJS and TypeScript.
     Note that the clone command here is different from the one you would use for GitHub.
-    
+
 ```bash
 git clone git clone \
   ssh://git@gitea.anomalistdesign.com:222/trent_larson/crowd-funder-for-time-pwa.git
 ```
   
-  - [TimeSafari Backend - Endorser API](https://github.com/trentlarson/endorser-ch)\
+- [TimeSafari Backend - Endorser API](https://github.com/trentlarson/endorser-ch)\
     This is a NodeJS service providing the backend for TimeSafari.
-    
+
     ```bash
     git clone git@github.com:trentlarson/endorser-ch.git
     ```
@@ -148,7 +149,7 @@ below to generate sample data. Then copy the test database, rename it to `-dev`
 `cp ../endorser-ch-test-local.sqlite3 ../endorser-ch-dev.sqlite3` \
 and rerun `npm run dev` to give yourself user #0 and others from the ETHR_CRED_DATA in [the endorser.ch test util file](https://github.com/trentlarson/endorser-ch/blob/master/test/util.js#L90)
 
-#### Alternative 2 - boostrap single seed user 
+#### Alternative 2 - boostrap single seed user
 
 In this method you will end up with two accounts in the database, one for the first boostrap user,
 and the second as the primary user you will use during testing. The first user will invite the
@@ -157,26 +158,30 @@ second user to the app.
 1. Install dependencies and environment variables.\
    In endorser-ch install dependencies and set up environment variables to allow starting it up in
    development mode.
+
    ```bash
    cd endorser-ch
    npm clean install  # or npm ci
    cp .env.local .env
    ```
+
    Edit the .env file's INFURA_PROJECT_ID with the value you saved earlier in the
    prerequisites.\
    Then create the SQLite database by running `npm run flyway migrate` with environment variables
    set correctly to select the default SQLite development user as follows.
+
    ```bash
    export NODE_ENV=dev 
    export DBUSER=sa 
    export DBPASS=sasa 
    npm run flyway migrate
-   ``` 
-   The first run of flyway migrate may take some time to complete because the entire Flyway 
+   ```
+
+   The first run of flyway migrate may take some time to complete because the entire Flyway
    distribution must be downloaded prior to executing migrations.
-    
+
    Successful output looks similar to the following:
-    
+
 ```
 Database: jdbc:sqlite:../endorser-ch-dev.sqlite3 (SQLite 3.41)
 Schema history table "main"."flyway_schema_history" does not exist yet
@@ -202,23 +207,23 @@ A Flyway report has been generated here: /Users/kbull/code/timesafari/endorser-c
 2. Generate the first user in TimeSafari PWA and bootstrap that user in Endorser's database.\
    As TimeSafari is an invite-only platform the first user must be manually bootstrapped since
    no other users exist to be able to invite the first user. This first user must be added manually
-   to the SQLite database used by Endorser. In this setup you generate the first user from the PWA. 
-   
-   This user is automatically generated on first usage of the TimeSafari PWA. Bootstrapping that 
+   to the SQLite database used by Endorser. In this setup you generate the first user from the PWA.
+
+   This user is automatically generated on first usage of the TimeSafari PWA. Bootstrapping that
    user is required so that this first user can register other users.
    - Change directories into `crowd-funder-for-time-pwa`
-     
+
      ```bash
      cd ..
      cd crowd-funder-for-time-pwa 
      ```
-   
+
    - Ensure the `.env.development` file exists and has the following values:
-   
+
      ```env
      VITE_DEFAULT_ENDORSER_API_SERVER=http://127.0.0.1:3000
      ```
-   
+
    - Install dependencies and run in dev mode. For now don't worry about configuring the app. All we
      need is to generate the first root user and this happens automatically on app startup.
   
@@ -230,45 +235,45 @@ A Flyway report has been generated here: /Users/kbull/code/timesafari/endorser-c
    - Open the app in a browser and go to the developer tools. It is recommended to use a completely
      separate browser profile so you do not clear out your existing user account. We will be
      completely resetting the PWA app state prior to generating the first user.
-   
+
      In the Developer Tools go to the Application tab.
-     
-     ![](images/04-pwa-chrome-devtools.png){width=350px} 
-   
+
+     ![](images/04-pwa-chrome-devtools.png){width=350px}
+
      Click the "Clear site data" button and then refresh the page.
-   
+
    - Click the account button in the bottom right corner of the page.
-   
+
      ![](images/05-pwa-account-button.png){width=150px}
-   
+
    - This will take you to the account page titled "Your Identity" on which you can see your DID,
      a `did:ethr` DID in this case.
-   
+
      ![](images/06-pwa-account-page.png){width=350px}
-   
+
    - Copy the DID by selecting it and copying it to the clipboard or by clicking the copy and paste
      button as shown in the image.
-   
+
      ![](images/07-pwa-did-copied.png){width=200px}
-    
+
      In our case this DID is:\
      `did:ethr:0xe4B783c74c8B0e229524e44d0cD898D272E02CD6`
-   
-  - Add that DID to the following echoed SQL statement where it says `YOUR_DID`
+
+- Add that DID to the following echoed SQL statement where it says `YOUR_DID`
   
     ```bash
     echo "INSERT INTO registration (did, maxClaims, maxRegs, epoch) 
     VALUES ('YOUR_DID', 100, 10000, 1719348718092);"
     | sqlite3 ./endorser-ch-dev.sqlite3
     ```
-    
+
     and run this command in the parent directory just above the `endorser-ch` directory.
-    
-    It needs to be the parent directory of your `endorser-ch` repository because when 
+
+    It needs to be the parent directory of your `endorser-ch` repository because when
     `endorser-ch` creates the SQLite database it depends on it creates it in the parent directory
     of `endorser-ch`.
-    
-  - You can verify with an SQL browser tool that your record has been added to the `registration`
+
+- You can verify with an SQL browser tool that your record has been added to the `registration`
     table.
   
     ![](images/08-endorser-sqlite-row-added.png){width=350px}
@@ -285,14 +290,14 @@ A Flyway report has been generated here: /Users/kbull/code/timesafari/endorser-c
 4. Create the second user by opening up a separate browser profile or incognito session, opening the
    TimeSafari PWA at `http://localhost:8080`. You will see the yellow banner stating "Someone must
    register you before you can give or offer."
-   
+
    ![](images/09-pwa-second-profile-first-open.png){width=350px}
-   
+
    - If you want to ensure you have a fresh user account then open the developer tools, clear the
-     Application data as before, and then refresh the page. This will generate a new user in the 
+     Application data as before, and then refresh the page. This will generate a new user in the
      browser's IndexedDB database.
 5. Go to the second users' account page to copy the DID.
-    
+
     ![](images/10-pwa-second-user-did.png){width=350px}
 
 6. Copy the DID and put it in the text bar on the "Your Contacts" page for the first account

docker/README.md

@@ -155,6 +155,7 @@ VITE_PASSKEYS_ENABLED=true
 ## Build Modes
 
 ### Development Mode
+
 - **Target**: `development`
 - **Features**: Hot reloading, development server
 - **Port**: 5173
@@ -168,6 +169,7 @@ docker build --target development -t timesafari:dev .
 ```
 
 ### Staging Mode
+
 - **Target**: `staging`
 - **Features**: Production build with relaxed caching
 - **Port**: 8080 (mapped from 80)
@@ -181,6 +183,7 @@ docker build --build-arg BUILD_MODE=staging -t timesafari:staging .
 ```
 
 ### Production Mode
+
 - **Target**: `production`
 - **Features**: Optimized production build
 - **Port**: 80
@@ -194,6 +197,7 @@ docker build -t timesafari:latest .
 ```
 
 ### Custom Mode
+
 - **Target**: Configurable via `BUILD_TARGET`
 - **Features**: Fully configurable
 - **Port**: Configurable via `CUSTOM_PORT`
@@ -250,6 +254,7 @@ docker-compose up staging
 ## Security Features
 
 ### Built-in Security
+
 - **Non-root user execution**: All containers run as non-root users
 - **Security headers**: XSS protection, content type options, frame options
 - **Rate limiting**: API request rate limiting
@@ -257,6 +262,7 @@ docker-compose up staging
 - **Minimal attack surface**: Alpine Linux base images
 
 ### Security Headers
+
 - `X-Frame-Options: SAMEORIGIN`
 - `X-Content-Type-Options: nosniff`
 - `X-XSS-Protection: 1; mode=block`
@@ -266,17 +272,20 @@ docker-compose up staging
 ## Performance Optimizations
 
 ### Caching Strategy
+
 - **Static assets**: 1 year cache with immutable flag (production)
 - **HTML files**: 1 hour cache (production) / no cache (staging)
 - **Service worker**: No cache
 - **Manifest**: 1 day cache (production) / 1 hour cache (staging)
 
 ### Compression
+
 - **Gzip compression**: Enabled for text-based files
 - **Compression level**: 6 (balanced)
 - **Minimum size**: 1024 bytes
 
 ### Nginx Optimizations
+
 - **Sendfile**: Enabled for efficient file serving
 - **TCP optimizations**: nopush and nodelay enabled
 - **Keepalive**: 65 second timeout
@@ -285,19 +294,23 @@ docker-compose up staging
 ## Health Checks
 
 ### Built-in Health Checks
+
 All services include health checks that:
+
 - Check every 30 seconds
 - Timeout after 10 seconds
 - Retry 3 times before marking unhealthy
 - Start checking after 40 seconds
 
 ### Health Check Endpoints
+
 - **Production/Staging**: `http://localhost/health`
 - **Development**: `http://localhost:5173`
 
 ## SSL/HTTPS Setup
 
 ### SSL Certificates
+
 For SSL deployment, create an `ssl` directory with certificates:
 
 ```bash
@@ -308,6 +321,7 @@ cp your-key.pem ssl/
 ```
 
 ### SSL Configuration
+
 Use the `production-ssl` service in docker-compose:
 
 ```bash
@@ -317,10 +331,12 @@ docker-compose up production-ssl
 ## Monitoring and Logging
 
 ### Log Locations
+
 - **Access logs**: `/var/log/nginx/access.log`
 - **Error logs**: `/var/log/nginx/error.log`
 
 ### Log Format
+
 ```
 $remote_addr - $remote_user [$time_local] "$request" 
 $status $body_bytes_sent "$http_referer" 
@@ -328,6 +344,7 @@ $status $body_bytes_sent "$http_referer"
 ```
 
 ### Log Levels
+
 - **Production**: `warn` level
 - **Staging**: `debug` level
 - **Development**: Full logging
@@ -337,6 +354,7 @@ $status $body_bytes_sent "$http_referer"
 ### Common Issues
 
 #### Build Failures
+
 ```bash
 # Check build logs
 docker build -t timesafari:latest . 2>&1 | tee build.log
@@ -349,6 +367,7 @@ docker run --rm timesafari:latest npm list --depth=0
 ```
 
 #### Container Won't Start
+
 ```bash
 # Check container logs
 docker logs <container_id>
@@ -361,6 +380,7 @@ netstat -tulpn | grep :80
 ```
 
 #### Environment Variables Not Set
+
 ```bash
 # Check environment in container
 docker exec <container_id> env | grep VITE_
@@ -373,6 +393,7 @@ cat .env.production
 ```
 
 #### Performance Issues
+
 ```bash
 # Check container resources
 docker stats <container_id>
@@ -387,6 +408,7 @@ docker exec <container_id> tail -f /var/log/nginx/access.log
 ### Debug Commands
 
 #### Container Debugging
+
 ```bash
 # Enter running container
 docker exec -it <container_id> /bin/sh
@@ -399,6 +421,7 @@ docker exec <container_id> ls -la /usr/share/nginx/html
 ```
 
 #### Network Debugging
+
 ```bash
 # Check container network
 docker network inspect bridge
@@ -413,6 +436,7 @@ docker exec <container_id> nslookup google.com
 ## Production Deployment
 
 ### Recommended Production Setup
+
 1. **Use specific version tags**: `timesafari:1.0.0`
 2. **Implement health checks**: Already included
 3. **Configure proper logging**: Use external log aggregation
@@ -420,6 +444,7 @@ docker exec <container_id> nslookup google.com
 5. **Use Docker secrets**: For sensitive data
 
 ### Production Commands
+
 ```bash
 # Build with specific version
 docker build -t timesafari:1.0.0 .
@@ -442,6 +467,7 @@ docker run -d --name timesafari -p 80:80 --restart unless-stopped --env-file .en
 ## Development Workflow
 
 ### Local Development
+
 ```bash
 # Start development environment
 ./docker/run.sh dev
@@ -454,6 +480,7 @@ docker-compose down dev
 ```
 
 ### Testing Changes
+
 ```bash
 # Build and test staging
 ./docker/run.sh staging
@@ -463,6 +490,7 @@ docker-compose down dev
 ```
 
 ### Continuous Integration
+
 ```bash
 # Build and test in CI
 docker build -t timesafari:test .
@@ -479,6 +507,7 @@ docker rm timesafari-test
 ## Best Practices
 
 ### Security
+
 - Always use non-root users
 - Keep base images updated
 - Scan images for vulnerabilities
@@ -486,6 +515,7 @@ docker rm timesafari-test
 - Implement proper access controls
 
 ### Performance
+
 - Use multi-stage builds
 - Optimize layer caching
 - Minimize image size
@@ -493,6 +523,7 @@ docker rm timesafari-test
 - Implement proper caching
 
 ### Monitoring
+
 - Use health checks
 - Monitor resource usage
 - Set up log aggregation
@@ -500,8 +531,9 @@ docker rm timesafari-test
 - Use proper error handling
 
 ### Maintenance
+
 - Regular security updates
 - Monitor for vulnerabilities
 - Keep dependencies updated
 - Document configuration changes
-- Test deployment procedures 
+- Test deployment procedures

electron/README-BUILDING.md

@@ -18,6 +18,7 @@ This guide covers building and running the TimeSafari Electron application for d
 ## Quick Start
 
 ### Development Mode
+
 ```bash
 # Start development server
 npm run build:electron:dev
@@ -28,6 +29,7 @@ npm run electron:start
 ```
 
 ### Production Builds
+
 ```bash
 # Build for current platform
 npm run build:electron:prod
@@ -48,16 +50,19 @@ npm run build:electron:deb       # Linux DEB package
 The Electron app enforces single instance operation to prevent database conflicts and resource contention:
 
 ### Implementation
+
 - Uses Electron's built-in `app.requestSingleInstanceLock()`
 - Second instances exit immediately with user-friendly message
 - Existing instance focuses and shows informational dialog
 
 ### Behavior
+
 - **First instance**: Starts normally and acquires lock
 - **Second instance**: Detects existing instance, exits immediately
 - **User experience**: Clear messaging about single instance requirement
 
 ### Benefits
+
 - Prevents database corruption from concurrent access
 - Avoids resource conflicts
 - Maintains data integrity
@@ -66,6 +71,7 @@ The Electron app enforces single instance operation to prevent database conflict
 ## Build Configuration
 
 ### Environment Modes
+
 ```bash
 # Development (default)
 npm run build:electron:dev
@@ -78,6 +84,7 @@ npm run build:electron:prod
 ```
 
 ### Platform-Specific Builds
+
 ```bash
 # Windows
 npm run build:electron:windows:dev
@@ -96,6 +103,7 @@ npm run build:electron:linux:prod
 ```
 
 ### Package Types
+
 ```bash
 # Linux AppImage
 npm run build:electron:appimage:dev
@@ -116,26 +124,31 @@ npm run build:electron:deb:prod
 ## Platform-Specific Requirements
 
 ### Windows
+
 - Windows 10+ (64-bit)
 - Visual Studio Build Tools (for native modules)
 
 ### macOS
+
 - macOS 10.15+ (Catalina)
 - Xcode Command Line Tools
 - Code signing certificate (for distribution)
 
 ### Linux
+
 - Ubuntu 18.04+ / Debian 10+ / CentOS 7+
 - Development headers for native modules
 
 ## Database Configuration
 
 ### SQLite Integration
+
 - Uses native Node.js SQLite3 for Electron
 - Database stored in user's app data directory
 - Automatic migration from IndexedDB (if applicable)
 
 ### Single Instance Protection
+
 - File-based locking prevents concurrent database access
 - Automatic cleanup on app exit
 - Graceful handling of lock conflicts
@@ -143,11 +156,13 @@ npm run build:electron:deb:prod
 ## Security Features
 
 ### Content Security Policy
+
 - Strict CSP in production builds
 - Development mode allows localhost connections
 - Automatic configuration based on build mode
 
 ### Auto-Updater
+
 - Disabled in development mode
 - Production builds check for updates automatically
 - AppImage builds skip update checks
@@ -157,6 +172,7 @@ npm run build:electron:deb:prod
 ### Common Issues
 
 #### Build Failures
+
 ```bash
 # Clean and rebuild
 npm run clean:electron
@@ -164,6 +180,7 @@ npm run build:electron:dev
 ```
 
 #### Native Module Issues
+
 ```bash
 # Rebuild native modules
 cd electron
@@ -171,16 +188,19 @@ npm run electron:rebuild
 ```
 
 #### Single Instance Conflicts
+
 - Ensure no other TimeSafari instances are running
 - Check for orphaned processes: `ps aux | grep electron`
 - Restart system if necessary
 
 #### Database Issues
+
 - Check app data directory permissions
 - Verify SQLite database integrity
 - Clear app data if corrupted
 
 ### Debug Mode
+
 ```bash
 # Enable debug logging
 DEBUG=* npm run build:electron:dev
@@ -203,6 +223,7 @@ electron/
 ## Development Workflow
 
 1. **Start Development**
+
    ```bash
    npm run build:electron:dev
    ```
@@ -212,11 +233,13 @@ electron/
    - Changes auto-reload in development
 
 3. **Test Build**
+
    ```bash
    npm run build:electron:test
    ```
 
 4. **Production Build**
+
    ```bash
    npm run build:electron:prod
    ```
@@ -224,16 +247,19 @@ electron/
 ## Performance Considerations
 
 ### Memory Usage
+
 - Monitor renderer process memory
 - Implement proper cleanup in components
 - Use efficient data structures
 
 ### Startup Time
+
 - Lazy load non-critical modules
 - Optimize database initialization
 - Minimize synchronous operations
 
 ### Database Performance
+
 - Use transactions for bulk operations
 - Implement proper indexing
 - Monitor query performance
@@ -251,16 +277,19 @@ electron/
 ## Deployment
 
 ### Distribution
+
 - Windows: `.exe` installer
 - macOS: `.dmg` disk image
 - Linux: `.AppImage` or `.deb` package
 
 ### Code Signing
+
 - Windows: Authenticode certificate
 - macOS: Developer ID certificate
 - Linux: GPG signing (optional)
 
 ### Auto-Updates
+
 - Configured for production builds
 - Disabled for development and AppImage
 - Handles update failures gracefully
@@ -269,4 +298,4 @@ electron/
 
 **Last Updated**: 2025-07-11  
 **Version**: 1.0.3-beta  
-**Status**: Production Ready 
+**Status**: Production Ready

electron/README.md

@@ -56,21 +56,25 @@ npm run build:electron:dmg:prod
 ```
 
 **Stage 1: Web Build**
+
 - Vite builds web assets with Electron configuration
 - Environment variables loaded based on build mode
 - Assets optimized for desktop application
 
 **Stage 2: Capacitor Sync**
+
 - Copies web assets to Electron app directory
 - Syncs Capacitor configuration and plugins
 - Prepares native module bindings
 
 **Stage 3: TypeScript Compile**
+
 - Compiles Electron main process TypeScript
 - Rebuilds native modules for target platform
 - Generates production-ready JavaScript
 
 **Stage 4: Package Creation**
+
 - Creates platform-specific installers
 - Generates distribution packages
 - Signs applications (when configured)
@@ -82,6 +86,7 @@ npm run build:electron:dmg:prod
 **Purpose**: Local development and testing
 **Command**: `npm run build:electron:dev`
 **Features**:
+
 - Hot reload enabled
 - Debug tools available
 - Development logging
@@ -92,6 +97,7 @@ npm run build:electron:dmg:prod
 **Purpose**: Staging and testing environments
 **Command**: `npm run build:electron -- --mode test`
 **Features**:
+
 - Test API endpoints
 - Staging configurations
 - Optimized for testing
@@ -102,6 +108,7 @@ npm run build:electron:dmg:prod
 **Purpose**: Production deployment
 **Command**: `npm run build:electron -- --mode production`
 **Features**:
+
 - Production optimizations
 - Code minification
 - Security hardening
@@ -116,6 +123,7 @@ npm run build:electron:dmg:prod
 **Command**: `npm run build:electron:windows:prod`
 
 **Features**:
+
 - NSIS installer with custom options
 - Desktop and Start Menu shortcuts
 - Elevation permissions for installation
@@ -128,6 +136,7 @@ npm run build:electron:dmg:prod
 **Command**: `npm run build:electron:mac:prod`
 
 **Features**:
+
 - Universal binary (x64 + arm64)
 - DMG installer with custom branding
 - App Store compliance (when configured)
@@ -140,6 +149,7 @@ npm run build:electron:dmg:prod
 **Command**: `npm run build:electron:linux:prod`
 
 **Features**:
+
 - AppImage for universal distribution
 - DEB package for Debian-based systems
 - RPM package for Red Hat-based systems
@@ -152,6 +162,7 @@ npm run build:electron:dmg:prod
 **Format**: Self-contained Linux executable
 **Command**: `npm run build:electron:appimage:prod`
 **Features**:
+
 - Single file distribution
 - No installation required
 - Portable across Linux distributions
@@ -162,6 +173,7 @@ npm run build:electron:dmg:prod
 **Format**: Debian package installer
 **Command**: `npm run build:electron:deb:prod`
 **Features**:
+
 - Native package management
 - Dependency resolution
 - System integration
@@ -172,6 +184,7 @@ npm run build:electron:dmg:prod
 **Format**: macOS disk image
 **Command**: `npm run build:electron:dmg:prod`
 **Features**:
+
 - Native macOS installer
 - Custom branding and layout
 - Drag-and-drop installation
@@ -293,6 +306,7 @@ Local Electron scripts for building:
 ### Environment Variables
 
 **Development**:
+
 ```bash
 VITE_API_URL=http://localhost:3000
 VITE_DEBUG=true
@@ -301,6 +315,7 @@ VITE_ENABLE_DEV_TOOLS=true
 ```
 
 **Testing**:
+
 ```bash
 VITE_API_URL=https://test-api.timesafari.com
 VITE_DEBUG=false
@@ -309,6 +324,7 @@ VITE_ENABLE_DEV_TOOLS=false
 ```
 
 **Production**:
+
 ```bash
 VITE_API_URL=https://api.timesafari.com
 VITE_DEBUG=false
@@ -347,6 +363,7 @@ electron/
 ### Common Issues
 
 **TypeScript Compilation Errors**:
+
 ```bash
 # Clean and rebuild
 npm run clean:electron
@@ -354,18 +371,21 @@ cd electron && npm run build
 ```
 
 **Native Module Issues**:
+
 ```bash
 # Rebuild native modules
 cd electron && npm run build
 ```
 
 **Asset Copy Issues**:
+
 ```bash
 # Verify Capacitor sync
 npx cap sync electron
 ```
 
 **Package Creation Failures**:
+
 ```bash
 # Check electron-builder configuration
 # Verify platform-specific requirements
@@ -375,16 +395,19 @@ npx cap sync electron
 ### Platform-Specific Issues
 
 **Windows**:
+
 - Ensure Windows Build Tools installed
 - Check NSIS installation
 - Verify code signing certificates
 
 **macOS**:
+
 - Install Xcode Command Line Tools
 - Configure code signing certificates
 - Check app notarization requirements
 
 **Linux**:
+
 - Install required packages (rpm-tools, etc.)
 - Check AppImage dependencies
 - Verify desktop integration
@@ -394,11 +417,13 @@ npx cap sync electron
 ### Build Performance
 
 **Parallel Builds**:
+
 - Use concurrent TypeScript compilation
 - Optimize asset copying
 - Minimize file system operations
 
 **Caching Strategies**:
+
 - Cache node_modules between builds
 - Cache compiled TypeScript
 - Cache web assets when unchanged
@@ -406,11 +431,13 @@ npx cap sync electron
 ### Runtime Performance
 
 **Application Startup**:
+
 - Optimize main process initialization
 - Minimize startup dependencies
 - Use lazy loading for features
 
 **Memory Management**:
+
 - Monitor memory usage
 - Implement proper cleanup
 - Optimize asset loading
@@ -420,16 +447,19 @@ npx cap sync electron
 ### Code Signing
 
 **Windows**:
+
 - Authenticode code signing
 - EV certificate for SmartScreen
 - Timestamp server configuration
 
 **macOS**:
+
 - Developer ID code signing
 - App notarization
 - Hardened runtime
 
 **Linux**:
+
 - GPG signing for packages
 - AppImage signing
 - Package verification
@@ -437,12 +467,14 @@ npx cap sync electron
 ### Security Hardening
 
 **Production Builds**:
+
 - Disable developer tools
 - Remove debug information
 - Enable security policies
 - Implement sandboxing
 
 **Update Security**:
+
 - Secure update channels
 - Package integrity verification
 - Rollback capabilities
@@ -496,4 +528,4 @@ npx cap sync electron
 **Status**: Production ready
 **Last Updated**: 2025-01-27
 **Version**: 1.0
-**Maintainer**: Matthew Raymer 
+**Maintainer**: Matthew Raymer

index.html

@@ -11,6 +11,6 @@
   </head>
   <body>
     <div id="app"></div>
-    <script type="module" src="/src/main.web.ts"></script>
+    <script type="module" src="/src/main.ts"></script>
   </body>
 </html>

ios/App/app_privacy_manifest_fixer/CHANGELOG.md

@@ -1,30 +1,38 @@
 ## 1.4.1
+
 - Fix macOS app re-signing issue.
 - Automatically enable Hardened Runtime in macOS codesign.
 - Add clean script.
 
 ## 1.4.0
+
 - Support for macOS app ([#9](https://github.com/crasowas/app_privacy_manifest_fixer/issues/9)).
 
 ## 1.3.11
+
 - Fix install issue by skipping `PBXAggregateTarget` ([#4](https://github.com/crasowas/app_privacy_manifest_fixer/issues/4)).
 
 ## 1.3.10
+
 - Fix app re-signing issue.
 - Enhance Build Phases script robustness.
 
 ## 1.3.9
+
 - Add log file output.
 
 ## 1.3.8
+
 - Add version info to privacy access report.
 - Remove empty tables from privacy access report.
 
 ## 1.3.7
+
 - Enhance API symbols analysis with strings tool.
 - Improve performance of API usage analysis.
 
 ## 1.3.5
+
 - Fix issue with inaccurate privacy manifest search.
 - Disable dependency analysis to force the script to run on every build.
 - Add placeholder for privacy access report.
@@ -32,27 +40,34 @@
 - Add examples for privacy access report.
 
 ## 1.3.0
+
 - Add privacy access report generation.
 
 ## 1.2.3
+
 - Fix issue with relative path parameter.
 - Add support for all application targets.
 
 ## 1.2.1
+
 - Fix backup issue with empty user templates directory.
 
 ## 1.2.0
+
 - Add uninstall script.
 
 ## 1.1.2
+
 - Remove `Templates/.gitignore` to track `UserTemplates`.
 - Fix incorrect use of `App.xcprivacy` template in `App.framework`.
 
 ## 1.1.0
+
 - Add logs for latest release fetch failure.
 - Fix issue with converting published time to local time.
 - Disable showing environment variables in the build log.
 - Add `--install-builds-only` command line option.
 
 ## 1.0.0
-- Initial version.
+
+- Initial version.

ios/App/app_privacy_manifest_fixer/README.md

@@ -150,6 +150,7 @@ The privacy manifest templates are stored in the [`Templates`](https://github.co
 ### Template Types
 
 The templates are categorized as follows:
+
 - **AppTemplate.xcprivacy**: A privacy manifest template for the app.
 - **FrameworkTemplate.xcprivacy**: A generic privacy manifest template for frameworks.
 - **FrameworkName.xcprivacy**: A privacy manifest template for a specific framework, available only in the `Templates/UserTemplates` directory.
@@ -157,20 +158,24 @@ The templates are categorized as follows:
 ### Template Priority
 
 For an app, the priority of privacy manifest templates is as follows:
+
 - `Templates/UserTemplates/AppTemplate.xcprivacy` > `Templates/AppTemplate.xcprivacy`
 
 For a specific framework, the priority of privacy manifest templates is as follows:
+
 - `Templates/UserTemplates/FrameworkName.xcprivacy` > `Templates/UserTemplates/FrameworkTemplate.xcprivacy` > `Templates/FrameworkTemplate.xcprivacy`
 
 ### Default Templates
 
 The default templates are located in the `Templates` root directory and currently include the following templates:
+
 - `Templates/AppTemplate.xcprivacy`
 - `Templates/FrameworkTemplate.xcprivacy`
 
 These templates will be modified based on the API usage analysis results, especially the `NSPrivacyAccessedAPIType` entries, to generate new privacy manifests for fixes, ensuring compliance with App Store requirements.
 
 **If adjustments to the privacy manifest template are needed, such as in the following scenarios, avoid directly modifying the default templates. Instead, use a custom template. If a custom template with the same name exists, it will take precedence over the default template for fixes.**
+
 - Generating a non-compliant privacy manifest due to inaccurate API usage analysis.
 - Modifying the reason declared in the template.
 - Adding declarations for collected data.
@@ -198,6 +203,7 @@ The privacy access API categories and their associated declared reasons in `Fram
 ### Custom Templates
 
 To create custom templates, place them in the `Templates/UserTemplates` directory with the following structure:
+
 - `Templates/UserTemplates/AppTemplate.xcprivacy`
 - `Templates/UserTemplates/FrameworkTemplate.xcprivacy`
 - `Templates/UserTemplates/FrameworkName.xcprivacy`
@@ -205,6 +211,7 @@ To create custom templates, place them in the `Templates/UserTemplates` director
 Among these templates, only `FrameworkTemplate.xcprivacy` will be modified based on the API usage analysis results to adjust the `NSPrivacyAccessedAPIType` entries, thereby generating a new privacy manifest for framework fixes. The other templates will remain unchanged and will be directly used for fixes.
 
 **Important Notes:**
+
 - The template for a specific framework must follow the naming convention `FrameworkName.xcprivacy`, where `FrameworkName` should match the name of the framework. For example, the template for `Flutter.framework` should be named `Flutter.xcprivacy`.
 - For macOS frameworks, the naming convention should be `FrameworkName.Version.xcprivacy`, where the version name is added to distinguish different versions. For a single version macOS framework, the `Version` is typically `A`.
 - The name of an SDK may not exactly match the name of the framework. To determine the correct framework name, check the `Frameworks` directory in the application bundle after building the project.

ios/App/app_privacy_manifest_fixer/README.zh-CN.md

@@ -40,7 +40,7 @@
    ```shell
    sh install.sh <project_path>
    ```  
-   
+
    - 如果是 Flutter 项目，`project_path`应为 Flutter 项目中的`ios/macos`目录路径。
    - 重复运行安装命令时，工具会先移除现有安装（如果有）。若需修改命令行选项，只需重新运行安装命令，无需先卸载。
 
@@ -150,6 +150,7 @@ sh clean.sh
 ### 模板类型
 
 模板分为以下几类：
+
 - **AppTemplate.xcprivacy**：App 的隐私清单模板。
 - **FrameworkTemplate.xcprivacy**：通用的 Framework 隐私清单模板。
 - **FrameworkName.xcprivacy**：特定的 Framework 隐私清单模板，仅在`Templates/UserTemplates`目录有效。
@@ -157,20 +158,24 @@ sh clean.sh
 ### 模板优先级
 
 对于 App，隐私清单模板的优先级如下：
+
 - `Templates/UserTemplates/AppTemplate.xcprivacy` > `Templates/AppTemplate.xcprivacy`
 
 对于特定的 Framework，隐私清单模板的优先级如下：
+
 - `Templates/UserTemplates/FrameworkName.xcprivacy` > `Templates/UserTemplates/FrameworkTemplate.xcprivacy` > `Templates/FrameworkTemplate.xcprivacy`
 
 ### 默认模板
 
 默认模板位于`Templates`根目录，目前包括以下模板：
+
 - `Templates/AppTemplate.xcprivacy`
 - `Templates/FrameworkTemplate.xcprivacy`
 
 这些模板将根据 API 使用分析结果进行修改，特别是`NSPrivacyAccessedAPIType`条目将被调整，以生成新的隐私清单用于修复，确保符合 App Store 要求。
 
 **如果需要调整隐私清单模板，例如以下场景，请避免直接修改默认模板，而是使用自定义模板。如果存在相同名称的自定义模板，它将优先于默认模板用于修复。**
+
 - 由于 API 使用分析结果不准确，生成了不合规的隐私清单。
 - 需要修改模板中声明的理由。
 - 需要声明收集的数据。
@@ -198,6 +203,7 @@ sh clean.sh
 ### 自定义模板
 
 要创建自定义模板，请将其放在`Templates/UserTemplates`目录，结构如下：
+
 - `Templates/UserTemplates/AppTemplate.xcprivacy`
 - `Templates/UserTemplates/FrameworkTemplate.xcprivacy`
 - `Templates/UserTemplates/FrameworkName.xcprivacy`
@@ -205,6 +211,7 @@ sh clean.sh
 在这些模板中，只有`FrameworkTemplate.xcprivacy`会根据 API 使用分析结果对`NSPrivacyAccessedAPIType`条目进行调整，以生成新的隐私清单用于 Framework 修复。其他模板保持不变，将直接用于修复。
 
 **重要说明：**
+
 - 特定的 Framework 模板必须遵循命名规范`FrameworkName.xcprivacy`，其中`FrameworkName`需与 Framework 的名称匹配。例如`Flutter.framework`的模板应命名为`Flutter.xcprivacy`。
 - 对于 macOS Framework，应遵循命名规范`FrameworkName.Version.xcprivacy`，额外增加版本名称用于区分不同的版本。对于单一版本的 macOS Framework，`Version`通常为`A`。
 - SDK 的名称可能与 Framework 的名称不完全一致。要确定正确的 Framework 名称，请在构建项目后检查 App 包中的`Frameworks`目录。
@@ -229,7 +236,7 @@ sh Report/report.sh <app_path> <report_output_path>
 |------------------------------------------------------------------------------------------------|---------------------------------------------------------------------------------------------|
 | ![Original App Report](https://img.crasowas.dev/app_privacy_manifest_fixer/20241218230746.png) | ![Fixed App Report](https://img.crasowas.dev/app_privacy_manifest_fixer/20241218230822.png) |
 
-## 💡 重要考量 
+## 💡 重要考量
 
 - 如果最新版本的 SDK 支持隐私清单，请尽可能升级，以避免不必要的风险。
 - 此工具仅为临时解决方案，不应替代正确的 SDK 管理实践。

package.json

@@ -98,6 +98,13 @@
     "build:electron:dmg:dev": "./scripts/build-electron.sh --dev --dmg",
     "build:electron:dmg:test": "./scripts/build-electron.sh --test --dmg",
     "build:electron:dmg:prod": "./scripts/build-electron.sh --prod --dmg",
+    "markdown:fix": "./scripts/fix-markdown.sh",
+    "markdown:check": "./scripts/validate-markdown.sh",
+    "markdown:setup": "./scripts/setup-markdown-hooks.sh",
+    "prepare": "husky",
+    "guard": "bash ./scripts/build-arch-guard.sh",
+    "guard:test": "bash ./scripts/build-arch-guard.sh --staged",
+    "guard:setup": "npm run prepare && echo '✅ Build Architecture Guard is now active!'",
     "clean:android": "./scripts/clean-android.sh",
     "clean:ios": "rm -rf ios/App/build ios/App/Pods ios/App/output ios/App/App/public ios/DerivedData ios/capacitor-cordova-ios-plugins ios/App/App/capacitor.config.json ios/App/App/config.xml || true",
     "clean:electron": "./scripts/build-electron.sh --clean",
@@ -124,6 +131,12 @@
     "build:android:dev:run:custom": "./scripts/build-android.sh --dev --api-ip --auto-run",
     "build:android:test:run:custom": "./scripts/build-android.sh --test --api-ip --auto-run"
   },
+  "lint-staged": {
+    "*.{js,ts,vue,css,md,json,yml,yaml}": "eslint --fix || true"
+  },
+  "commitlint": { 
+    "extends": ["@commitlint/config-conventional"] 
+  },
   "dependencies": {
     "@capacitor-community/electron": "^5.0.1",
     "@capacitor-community/sqlite": "6.0.2",
@@ -202,9 +215,9 @@
     "three": "^0.156.1",
     "ua-parser-js": "^1.0.37",
     "uint8arrays": "^5.0.0",
-    "vue": "^3.5.13",
+    "vue": "3.5.13",
     "vue-axios": "^3.5.2",
-    "vue-facing-decorator": "^3.0.4",
+    "vue-facing-decorator": "3.0.4",
     "vue-picture-cropper": "^0.7.0",
     "vue-qrcode-reader": "^5.5.3",
     "vue-router": "^4.5.0",
@@ -243,6 +256,10 @@
     "jest": "^30.0.4",
     "markdownlint": "^0.37.4",
     "markdownlint-cli": "^0.44.0",
+    "husky": "^9.0.11",
+    "lint-staged": "^15.2.2",
+    "@commitlint/cli": "^18.6.1",
+    "@commitlint/config-conventional": "^18.6.2",
     "npm-check-updates": "^17.1.13",
     "path-browserify": "^1.0.1",
     "postcss": "^8.4.38",

pull_request_template.md

@@ -0,0 +1,47 @@
+# Build Architecture Guard PR Template
+
+## Change Level
+
+- [ ] Level: **L1** / **L2** / **L3** (pick one)
+
+**Why:** …
+
+## Scope & Impact
+
+- [ ] Files & platforms touched: …
+- [ ] Risk triggers (env / script flow / packaging / SW+WASM /
+  Docker / signing): …
+- [ ] Mitigations/validation done: …
+
+## Commands Run (paste exact logs/snips)
+
+- [ ] Web: `npm run build:web` / `:prod`
+- [ ] Electron: `npm run build:electron:dev` / package step
+- [ ] Mobile: `npm run build:android:test` / iOS equivalent
+- [ ] Clean/auto-run impacted scripts
+
+## Artifacts
+
+- [ ] Names + **sha256** of artifacts/installers:
+
+Artifacts:
+
+```text
+<name-1>  <sha256-1>
+<name-2>  <sha256-2>
+```
+
+## Docs
+
+- [ ] **BUILDING.md** updated (sections): …
+- [ ] Troubleshooting updated (if applicable)
+
+## Rollback
+
+- [ ] Verified steps (1–3 cmds) to restore previous behavior
+
+## L3 only
+
+- [ ] ADR link:
+
+ADR: https://…

resources/README.md

@@ -27,12 +27,14 @@ resources/
 ## Asset Requirements
 
 ### Icon Requirements
+
 - **Format**: PNG
 - **Size**: 1024x1024 pixels minimum
 - **Background**: Transparent or solid color
 - **Content**: App logo/icon
 
 ### Splash Screen Requirements
+
 - **Format**: PNG
 - **Size**: 1242x2688 pixels (iPhone 11 Pro Max size)
 - **Background**: Solid color or gradient
@@ -70,10 +72,11 @@ Asset generation is configured in `capacitor-assets.config.json` at the project
 ## Build Integration
 
 Assets are automatically generated as part of the build process:
+
 - `npm run build:android` - Generates Android assets
 - `npm run build:ios` - Generates iOS assets
 - `npm run build:web` - Generates web assets
 
 **Author**: Matthew Raymer
 **Date**: 2025-01-27
-**Status**: ✅ **ACTIVE** - Asset management system implemented 
+**Status**: ✅ **ACTIVE** - Asset management system implemented

scripts/README.md

@@ -31,6 +31,7 @@ All scripts automatically handle environment variables for different build types
 #### Automatic Environment Setup
 
 Each script automatically:
+
 1. **Sets platform-specific variables** based on build type
 2. **Gets git hash** for versioning (`VITE_GIT_HASH`)
 3. **Creates application directories** (`~/.local/share/TimeSafari/timesafari`)
@@ -104,6 +105,7 @@ exit 0
 ## Benefits of Unification
 
 ### Before (Redundant)
+
 ```bash
 # Each script had 50+ lines of duplicate code:
 readonly RED='\033[0;31m'
@@ -121,6 +123,7 @@ export VITE_PWA_ENABLED=false
 ```
 
 ### After (Unified)
+
 ```bash
 # Each script is now ~20 lines of focused logic:
 source "$(dirname "$0")/common.sh"
@@ -133,6 +136,7 @@ print_footer "Script Title"
 ## Usage Examples
 
 ### Running Tests
+
 ```bash
 # Run all tests
 ./scripts/test-all.sh
@@ -189,6 +193,7 @@ export NODE_ENV=production
 ```
 
 ### .env File Support
+
 Scripts automatically load variables from `.env` files if they exist:
 
 ```bash
@@ -199,6 +204,7 @@ CUSTOM_VAR=value
 ```
 
 ### Environment Validation
+
 Required environment variables can be validated:
 
 ```bash
@@ -207,6 +213,7 @@ validate_env_vars "VITE_API_URL" "VITE_DEBUG" || exit 1
 ```
 
 ### Environment Inspection
+
 View current environment variables with the `--env` flag:
 
 ```bash
@@ -277,4 +284,4 @@ To verify the common utilities work correctly:
 - Timing information is automatically collected for all operations
 - Build artifacts are cleaned up automatically
 - No redundant command execution or file operations
-- Environment variables are set efficiently with minimal overhead
+- Environment variables are set efficiently with minimal overhead

scripts/build-arch-guard.sh

@@ -0,0 +1,187 @@
+#!/usr/bin/env bash
+#
+# Build Architecture Guard Script
+# 
+# Author: Matthew Raymer
+# Date: 2025-08-20
+# Purpose: Protects build-critical files by requiring BUILDING.md updates
+#
+# Usage:
+#   ./scripts/build-arch-guard.sh --staged     # Check staged files (pre-commit)
+#   ./scripts/build-arch-guard.sh --range      # Check range (pre-push)
+#   ./scripts/build-arch-guard.sh              # Check working directory
+#
+
+set -euo pipefail
+
+# Sensitive paths that require BUILDING.md updates when modified
+SENSITIVE=(
+  "vite.config.*" 
+  "scripts/**" 
+  "electron/**" 
+  "android/**" 
+  "ios/**"
+  "sw_scripts/**" 
+  "sw_combine.js" 
+  "Dockerfile" 
+  "docker/**"
+  "capacitor.config.ts"
+  "package.json"
+  "package-lock.json"
+  "yarn.lock"
+  "pnpm-lock.yaml"
+)
+
+# Documentation files that must be updated alongside sensitive changes
+DOCS_REQUIRED=("BUILDING.md")
+
+# Colors for output
+RED='\033[0;31m'
+GREEN='\033[0;32m'
+YELLOW='\033[1;33m'
+BLUE='\033[0;34m'
+NC='\033[0m' # No Color
+
+log_info() {
+    echo -e "${BLUE}[guard]${NC} $1"
+}
+
+log_warn() {
+    echo -e "${YELLOW}[guard]${NC} $1"
+}
+
+log_error() {
+    echo -e "${RED}[guard]${NC} $1"
+}
+
+log_success() {
+    echo -e "${GREEN}[guard]${NC} $1"
+}
+
+# Collect files based on mode
+collect_files() {
+    if [[ "${1:-}" == "--staged" ]]; then
+        # Pre-commit: check staged files
+        git diff --name-only --cached
+    elif [[ "${1:-}" == "--range" ]]; then
+        # Pre-push: check commits being pushed
+        RANGE="${2:-HEAD~1..HEAD}"
+        git diff --name-only "$RANGE"
+    else
+        # Default: check working directory changes
+        git diff --name-only HEAD
+    fi
+}
+
+# Check if a file matches any sensitive pattern
+matches_sensitive() {
+    local f="$1"
+    for pat in "${SENSITIVE[@]}"; do
+        # Convert glob pattern to regex
+        local rx="^${pat//\./\.}$"
+        rx="${rx//\*\*/.*}"
+        rx="${rx//\*/[^/]*}"
+        
+        if [[ "$f" =~ $rx ]]; then
+            return 0
+        fi
+    done
+    return 1
+}
+
+# Check if documentation was updated
+check_docs_updated() {
+    local changed_files=("$@")
+    
+    for changed_file in "${changed_files[@]}"; do
+        for required_doc in "${DOCS_REQUIRED[@]}"; do
+            if [[ "$changed_file" == "$required_doc" ]]; then
+                return 0
+            fi
+        done
+    done
+    return 1
+}
+
+# Main guard logic
+main() {
+    local mode="${1:-}"
+    local arg="${2:-}"
+    
+    log_info "Running Build Architecture Guard..."
+    
+    # Collect changed files
+    mapfile -t changed_files < <(collect_files "$mode" "$arg")
+    
+    if [[ ${#changed_files[@]} -eq 0 ]]; then
+        log_info "No files changed, guard check passed"
+        exit 0
+    fi
+    
+    log_info "Checking ${#changed_files[@]} changed files..."
+    
+    # Find sensitive files that were touched
+    sensitive_touched=()
+    for file in "${changed_files[@]}"; do
+        if matches_sensitive "$file"; then
+            sensitive_touched+=("$file")
+        fi
+    done
+    
+    # If no sensitive files were touched, allow the change
+    if [[ ${#sensitive_touched[@]} -eq 0 ]]; then
+        log_success "No build-sensitive files changed, guard check passed"
+        exit 0
+    fi
+    
+    # Sensitive files were touched, log them
+    log_warn "Build-sensitive paths changed:"
+    for file in "${sensitive_touched[@]}"; do
+        echo "  - $file"
+    done
+    
+    # Check if required documentation was updated
+    if check_docs_updated "${changed_files[@]}"; then
+        log_success "BUILDING.md updated alongside build changes, guard check passed"
+        exit 0
+    else
+        log_error "Build-sensitive files changed but BUILDING.md was not updated!"
+        echo
+        echo "The following build-sensitive files were modified:"
+        for file in "${sensitive_touched[@]}"; do
+            echo "  - $file"
+        done
+        echo
+        echo "When modifying build-critical files, you must also update BUILDING.md"
+        echo "to document any changes to the build process."
+        echo
+        echo "Please:"
+        echo "  1. Update BUILDING.md with relevant changes"
+        echo "  2. Stage the BUILDING.md changes: git add BUILDING.md"
+        echo "  3. Retry your commit/push"
+        echo
+        exit 2
+    fi
+}
+
+# Handle help flag
+if [[ "${1:-}" =~ ^(-h|--help)$ ]]; then
+    echo "Build Architecture Guard Script"
+    echo
+    echo "Usage:"
+    echo "  $0 [--staged|--range [RANGE]]"
+    echo
+    echo "Options:"
+    echo "  --staged          Check staged files (for pre-commit hook)"
+    echo "  --range [RANGE]   Check git range (for pre-push hook)"
+    echo "                    Default range: HEAD~1..HEAD"
+    echo "  (no args)         Check working directory changes"
+    echo
+    echo "Examples:"
+    echo "  $0 --staged                    # Pre-commit check"
+    echo "  $0 --range origin/main..HEAD   # Pre-push check"
+    echo "  $0                             # Working directory check"
+    exit 0
+fi
+
+main "$@"

scripts/fix-markdown.sh

@@ -0,0 +1,19 @@
+#!/usr/bin/env bash
+set -euo pipefail
+
+echo "🔧 Auto-fixing markdown formatting..."
+
+# Check if markdownlint is available
+if ! command -v npx &> /dev/null; then
+    echo "❌ npx not found. Please install Node.js and npm first."
+    exit 1
+fi
+
+# Run markdownlint with auto-fix on project markdown files (exclude node_modules)
+echo "📝 Fixing project markdown files..."
+npx markdownlint "*.md" "*.mdc" "scripts/**/*.md" "src/**/*.md" "test-playwright/**/*.md" "resources/**/*.md" --config .markdownlint.json --fix 2>/dev/null || {
+    echo "⚠️  Some issues could not be auto-fixed. Check manually."
+}
+
+echo "✅ Markdown auto-fix complete!"
+echo "💡 Run 'npm run markdown:check' to verify all issues are resolved."

scripts/git-hooks/README.md

@@ -5,22 +5,26 @@ This directory contains custom Git hooks for the TimeSafari project.
 ## Debug Code Checker Hook
 
 ### Overview
+
 The `pre-commit` hook automatically checks for debug code when committing to protected branches (master, main, production, release). This prevents debug statements from accidentally reaching production code.
 
 ### How It Works
+
 1. **Branch Detection**: Only runs on protected branches (configurable)
 2. **File Filtering**: Automatically skips test files, scripts, and documentation
 3. **Pattern Matching**: Detects common debug patterns using regex
 4. **Commit Prevention**: Blocks commits containing debug code
 
 ### Protected Branches (Default)
+
 - `master`
-- `main` 
+- `main`
 - `production`
 - `release`
 - `stable`
 
 ### Debug Patterns Detected
+
 - **Console statements**: `console.log`, `console.debug`, `console.error`
 - **Template debug**: `Debug:`, `debug:` in Vue templates
 - **Debug constants**: `DEBUG_`, `debug_` variables
@@ -30,6 +34,7 @@ The `pre-commit` hook automatically checks for debug code when committing to pro
 - **Debug TODOs**: `TODO debug`, `FIXME debug`
 
 ### Files Automatically Skipped
+
 - Test files: `*.test.js`, `*.spec.ts`, `*.test.vue`
 - Scripts: `scripts/` directory
 - Test directories: `test-*` directories
@@ -38,49 +43,61 @@ The `pre-commit` hook automatically checks for debug code when committing to pro
 - IDE files: `.cursor/` directory
 
 ### Configuration
+
 Edit `.git/hooks/debug-checker.config` to customize:
+
 - Protected branches
 - Debug patterns
 - Skip patterns
 - Logging level
 
 ### Testing the Hook
+
 Run the test script to verify the hook works:
+
 ```bash
 ./scripts/test-debug-hook.sh
 ```
 
 ### Manual Testing
+
 1. Make changes to a file with debug code
 2. Stage the file: `git add <filename>`
 3. Try to commit: `git commit -m 'test'`
 4. Hook should prevent commit if debug code is found
 
 ### Bypassing the Hook (Emergency)
+
 If you absolutely need to commit debug code to a protected branch:
+
 ```bash
 git commit --no-verify -m "emergency: debug code needed"
 ```
+
 ⚠️ **Warning**: This bypasses all pre-commit hooks. Use sparingly and only in emergencies.
 
 ### Troubleshooting
 
 #### Hook not running
+
 - Ensure the hook is executable: `chmod +x .git/hooks/pre-commit`
 - Check if you're on a protected branch
 - Verify the hook file exists and has correct permissions
 
 #### False positives
+
 - Add legitimate debug patterns to skip patterns in config
 - Use proper logging levels (`logger.info`, `logger.debug`) instead of console
 - Move debug code to feature branches first
 
 #### Hook too strict
+
 - Modify debug patterns in config file
 - Add more file types to skip patterns
 - Adjust protected branch list
 
 ### Best Practices
+
 1. **Use feature branches** for development with debug code
 2. **Use proper logging** instead of console statements
 3. **Test thoroughly** before merging to protected branches
@@ -88,14 +105,18 @@ git commit --no-verify -m "emergency: debug code needed"
 5. **Keep config updated** as project needs change
 
 ### Integration with CI/CD
+
 This hook works locally. For CI/CD pipelines, consider:
+
 - Running the same checks in your build process
 - Adding ESLint rules for console statements
 - Using TypeScript strict mode
 - Adding debug code detection to PR checks
 
 ### Support
+
 If you encounter issues:
+
 1. Check the hook output for specific error messages
 2. Verify your branch is in the protected list
 3. Review the configuration file

scripts/setup-markdown-hooks.sh

@@ -0,0 +1,214 @@
+#!/bin/bash
+
+# Setup Markdown Pre-commit Hooks
+# This script installs pre-commit hooks that automatically fix markdown formatting
+
+set -e
+
+echo "🔧 Setting up Markdown Pre-commit Hooks..."
+
+# Check if pre-commit is installed
+if ! command -v pre-commit &> /dev/null; then
+    echo "📦 Installing pre-commit..."
+    pip install pre-commit
+else
+    echo "✅ pre-commit already installed"
+fi
+
+# Create .pre-commit-config.yaml if it doesn't exist
+if [ ! -f .pre-commit-config.yaml ]; then
+    echo "📝 Creating .pre-commit-config.yaml..."
+    cat > .pre-commit-config.yaml << 'EOF'
+repos:
+  - repo: https://github.com/igorshubovych/markdownlint-cli
+    rev: v0.38.0
+    hooks:
+      - id: markdownlint
+        args: [--fix, --config, .markdownlint.json]
+        files: \.(md|mdc)$
+        description: "Auto-fix markdown formatting issues"
+        stages: [commit]
+        additional_dependencies: [markdownlint-cli]
+
+  - repo: local
+    hooks:
+      - id: markdown-format-check
+        name: Markdown Format Validation
+        entry: bash -c 'echo "Checking markdown files..." && npx markdownlint --config .markdownlint.json "$@"'
+        language: system
+        files: \.(md|mdc)$
+        stages: [commit]
+        description: "Validate markdown formatting"
+        pass_filenames: true
+
+  - repo: local
+    hooks:
+      - id: markdown-line-length
+        name: Markdown Line Length Check
+        entry: bash -c '
+          for file in "$@"; do
+            if [[ "$file" =~ \.(md|mdc)$ ]]; then
+              echo "Checking line length in $file..."
+              if grep -q ".\{81,\}" "$file"; then
+                echo "❌ Line length violations found in $file"
+                echo "Lines exceeding 80 characters:"
+                grep -n ".\{81,\}" "$file" | head -5
+                exit 1
+              fi
+            fi
+          done
+        '
+        language: system
+        files: \.(md|mdc)$
+        stages: [commit]
+        description: "Check markdown line length (80 chars max)"
+        pass_filenames: true
+
+  - repo: local
+    hooks:
+      - id: markdown-blank-lines
+        name: Markdown Blank Line Validation
+        entry: bash -c '
+          for file in "$@"; do
+            if [[ "$file" =~ \.(md|mdc)$ ]]; then
+              echo "Checking blank lines in $file..."
+              # Check for multiple consecutive blank lines
+              if grep -q "^$" "$file" && grep -A1 "^$" "$file" | grep -q "^$"; then
+                echo "❌ Multiple consecutive blank lines found in $file"
+                exit 1
+              fi
+              # Check for missing blank lines around headings
+              if grep -B1 "^##" "$file" | grep -v "^##" | grep -v "^$" | grep -v "^--"; then
+                echo "❌ Missing blank line before heading in $file"
+                exit 1
+              fi
+            fi
+          done
+        '
+        language: system
+        files: \.(md|mdc)$
+        stages: [commit]
+        description: "Validate markdown blank line formatting"
+        pass_filenames: true
+EOF
+    echo "✅ Created .pre-commit-config.yaml"
+else
+    echo "✅ .pre-commit-config.yaml already exists"
+fi
+
+# Install the pre-commit hooks
+echo "🔗 Installing pre-commit hooks..."
+pre-commit install
+
+# Install markdownlint if not present
+if ! command -v npx &> /dev/null; then
+    echo "📦 Installing Node.js dependencies..."
+    npm install --save-dev markdownlint-cli
+else
+    if ! npx markdownlint --version &> /dev/null; then
+        echo "📦 Installing markdownlint-cli..."
+        npm install --save-dev markdownlint-cli
+    else
+        echo "✅ markdownlint-cli already available"
+    fi
+fi
+
+# Create a markdown auto-fix script
+echo "📝 Creating markdown auto-fix script..."
+cat > scripts/fix-markdown.sh << 'EOF'
+#!/bin/bash
+
+# Auto-fix markdown formatting issues
+# Usage: ./scripts/fix-markdown.sh [file_or_directory]
+
+set -e
+
+FIX_MARKDOWN() {
+    local target="$1"
+    
+    if [ -f "$target" ]; then
+        # Fix single file
+        if [[ "$target" =~ \.(md|mdc)$ ]]; then
+            echo "🔧 Fixing markdown formatting in $target..."
+            npx markdownlint --fix "$target" || true
+        fi
+    elif [ -d "$target" ]; then
+        # Fix all markdown files in directory
+        echo "🔧 Fixing markdown formatting in $target..."
+        find "$target" -name "*.md" -o -name "*.mdc" | while read -r file; do
+            echo "  Processing $file..."
+            npx markdownlint --fix "$file" || true
+        done
+    else
+        echo "❌ Target $target not found"
+        exit 1
+    fi
+}
+
+# Default to current directory if no target specified
+TARGET="${1:-.}"
+FIX_MARKDOWN "$TARGET"
+
+echo "✅ Markdown formatting fixes applied!"
+echo "💡 Run 'git diff' to see what was changed"
+EOF
+
+chmod +x scripts/fix-markdown.sh
+
+# Create a markdown validation script
+echo "📝 Creating markdown validation script..."
+cat > scripts/validate-markdown.sh << 'EOF'
+#!/bin/bash
+
+# Validate markdown formatting without auto-fixing
+# Usage: ./scripts/validate-markdown.sh [file_or_directory]
+
+set -e
+
+VALIDATE_MARKDOWN() {
+    local target="$1"
+    
+    if [ -f "$target" ]; then
+        # Validate single file
+        if [[ "$target" =~ \.(md|mdc)$ ]]; then
+            echo "🔍 Validating markdown formatting in $target..."
+            npx markdownlint "$target"
+        fi
+    elif [ -d "$target" ]; then
+        # Validate all markdown files in directory
+        echo "🔍 Validating markdown formatting in $target..."
+        find "$target" -name "*.md" -o -name "*.mdc" | while read -r file; do
+            echo "  Checking $file..."
+            npx markdownlint "$file" || true
+        done
+    else
+        echo "❌ Target $target not found"
+        exit 1
+    fi
+}
+
+# Default to current directory if no target specified
+TARGET="${1:-.}"
+VALIDATE_MARKDOWN "$TARGET"
+
+echo "✅ Markdown validation complete!"
+EOF
+
+chmod +x scripts/validate-markdown.sh
+
+echo ""
+echo "🎉 Markdown Pre-commit Hooks Setup Complete!"
+echo ""
+echo "📋 What was installed:"
+echo "  ✅ pre-commit hooks for automatic markdown formatting"
+echo "  ✅ .pre-commit-config.yaml with markdown rules"
+echo "  ✅ scripts/fix-markdown.sh for manual fixes"
+echo "  ✅ scripts/validate-markdown.sh for validation"
+echo ""
+echo "🚀 Usage:"
+echo "  • Hooks run automatically on commit"
+echo "  • Manual fix: ./scripts/fix-markdown.sh [file/dir]"
+echo "  • Manual check: ./scripts/validate-markdown.sh [file/dir]"
+echo "  • Test hooks: pre-commit run --all-files"
+echo ""
+echo "💡 The hooks will now automatically fix markdown issues before commits!"

scripts/test-stability-common-zsh.sh

@@ -0,0 +1,247 @@
+#!/bin/zsh
+
+# Test Stability Runner Common Functions for TimeSafari (Zsh Version)
+# Shared functionality for zsh test stability runners
+# Author: Matthew Raymer
+
+set -euo pipefail
+
+# Configuration
+TOTAL_RUNS=10
+RESULTS_DIR="test-stability-results"
+TIMESTAMP=$(date +"%Y-%m-%d_%H-%M-%S")
+LOG_FILE="${RESULTS_DIR}/stability-run-${TIMESTAMP}.log"
+SUMMARY_FILE="${RESULTS_DIR}/stability-summary-${TIMESTAMP}.json"
+FAILURE_LOG="${RESULTS_DIR}/failure-details-${TIMESTAMP}.log"
+
+# Colors for output
+RED='\033[0;31m'
+GREEN='\033[0;32m'
+YELLOW='\033[1;33m'
+BLUE='\033[0;34m'
+CYAN='\033[0;36m'
+MAGENTA='\033[0;35m'
+NC='\033[0m' # No Color
+
+# Progress bar characters
+PROGRESS_CHAR="█"
+EMPTY_CHAR="░"
+
+# Initialize results tracking (zsh associative arrays)
+typeset -A test_results
+typeset -A test_failures
+typeset -A test_successes
+typeset -A run_times
+typeset -A test_names
+
+# Create results directory
+mkdir -p "${RESULTS_DIR}"
+
+# Logging functions
+log_info() {
+    echo -e "${BLUE}[INFO]${NC} $(date '+%Y-%m-%d %H:%M:%S') - $1" | tee -a "${LOG_FILE}"
+}
+
+log_success() {
+    echo -e "${GREEN}[SUCCESS]${NC} $(date '+%Y-%m-%d %H:%M:%S') - $1" | tee -a "${LOG_FILE}"
+}
+
+log_warning() {
+    echo -e "${YELLOW}[WARNING]${NC} $(date '+%Y-%m-%d %H:%M:%S') - $1" | tee -a "${LOG_FILE}"
+}
+
+log_error() {
+    echo -e "${RED}[ERROR]${NC} $(date '+%Y-%m-%d %H:%M:%S') - $1" | tee -a "${LOG_FILE}"
+}
+
+# Function to extract test names from Playwright output
+extract_test_names() {
+    local output_file="$1"
+    # Extract test names from lines like "✓  13 [chromium] › test-playwright/30-record-gift.spec.ts:84:5 › Record something given"
+    grep -E "✓.*test-playwright" "$output_file" | sed 's/.*test-playwright\///' | sed 's/:[0-9]*:[0-9]*.*$//' | sort | uniq
+}
+
+# Function to check if test passed in a run
+test_passed_in_run() {
+    local test_name="$1"
+    local run_output="$2"
+    grep -q "✓.*test-playwright/$test_name" "$run_output" 2>/dev/null
+}
+
+# Function to check if test failed in a run
+test_failed_in_run() {
+    local test_name="$1"
+    local run_output="$2"
+    grep -q "✗.*test-playwright/$test_name" "$run_output" 2>/dev/null
+}
+
+# Function to get test duration
+get_test_duration() {
+    local test_name="$1"
+    local run_output="$2"
+    local duration=$(grep -A 1 "✓ $test_name\|✗ $test_name" "$run_output" | grep -o "[0-9]\+ms" | head -1)
+    echo "${duration:-unknown}"
+}
+
+# Function to calculate percentage
+calculate_percentage() {
+    local passes="$1"
+    local total="$2"
+    if [ "$total" -eq 0 ]; then
+        echo "0"
+    else
+        echo "$((passes * 100 / total))"
+    fi
+}
+
+# Function to display progress bar
+show_progress() {
+    local current="$1"
+    local total="$2"
+    local percentage=$((current * 100 / total))
+    local filled=$((current * 50 / total))
+    local empty=$((50 - filled))
+    
+    local progress_bar=""
+    for ((i=0; i<filled; i++)); do
+        progress_bar+="$PROGRESS_CHAR"
+    done
+    for ((i=0; i<empty; i++)); do
+        progress_bar+="$EMPTY_CHAR"
+    done
+    
+    printf "\r%s [%d%%] (%d/%d)" "$progress_bar" "$percentage" "$current" "$total"
+}
+
+# Function to run a single test execution
+run_single_test() {
+    local run_number="$1"
+    local run_output="${RESULTS_DIR}/run-${run_number}-output.txt"
+    local start_time=$(date +%s)
+    
+    log_info "Starting run $run_number/$TOTAL_RUNS"
+    
+    # Run the test suite and capture output
+    if npm run test:web > "$run_output" 2>&1; then
+        local end_time=$(date +%s)
+        local duration=$((end_time - start_time))
+        
+        test_results[$run_number]="PASS"
+        test_successes[$run_number]="true"
+        run_times[$run_number]="$duration"
+        
+        log_success "Run $run_number completed successfully in ${duration}s"
+        return 0
+    else
+        local end_time=$(date +%s)
+        local duration=$((end_time - start_time))
+        
+        test_results[$run_number]="FAIL"
+        test_failures[$run_number]="true"
+        run_times[$run_number]="$duration"
+        
+        log_error "Run $run_number failed after ${duration}s"
+        return 1
+    fi
+}
+
+# Function to generate summary report
+generate_summary_report() {
+    log_info "Generating summary report..."
+    
+    local total_passes=0
+    local total_failures=0
+    local total_time=0
+    
+    for run_number in $(seq 1 $TOTAL_RUNS); do
+        if [[ "${test_results[$run_number]:-}" == "PASS" ]]; then
+            ((total_passes++))
+        else
+            ((total_failures++))
+        fi
+        
+        if [[ -n "${run_times[$run_number]:-}" ]]; then
+            ((total_time += run_times[$run_number]))
+        fi
+    done
+    
+    local success_rate=$(calculate_percentage $total_passes $TOTAL_RUNS)
+    local avg_time=$((total_time / TOTAL_RUNS))
+    
+    # Create summary JSON
+    cat > "$SUMMARY_FILE" << EOF
+{
+    "timestamp": "$TIMESTAMP",
+    "total_runs": $TOTAL_RUNS,
+    "successful_runs": $total_passes,
+    "failed_runs": $total_failures,
+    "success_rate": $success_rate,
+    "average_time_seconds": $avg_time,
+    "total_time_seconds": $total_time,
+    "run_details": {
+EOF
+    
+    for run_number in $(seq 1 $TOTAL_RUNS); do
+        local comma=""
+        if [ "$run_number" -lt $TOTAL_RUNS ]; then
+            comma=","
+        fi
+        
+        cat >> "$SUMMARY_FILE" << EOF
+        "run_$run_number": {
+            "result": "${test_results[$run_number]:-unknown}",
+            "duration_seconds": "${run_times[$run_number]:-unknown}",
+            "timestamp": "$(date -d @${run_times[$run_number]:-0} +%Y-%m-%d_%H-%M-%S 2>/dev/null || echo 'unknown')"
+        }$comma
+EOF
+    done
+    
+    cat >> "$SUMMARY_FILE" << EOF
+    }
+}
+EOF
+    
+    log_success "Summary report generated: $SUMMARY_FILE"
+}
+
+# Function to display final results
+display_final_results() {
+    echo
+    echo "=========================================="
+    echo "           TEST STABILITY RESULTS          "
+    echo "=========================================="
+    echo "Timestamp: $TIMESTAMP"
+    echo "Total Runs: $TOTAL_RUNS"
+    
+    local total_passes=0
+    local total_failures=0
+    local total_time=0
+    
+    for run_number in $(seq 1 $TOTAL_RUNS); do
+        if [[ "${test_results[$run_number]:-}" == "PASS" ]]; then
+            ((total_passes++))
+        else
+            ((total_failures++))
+        fi
+        
+        if [[ -n "${run_times[$run_number]:-}" ]]; then
+            ((total_time += run_times[$run_number]))
+        fi
+    done
+    
+    local success_rate=$(calculate_percentage $total_passes $TOTAL_RUNS)
+    local avg_time=$((total_time / TOTAL_RUNS))
+    
+    echo "Successful Runs: $total_passes"
+    echo "Failed Runs: $total_failures"
+    echo "Success Rate: ${success_rate}%"
+    echo "Average Time: ${avg_time}s"
+    echo "Total Time: ${total_time}s"
+    echo "=========================================="
+    echo
+    echo "Detailed results saved to:"
+    echo "  - Log: $LOG_FILE"
+    echo "  - Summary: $SUMMARY_FILE"
+    echo "  - Results directory: $RESULTS_DIR"
+    echo
+}

scripts/test-stability-common.sh

@@ -0,0 +1,347 @@
+#!/bin/bash
+
+# Test Stability Runner Common Functions for TimeSafari
+# Shared functionality for all test stability runners
+# Author: Matthew Raymer
+
+set -euo pipefail
+
+# Configuration
+TOTAL_RUNS=10
+RESULTS_DIR="test-stability-results"
+TIMESTAMP=$(date +"%Y-%m-%d_%H-%M-%S")
+LOG_FILE="${RESULTS_DIR}/stability-run-${TIMESTAMP}.log"
+SUMMARY_FILE="${RESULTS_DIR}/stability-summary-${TIMESTAMP}.json"
+FAILURE_LOG="${RESULTS_DIR}/failure-details-${TIMESTAMP}.log"
+
+# Colors for output
+RED='\033[0;31m'
+GREEN='\033[0;32m'
+YELLOW='\033[1;33m'
+BLUE='\033[0;34m'
+CYAN='\033[0;36m'
+MAGENTA='\033[0;35m'
+NC='\033[0m' # No Color
+
+# Progress bar characters
+PROGRESS_CHAR="█"
+EMPTY_CHAR="░"
+
+# Initialize results tracking (bash associative arrays)
+declare -A test_results
+declare -A test_failures
+declare -A test_successes
+declare -A run_times
+declare -A test_names
+
+# Create results directory
+mkdir -p "${RESULTS_DIR}"
+
+# Logging functions
+log_info() {
+    echo -e "${BLUE}[INFO]${NC} $(date '+%Y-%m-%d %H:%M:%S') - $1" | tee -a "${LOG_FILE}"
+}
+
+log_success() {
+    echo -e "${GREEN}[SUCCESS]${NC} $(date '+%Y-%m-%d %H:%M:%S') - $1" | tee -a "${LOG_FILE}"
+}
+
+log_warning() {
+    echo -e "${YELLOW}[WARNING]${NC} $(date '+%Y-%m-%d %H:%M:%S') - $1" | tee -a "${LOG_FILE}"
+}
+
+log_error() {
+    echo -e "${RED}[ERROR]${NC} $(date '+%Y-%m-%d %H:%M:%S') - $1" | tee -a "${LOG_FILE}"
+}
+
+# Function to extract test names from Playwright output
+extract_test_names() {
+    local output_file="$1"
+    # Extract test names from lines like "✓  13 [chromium] › test-playwright/30-record-gift.spec.ts:84:5 › Record something given"
+    grep -E "✓.*test-playwright" "$output_file" | sed 's/.*test-playwright\///' | sed 's/:[0-9]*:[0-9]*.*$//' | sort | uniq
+}
+
+# Function to check if test passed in a run
+test_passed_in_run() {
+    local test_name="$1"
+    local run_output="$2"
+    grep -q "✓.*test-playwright/$test_name" "$run_output" 2>/dev/null
+}
+
+# Function to check if test failed in a run
+test_failed_in_run() {
+    local test_name="$1"
+    local run_output="$2"
+    grep -q "✗.*test-playwright/$test_name" "$run_output" 2>/dev/null
+}
+
+# Function to get test duration
+get_test_duration() {
+    local test_name="$1"
+    local run_output="$2"
+    local duration=$(grep -A 1 "✓ $test_name\|✗ $test_name" "$run_output" | grep -o "[0-9]\+ms" | head -1)
+    echo "${duration:-unknown}"
+}
+
+# Function to calculate percentage
+calculate_percentage() {
+    local passes="$1"
+    local total="$2"
+    if [ "$total" -eq 0 ]; then
+        echo "0"
+    else
+        echo "$((passes * 100 / total))"
+    fi
+}
+
+# Function to display progress bar
+show_progress() {
+    local current="$1"
+    local total="$2"
+    local width="${3:-50}"
+    local label="${4:-Progress}"
+    
+    # Validate inputs
+    if [[ ! "$current" =~ ^[0-9]+$ ]] || [[ ! "$total" =~ ^[0-9]+$ ]] || [[ ! "$width" =~ ^[0-9]+$ ]]; then
+        return
+    fi
+    
+    # Ensure we don't divide by zero
+    if [ "$total" -eq 0 ]; then
+        total=1
+    fi
+    
+    local percentage=$((current * 100 / total))
+    local filled=$((current * width / total))
+    local empty=$((width - filled))
+    
+    # Create progress bar string
+    local progress_bar=""
+    for ((i=0; i<filled; i++)); do
+        progress_bar+="$PROGRESS_CHAR"
+    done
+    for ((i=0; i<empty; i++)); do
+        progress_bar+="$EMPTY_CHAR"
+    done
+    
+    # Print progress bar with carriage return to overwrite
+    printf "\r${CYAN}[%s]${NC} %s [%s] %d%% (%d/%d)" \
+        "$label" "$progress_bar" "$percentage" "$current" "$total"
+}
+
+# Function to clear progress bar line
+clear_progress() {
+    printf "\r%*s\r" "$(tput cols)" ""
+}
+
+# Function to track test execution progress
+track_test_progress() {
+    local run_number="$1"
+    local test_file="$2"
+    
+    log_info "Run $run_number/$TOTAL_RUNS: Executing $test_file"
+    show_progress "$run_number" "$TOTAL_RUNS" 50 "Test Run"
+}
+
+# Function to run a single test execution
+run_single_test() {
+    local run_number="$1"
+    local run_output="${RESULTS_DIR}/run-${run_number}.txt"
+    local start_time=$(date +%s)
+    
+    log_info "Starting test run $run_number/$TOTAL_RUNS"
+    
+    # Run the test suite
+    if npm run test:playwright > "$run_output" 2>&1; then
+        local end_time=$(date +%s)
+        local duration=$((end_time - start_time))
+        run_times[$run_number]=$duration
+        
+        log_success "Test run $run_number completed successfully in ${duration}s"
+        
+        # Extract and analyze test results
+        local test_names_list=$(extract_test_names "$run_output")
+        for test_name in $test_names_list; do
+            if test_passed_in_run "$test_name" "$run_output"; then
+                test_successes[$test_name]=$((${test_successes[$test_name]:-0} + 1))
+                test_results[$test_name]="pass"
+            elif test_failed_in_run "$test_name" "$run_output"; then
+                test_failures[$test_name]=$((${test_failures[$test_name]:-0} + 1))
+                test_results[$test_name]="fail"
+            fi
+            test_names[$test_name]=1
+        done
+        
+        return 0
+    else
+        local end_time=$(date +%s)
+        local duration=$((end_time - start_time))
+        run_times[$run_number]=$duration
+        
+        log_error "Test run $run_number failed after ${duration}s"
+        
+        # Extract test names even from failed runs
+        local test_names_list=$(extract_test_names "$run_output" 2>/dev/null || true)
+        for test_name in $test_names_list; do
+            test_names[$test_name]=1
+            if test_failed_in_run "$test_name" "$run_output"; then
+                test_failures[$test_name]=$((${test_failures[$test_name]:-0} + 1))
+                test_results[$test_name]="fail"
+            fi
+        done
+        
+        return 1
+    fi
+}
+
+# Function to generate summary report
+generate_summary_report() {
+    log_info "Generating summary report..."
+    
+    local total_tests=0
+    local always_passing=0
+    local always_failing=0
+    local intermittent=0
+    
+    # Count test statistics
+    for test_name in "${!test_names[@]}"; do
+        total_tests=$((total_tests + 1))
+        local passes=${test_successes[$test_name]:-0}
+        local fails=${test_failures[$test_name]:-0}
+        local total=$((passes + fails))
+        
+        if [ "$fails" -eq 0 ]; then
+            always_passing=$((always_passing + 1))
+        elif [ "$passes" -eq 0 ]; then
+            always_failing=$((always_failing + 1))
+        else
+            intermittent=$((intermittent + 1))
+        fi
+    done
+    
+    # Calculate overall success rate
+    local total_runs=$((TOTAL_RUNS * total_tests))
+    local total_successes=0
+    for passes in "${test_successes[@]}"; do
+        total_successes=$((total_successes + passes))
+    done
+    local overall_success_rate=0
+    if [ "$total_runs" -gt 0 ]; then
+        overall_success_rate=$((total_successes * 100 / total_runs))
+    fi
+    
+    # Generate summary data
+    cat > "$SUMMARY_FILE" << EOF
+{
+    "timestamp": "$(date -Iseconds)",
+    "total_runs": $TOTAL_RUNS,
+    "test_results": {
+EOF
+    
+    # Add individual test results
+    local first=true
+    for test_name in "${!test_names[@]}"; do
+        local passes=${test_successes[$test_name]:-0}
+        local fails=${test_failures[$test_name]:-0}
+        local total=$((passes + fails))
+        local success_rate=$(calculate_percentage "$passes" "$total")
+        
+        if [ "$first" = true ]; then
+            first=false
+        else
+            echo "," >> "$SUMMARY_FILE"
+        fi
+        
+        cat >> "$SUMMARY_FILE" << EOF
+        "$test_name": {
+            "passes": $passes,
+            "failures": $fails,
+            "total": $total,
+            "success_rate": $success_rate,
+            "status": "${test_results[$test_name]:-unknown}"
+        }
+EOF
+    done
+    
+    # Close summary
+    cat >> "$SUMMARY_FILE" << EOF
+    },
+    "summary_stats": {
+        "total_tests": $total_tests,
+        "always_passing": $always_passing,
+        "always_failing": $always_failing,
+        "intermittent": $intermittent,
+        "overall_success_rate": $overall_success_rate
+    }
+}
+EOF
+    
+    log_success "Summary report generated: $SUMMARY_FILE"
+}
+
+# Function to display final results
+display_final_results() {
+    clear_progress
+    echo
+    log_info "=== TEST STABILITY ANALYSIS COMPLETE ==="
+    echo
+    
+    # Display summary statistics
+    local total_tests=${#test_names[@]}
+    local always_passing=0
+    local always_failing=0
+    local intermittent=0
+    
+    for test_name in "${!test_names[@]}"; do
+        local passes=${test_successes[$test_name]:-0}
+        local fails=${test_failures[$test_name]:-0}
+        
+        if [ "$fails" -eq 0 ]; then
+            always_passing=$((always_passing + 1))
+        elif [ "$passes" -eq 0 ]; then
+            always_failing=$((always_failing + 1))
+        else
+            intermittent=$((intermittent + 1))
+        fi
+    done
+    
+    echo -e "${GREEN}✅ Always Passing: $always_passing tests${NC}"
+    echo -e "${RED}❌ Always Failing: $always_failing tests${NC}"
+    echo -e "${YELLOW}⚠️  Intermittent: $intermittent tests${NC}"
+    echo -e "${BLUE}📊 Total Tests: $total_tests${NC}"
+    echo
+    
+    # Display intermittent tests
+    if [ "$intermittent" -gt 0 ]; then
+        log_warning "Intermittent tests (require investigation):"
+        for test_name in "${!test_names[@]}"; do
+            local passes=${test_successes[$test_name]:-0}
+            local fails=${test_failures[$test_name]:-0}
+            
+            if [ "$passes" -gt 0 ] && [ "$fails" -gt 0 ]; then
+                local success_rate=$(calculate_percentage "$passes" "$((passes + fails))")
+                echo -e "  ${YELLOW}$test_name: $success_rate% success rate${NC}"
+            fi
+        done
+        echo
+    fi
+    
+    # Display always failing tests
+    if [ "$always_failing" -gt 0 ]; then
+        log_error "Always failing tests (require immediate attention):"
+        for test_name in "${!test_names[@]}"; do
+            local passes=${test_successes[$test_name]:-0}
+            local fails=${test_failures[$test_name]:-0}
+            
+            if [ "$passes" -eq 0 ] && [ "$fails" -gt 0 ]; then
+                echo -e "  ${RED}$test_name: 0% success rate${NC}"
+            fi
+        done
+        echo
+    fi
+    
+    log_info "Detailed results saved to:"
+    echo -e "  ${BLUE}Summary: $SUMMARY_FILE${NC}"
+    echo -e "  ${BLUE}Log: $LOG_FILE${NC}"
+    echo -e "  ${BLUE}Results directory: $RESULTS_DIR${NC}"
+}

scripts/test-stability-runner-simple.sh

@@ -0,0 +1,118 @@
+#!/bin/bash
+
+# Test Stability Runner for TimeSafari (Simple Version)
+# Executes the full test suite 10 times and analyzes failure patterns
+# Author: Matthew Raymer
+
+# Source common functions
+SCRIPT_DIR="$(cd "$(dirname "${BASH_SOURCE[0]}")" && pwd)"
+source "${SCRIPT_DIR}/test-stability-common.sh"
+
+# Override summary file to use text format instead of JSON
+SUMMARY_FILE="${RESULTS_DIR}/stability-summary-${TIMESTAMP}.txt"
+
+# Function to generate simple text summary
+generate_simple_summary() {
+    log_info "Generating simple text summary..."
+    
+    local total_tests=0
+    local always_passing=0
+    local always_failing=0
+    local intermittent=0
+    
+    # Count test statistics
+    for test_name in "${!test_names[@]}"; do
+        total_tests=$((total_tests + 1))
+        local passes=${test_successes[$test_name]:-0}
+        local fails=${test_failures[$test_name]:-0}
+        local total=$((passes + fails))
+        
+        if [ "$fails" -eq 0 ]; then
+            always_passing=$((always_passing + 1))
+        elif [ "$passes" -eq 0 ]; then
+            always_failing=$((always_failing + 1))
+        else
+            intermittent=$((intermittent + 1))
+        fi
+    done
+    
+    # Calculate overall success rate
+    local total_runs=$((TOTAL_RUNS * total_tests))
+    local total_successes=0
+    for passes in "${test_successes[@]}"; do
+        total_successes=$((total_successes + passes))
+    done
+    local overall_success_rate=0
+    if [ "$total_runs" -gt 0 ]; then
+        overall_success_rate=$((total_successes * 100 / total_runs))
+    fi
+    
+    # Generate simple text summary
+    cat > "$SUMMARY_FILE" << EOF
+TimeSafari Test Stability Summary
+================================
+
+Generated: $(date)
+Total Runs: $TOTAL_RUNS
+Total Tests: $total_tests
+
+Summary Statistics:
+- Always Passing: $always_passing tests
+- Always Failing: $always_failing tests  
+- Intermittent: $intermittent tests
+- Overall Success Rate: $overall_success_rate%
+
+Individual Test Results:
+EOF
+    
+    # Add individual test results
+    for test_name in "${!test_names[@]}"; do
+        local passes=${test_successes[$test_name]:-0}
+        local fails=${test_failures[$test_name]:-0}
+        local total=$((passes + fails))
+        local success_rate=$(calculate_percentage "$passes" "$total")
+        
+        cat >> "$SUMMARY_FILE" << EOF
+$test_name:
+  Passes: $passes
+  Failures: $fails
+  Total: $total
+  Success Rate: $success_rate%
+  Status: ${test_results[$test_name]:-unknown}
+EOF
+    done
+    
+    log_success "Simple summary generated: $SUMMARY_FILE"
+}
+
+# Main execution function
+main() {
+    log_info "Starting simple test stability analysis with $TOTAL_RUNS runs"
+    log_info "Results will be saved to: $RESULTS_DIR"
+    echo
+    
+    # Run all test executions
+    for run_number in $(seq 1 $TOTAL_RUNS); do
+        track_test_progress "$run_number" "test suite"
+        
+        if run_single_test "$run_number"; then
+            log_success "Run $run_number completed successfully"
+        else
+            log_warning "Run $run_number failed, continuing with remaining runs"
+        fi
+        
+        # Small delay between runs to avoid overwhelming the system
+        if [ "$run_number" -lt $TOTAL_RUNS ]; then
+            sleep 2
+        fi
+    done
+    
+    # Generate and display results
+    generate_simple_summary
+    display_final_results
+    
+    log_success "Simple test stability analysis complete!"
+}
+
+# Run main function
+main "$@" 

scripts/test-stability-runner.sh

@@ -0,0 +1,41 @@
+#!/bin/bash
+
+# Test Stability Runner for TimeSafari
+# Executes the full test suite 10 times and analyzes failure patterns
+# Author: Matthew Raymer
+
+# Source common functions
+SCRIPT_DIR="$(cd "$(dirname "${BASH_SOURCE[0]}")" && pwd)"
+source "${SCRIPT_DIR}/test-stability-common.sh"
+
+# Main execution function
+main() {
+    log_info "Starting test stability analysis with $TOTAL_RUNS runs"
+    log_info "Results will be saved to: $RESULTS_DIR"
+    echo
+    
+    # Run all test executions
+    for run_number in $(seq 1 $TOTAL_RUNS); do
+        track_test_progress "$run_number" "test suite"
+        
+        if run_single_test "$run_number"; then
+            log_success "Run $run_number completed successfully"
+        else
+            log_warning "Run $run_number failed, continuing with remaining runs"
+        fi
+        
+        # Small delay between runs to avoid overwhelming the system
+        if [ "$run_number" -lt $TOTAL_RUNS ]; then
+            sleep 2
+        fi
+    done
+    
+    # Generate and display results
+    generate_summary_report
+    display_final_results
+    
+    log_success "Test stability analysis complete!"
+}
+
+# Run main function
+main "$@" 

scripts/test-stability-runner.zsh

@@ -0,0 +1,89 @@
+#!/bin/zsh
+
+# Test Stability Runner for TimeSafari (Zsh Version)
+# Executes the full test suite 10 times and analyzes failure patterns
+# Author: Matthew Raymer
+
+# Source common functions
+SCRIPT_DIR="$(dirname "$0")"
+source "${SCRIPT_DIR}/test-stability-common-zsh.sh"
+
+# Zsh-specific overrides and enhancements
+# Note: Associative arrays are now defined in the common file
+
+# Enhanced progress tracking for zsh
+track_test_progress_enhanced() {
+    local run_number="$1"
+    local test_file="$2"
+    
+    log_info "Run $run_number/$TOTAL_RUNS: Executing $test_file"
+    
+    # Enhanced progress bar with zsh-specific features
+    local percentage=$((run_number * 100 / TOTAL_RUNS))
+    local filled=$((run_number * 50 / TOTAL_RUNS))
+    local empty=$((50 - filled))
+    
+    # Create enhanced progress bar
+    local progress_bar=""
+    for ((i=0; i<filled; i++)); do
+        progress_bar+="$PROGRESS_CHAR"
+    done
+    for ((i=0; i<empty; i++)); do
+        progress_bar+="$EMPTY_CHAR"
+    done
+    
+    # Print enhanced progress with zsh formatting
+    printf "\r${CYAN}[ZSH]${NC} %s [%d%%] (%d/%d) ${MAGENTA}%s${NC}" \
+        "$progress_bar" "$percentage" "$run_number" "$TOTAL_RUNS" "$test_file"
+}
+
+# Enhanced error handling for zsh
+handle_zsh_error() {
+    local error_code=$?
+    local error_line=$1
+    
+    if [ $error_code -ne 0 ]; then
+        log_error "Zsh error occurred at line $error_line (exit code: $error_code)"
+        # Additional zsh-specific error handling can be added here
+    fi
+}
+
+# Set up zsh error handling
+trap 'handle_zsh_error $LINENO' ERR
+
+# Main execution function with zsh enhancements
+main() {
+    log_info "Starting enhanced test stability analysis with $TOTAL_RUNS runs (Zsh Version)"
+    log_info "Results will be saved to: $RESULTS_DIR"
+    echo
+    
+    # Run all test executions with enhanced tracking
+    for run_number in $(seq 1 $TOTAL_RUNS); do
+        track_test_progress_enhanced "$run_number" "test suite"
+        
+        if run_single_test "$run_number"; then
+            log_success "Run $run_number completed successfully"
+        else
+            log_warning "Run $run_number failed, continuing with remaining runs"
+        fi
+        
+        # Enhanced delay with zsh-specific features
+        if [ "$run_number" -lt $TOTAL_RUNS ]; then
+            # Use zsh's built-in sleep with progress indication
+            for i in {1..2}; do
+                printf "\r${YELLOW}Waiting...${NC} %d/2" "$i"
+                sleep 1
+            done
+            printf "\r%*s\r" "$(tput cols)" ""
+        fi
+    done
+    
+    # Generate and display results
+    generate_summary_report
+    display_final_results
+    
+    log_success "Enhanced test stability analysis complete! (Zsh Version)"
+}
+
+# Run main function
+main "$@" 

scripts/validate-markdown.sh

@@ -0,0 +1,19 @@
+#!/usr/bin/env bash
+set -euo pipefail
+
+echo "🔍 Validating markdown formatting..."
+
+# Check if markdownlint is available
+if ! command -v npx &> /dev/null; then
+    echo "❌ npx not found. Please install Node.js and npm first."
+    exit 1
+fi
+
+# Run markdownlint on project markdown files (exclude node_modules)
+echo "📝 Checking project markdown files..."
+npx markdownlint "*.md" "*.mdc" "scripts/**/*.md" "src/**/*.md" "test-playwright/**/*.md" "resources/**/*.md" --config .markdownlint.json 2>/dev/null || {
+    echo "❌ Markdown validation failed. Run 'npm run markdown:fix' to auto-fix issues."
+    exit 1
+}
+
+echo "✅ All markdown files pass validation!"

src/main.capacitor.ts

@@ -29,14 +29,14 @@
  */
 
 import { initializeApp } from "./main.common";
-import { App } from "./libs/capacitor/app";
+import { App as CapacitorApp } from "@capacitor/app";
 import router from "./router";
 import { handleApiError } from "./services/api";
 import { AxiosError } from "axios";
 import { DeepLinkHandler } from "./services/deepLinks";
 import { logger, safeStringify } from "./utils/logger";
 
-logger.log("[Capacitor] Starting initialization");
+logger.log("[Capacitor] 🚀 Starting initialization");
 logger.log("[Capacitor] Platform:", process.env.VITE_PLATFORM);
 
 const app = initializeApp();
@@ -67,23 +67,123 @@ const deepLinkHandler = new DeepLinkHandler(router);
  * @throws {Error} If URL format is invalid
  */
 const handleDeepLink = async (data: { url: string }) => {
+  const { url } = data;
+  logger.info(`[Main] 🌐 Deeplink received from Capacitor: ${url}`);
+
   try {
+    // Wait for router to be ready
+    logger.info(`[Main] ⏳ Waiting for router to be ready...`);
     await router.isReady();
-    await deepLinkHandler.handleDeepLink(data.url);
+    logger.info(`[Main] ✅ Router is ready, processing deeplink`);
+
+    // Process the deeplink
+    logger.info(`[Main] 🚀 Starting deeplink processing`);
+    await deepLinkHandler.handleDeepLink(url);
+    logger.info(`[Main] ✅ Deeplink processed successfully`);
   } catch (error) {
-    logger.error("[DeepLink] Error handling deep link: ", error);
+    logger.error(`[Main] ❌ Deeplink processing failed:`, {
+      url,
+      error: error instanceof Error ? error.message : String(error),
+      stack: error instanceof Error ? error.stack : undefined,
+      timestamp: new Date().toISOString(),
+    });
+
+    // Log additional context for debugging
+    logger.error(`[Main] 🔍 Debug context:`, {
+      routerReady: router.isReady(),
+      currentRoute: router.currentRoute.value,
+      appMounted: app._instance?.isMounted,
+      timestamp: new Date().toISOString(),
+    });
+
+    // Fallback to original error handling
     let message: string =
       error instanceof Error ? error.message : safeStringify(error);
-    if (data.url) {
-      message += `\nURL: ${data.url}`;
+    if (url) {
+      message += `\nURL: ${url}`;
     }
     handleApiError({ message } as AxiosError, "deep-link");
   }
 };
 
-// Register deep link handler with Capacitor
-App.addListener("appUrlOpen", handleDeepLink);
+// Function to register the deeplink listener
+const registerDeepLinkListener = async () => {
+  try {
+    logger.info(
+      `[Main] 🔗 Attempting to register deeplink handler with Capacitor`,
+    );
 
-logger.log("[Capacitor] Mounting app");
+    // Check if Capacitor App plugin is available
+    logger.info(`[Main] 🔍 Checking Capacitor App plugin availability...`);
+    if (!CapacitorApp) {
+      throw new Error("Capacitor App plugin not available");
+    }
+    logger.info(`[Main] ✅ Capacitor App plugin is available`);
+
+    // Check available methods on CapacitorApp
+    logger.info(
+      `[Main] 🔍 Capacitor App plugin methods:`,
+      Object.getOwnPropertyNames(CapacitorApp),
+    );
+    logger.info(
+      `[Main] 🔍 Capacitor App plugin addListener method:`,
+      typeof CapacitorApp.addListener,
+    );
+
+    // Wait for router to be ready first
+    await router.isReady();
+    logger.info(
+      `[Main] ✅ Router is ready, proceeding with listener registration`,
+    );
+
+    // Try to register the listener
+    logger.info(`[Main] 🧪 Attempting to register appUrlOpen listener...`);
+    const listenerHandle = await CapacitorApp.addListener(
+      "appUrlOpen",
+      handleDeepLink,
+    );
+    logger.info(
+      `[Main] ✅ appUrlOpen listener registered successfully with handle:`,
+      listenerHandle,
+    );
+
+    // Test the listener registration by checking if it's actually registered
+    logger.info(`[Main] 🧪 Verifying listener registration...`);
+
+    return listenerHandle;
+  } catch (error) {
+    logger.error(`[Main] ❌ Failed to register deeplink listener:`, {
+      error: error instanceof Error ? error.message : String(error),
+      stack: error instanceof Error ? error.stack : undefined,
+      timestamp: new Date().toISOString(),
+    });
+    throw error;
+  }
+};
+
+logger.log("[Capacitor] 🚀 Mounting app");
 app.mount("#app");
-logger.log("[Capacitor] App mounted");
+logger.info(`[Main] ✅ App mounted successfully`);
+
+// Register deeplink listener after app is mounted
+setTimeout(async () => {
+  try {
+    logger.info(
+      `[Main] ⏳ Delaying listener registration to ensure Capacitor is ready...`,
+    );
+    await registerDeepLinkListener();
+    logger.info(`[Main] 🎉 Deep link system fully initialized!`);
+  } catch (error) {
+    logger.error(`[Main] ❌ Deep link system initialization failed:`, error);
+  }
+}, 2000); // 2 second delay to ensure Capacitor is fully ready
+
+// Log app initialization status
+setTimeout(() => {
+  logger.info(`[Main] 📊 App initialization status:`, {
+    routerReady: router.isReady(),
+    currentRoute: router.currentRoute.value,
+    appMounted: app._instance?.isMounted,
+    timestamp: new Date().toISOString(),
+  });
+}, 1000);

src/main.ts

@@ -0,0 +1,26 @@
+/**
+ * @file Dynamic Main Entry Point
+ * @author Matthew Raymer
+ *
+ * This file dynamically loads the appropriate platform-specific main entry point
+ * based on the current environment and build configuration.
+ */
+
+import { logger } from "./utils/logger";
+
+// Check the platform from environment variables
+const platform = process.env.VITE_PLATFORM || "web";
+
+logger.info(`[Main] 🚀 Loading TimeSafari for platform: ${platform}`);
+
+// Dynamically import the appropriate main entry point
+if (platform === "capacitor") {
+  logger.info(`[Main] 📱 Loading Capacitor-specific entry point`);
+  import("./main.capacitor");
+} else if (platform === "electron") {
+  logger.info(`[Main] 💻 Loading Electron-specific entry point`);
+  import("./main.electron");
+} else {
+  logger.info(`[Main] 🌐 Loading Web-specific entry point`);
+  import("./main.web");
+}

src/router/index.ts

@@ -321,24 +321,21 @@ const errorHandler = (
 router.onError(errorHandler); // Assign the error handler to the router instance
 
 /**
- * Global navigation guard to ensure user identity exists
- *
- * This guard checks if the user has any identities before navigating to most routes.
- * If no identity exists, it automatically creates one using the default seed-based method.
- *
- * Routes that are excluded from this check:
- * - /start - Manual identity creation selection
- * - /new-identifier - Manual seed-based creation
- * - /import-account - Manual import flow
- * - /import-derive - Manual derivation flow
- * - /database-migration - Migration utilities
- * - /deep-link-error - Error page
- *
+ * Navigation guard to ensure user has an identity before accessing protected routes
  * @param to - Target route
- * @param from - Source route
+ * @param _from - Source route (unused)
  * @param next - Navigation function
  */
 router.beforeEach(async (to, _from, next) => {
+  logger.info(`[Router] 🧭 Navigation guard triggered:`, {
+    from: _from?.path || "none",
+    to: to.path,
+    name: to.name,
+    params: to.params,
+    query: to.query,
+    timestamp: new Date().toISOString(),
+  });
+
   try {
     // Skip identity check for routes that handle identity creation manually
     const skipIdentityRoutes = [
@@ -351,32 +348,67 @@ router.beforeEach(async (to, _from, next) => {
     ];
 
     if (skipIdentityRoutes.includes(to.path)) {
+      logger.debug(`[Router] ⏭️ Skipping identity check for route: ${to.path}`);
       return next();
     }
 
+    logger.info(`[Router] 🔍 Checking user identity for route: ${to.path}`);
+
     // Check if user has any identities
     const allMyDids = await retrieveAccountDids();
+    logger.info(`[Router] 📋 Found ${allMyDids.length} user identities`);
 
     if (allMyDids.length === 0) {
-      logger.info("[Router] No identities found, creating default identity");
+      logger.info("[Router] ⚠️ No identities found, creating default identity");
 
       // Create identity automatically using seed-based method
       await generateSaveAndActivateIdentity();
 
-      logger.info("[Router] Default identity created successfully");
+      logger.info("[Router] ✅ Default identity created successfully");
+    } else {
+      logger.info(
+        `[Router] ✅ User has ${allMyDids.length} identities, proceeding`,
+      );
     }
 
+    logger.info(`[Router] ✅ Navigation guard passed for: ${to.path}`);
     next();
   } catch (error) {
-    logger.error(
-      "[Router] Identity creation failed in navigation guard:",
-      error,
-    );
+    logger.error("[Router] ❌ Identity creation failed in navigation guard:", {
+      error: error instanceof Error ? error.message : String(error),
+      stack: error instanceof Error ? error.stack : undefined,
+      route: to.path,
+      timestamp: new Date().toISOString(),
+    });
 
     // Redirect to start page if identity creation fails
     // This allows users to manually create an identity or troubleshoot
+    logger.info(
+      `[Router] 🔄 Redirecting to /start due to identity creation failure`,
+    );
     next("/start");
   }
 });
 
+// Add navigation success logging
+router.afterEach((to, from) => {
+  logger.info(`[Router] ✅ Navigation completed:`, {
+    from: from?.path || "none",
+    to: to.path,
+    name: to.name,
+    params: to.params,
+    query: to.query,
+    timestamp: new Date().toISOString(),
+  });
+});
+
+// Add error logging
+router.onError((error) => {
+  logger.error(`[Router] ❌ Navigation error:`, {
+    error: error instanceof Error ? error.message : String(error),
+    stack: error instanceof Error ? error.stack : undefined,
+    timestamp: new Date().toISOString(),
+  });
+});
+
 export default router;

src/services/ProfileService.ts

@@ -255,32 +255,43 @@ export class ProfileService {
   }
 
   /**
-   * Extract URL from AxiosError without type casting
+   * Extract error URL safely from error object
    */
   private getErrorUrl(error: unknown): string | undefined {
     if (this.isAxiosError(error)) {
       return error.config?.url;
     }
+    if (this.isApiError(error) && this.hasConfigProperty(error)) {
+      const config = this.getConfigProperty(error);
+      return config?.url;
+    }
     return undefined;
   }
 
+  /**
+   * Type guard to check if error has config property
+   */
+  private hasConfigProperty(
+    error: unknown,
+  ): error is { config?: { url?: string } } {
+    return typeof error === "object" && error !== null && "config" in error;
+  }
+
+  /**
+   * Safely extract config property from error
+   */
+  private getConfigProperty(error: {
+    config?: { url?: string };
+  }): { url?: string } | undefined {
+    return error.config;
+  }
+
   /**
    * Type guard for AxiosError
    */
   private isAxiosError(error: unknown): error is AxiosError {
     return error instanceof AxiosError;
   }
-
-  /**
-   * Extract error URL safely from error object
-   */
-  private getErrorUrl(error: unknown): string | undefined {
-    if (this.isApiError(error) && error.config) {
-      const config = error.config as { url?: string };
-      return config.url;
-    }
-    return undefined;
-  }
 }
 
 /**

src/services/deepLinks.ts

@@ -1,46 +1,12 @@
 /**
- * @file Deep Link Handler Service
+ * DeepLinks Service
+ *
+ * Handles deep link processing and routing for the TimeSafari application.
+ * Supports both path parameters and query parameters with comprehensive validation.
+ *
  * @author Matthew Raymer
- *
- * This service handles the processing and routing of deep links in the TimeSafari app.
- * It provides a type-safe interface between the raw deep links and the application router.
- *
- * Architecture:
- * 1. DeepLinkHandler class encapsulates all deep link processing logic
- * 2. Uses Zod schemas from interfaces/deepLinks for parameter validation
- * 3. Provides consistent error handling and logging
- * 4. Maps validated parameters to Vue router calls
- *
- * Error Handling Strategy:
- * - All errors are wrapped in DeepLinkError interface
- * - Errors include error codes for systematic handling
- * - Detailed error information is logged for debugging
- * - Errors are propagated to the global error handler
- *
- * Validation Strategy:
- * - URL structure validation
- * - Route-specific parameter validation using Zod schemas
- * - Query parameter validation and sanitization
- * - Type-safe parameter passing to router
- *
- * Deep Link Format:
- * timesafari://<route>[/<param>][?queryParam1=value1&queryParam2=value2]
- *
- * Supported Routes:
- * - claim: View claim
- * - claim-add-raw: Add raw claim
- * - claim-cert: View claim certificate
- * - confirm-gift
- * - contact-import: Import contacts
- * - did: View DID
- * - invite-one-accept: Accept invitation
- * - onboard-meeting-members
- * - project: View project details
- * - user-profile: View user profile
- *
- * @example
- * const handler = new DeepLinkHandler(router);
- * await handler.handleDeepLink("timesafari://claim/123?view=details");
+ * @version 2.0.0
+ * @since 2025-01-25
  */
 
 import { Router } from "vue-router";
@@ -48,7 +14,6 @@ import { z } from "zod";
 
 import {
   deepLinkPathSchemas,
-  baseUrlSchema,
   routeSchema,
   DeepLinkRoute,
   deepLinkQuerySchemas,
@@ -104,83 +69,152 @@ export class DeepLinkHandler {
   }
 
   /**
-
-   * Parses deep link URL into path, params and query components.
-   * Validates URL structure using Zod schemas.
-   *
-   * @param url - The deep link URL to parse (format: scheme://path[?query])
-   * @throws {DeepLinkError} If URL format is invalid
-   * @returns Parsed URL components (path: string, params: {KEY: string}, query: {KEY: string})
+   * Main entry point for processing deep links
+   * @param url - The deep link URL to process
+   * @throws {DeepLinkError} If validation fails or route is invalid
    */
-  private parseDeepLink(url: string) {
-    const parts = url.split("://");
-    if (parts.length !== 2) {
-      throw { code: "INVALID_URL", message: "Invalid URL format" };
-    }
+  async handleDeepLink(url: string): Promise<void> {
+    logger.info(`[DeepLink] 🚀 Starting deeplink processing for URL: ${url}`);
 
-    // Validate base URL structure
-    baseUrlSchema.parse({
-      scheme: parts[0],
-      path: parts[1],
-      queryParams: {}, // Will be populated below
-    });
+    try {
+      logger.info(`[DeepLink] 📍 Parsing URL: ${url}`);
+      const { path, params, query } = this.parseDeepLink(url);
 
-    const [path, queryString] = parts[1].split("?");
-    const [routePath, ...pathParams] = path.split("/");
-
-    // Validate route exists before proceeding
-    if (!ROUTE_MAP[routePath]) {
-      throw {
-        code: "INVALID_ROUTE",
-        message: `Invalid route path: ${routePath}`,
-        details: { routePath },
-      };
-    }
-
-    const query: Record<string, string> = {};
-    if (queryString) {
-      new URLSearchParams(queryString).forEach((value, key) => {
-        query[key] = value;
+      logger.info(`[DeepLink] ✅ URL parsed successfully:`, {
+        path,
+        params: Object.keys(params),
+        query: Object.keys(query),
+        fullParams: params,
+        fullQuery: query,
       });
-    }
 
-    const params: Record<string, string> = {};
-    if (pathParams) {
-      // Now we know routePath exists in ROUTE_MAP
-      const routeConfig = ROUTE_MAP[routePath];
-      params[routeConfig.paramKey ?? "id"] = pathParams.join("/");
-    }
+      // Sanitize parameters (remove undefined values)
+      const sanitizedParams = Object.fromEntries(
+        Object.entries(params).map(([key, value]) => [key, value ?? ""]),
+      );
 
-    // logConsoleAndDb(
-    //   `[DeepLink] Debug: Route Path: ${routePath} Path Params: ${JSON.stringify(params)} Query String: ${JSON.stringify(query)}`,
-    //   false,
-    // );
-    return { path: routePath, params, query };
+      logger.info(`[DeepLink] 🧹 Parameters sanitized:`, sanitizedParams);
+
+      await this.validateAndRoute(path, sanitizedParams, query);
+      logger.info(`[DeepLink] 🎯 Deeplink processing completed successfully`);
+    } catch (error) {
+      logger.error(`[DeepLink] ❌ Deeplink processing failed:`, {
+        url,
+        error: error instanceof Error ? error.message : String(error),
+        stack: error instanceof Error ? error.stack : undefined,
+      });
+
+      const deepLinkError = error as DeepLinkError;
+      throw deepLinkError;
+    }
   }
 
   /**
-   * Routes the deep link to appropriate view with validated parameters.
-   * Validates route and parameters using Zod schemas before routing.
-   *
-   * @param path - The route path from the deep link
-   * @param params - URL parameters
-   * @param query - Query string parameters
-   * @throws {DeepLinkError} If validation fails or route is invalid
+   * Parse a deep link URL into its components
+   * @param url - The deep link URL
+   * @returns Parsed components
+   */
+  private parseDeepLink(url: string): {
+    path: string;
+    params: Record<string, string>;
+    query: Record<string, string>;
+  } {
+    logger.debug(`[DeepLink] 🔍 Parsing deep link: ${url}`);
+
+    try {
+      const parts = url.split("://");
+      if (parts.length !== 2) {
+        throw new Error("Invalid URL format");
+      }
+
+      const [path, queryString] = parts[1].split("?");
+      const [routePath, ...pathParams] = path.split("/");
+
+      // Parse path parameters using route-specific configuration
+      const params: Record<string, string> = {};
+      if (pathParams.length > 0) {
+        // Get the correct parameter key for this route
+        const routeConfig = ROUTE_MAP[routePath];
+        if (routeConfig?.paramKey) {
+          params[routeConfig.paramKey] = pathParams[0];
+          logger.debug(
+            `[DeepLink] 📍 Path parameter extracted: ${routeConfig.paramKey}=${pathParams[0]}`,
+          );
+        } else {
+          // Fallback to 'id' for backward compatibility
+          params.id = pathParams[0];
+          logger.debug(
+            `[DeepLink] 📍 Path parameter extracted: id=${pathParams[0]} (fallback)`,
+          );
+        }
+      }
+
+      // Parse query parameters
+      const query: Record<string, string> = {};
+      if (queryString) {
+        const queryParams = new URLSearchParams(queryString);
+        for (const [key, value] of queryParams.entries()) {
+          query[key] = value;
+        }
+        logger.debug(`[DeepLink] 🔗 Query parameters extracted:`, query);
+      }
+
+      logger.info(`[DeepLink] ✅ Parse completed:`, {
+        routePath,
+        pathParams: pathParams.length,
+        queryParams: Object.keys(query).length,
+      });
+
+      return { path: routePath, params, query };
+    } catch (error) {
+      logger.error(`[DeepLink] ❌ Parse failed:`, {
+        url,
+        error: error instanceof Error ? error.message : String(error),
+      });
+      throw error;
+    }
+  }
+
+  /**
+   * Validate and route the deep link
+   * @param path - The route path
+   * @param params - Path parameters
+   * @param query - Query parameters
    */
   private async validateAndRoute(
     path: string,
     params: Record<string, string>,
     query: Record<string, string>,
   ): Promise<void> {
+    logger.info(
+      `[DeepLink] 🎯 Starting validation and routing for path: ${path}`,
+    );
+
     // First try to validate the route path
     let routeName: string;
 
     try {
+      logger.debug(`[DeepLink] 🔍 Validating route path: ${path}`);
       // Validate route exists
       const validRoute = routeSchema.parse(path) as DeepLinkRoute;
-      routeName = ROUTE_MAP[validRoute].name;
+      logger.info(`[DeepLink] ✅ Route validation passed: ${validRoute}`);
+
+      // Get route configuration
+      const routeConfig = ROUTE_MAP[validRoute];
+      logger.info(`[DeepLink] 📋 Route config retrieved:`, routeConfig);
+
+      if (!routeConfig) {
+        logger.error(`[DeepLink] ❌ No route config found for: ${validRoute}`);
+        throw new Error(`Route configuration missing for: ${validRoute}`);
+      }
+
+      routeName = routeConfig.name;
+      logger.info(`[DeepLink] 🎯 Route name resolved: ${routeName}`);
     } catch (error) {
-      logger.error(`[DeepLink] Invalid route path: ${path}`);
+      logger.error(`[DeepLink] ❌ Route validation failed:`, {
+        path,
+        error: error instanceof Error ? error.message : String(error),
+      });
 
       // Redirect to error page with information about the invalid link
       await this.router.replace({
@@ -194,30 +228,66 @@ export class DeepLinkHandler {
         },
       });
 
-      // This previously threw an error but we're redirecting so there's no need.
+      logger.info(
+        `[DeepLink] 🔄 Redirected to error page for invalid route: ${path}`,
+      );
       return;
     }
 
-    // Continue with parameter validation as before...
+    // Continue with parameter validation
+    logger.info(
+      `[DeepLink] 🔍 Starting parameter validation for route: ${routeName}`,
+    );
+
     const pathSchema =
       deepLinkPathSchemas[path as keyof typeof deepLinkPathSchemas];
     const querySchema =
       deepLinkQuerySchemas[path as keyof typeof deepLinkQuerySchemas];
 
+    logger.debug(`[DeepLink] 📋 Schemas found:`, {
+      hasPathSchema: !!pathSchema,
+      hasQuerySchema: !!querySchema,
+      pathSchemaType: pathSchema ? typeof pathSchema : "none",
+      querySchemaType: querySchema ? typeof querySchema : "none",
+    });
+
     let validatedPathParams: Record<string, string> = {};
     let validatedQueryParams: Record<string, string> = {};
+
     try {
       if (pathSchema) {
+        logger.debug(`[DeepLink] 🔍 Validating path parameters:`, params);
         validatedPathParams = await pathSchema.parseAsync(params);
+        logger.info(
+          `[DeepLink] ✅ Path parameters validated:`,
+          validatedPathParams,
+        );
+      } else {
+        logger.debug(`[DeepLink] ⚠️ No path schema found for: ${path}`);
+        validatedPathParams = params;
       }
+
       if (querySchema) {
+        logger.debug(`[DeepLink] 🔍 Validating query parameters:`, query);
         validatedQueryParams = await querySchema.parseAsync(query);
+        logger.info(
+          `[DeepLink] ✅ Query parameters validated:`,
+          validatedQueryParams,
+        );
+      } else {
+        logger.debug(`[DeepLink] ⚠️ No query schema found for: ${path}`);
+        validatedQueryParams = query;
       }
     } catch (error) {
-      // For parameter validation errors, provide specific error feedback
-      logger.error(
-        `[DeepLink] Invalid parameters for route name ${routeName} for path: ${path} ... with error: ${JSON.stringify(error)} ... with params: ${JSON.stringify(params)} ... and query: ${JSON.stringify(query)}`,
-      );
+      logger.error(`[DeepLink] ❌ Parameter validation failed:`, {
+        routeName,
+        path,
+        params,
+        query,
+        error: error instanceof Error ? error.message : String(error),
+        errorDetails: JSON.stringify(error),
+      });
+
       await this.router.replace({
         name: "deep-link-error",
         params,
@@ -229,60 +299,52 @@ export class DeepLinkHandler {
         },
       });
 
-      // This previously threw an error but we're redirecting so there's no need.
+      logger.info(
+        `[DeepLink] 🔄 Redirected to error page for invalid parameters`,
+      );
       return;
     }
 
+    // Attempt navigation
     try {
+      logger.info(`[DeepLink] 🚀 Attempting navigation:`, {
+        routeName,
+        pathParams: validatedPathParams,
+        queryParams: validatedQueryParams,
+      });
+
       await this.router.replace({
         name: routeName,
         params: validatedPathParams,
         query: validatedQueryParams,
       });
+
+      logger.info(`[DeepLink] ✅ Navigation successful to: ${routeName}`);
     } catch (error) {
-      logger.error(
-        `[DeepLink] Error routing to route name ${routeName} for path: ${path}: ${JSON.stringify(error)} ... with validated params: ${JSON.stringify(validatedPathParams)} ... and query: ${JSON.stringify(validatedQueryParams)}`,
-      );
-      // For parameter validation errors, provide specific error feedback
+      logger.error(`[DeepLink] ❌ Navigation failed:`, {
+        routeName,
+        path,
+        validatedPathParams,
+        validatedQueryParams,
+        error: error instanceof Error ? error.message : String(error),
+        errorDetails: JSON.stringify(error),
+      });
+
+      // Redirect to error page for navigation failures
       await this.router.replace({
         name: "deep-link-error",
         params: validatedPathParams,
         query: {
           originalPath: path,
           errorCode: "ROUTING_ERROR",
-          errorMessage: `Error routing to ${routeName}: ${JSON.stringify(error)}`,
+          errorMessage: `Error routing to ${routeName}: ${(error as Error).message}`,
           ...validatedQueryParams,
         },
       });
-    }
-  }
 
-  /**
-   * Processes incoming deep links and routes them appropriately.
-   * Handles validation, error handling, and routing to the correct view.
-   *
-   * @param url - The deep link URL to process
-   * @throws {DeepLinkError} If URL processing fails
-   */
-  async handleDeepLink(url: string): Promise<void> {
-    try {
-      const { path, params, query } = this.parseDeepLink(url);
-      // Ensure params is always a Record<string,string> by converting undefined to empty string
-      const sanitizedParams = Object.fromEntries(
-        Object.entries(params).map(([key, value]) => [key, value ?? ""]),
+      logger.info(
+        `[DeepLink] 🔄 Redirected to error page for navigation failure`,
       );
-      await this.validateAndRoute(path, sanitizedParams, query);
-    } catch (error) {
-      const deepLinkError = error as DeepLinkError;
-      logger.error(
-        `[DeepLink] Error (${deepLinkError.code}): ${deepLinkError.details}`,
-      );
-
-      throw {
-        code: deepLinkError.code || "UNKNOWN_ERROR",
-        message: deepLinkError.message,
-        details: deepLinkError.details,
-      };
     }
   }
 }

src/views/ContactImportView.vue

@@ -123,74 +123,222 @@
 
 <script lang="ts">
 /**
- * @file Contact Import View Component
- * @author Matthew Raymer
- *
- * This component handles the import of contacts into the TimeSafari app.
- * It supports multiple import methods and handles duplicate detection,
- * contact validation, and visibility settings.
- *
- * Import Methods:
- * 1. Direct URL Query Parameters:
- *    Example: /contact-import?contacts=[{"did":"did:example:123","name":"Alice"}]
- *
- * 2. JWT in URL Path:
- *    Example: /contact-import/eyJhbGciOiJFUzI1NksifQ...
- *    - Supports both single and bulk imports
- *    - JWT payload can be either:
- *      a) Array format: { contacts: [{did: "...", name: "..."}, ...] }
- *      b) Single contact: { own: true, did: "...", name: "..." }
- *
- * 3. Manual JWT Input:
- *    - Accepts pasted JWT strings
- *    - Validates format and content before processing
- *
- * URL Examples:
- * ```
- * # Bulk import via query params
- * /contact-import?contacts=[
- *   {"did":"did:example:123","name":"Alice"},
- *   {"did":"did:example:456","name":"Bob"}
- * ]
- *
- * # Single contact via JWT
- * /contact-import/eyJhbGciOiJFUzI1NksifQ.eyJvd24iOnRydWUsImRpZCI6ImRpZDpleGFtcGxlOjEyMyJ9...
- *
- * # Bulk import via JWT
- * /contact-import/eyJhbGciOiJFUzI1NksifQ.eyJjb250YWN0cyI6W3siZGlkIjoiZGlkOmV4YW1wbGU6MTIzIn1dfQ...
- *
- * # Redirect to contacts page (single contact)
- * /contacts?contactJwt=eyJhbGciOiJFUzI1NksifQ...
- * ```
- *
- * Features:
- * - Automatic duplicate detection
- * - Field-by-field comparison for existing contacts
- * - Batch visibility settings
- * - Auto-import for single new contacts
- * - Error handling and validation
- *
- * State Management:
- * - Tracks existing contacts
- * - Maintains selection state for bulk imports
- * - Records differences for duplicate contacts
- * - Manages visibility settings
- *
- * Security Considerations:
- * - JWT validation for imported contacts
- * - Visibility control per contact
- * - Error handling for malformed data
- *
- * @example
- * // Component usage in router
- * {
- *   path: "/contact-import/:jwt?",
- *   name: "contact-import",
- *   component: ContactImportView
+ * ContactImportView - Contact Import and Batch Processing Page
+ * 
+ * This component handles the batch import of contacts with comprehensive
+ * validation, duplicate detection, and field comparison capabilities.
+ * It provides users with detailed information about each contact before
+ * importing, allowing them to make informed decisions about their contact list.
+ * 
+ * ## How the Contact Import Page Works
+ * 
+ * ### Page Entry and Data Processing
+ * 
+ * **Entry Points**:
+ * - **URL Parameters**: Direct navigation with contact data in URL
+ * - **Contact Input Form**: Redirected from ContactsView with parsed data
+ * - **Manual Entry**: Users can input contact data directly
+ * 
+ * **Data Processing Pipeline**:
+ * 1. **Input Validation**: Parse and validate contact data format
+ * 2. **Contact Analysis**: Check each contact against existing database
+ * 3. **Duplicate Detection**: Identify existing contacts and compare fields
+ * 4. **UI Preparation**: Prepare contact list with status indicators
+ * 
+ * ### Contact Analysis and Display
+ * 
+ * **Contact Status Classification**:
+ * - **New Contacts** (Green): Contacts not in database
+ * - **Existing Contacts** (Orange): Contacts already in database
+ * - **Identical Contacts**: Existing contacts with no field differences
+ * 
+ * **Field Comparison System**:
+ * - **Automatic Detection**: Compare all contact fields
+ * - **Difference Display**: Show old vs new values in table format
+ * - **User Decision**: Allow users to see what will be updated
+ * 
+ * **Contact List Structure**:
+ * ```typescript
+ * interface ContactImportItem {
+ *   did: string;                    // Decentralized identifier
+ *   name?: string;                  // Display name
+ *   publicKey?: string;             // Public key
+ *   publicKeyBase64?: string;       // Base64 encoded key
+ *   status: 'new' | 'existing';    // Import status
+ *   differences?: FieldDifferences; // Field comparison results
  * }
- *
- * @see {@link Contact} for contact data structure
- * @see {@link setVisibilityUtil} for visibility management
+ * ```
+ * 
+ * ### User Interface Components
+ * 
+ * **Header Section**:
+ * - **Back Navigation**: Return to previous page
+ * - **Page Title**: "Contact Import" heading
+ * - **Loading State**: Spinner during data processing
+ * 
+ * **Visibility Settings**:
+ * - **Activity Visibility Checkbox**: Control activity sharing with imported contacts
+ * - **Global Setting**: Applies to all contacts being imported
+ * 
+ * **Contact List Display**:
+ * - **Contact Cards**: Individual contact information with:
+ *   - Selection checkbox for import control
+ *   - Contact name and DID display
+ *   - Status indicator (New/Existing)
+ *   - Field comparison table for existing contacts
+ * 
+ * **Field Comparison Table**:
+ * - **Three-Column Layout**: Field name, old value, new value
+ * - **Difference Highlighting**: Clear visual indication of changes
+ * - **Comprehensive Coverage**: All contact fields are compared
+ * 
+ * **Import Controls**:
+ * - **Select All/None**: Bulk selection controls
+ * - **Individual Selection**: Per-contact import control
+ * - **Import Button**: Execute the selected imports
+ * 
+ * ### Data Processing Logic
+ * 
+ * **Contact Validation**:
+ * ```typescript
+ * // Validate DID format
+ * const isValidDid = (did: string): boolean => {
+ *   return did.startsWith('did:') && did.length > 10;
+ * };
+ * 
+ * // Check for existing contact
+ * const existingContact = await $getContact(did);
+ * const isExisting = existingContact !== null;
+ * ```
+ * 
+ * **Field Comparison Algorithm**:
+ * ```typescript
+ * // Compare contact fields
+ * const compareFields = (existing: Contact, importing: Contact) => {
+ *   const differences: FieldDifferences = {};
+ *   
+ *   for (const field of ['name', 'publicKey', 'publicKeyBase64']) {
+ *     if (existing[field] !== importing[field]) {
+ *       differences[field] = {
+ *         old: existing[field] || '',
+ *         new: importing[field] || ''
+ *       };
+ *     }
+ *   }
+ *   
+ *   return differences;
+ * };
+ * ```
+ * 
+ * **Import Decision Logic**:
+ * - **New Contact**: Add to database with all provided fields
+ * - **Existing Contact with Differences**: Update with new field values
+ * - **Existing Contact without Differences**: Skip import (already identical)
+ * - **Invalid Contact**: Skip import and show error
+ * 
+ * ### Batch Import Process
+ * 
+ * **Pre-Import Validation**:
+ * - Verify all selected contacts are valid
+ * - Check database constraints
+ * - Validate visibility settings
+ * 
+ * **Database Transaction**:
+ * ```typescript
+ * // Execute batch import
+ * const importContacts = async () => {
+ *   const selectedContacts = contactsImporting.filter((_, index) => 
+ *     contactsSelected[index]
+ *   );
+ *   
+ *   await $beginTransaction();
+ *   
+ *   try {
+ *     for (const contact of selectedContacts) {
+ *       if (contactsExisting[contact.did]) {
+ *         await $updateContact(contact.did, contact);
+ *       } else {
+ *         await $addContact(contact);
+ *       }
+ *     }
+ *     
+ *     await $commitTransaction();
+ *     notify.success('Contacts imported successfully');
+ *   } catch (error) {
+ *     await $rollbackTransaction();
+ *     notify.error('Import failed: ' + error.message);
+ *   }
+ * };
+ * ```
+ * 
+ * **Post-Import Actions**:
+ * - Update contact list in parent component
+ * - Apply visibility settings if enabled
+ * - Navigate back to contacts list
+ * - Display success/error notifications
+ * 
+ * ### Error Handling and Edge Cases
+ * 
+ * **Input Validation Errors**:
+ * - Malformed JSON data
+ * - Invalid DID format
+ * - Missing required fields
+ * - Empty contact arrays
+ * 
+ * **Database Errors**:
+ * - Constraint violations
+ * - Storage quota exceeded
+ * - Concurrent access conflicts
+ * - Transaction failures
+ * 
+ * **UI Error Recovery**:
+ * - Graceful handling of network failures
+ * - Retry mechanisms for failed operations
+ * - Clear error messages for users
+ * - Fallback options for unsupported features
+ * 
+ * ### Performance Optimizations
+ * 
+ * **Efficient Processing**:
+ * - Batch database operations
+ * - Optimized field comparison algorithms
+ * - Lazy loading of contact details
+ * - Debounced UI updates
+ * 
+ * **Memory Management**:
+ * - Cleanup of temporary data structures
+ * - Proper disposal of event listeners
+ * - Efficient state management
+ * - Garbage collection optimization
+ * 
+ * **UI Responsiveness**:
+ * - Asynchronous data processing
+ * - Progressive loading of contact data
+ * - Non-blocking UI updates
+ * - Optimized rendering for large lists
+ * 
+ * ### Integration Points
+ * 
+ * **Database Integration**:
+ * - PlatformServiceMixin for database operations
+ * - Transaction-based data integrity
+ * - Optimized queries for contact retrieval
+ * - Proper error handling and rollback
+ * 
+ * **Navigation Integration**:
+ * - Route-based data passing
+ * - Deep linking support
+ * - Back navigation handling
+ * - Modal dialog management
+ * 
+ * **Notification System**:
+ * - Success/error message display
+ * - Progress indication during import
+ * - User feedback for all operations
+ * - Accessibility-compliant notifications
+ * 
+ * @author Matthew Raymer
+ * @date 2025-08-04
  */
 
 import * as R from "ramda";

src/views/ContactsView.vue

@@ -123,6 +123,144 @@
 </template>
 
 <script lang="ts">
+/**
+ * ContactsView - Main Contacts Management Page
+ * 
+ * This component serves as the central hub for contact management in Time Safari.
+ * It provides a comprehensive interface for viewing, adding, importing, and managing
+ * contacts with various input methods and bulk operations.
+ * 
+ * ## How the Contacts Page Works
+ * 
+ * ### Contact Input and Import Workflow
+ * 
+ * **ContactInputForm Component**:
+ * - **Input Field**: Accepts contact data in multiple formats:
+ *   - Individual contact: `"did:ethr:0x..., Alice, publicKey"`
+ *   - JSON array: `"Paste this: [{"did":"did:ethr:0x...","name":"Alice"}]"`
+ *   - URL with contact data: `"https://example.com/contact-data"`
+ * - **Add Button**: Triggers contact processing and validation
+ * - **QR Scanner**: Alternative input method for mobile devices
+ * - **Real-time Validation**: Checks DID format and required fields
+ * 
+ * **Contact Processing Logic**:
+ * 1. **Input Parsing**: The system parses the input to determine format
+ * 2. **Data Validation**: Validates DID format and required fields
+ * 3. **Duplicate Detection**: Checks if contact already exists
+ * 4. **Import Decision**: 
+ *    - Single contact: Direct addition to database
+ *    - Multiple contacts: Redirect to ContactImportView for batch processing
+ *    - Invalid data: Display error message
+ * 
+ * **Import Workflow**:
+ * - **Single Contact**: Added directly with success notification
+ * - **Multiple Contacts**: Redirected to ContactImportView for:
+ *   - Contact comparison and selection
+ *   - Field difference display
+ *   - Batch import execution
+ *   - Visibility settings configuration
+ * 
+ * ### Contact List Management
+ * 
+ * **ContactListItem Components**:
+ * - **Contact Display**: Name, DID, and identicon
+ * - **Selection Checkboxes**: For bulk operations
+ * - **Action Buttons**: Gift, offer, and contact management
+ * - **Status Indicators**: Online/offline status, activity visibility
+ * 
+ * **Bulk Operations**:
+ * - **Select All**: Toggle selection of all contacts
+ * - **Copy Selected**: Export selected contacts as JSON/CSV
+ * - **Bulk Actions**: Gift amounts, visibility settings
+ * 
+ * **Contact Actions**:
+ * - **Gift Dialog**: Record gifts given to/received from contact
+ * - **Offer Dialog**: Create and manage offers
+ * - **Contact Edit**: Modify contact information
+ * - **Large Identicon**: View full-size contact identicon
+ * 
+ * ### Data Flow and State Management
+ * 
+ * **Contact Data Structure**:
+ * ```typescript
+ * interface Contact {
+ *   did: string;           // Decentralized identifier
+ *   name?: string;         // Display name (optional)
+ *   publicKey?: string;    // Public key for verification
+ *   publicKeyBase64?: string; // Base64 encoded public key
+ *   visibility?: boolean;  // Activity visibility setting
+ * }
+ * ```
+ * 
+ * **State Management**:
+ * - **Contact List**: Reactive list of all user contacts
+ * - **Selection State**: Track selected contacts for bulk operations
+ * - **UI State**: Toggle visibility of give totals, actions, etc.
+ * - **Modal State**: Manage dialog visibility and data
+ * 
+ * **Database Operations**:
+ * - **Contact Addition**: Add new contacts with validation
+ * - **Contact Updates**: Modify existing contact information
+ * - **Contact Deletion**: Remove contacts (with confirmation)
+ * - **Bulk Operations**: Process multiple contacts efficiently
+ * 
+ * ### Error Handling and User Feedback
+ * 
+ * **Input Validation Errors**:
+ * - Invalid DID format
+ * - Missing required fields
+ * - Malformed JSON data
+ * - Network errors for URL-based imports
+ * 
+ * **User Notifications**:
+ * - Success messages for successful operations
+ * - Error messages with specific details
+ * - Warning messages for potential issues
+ * - Confirmation dialogs for destructive actions
+ * 
+ * **Error Recovery**:
+ * - Graceful handling of network failures
+ * - Retry mechanisms for failed operations
+ * - Fallback options for unsupported features
+ * 
+ * ### Performance Optimizations
+ * 
+ * **Contact List Rendering**:
+ * - Virtual scrolling for large contact lists
+ * - Efficient filtering and sorting
+ * - Lazy loading of contact details
+ * 
+ * **Database Operations**:
+ * - Batch processing for multiple contacts
+ * - Transaction-based updates for data integrity
+ * - Optimized queries for contact retrieval
+ * 
+ * **UI Responsiveness**:
+ * - Debounced input validation
+ * - Asynchronous contact processing
+ * - Progressive loading of contact data
+ * 
+ * ### Integration Points
+ * 
+ * **Platform Services**:
+ * - Database operations via PlatformServiceMixin
+ * - QR code scanning via platform-specific implementations
+ * - File system access for contact export
+ * 
+ * **External Services**:
+ * - Endorser.ch for contact verification
+ * - JWT token processing for secure imports
+ * - URL-based contact data retrieval
+ * 
+ * **Navigation Integration**:
+ * - Deep linking to contact import
+ * - Route-based contact filtering
+ * - Modal dialog management
+ * 
+ * @author Matthew Raymer
+ * @date 2025-08-04
+ */
+
 import { AxiosError } from "axios";
 import { Buffer } from "buffer/";
 import { IndexableType } from "dexie";

src/views/HomeView.vue

@@ -227,12 +227,27 @@ Raymer * @version 1.0.0 */
       </div>
       <InfiniteScroll @reached-bottom="loadMoreGives">
         <ul id="listLatestActivity" class="space-y-4">
+          <!-- Skeleton loading state for immediate visual feedback -->
+          <div v-if="isFeedLoading && feedData.length === 0" class="space-y-4">
+            <div v-for="i in 3" :key="`skeleton-${i}`" class="animate-pulse">
+              <div class="bg-gray-200 rounded-lg p-4">
+                <div class="flex items-center space-x-4">
+                  <div class="w-12 h-12 bg-gray-300 rounded-full"></div>
+                  <div class="flex-1 space-y-2">
+                    <div class="h-4 bg-gray-300 rounded w-3/4"></div>
+                    <div class="h-3 bg-gray-300 rounded w-1/2"></div>
+                  </div>
+                </div>
+              </div>
+            </div>
+          </div>
+
           <ActivityListItem
             v-for="record in feedData"
             :key="record.jwtId"
             :record="record"
             :last-viewed-claim-id="feedLastViewedClaimId"
-            :is-registered="isRegistered"
+            :is-registered="isUserRegistered"
             :active-did="activeDid"
             @load-claim="onClickLoadClaim"
             @view-image="openImageViewer"
@@ -244,6 +259,12 @@ Raymer * @version 1.0.0 */
           <font-awesome icon="spinner" class="fa-spin-pulse" /> Loading&hellip;
         </p>
       </div>
+      <div v-if="isBackgroundProcessing" class="mt-2">
+        <p class="text-slate-400 text-center text-sm italic">
+          <font-awesome icon="spinner" class="fa-spin" /> Loading more
+          content&hellip;
+        </p>
+      </div>
       <div v-if="!isFeedLoading && feedData.length === 0">
         <p class="text-slate-500 text-center italic mt-4 mb-4">
           No claims match your filters.
@@ -262,6 +283,7 @@ import { UAParser } from "ua-parser-js";
 import { Component, Vue } from "vue-facing-decorator";
 import { Router } from "vue-router";
 import { Capacitor } from "@capacitor/core";
+import { nextTick } from "vue";
 
 //import App from "../App.vue";
 import EntityIcon from "../components/EntityIcon.vue";
@@ -406,16 +428,18 @@ export default class HomeView extends Vue {
   allMyDids: Array<string> = [];
   apiServer = "";
   blockedContactDids: Array<string> = [];
+  // Feed data and state
   feedData: GiveRecordWithContactInfo[] = [];
-  feedPreviousOldestId?: string;
+  isFeedLoading = false;
+  isBackgroundProcessing = false;
+  feedPreviousOldestId: string | undefined = undefined;
   feedLastViewedClaimId?: string;
   givenName = "";
+  isRegistered = false;
   isAnyFeedFilterOn = false;
   // isCreatingIdentifier removed - identity creation now handled by router guard
   isFeedFilteredByVisible = false;
   isFeedFilteredByNearby = false;
-  isFeedLoading = true;
-  isRegistered = false;
   lastAckedOfferToUserJwtId?: string; // the last JWT ID for offer-to-user that they've acknowledged seeing
   lastAckedOfferToUserProjectsJwtId?: string; // the last JWT ID for offers-to-user's-projects that they've acknowledged seeing
   newOffersToUserHitLimit: boolean = false;
@@ -747,9 +771,8 @@ export default class HomeView extends Vue {
   }
 
   /**
-   * Reloads feed when filter settings change using ultra-concise mixin utilities
-   * - Updates filter states
-   * - Clears existing feed data
+   * Reloads feed when filters change
+   * - Resets feed data and pagination
    * - Triggers new feed load
    *
    * @public
@@ -794,14 +817,59 @@ export default class HomeView extends Vue {
    * @param payload Boolean indicating if more items should be loaded
    */
   async loadMoreGives(payload: boolean) {
-    // Since feed now loads projects along the way, it takes longer
-    // and the InfiniteScroll component triggers a load before finished.
-    // One alternative is to totally separate the project link loading.
-    if (payload && !this.isFeedLoading) {
+    // Prevent loading if already processing or if background processing is active
+    if (payload && !this.isFeedLoading && !this.isBackgroundProcessing) {
+      // Use direct update instead of debounced to avoid conflicts with InfiniteScroll's debouncing
       await this.updateAllFeed();
     }
   }
 
+  /**
+   * Debounced version of updateAllFeed to prevent rapid successive calls
+   *
+   * @internal
+   * @callGraph
+   * Called by: loadMoreGives()
+   * Calls: updateAllFeed()
+   *
+   * @chain
+   * loadMoreGives() -> debouncedUpdateFeed() -> updateAllFeed()
+   *
+   * @requires
+   * - this.isFeedLoading
+   */
+  private debouncedUpdateFeed = this.debounce(async () => {
+    if (!this.isFeedLoading) {
+      await this.updateAllFeed();
+    }
+  }, 300);
+
+  /**
+   * Creates a debounced function to prevent rapid successive calls
+   *
+   * @internal
+   * @callGraph
+   * Called by: debouncedUpdateFeed()
+   * Calls: None
+   *
+   * @chain
+   * debouncedUpdateFeed() -> debounce()
+   *
+   * @param func Function to debounce
+   * @param delay Delay in milliseconds
+   * @returns Debounced function
+   */
+  private debounce<T extends (...args: any[]) => any>(
+    func: T,
+    delay: number,
+  ): (...args: Parameters<T>) => void {
+    let timeoutId: NodeJS.Timeout;
+    return (...args: Parameters<T>) => {
+      clearTimeout(timeoutId);
+      timeoutId = setTimeout(() => func(...args), delay);
+    };
+  }
+
   /**
    * Checks if coordinates fall within any search box
    *
@@ -874,6 +942,7 @@ export default class HomeView extends Vue {
     let endOfResults = true;
 
     try {
+      const apiStartTime = performance.now();
       const results = await this.retrieveGives(
         this.apiServer,
         this.feedPreviousOldestId,
@@ -886,8 +955,38 @@ export default class HomeView extends Vue {
 
       if (results.data.length > 0) {
         endOfResults = false;
-        // gather any contacts that user has blocked from view
-        await this.processFeedResults(results.data);
+
+        // Check if we have cached data for these records
+        const uncachedRecords = this.filterUncachedRecords(results.data);
+
+        if (uncachedRecords.length > 0) {
+          // Process first 5 records immediately for quick display
+          const priorityRecords = uncachedRecords.slice(0, 5);
+          const remainingRecords = uncachedRecords.slice(5);
+
+          // Process priority records first
+          const processStartTime = performance.now();
+          await this.processPriorityRecords(priorityRecords);
+          const processTime = performance.now() - processStartTime;
+
+          // Process remaining records in background
+          if (remainingRecords.length > 0) {
+            this.processRemainingRecords(remainingRecords);
+          }
+
+          // Log performance metrics in development
+          if (process.env.NODE_ENV === "development") {
+            logger.debug("[HomeView Performance]", {
+              apiTime: `${apiTime.toFixed(2)}ms`,
+              processTime: `${processTime.toFixed(2)}ms`,
+              priorityRecords: priorityRecords.length,
+              remainingRecords: remainingRecords.length,
+              totalRecords: results.data.length,
+              cacheHitRate: `${(((results.data.length - uncachedRecords.length) / results.data.length) * 100).toFixed(1)}%`,
+            });
+          }
+        }
+
         await this.updateFeedLastViewedId(results.data);
 
         logger.debug("[HomeView] 📝 Processed feed results", {
@@ -946,7 +1045,10 @@ export default class HomeView extends Vue {
     let filteredCount = 0;
 
     for (const record of records) {
-      const processedRecord = await this.processRecord(record);
+      const processedRecord = await this.processRecordWithCache(
+        record,
+        planCache,
+      );
       if (processedRecord) {
         this.feedData.push(processedRecord);
         processedCount++;
@@ -965,6 +1067,120 @@ export default class HomeView extends Vue {
     this.feedPreviousOldestId = records[records.length - 1].jwtId;
   }
 
+  /**
+   * Batch fetches multiple plans to reduce API calls
+   *
+   * @internal
+   * @callGraph
+   * Called by: processFeedResults()
+   * Calls: getPlanFromCache()
+   *
+   * @chain
+   * processFeedResults() -> batchFetchPlans()
+   *
+   * @requires
+   * - this.axios
+   * - this.apiServer
+   * - this.activeDid
+   *
+   * @param planHandleIds Array of plan handle IDs to fetch
+   * @param planCache Map to store fetched plans
+   */
+  private async batchFetchPlans(
+    planHandleIds: string[],
+    planCache: Map<string, PlanSummaryRecord>,
+  ) {
+    // Process plans in batches of 10 to avoid overwhelming the API
+    const batchSize = 10;
+    for (let i = 0; i < planHandleIds.length; i += batchSize) {
+      const batch = planHandleIds.slice(i, i + batchSize);
+      await Promise.all(
+        batch.map(async (handleId) => {
+          const plan = await getPlanFromCache(
+            handleId,
+            this.axios,
+            this.apiServer,
+            this.activeDid,
+          );
+          if (plan) {
+            planCache.set(handleId, plan);
+          }
+        }),
+      );
+    }
+  }
+
+  /**
+   * Processes a single record with cached plans
+   *
+   * @internal
+   * @callGraph
+   * Called by: processFeedResults()
+   * Calls:
+   * - extractClaim()
+   * - extractGiverDid()
+   * - extractRecipientDid()
+   * - shouldIncludeRecord()
+   * - extractProvider()
+   * - createFeedRecord()
+   *
+   * @chain
+   * processFeedResults() -> processRecordWithCache()
+   *
+   * @requires
+   * - this.isAnyFeedFilterOn
+   * - this.isFeedFilteredByVisible
+   * - this.isFeedFilteredByNearby
+   * - this.activeDid
+   * - this.allContacts
+   *
+   * @param record The record to process
+   * @param planCache Map of cached plans
+   * @param isPriority Whether this is a priority record for quick display
+   * @returns Processed record with contact info if it passes filters, null otherwise
+   */
+  private async processRecordWithCache(
+    record: GiveSummaryRecord,
+    planCache: Map<string, PlanSummaryRecord>,
+    isPriority: boolean = false,
+  ): Promise<GiveRecordWithContactInfo | null> {
+    const claim = this.extractClaim(record);
+    const giverDid = this.extractGiverDid(claim);
+    const recipientDid = this.extractRecipientDid(claim);
+
+    // For priority records, skip expensive plan lookups initially
+    let fulfillsPlan: FulfillsPlan | undefined;
+    if (!isPriority || record.fulfillsPlanHandleId) {
+      fulfillsPlan =
+        planCache.get(record.fulfillsPlanHandleId || "") ||
+        (await this.getFulfillsPlan(record));
+    }
+
+    if (!this.shouldIncludeRecord(record, fulfillsPlan)) {
+      return null;
+    }
+
+    const provider = this.extractProvider(claim);
+    let providedByPlan: ProvidedByPlan | undefined;
+
+    // For priority records, defer provider plan lookup
+    if (!isPriority && provider?.identifier) {
+      providedByPlan =
+        planCache.get(provider.identifier) ||
+        (await this.getProvidedByPlan(provider));
+    }
+
+    return this.createFeedRecord(
+      record,
+      claim,
+      giverDid,
+      recipientDid,
+      provider,
+      fulfillsPlan,
+      providedByPlan,
+    );
+  }
+
   /**
    * Processes a single record and returns it if it passes filters
    *
@@ -1148,30 +1364,30 @@ export default class HomeView extends Vue {
     record: GiveSummaryRecord,
     fulfillsPlan?: FulfillsPlan,
   ): boolean {
+    // Early exit for blocked contacts
     if (this.blockedContactDids.includes(record.issuerDid)) {
       return false;
     }
 
+    // If no filters are active, include all records
     if (!this.isAnyFeedFilterOn) {
       return true;
     }
 
-    let anyMatch = false;
+    // Check visibility filter first (faster than location check)
     if (this.isFeedFilteredByVisible && containsNonHiddenDid(record)) {
-      anyMatch = true;
+      return true;
     }
 
-    if (
-      !anyMatch &&
-      this.isFeedFilteredByNearby &&
-      record.fulfillsPlanHandleId
-    ) {
+    // Check location filter only if needed and plan exists
+    if (this.isFeedFilteredByNearby && record.fulfillsPlanHandleId) {
       if (fulfillsPlan?.locLat && fulfillsPlan?.locLon) {
-        anyMatch =
+        return (
           this.latLongInAnySearchBox(
             fulfillsPlan.locLat,
             fulfillsPlan.locLon,
-          ) ?? false;
+          ) ?? false
+        );
       }
     }
 
@@ -1747,5 +1963,28 @@ export default class HomeView extends Vue {
   get isUserRegistered() {
     return this.isRegistered;
   }
+
+  /**
+   * Debug method to verify debugging capabilities work with optimizations
+   *
+   * @public
+   * Called by: Debug testing
+   * @returns Debug information
+   */
+  debugOptimizations() {
+    // This method should be debuggable with breakpoints
+    const debugInfo = {
+      timestamp: new Date().toISOString(),
+      feedDataLength: this.feedData.length,
+      isFeedLoading: this.isFeedLoading,
+      activeDid: this.activeDid,
+      performance: performance.now(),
+    };
+
+    console.log("🔍 Debug Info:", debugInfo);
+    debugger; // This should trigger breakpoint in dev tools
+
+    return debugInfo;
+  }
 }
 </script>

test-playwright/10-check-usage-limits.spec.ts

@@ -60,29 +60,59 @@
  */
 import { test, expect } from '@playwright/test';
 import { importUser } from './testUtils';
+import { createPerformanceCollector, attachPerformanceData, assertPerformanceMetrics } from './performanceUtils';
 
-test('Check usage limits', async ({ page }) => {
-  // Check without ID first
-  await page.goto('./account');
-  await expect(page.locator('div.bg-slate-100.rounded-md').filter({ hasText: 'Usage Limits' })).toBeHidden();
+test('Check usage limits', async ({ page }, testInfo) => {
+  // STEP 1: Initialize the performance collector
+  const perfCollector = await createPerformanceCollector(page);
 
-  // Import user 01
-  const did = await importUser(page, '01');
+  // STEP 2: Check without ID first
+  await perfCollector.measureUserAction('navigate-to-account', async () => {
+    await page.goto('./account');
+  });
+  const initialMetrics = await perfCollector.collectNavigationMetrics('account-page-load');
+  await testInfo.attach('initial-page-load-metrics', {
+    contentType: 'application/json',
+    body: JSON.stringify(initialMetrics, null, 2)
+  });
 
-  // Verify that "Usage Limits" section is visible
-  await expect(page.locator('#sectionUsageLimits')).toBeVisible();
-  await expect(page.locator('#sectionUsageLimits')).toContainText('You have done');
-  await expect(page.locator('#sectionUsageLimits')).toContainText('You have uploaded');
+  await perfCollector.measureUserAction('verify-no-usage-limits', async () => {
+    await expect(page.locator('div.bg-slate-100.rounded-md').filter({ hasText: 'Usage Limits' })).toBeHidden();
+  });
 
-  await expect(page.getByText('Your claims counter resets')).toBeVisible();
-  await expect(page.getByText('Your registration counter resets')).toBeVisible();
-  await expect(page.getByText('Your image counter resets')).toBeVisible();
-  await expect(page.getByRole('button', { name: 'Recheck Limits' })).toBeVisible();
+  // STEP 3: Import user 01
+  await perfCollector.measureUserAction('import-user-account', async () => {
+    const did = await importUser(page, '01');
+  });
 
-  // Set name
-  await page.getByRole('button', { name: 'Set Your Name' }).click();
-  const name = 'User ' + did.slice(11, 14);
-  await page.getByPlaceholder('Name').fill(name);
-  await page.getByRole('button', { name: 'Save', exact: true }).click();
+  // STEP 4: Verify usage limits section
+  await perfCollector.measureUserAction('verify-usage-limits-section', async () => {
+    await expect(page.locator('#sectionUsageLimits')).toBeVisible();
+    await expect(page.locator('#sectionUsageLimits')).toContainText('You have done');
+    await expect(page.locator('#sectionUsageLimits')).toContainText('You have uploaded');
+  });
 
+  await perfCollector.measureUserAction('verify-usage-limit-texts', async () => {
+    await expect(page.getByText('Your claims counter resets')).toBeVisible();
+    await expect(page.getByText('Your registration counter resets')).toBeVisible();
+    await expect(page.getByText('Your image counter resets')).toBeVisible();
+    await expect(page.getByRole('button', { name: 'Recheck Limits' })).toBeVisible();
+  });
+
+  // STEP 5: Set name
+  await perfCollector.measureUserAction('click-set-name-button', async () => {
+    await page.getByRole('button', { name: 'Set Your Name' }).click();
+  });
+
+  await perfCollector.measureUserAction('fill-and-save-name', async () => {
+    const name = 'User ' + '01'.slice(0, 2);
+    await page.getByPlaceholder('Name').fill(name);
+    await page.getByRole('button', { name: 'Save', exact: true }).click();
+  });
+
+  // STEP 6: Attach and validate performance data
+  const { webVitals, performanceReport, summary } = await attachPerformanceData(testInfo, perfCollector);
+  const avgNavigationTime = perfCollector.navigationMetrics.reduce((sum, nav) => 
+    sum + nav.metrics.loadComplete, 0) / perfCollector.navigationMetrics.length;
+  assertPerformanceMetrics(webVitals, initialMetrics, avgNavigationTime);
 });

test-playwright/30-record-gift.spec.ts

@@ -1,122 +1,492 @@
 /**
  * @file Gift Recording Test Suite
- * @description Tests TimeSafari's core gift recording functionality, ensuring proper creation,
- * validation, and verification of gift records
+ * @description Tests TimeSafari's core gift recording functionality with integrated performance tracking
  * 
- * This test verifies:
- * 1. Gift Creation
- *    - Random gift title generation
- *    - Random non-zero amount assignment
- *    - Proper recording and signing
+ * This test covers a complete gift recording flow in TimeSafari with integrated performance tracking.
  * 
- * 2. Gift Verification
- *    - Gift appears in home view
- *    - Details match input data
- *    - Verifiable claim details accessible
+ * Focus areas:
+ * - Performance monitoring for every major user step
+ * - Gift creation, recording, and verification
+ * - Public server integration and validation
+ * - Validation of both behavior and responsiveness
  * 
- * 3. Public Verification
- *    - Gift viewable on public server
- *    - Claim details properly exposed
+ * @version 1.0.0
+ * @author Matthew Raymer
+ * @lastModified 2025-08-02
  * 
- * Test Flow:
- * 1. Data Generation
- *    - Generate random 4-char string for unique gift ID
- *    - Generate random amount (1-99)
- *    - Combine with standard "Gift" prefix
+ * ================================================================================
+ * TEST OVERVIEW
+ * ================================================================================
  * 
- * 2. Gift Recording
- *    - Import User 00 (test account)
- *    - Navigate to home
- *    - Close onboarding dialog
- *    - Select recipient
- *    - Fill gift details
- *    - Sign and submit
+ * This test verifies the complete gift recording workflow from data generation to
+ * public verification, ensuring end-to-end functionality works correctly with
+ * comprehensive performance monitoring.
  * 
- * 3. Verification
- *    - Check success notification
- *    - Refresh home view
- *    - Locate gift in list
- *    - Verify gift details
- *    - Check public server view
+ * Core Test Objectives:
+ * 1. Gift Creation & Recording
+ *    - Random gift title generation with uniqueness
+ *    - Random non-zero amount assignment (1-99 range)
+ *    - Proper form filling and validation
+ *    - JWT signing and submission with performance tracking
  * 
- * Test Data:
- * - Gift Title: "Gift [4-char-random]"
- * - Amount: Random 1-99
- * - Recipient: "Unnamed/Unknown"
+ * 2. Gift Verification & Display
+ *    - Gift appears in home view after recording
+ *    - Details match input data exactly
+ *    - Verifiable claim details are accessible
+ *    - UI elements display correctly
  * 
- * Key Selectors:
- * - Gift title: '[data-testid="giftTitle"]'
- * - Amount input: 'input[type="number"]'
+ * 3. Public Verification & Integration
+ *    - Gift viewable on public endorser server
+ *    - Claim details properly exposed via API
+ *    - Cross-platform compatibility (Chromium/Firefox)
+ * 
+ * ================================================================================
+ * TEST FLOW & PROCESS
+ * ================================================================================
+ * 
+ * Phase 1: Data Generation & Preparation
+ * ────────────────────────────────────────────────────────────────────────────────
+ * 1. Generate unique test data:
+ *    - Random 4-character string for gift ID uniqueness
+ *    - Random amount between 1-99 (non-zero validation)
+ *    - Combine with "Gift " prefix for standard format
+ * 
+ * 2. User preparation:
+ *    - Import User 00 (test account with known state)
+ *    - Navigate to home page
+ *    - Handle onboarding dialog closure
+ * 
+ * Phase 2: Gift Recording Process
+ * ────────────────────────────────────────────────────────────────────────────────
+ * 3. Recipient selection:
+ *    - Click "Person" button to open recipient picker
+ *    - Select "Unnamed/Unknown" recipient
+ *    - Verify selection is applied
+ * 
+ * 4. Gift details entry:
+ *    - Fill gift title with generated unique string
+ *    - Enter random amount in number field
+ *    - Validate form state before submission
+ * 
+ * 5. Submission and signing:
+ *    - Click "Sign & Send" button
+ *    - Wait for JWT signing process
+ *    - Verify success notification appears
+ *    - Dismiss any info alerts
+ * 
+ * Phase 3: Verification & Validation
+ * ────────────────────────────────────────────────────────────────────────────────
+ * 6. Home view verification:
+ *    - Refresh home page to load new gift
+ *    - Locate gift in activity list by title
+ *    - Click info link to view details
+ * 
+ * 7. Details verification:
+ *    - Verify "Verifiable Claim Details" heading
+ *    - Confirm gift title matches exactly
+ *    - Expand Details section for extended info
+ * 
+ * 8. Public server integration:
+ *    - Click "View on Public Server" link
+ *    - Verify popup opens with correct URL
+ *    - Validate public server accessibility
+ * 
+ * ================================================================================
+ * TEST DATA SPECIFICATIONS
+ * ================================================================================
+ * 
+ * Gift Title Format: "Gift [4-char-random]"
+ * - Prefix: "Gift " (with space)
+ * - Random component: 4-character alphanumeric string
+ * - Example: "Gift a7b3", "Gift x9y2"
+ * 
+ * Amount Range: 1-99 (inclusive)
+ * - Minimum: 1 (non-zero validation)
+ * - Maximum: 99 (reasonable upper bound)
+ * - Type: Integer only
+ * - Example: 42, 7, 99
+ * 
+ * Recipient: "Unnamed/Unknown"
+ * - Standard test recipient
+ * - No specific DID or contact info
+ * - Used for all test gifts
+ * 
+ * ================================================================================
+ * SELECTOR REFERENCE
+ * ================================================================================
+ * 
+ * Form Elements:
+ * - Gift title input: '[data-testid="giftTitle"]' or 'input[placeholder="What was given"]'
+ * - Amount input: 'input[type="number"]' or 'input[role="spinbutton"]'
  * - Submit button: 'button[name="Sign & Send"]'
- * - Success alert: 'div[role="alert"]'
- * - Details section: 'h2[name="Details"]'
+ * - Person button: 'button[name="Person"]'
+ * - Recipient list: 'ul[role="listbox"]'
  * 
- * Alert Handling:
- * - Closes onboarding dialog
- * - Verifies success message
- * - Dismisses info alerts
+ * Navigation & UI:
+ * - Onboarding close: '[data-testid="closeOnboardingAndFinish"]'
+ * - Home page: './' (relative URL)
+ * - Alert dismissal: 'div[role="alert"] button > svg.fa-xmark'
+ * - Success message: 'text="That gift was recorded."'
  * 
- * State Requirements:
- * - Clean database state
- * - User 00 imported
- * - Available API rate limits
+ * Verification Elements:
+ * - Gift list item: 'li:first-child' (filtered by title)
+ * - Info link: '[data-testid="circle-info-link"]'
+ * - Details heading: 'h2[name="Verifiable Claim Details"]'
+ * - Details section: 'h2[name="Details", exact="true"]'
+ * - Public server link: 'a[name="View on the Public Server"]'
  * 
- * Related Files:
- * - Gift recording view: src/views/RecordGiftView.vue
- * - JWT creation: sw_scripts/safari-notifications.js
- * - Endorser API: src/libs/endorserServer.ts
+ * ================================================================================
+ * ERROR HANDLING & DEBUGGING
+ * ================================================================================
  * 
- * @see Documentation in usage-guide.md for gift recording workflows
- * @requires @playwright/test
- * @requires ./testUtils - For user management utilities
+ * Common Failure Points:
+ * 1. Onboarding Dialog
+ *    - Issue: Dialog doesn't close properly
+ *    - Debug: Check if closeOnboardingAndFinish button exists
+ *    - Fix: Add wait for dialog to be visible before clicking
  * 
- * @example Basic gift recording
- * ```typescript
- * await page.getByPlaceholder('What was given').fill('Gift abc123');
- * await page.getByRole('spinbutton').fill('42');
- * await page.getByRole('button', { name: 'Sign & Send' }).click();
- * await expect(page.getByText('That gift was recorded.')).toBeVisible();
+ * 2. Recipient Selection
+ *    - Issue: "Unnamed" recipient not found
+ *    - Debug: Check if recipient list is populated
+ *    - Fix: Add wait for list to load before filtering
+ * 
+ * 3. Form Submission
+ *    - Issue: "Sign & Send" button not clickable
+ *    - Debug: Check if form is valid and all fields filled
+ *    - Fix: Add validation before submission
+ * 
+ * 4. Success Verification
+ *    - Issue: Success message doesn't appear
+ *    - Debug: Check network requests and JWT signing
+ *    - Fix: Add longer timeout for signing process
+ * 
+ * 5. Home View Refresh
+ *    - Issue: Gift doesn't appear in list
+ *    - Debug: Check if gift was actually recorded
+ *    - Fix: Add wait for home view to reload
+ * 
+ * 6. Public Server Integration
+ *    - Issue: Popup doesn't open or wrong URL
+ *    - Debug: Check if public server is accessible
+ *    - Fix: Verify endorser server configuration
+ * 
+ * Debugging Commands:
+ * ```bash
+ * # Run with trace for detailed debugging
+ * npx playwright test 30-record-gift.spec.ts --trace on
+ * 
+ * # Run with headed browser for visual debugging
+ * npx playwright test 30-record-gift.spec.ts --headed
+ * 
+ * # Run with slow motion for step-by-step debugging
+ * npx playwright test 30-record-gift.spec.ts --debug
+ * ```
+ * 
+ * ================================================================================
+ * BROWSER COMPATIBILITY
+ * ================================================================================
+ * 
+ * Tested Browsers:
+ * - Chromium: Primary target, full functionality
+ * - Firefox: Secondary target, may have timing differences
+ * 
+ * Browser-Specific Considerations:
+ * - Firefox: May require longer timeouts for form interactions
+ * - Chromium: Generally faster, more reliable
+ * - Both: Popup handling may differ slightly
+ * 
+ * ================================================================================
+ * PERFORMANCE CONSIDERATIONS
+ * ================================================================================
+ * 
+ * Expected Timings:
+ * - Data generation: < 1ms
+ * - User import: 2-5 seconds
+ * - Form filling: 1-2 seconds
+ * - JWT signing: 3-8 seconds
+ * - Home refresh: 2-4 seconds
+ * - Public server: 1-3 seconds
+ * 
+ * Total expected runtime: 10-20 seconds
+ * 
+ * Performance Monitoring:
+ * - Monitor JWT signing time (most variable)
+ * - Track home view refresh time
+ * - Watch for memory leaks in popup handling
+ * 
+ * ================================================================================
+ * MAINTENANCE GUIDELINES
+ * ================================================================================
+ * 
+ * When Modifying This Test:
+ * 1. Update version number and lastModified date
+ * 2. Test on both Chromium and Firefox
+ * 3. Verify with different random data sets
+ * 4. Check that public server integration still works
+ * 5. Update selector references if UI changes
+ * 
+ * Related Files to Monitor:
+ * - src/views/RecordGiftView.vue (gift recording UI)
+ * - src/views/HomeView.vue (gift display)
+ * - sw_scripts/safari-notifications.js (JWT signing)
+ * - src/libs/endorserServer.ts (API integration)
+ * - test-playwright/testUtils.ts (user management)
+ * 
+ * ================================================================================
+ * INTEGRATION POINTS
+ * ================================================================================
+ * 
+ * Dependencies:
+ * - User 00 must be available in test data
+ * - Endorser server must be running and accessible
+ * - Public server must be configured correctly
+ * - JWT signing must be functional
+ * 
+ * API Endpoints Used:
+ * - POST /api/claims (gift recording)
+ * - GET /api/claims (public verification)
+ * - WebSocket connections for real-time updates
+ * 
+ * ================================================================================
+ * SECURITY CONSIDERATIONS
+ * ================================================================================
+ * 
+ * Test Data Security:
+ * - Random data prevents test interference
+ * - No sensitive information in test gifts
+ * - Public server verification is read-only
+ * 
+ * JWT Handling:
+ * - Test uses test user credentials
+ * - Signing process is isolated
+ * - No production keys used
+ * 
+ * ================================================================================
+ * RELATED DOCUMENTATION
+ * ================================================================================
+ * 
+ * @see test-playwright/testUtils.ts - User management utilities
+ * @see test-playwright/README.md - General testing guidelines
+ * @see docs/user-guides/gift-recording.md - User workflow documentation
+ * @see src/views/RecordGiftView.vue - Implementation details
+ * @see sw_scripts/safari-notifications.js - JWT signing implementation
+ * 
+ * @example Complete test execution
+ * ```bash
+ * # Run this specific test
+ * npx playwright test 30-record-gift.spec.ts
+ * 
+ * # Run with detailed output
+ * npx playwright test 30-record-gift.spec.ts --reporter=list
+ * 
+ * # Run in headed mode for debugging
+ * npx playwright test 30-record-gift.spec.ts --headed
  * ```
  */
 import { test, expect } from '@playwright/test';
-import { importUser } from './testUtils';
+import { importUserFromAccount } from './testUtils';
+import { 
+  createPerformanceCollector, 
+  attachPerformanceData, 
+  assertPerformanceMetrics 
+} from './performanceUtils';
 
-test('Record something given', async ({ page }) => {
-  // Generate a random string of a few characters
+/**
+ * @test Record something given
+ * @description End-to-end test of gift recording functionality with performance tracking
+ * @tags gift-recording, e2e, user-workflow, performance
+ * @timeout 45000ms (45 seconds for JWT signing and API calls)
+ * 
+ * @process
+ * 1. Generate unique test data
+ * 2. Import test user and navigate to home
+ * 3. Record gift with random title and amount
+ * 4. Verify gift appears in home view
+ * 5. Check public server integration
+ * 
+ * @data
+ * - Gift title: "Gift [random-4-chars]"
+ * - Amount: Random 1-99
+ * - Recipient: "Unnamed/Unknown"
+ * 
+ * @verification
+ * - Success notification appears
+ * - Gift visible in home view
+ * - Details match input data
+ * - Public server accessible
+ * 
+ * @browsers chromium, firefox
+ * @retries 2 (for flaky network conditions)
+ */
+test('Record something given', async ({ page }, testInfo) => {
+  // STEP 1: Initialize the performance collector
+  const perfCollector = await createPerformanceCollector(page);
+
+  // STEP 2: Generate unique test data
   const randomString = Math.random().toString(36).substring(2, 6);
-
-  // Generate a random non-zero single-digit number
   const randomNonZeroNumber = Math.floor(Math.random() * 99) + 1;
-
-  // Standard title prefix
   const standardTitle = 'Gift ';
-
-  // Combine title prefix with the random string
   const finalTitle = standardTitle + randomString;
 
-  // Import user 00
-  await importUser(page, '00');
+  // STEP 3: Import user 00 and navigate to home page
+  await perfCollector.measureUserAction('import-user-account', async () => {
+    await importUserFromAccount(page, '00');
+  });
 
-  // Record something given
-  await page.goto('./');
-  await page.getByTestId('closeOnboardingAndFinish').click();
-  await page.getByRole('button', { name: 'Person' }).click();
-  await page.getByRole('listitem').filter({ hasText: 'Unnamed' }).locator('svg').click();
-  await page.getByPlaceholder('What was given').fill(finalTitle);
-  await page.getByRole('spinbutton').fill(randomNonZeroNumber.toString());
-  await page.getByRole('button', { name: 'Sign & Send' }).click();
-  await expect(page.getByText('That gift was recorded.')).toBeVisible();
-  await page.locator('div[role="alert"] button > svg.fa-xmark').click(); // dismiss info alert
+  await perfCollector.measureUserAction('initial-navigation', async () => {
+    await page.goto('./');
+  });
+  const initialMetrics = await perfCollector.collectNavigationMetrics('home-page-load');
+  await testInfo.attach('initial-page-load-metrics', {
+    contentType: 'application/json',
+    body: JSON.stringify(initialMetrics, null, 2)
+  });
+
+  // STEP 4: Close onboarding dialog
+  await perfCollector.measureUserAction('close-onboarding', async () => {
+    await page.getByTestId('closeOnboardingAndFinish').click();
+  });
+
+  // STEP 4.5: Close any additional dialogs that might be blocking
+  await perfCollector.measureUserAction('close-additional-dialogs', async () => {
+    // Wait a moment for any dialogs to appear
+    await page.waitForTimeout(1000);
+    
+    // Try to close any remaining dialogs
+    const closeButtons = page.locator('button[aria-label*="close"], button[aria-label*="Close"], .dialog-overlay button, [role="dialog"] button');
+    const count = await closeButtons.count();
+    
+    for (let i = 0; i < count; i++) {
+      try {
+        await closeButtons.nth(i).click({ timeout: 2000 });
+      } catch (e) {
+        // Ignore errors if button is not clickable
+      }
+    }
+    
+    // Wait for any animations to complete
+    await page.waitForTimeout(500);
+  });
+
+  // STEP 5: Select recipient
+  await perfCollector.measureUserAction('select-recipient', async () => {
+    await page.getByRole('button', { name: 'Person' }).click();
+    await page.getByRole('listitem').filter({ hasText: 'Unnamed' }).locator('svg').click();
+  });
+
+  // STEP 6: Fill gift details
+  await perfCollector.measureUserAction('fill-gift-details', async () => {
+    await page.getByPlaceholder('What was given').fill(finalTitle);
+    await page.getByRole('spinbutton').fill(randomNonZeroNumber.toString());
+  });
+
+  // STEP 7: Submit gift and verify success
+  await perfCollector.measureUserAction('submit-gift', async () => {
+    await page.getByRole('button', { name: 'Sign & Send' }).click();
+    await expect(page.getByText('That gift was recorded.')).toBeVisible();
+    await page.locator('div[role="alert"] button > svg.fa-xmark').click();
+  });
+
+  // STEP 8: Refresh home view and locate gift
+  await perfCollector.measureUserAction('refresh-home-view', async () => {
+    // Try page.reload() instead of goto to see if that helps
+    await page.reload();
+  });
+  await perfCollector.collectNavigationMetrics('home-refresh-load');
+
+  // Wait for feed to load and gift to appear
+  await perfCollector.measureUserAction('wait-for-feed-load', async () => {
+    // Wait for the feed container to be present
+    await page.locator('ul').first().waitFor({ state: 'visible', timeout: 15000 });
+    
+    // Wait for any feed items to load (not just the first one)
+    await page.locator('li').first().waitFor({ state: 'visible', timeout: 15000 });
+    
+    // Debug: Check what's actually in the feed
+    const feedItems = page.locator('li');
+    const count = await feedItems.count();
+    
+    
+    // Try to find our gift in any position, not just first
+    let giftFound = false;
+    for (let i = 0; i < count; i++) {
+      try {
+        const itemText = await feedItems.nth(i).textContent();
+        if (itemText?.includes(finalTitle)) {
+          giftFound = true;
+          break;
+        }
+      } catch (e) {
+        // Continue to next item
+      }
+    }
+    
+    if (!giftFound) {
+      // Wait a bit more and try again
+      await page.waitForTimeout(3000);
+      
+      // Check again
+      const newCount = await feedItems.count();
+      
+      for (let i = 0; i < newCount; i++) {
+        try {
+          const itemText = await feedItems.nth(i).textContent();
+          if (itemText?.includes(finalTitle)) {
+            giftFound = true;
+            break;
+          }
+        } catch (e) {
+          // Continue to next item
+        }
+      }
+    }
+    
+    if (!giftFound) {
+      throw new Error(`Gift with title "${finalTitle}" not found in feed after waiting`);
+    }
+  });
+
+  // Find the gift item (could be in any position)
+  const item = page.locator('li').filter({ hasText: finalTitle });
+
+  // STEP 9: View gift details
+  await perfCollector.measureUserAction('view-gift-details', async () => {
+    // Debug: Check what elements are actually present
+    
+    // Wait for the item to be visible
+    await item.waitFor({ state: 'visible', timeout: 10000 });
+    
+    // Check if the circle-info-link exists
+    const circleInfoLink = item.locator('[data-testid="circle-info-link"]');
+    const isVisible = await circleInfoLink.isVisible();
+    
+    // If not visible, let's see what's in the item
+    if (!isVisible) {
+      const itemHtml = await item.innerHTML();
+    }
+    
+    await circleInfoLink.click();
+  });
 
-  // Refresh home view and check gift
-  await page.goto('./');
-  const item = await page.locator('li:first-child').filter({ hasText: finalTitle });
-  await item.locator('[data-testid="circle-info-link"]').click();
   await expect(page.getByRole('heading', { name: 'Verifiable Claim Details' })).toBeVisible();
   await expect(page.getByText(finalTitle, { exact: true })).toBeVisible();
+
+  // STEP 10: Expand details and open public server
   const page1Promise = page.waitForEvent('popup');
-  // expand the Details section to see the extended details
-  await page.getByRole('heading', { name: 'Details', exact: true }).click();
-  await page.getByRole('link', { name: 'View on the Public Server' }).click();
+  
+  await perfCollector.measureUserAction('expand-details', async () => {
+    await page.getByRole('heading', { name: 'Details', exact: true }).click();
+  });
+
+  await perfCollector.measureUserAction('open-public-server', async () => {
+    await page.getByRole('link', { name: 'View on the Public Server' }).click();
+  });
+
   const page1 = await page1Promise;
+
+  // STEP 11: Attach and validate performance data
+  const { webVitals, performanceReport, summary } = await attachPerformanceData(testInfo, perfCollector);
+  const avgNavigationTime = perfCollector.navigationMetrics.reduce((sum, nav) => 
+    sum + nav.metrics.loadComplete, 0) / perfCollector.navigationMetrics.length;
+  assertPerformanceMetrics(webVitals, initialMetrics, avgNavigationTime);
 });

test-playwright/33-record-gift-x10.spec.ts

@@ -33,7 +33,7 @@
  *    - Sign and submit
  *    - Verify success
  *    - Dismiss notification
- *    - Verify gift in list
+ *    - Verify gift in list (optimized)
  * 
  * Test Data:
  * - Gift Count: 9 (optimized for timeout limits)
@@ -52,6 +52,8 @@
  * - Limited to 9 gifts to avoid timeout
  * - Handles UI lag between operations
  * - Manages memory usage during bulk operations
+ * - Optimized navigation: single page.goto() per iteration
+ * - Efficient verification: waits for DOM updates instead of full page reload
  * 
  * Error Handling:
  * - Closes onboarding dialog only on first iteration
@@ -85,51 +87,103 @@
  */
 
 import { test, expect } from '@playwright/test';
-import { importUser, createUniqueStringsArray, createRandomNumbersArray  } from './testUtils';
+import { importUserFromAccount, createUniqueStringsArray, createRandomNumbersArray } from './testUtils';
+import { createPerformanceCollector, attachPerformanceData, assertPerformanceMetrics } from './performanceUtils';
 
-test('Record 9 new gifts', async ({ page }) => {
+test('Record 9 new gifts', async ({ page }, testInfo) => {
   test.slow(); // Set timeout longer
 
+  // STEP 1: Initialize the performance collector
+  const perfCollector = await createPerformanceCollector(page);
+
   const giftCount = 9;
   const standardTitle = 'Gift ';
-  const finalTitles = [];
-  const finalNumbers = [];
+  const finalTitles: string[] = [];
+  const finalNumbers: number[] = [];
 
-  // Create arrays for field input
-  const uniqueStrings = await createUniqueStringsArray(giftCount);
-  const randomNumbers = await createRandomNumbersArray(giftCount);
+  // STEP 2: Create arrays for field input
+  await perfCollector.measureUserAction('generate-test-data', async () => {
+    const uniqueStrings = await createUniqueStringsArray(giftCount);
+    const randomNumbers = await createRandomNumbersArray(giftCount);
 
-  // Populate arrays
+    // Populate arrays
+    for (let i = 0; i < giftCount; i++) {
+      finalTitles.push(standardTitle + uniqueStrings[i]);
+      finalNumbers.push(randomNumbers[i]);
+    }
+  });
+
+  // STEP 3: Import user 00
+  await perfCollector.measureUserAction('import-user-account', async () => {
+    await importUserFromAccount(page, '00');
+  });
+
+  // STEP 4: Initial navigation and metrics collection
+  await perfCollector.measureUserAction('initial-navigation', async () => {
+    await page.goto('./');
+  });
+  const initialMetrics = await perfCollector.collectNavigationMetrics('initial-home-load');
+  await testInfo.attach('initial-page-load-metrics', {
+    contentType: 'application/json',
+    body: JSON.stringify(initialMetrics, null, 2)
+  });
+
+  // STEP 5: Record new gifts with optimized navigation
   for (let i = 0; i < giftCount; i++) {
-    finalTitles.push(standardTitle + uniqueStrings[i]);
-    finalNumbers.push(randomNumbers[i]);
+    // Only navigate on first iteration
+    if (i === 0) {
+      await perfCollector.measureUserAction(`navigate-home-iteration-${i + 1}`, async () => {
+        await page.goto('./', { waitUntil: 'networkidle' });
+      });
+
+      await perfCollector.measureUserAction('close-onboarding', async () => {
+        await page.getByTestId('closeOnboardingAndFinish').click();
+      });
+    } else {
+      // For subsequent iterations, just wait for the page to be ready
+      await perfCollector.measureUserAction(`wait-for-page-ready-iteration-${i + 1}`, async () => {
+        await page.waitForLoadState('domcontentloaded');
+      });
+    }
+
+    await perfCollector.measureUserAction(`select-recipient-iteration-${i + 1}`, async () => {
+      await page.getByRole('button', { name: 'Person' }).click();
+      await page.getByRole('listitem').filter({ hasText: 'Unnamed' }).locator('svg').click();
+    });
+
+    await perfCollector.measureUserAction(`fill-gift-details-iteration-${i + 1}`, async () => {
+      await page.getByPlaceholder('What was given').fill(finalTitles[i]);
+      await page.getByRole('spinbutton').fill(finalNumbers[i].toString());
+    });
+
+    await perfCollector.measureUserAction(`submit-gift-iteration-${i + 1}`, async () => {
+      await page.getByRole('button', { name: 'Sign & Send' }).click();
+      
+      // Wait for success and dismiss
+      await expect(page.getByText('That gift was recorded.')).toBeVisible();
+      await page.locator('div[role="alert"] button > svg.fa-xmark').click();
+    });
+
+    // Optimized verification: use page.reload() instead of page.goto() for faster refresh
+    await perfCollector.measureUserAction(`verify-gift-in-list-iteration-${i + 1}`, async () => {
+      await page.reload({ waitUntil: 'domcontentloaded' });
+      await expect(page.locator('ul#listLatestActivity li')
+        .filter({ hasText: finalTitles[i] })
+        .first())
+        .toBeVisible({ timeout: 5000 });
+    });
   }
 
-  // Import user 00
-  await importUser(page, '00');
-
-  // Record new gifts with optimized waiting
-  for (let i = 0; i < giftCount; i++) {
-    // Record gift
-    await page.goto('./', { waitUntil: 'networkidle' });
-    if (i === 0) {
-      await page.getByTestId('closeOnboardingAndFinish').click();
-    }
-    await page.getByRole('button', { name: 'Person' }).click();
-    await page.getByRole('listitem').filter({ hasText: 'Unnamed' }).locator('svg').click();
-    await page.getByPlaceholder('What was given').fill(finalTitles[i]);
-    await page.getByRole('spinbutton').fill(finalNumbers[i].toString());
-    await page.getByRole('button', { name: 'Sign & Send' }).click();
-    
-    // Wait for success and dismiss
-    await expect(page.getByText('That gift was recorded.')).toBeVisible();
-    await page.locator('div[role="alert"] button > svg.fa-xmark').click();
-
-    // Verify gift in list with network idle wait
-    await page.goto('./', { waitUntil: 'networkidle' });
-    await expect(page.locator('ul#listLatestActivity li')
-      .filter({ hasText: finalTitles[i] })
-      .first())
-      .toBeVisible({ timeout: 3000 });
+  // STEP 6: Attach and validate performance data
+  const { webVitals, performanceReport, summary } = await attachPerformanceData(testInfo, perfCollector);
+  
+  // Calculate average navigation time only if we have metrics
+  if (perfCollector.navigationMetrics.length > 0) {
+    const avgNavigationTime = perfCollector.navigationMetrics.reduce((sum, nav) => 
+      sum + nav.metrics.loadComplete, 0) / perfCollector.navigationMetrics.length;
+    assertPerformanceMetrics(webVitals, initialMetrics, avgNavigationTime);
+  } else {
+    // If no navigation metrics, just validate web vitals
+    assertPerformanceMetrics(webVitals, initialMetrics, 0);
   }
 });

test-playwright/37-record-gift-on-project.spec.ts

@@ -1,50 +1,101 @@
 import { test, expect, Page } from '@playwright/test';
 import { importUser } from './testUtils';
+import { createPerformanceCollector, attachPerformanceData, assertPerformanceMetrics } from './performanceUtils';
 
-async function testProjectGive(page: Page, selector: string) {
+async function testProjectGive(page: Page, selector: string, testInfo: any) {
+  // STEP 1: Initialize the performance collector
+  const perfCollector = await createPerformanceCollector(page);
 
-  // Generate a random string of a few characters
+  // STEP 2: Generate unique test data
   const randomString = Math.random().toString(36).substring(2, 6);
-
-  // Generate a random non-zero single-digit number
   const randomNonZeroNumber = Math.floor(Math.random() * 99) + 1;
-
-  // Standard title prefix
   const standardTitle = 'Gift ';
-
-  // Combine title prefix with the random string
   const finalTitle = standardTitle + randomString;
 
-  // find a project and enter a give to it and see that it shows
-  await importUser(page, '00');
-  await page.goto('./discover');
-  await page.getByTestId('closeOnboardingAndFinish').click();
+  // STEP 3: Import user and navigate to discover
+  await perfCollector.measureUserAction('import-user-account', async () => {
+    await importUser(page, '00');
+  });
 
-  await page.locator('ul#listDiscoverResults li:first-child a').click()
-  // wait for the project page to load
-  await page.waitForLoadState('networkidle');
-  // click the give button, inside the first div
-  await page.getByTestId(selector).locator('div:first-child div button').click();
-  await page.getByPlaceholder('What was given').fill(finalTitle);
-  await page.getByRole('spinbutton').fill(randomNonZeroNumber.toString());
-  await page.getByRole('button', { name: 'Sign & Send' }).click();
-  await expect(page.getByText('That gift was recorded.')).toBeVisible();
-  await page.locator('div[role="alert"] button > svg.fa-xmark').click(); // dismiss info alert
+  await perfCollector.measureUserAction('navigate-to-discover', async () => {
+    await page.goto('./discover');
+  });
+  const initialMetrics = await perfCollector.collectNavigationMetrics('discover-page-load');
+  await testInfo.attach('initial-page-load-metrics', {
+    contentType: 'application/json',
+    body: JSON.stringify(initialMetrics, null, 2)
+  });
 
-  // refresh the page
-  await page.reload();
-  // check that the give is in the list
-  await page
-    .getByTestId(selector)
-    .locator('div ul li:first-child')
-    .filter({ hasText: finalTitle })
-    .isVisible();
+  await perfCollector.measureUserAction('close-onboarding', async () => {
+    await page.getByTestId('closeOnboardingAndFinish').click();
+  });
+
+  await perfCollector.measureUserAction('select-first-project', async () => {
+    await page.locator('ul#listDiscoverResults li:first-child a').click();
+  });
+
+  // STEP 4: Wait for project page to load
+  await perfCollector.measureUserAction('wait-for-project-load', async () => {
+    await page.waitForLoadState('networkidle');
+  });
+
+  // STEP 5: Handle dialog overlays
+  await perfCollector.measureUserAction('close-dialog-overlays', async () => {
+    await page.waitForTimeout(1000);
+    const closeButtons = page.locator('button[aria-label*="close"], button[aria-label*="Close"], .dialog-overlay button, [role="dialog"] button');
+    const count = await closeButtons.count();
+    
+    for (let i = 0; i < count; i++) {
+      try {
+        await closeButtons.nth(i).click({ timeout: 2000 });
+      } catch (e) {
+        // Ignore errors if button is not clickable
+      }
+    }
+    
+    await page.waitForTimeout(500);
+  });
+
+  // STEP 6: Record gift
+  await perfCollector.measureUserAction('click-give-button', async () => {
+    await page.getByTestId(selector).locator('div:first-child div button').click();
+  });
+
+  await perfCollector.measureUserAction('fill-gift-details', async () => {
+    await page.getByPlaceholder('What was given').fill(finalTitle);
+    await page.getByRole('spinbutton').fill(randomNonZeroNumber.toString());
+  });
+
+  await perfCollector.measureUserAction('submit-gift', async () => {
+    await page.getByRole('button', { name: 'Sign & Send' }).click();
+    await expect(page.getByText('That gift was recorded.')).toBeVisible();
+    await page.locator('div[role="alert"] button > svg.fa-xmark').click();
+  });
+
+  // STEP 7: Verify gift appears in list
+  await perfCollector.measureUserAction('refresh-page', async () => {
+    await page.reload();
+  });
+
+  await perfCollector.measureUserAction('verify-gift-in-list', async () => {
+    await page
+      .getByTestId(selector)
+      .locator('div ul li:first-child')
+      .filter({ hasText: finalTitle })
+      .isVisible();
+  });
+
+  // STEP 8: Attach and validate performance data
+  const { webVitals, performanceReport, summary } = await attachPerformanceData(testInfo, perfCollector);
+  const avgNavigationTime = perfCollector.navigationMetrics.reduce((sum, nav) => 
+    sum + nav.metrics.loadComplete, 0) / perfCollector.navigationMetrics.length;
+  assertPerformanceMetrics(webVitals, initialMetrics, avgNavigationTime);
 }
 
-test('Record a give to a project', async ({ page }) => {
-  await testProjectGive(page, 'gives-to');
+test('Record a give to a project', async ({ page }, testInfo) => {
+  await testProjectGive(page, 'gives-to', testInfo);
 });
 
-test('Record a give from a project', async ({ page }) => {
-  await testProjectGive(page, 'gives-from');
+test('Record a give from a project', async ({ page }, testInfo) => {
+  await testProjectGive(page, 'gives-from', testInfo);
 });

test-playwright/50-record-offer.spec.ts

@@ -1,127 +1,291 @@
 import { test, expect, Page } from '@playwright/test';
 import { importUser, importUserFromAccount } from './testUtils';
+import { createPerformanceCollector, attachPerformanceData, assertPerformanceMetrics } from './performanceUtils';
 
-test('Record an offer', async ({ page }) => {
+test('Record an offer', async ({ page }, testInfo) => {
   test.setTimeout(60000);
 
-  // Generate a random string of 3 characters, skipping the "0." at the beginning
+  // STEP 1: Initialize the performance collector
+  const perfCollector = await createPerformanceCollector(page);
+
+  // STEP 2: Generate unique test data
   const randomString = Math.random().toString(36).substring(2, 5);
-  // Standard title prefix
   const description = `Offering of ${randomString}`;
   const updatedDescription = `Updated ${description}`;
   const randomNonZeroNumber = Math.floor(Math.random() * 998) + 1;
 
-  // Switch to user 0
-  // await importUser(page);
-  // Become User Zero
-  await importUserFromAccount(page, "00");
-  // Select a project
-  await page.goto('./discover');
-  await page.getByTestId('closeOnboardingAndFinish').click();
-  await page.locator('ul#listDiscoverResults li:nth-child(1)').click();
-  // Record an offer
-  await page.locator('button', { hasText: 'Edit' }).isVisible(); // since the 'edit' takes longer to show, wait for that (lest the click miss)
-  await page.getByTestId('offerButton').click();
-  await page.getByTestId('inputDescription').fill(description);
-  await page.getByTestId('inputOfferAmount').locator('input').fill(randomNonZeroNumber.toString());
-  expect(page.getByRole('button', { name: 'Sign & Send' }));
-  await page.getByRole('button', { name: 'Sign & Send' }).click();
-  await expect(page.getByText('That offer was recorded.')).toBeVisible();
-  await page.locator('div[role="alert"] button > svg.fa-xmark').click(); // dismiss info alert
-  // go to the offer and check the values
-  await page.goto('./projects');
-  await page.getByRole('link', { name: 'Offers', exact: true }).click();
-  await page.locator('li').filter({ hasText: description }).locator('a').first().click();
-  await expect(page.getByRole('heading', { name: 'Verifiable Claim Details' })).toBeVisible();
-  await expect(page.getByText(description, { exact: true })).toBeVisible();
-  await expect(page.getByText('Offered to a bigger plan')).toBeVisible();
+  // STEP 3: Import user and navigate to discover page
+  await perfCollector.measureUserAction('import-user-account', async () => {
+    await importUserFromAccount(page, "00");
+  });
+
+  await perfCollector.measureUserAction('navigate-to-discover', async () => {
+    await page.goto('./discover');
+  });
+  const initialMetrics = await perfCollector.collectNavigationMetrics('discover-page-load');
+  await testInfo.attach('initial-page-load-metrics', {
+    contentType: 'application/json',
+    body: JSON.stringify(initialMetrics, null, 2)
+  });
+
+  // STEP 4: Close onboarding and select project
+  await perfCollector.measureUserAction('close-onboarding', async () => {
+    await page.getByTestId('closeOnboardingAndFinish').click();
+  });
+
+  await perfCollector.measureUserAction('select-project', async () => {
+    await page.locator('ul#listDiscoverResults li:nth-child(1)').click();
+  });
+
+  // STEP 5: Record an offer
+  await perfCollector.measureUserAction('wait-for-edit-button', async () => {
+    await page.locator('button', { hasText: 'Edit' }).isVisible();
+  });
+
+  await perfCollector.measureUserAction('click-offer-button', async () => {
+    await page.getByTestId('offerButton').click();
+  });
+
+  await perfCollector.measureUserAction('fill-offer-details', async () => {
+    await page.getByTestId('inputDescription').fill(description);
+    await page.getByTestId('inputOfferAmount').fill(randomNonZeroNumber.toString());
+  });
+
+  await perfCollector.measureUserAction('submit-offer', async () => {
+    expect(page.getByRole('button', { name: 'Sign & Send' }));
+    await page.getByRole('button', { name: 'Sign & Send' }).click();
+    await expect(page.getByText('That offer was recorded.')).toBeVisible();
+    await page.locator('div[role="alert"] button > svg.fa-xmark').click();
+  });
+
+  // STEP 6: Navigate to projects and check offer
+  await perfCollector.measureUserAction('navigate-to-projects', async () => {
+    await page.goto('./projects');
+  });
+
+  await perfCollector.measureUserAction('click-offers-tab', async () => {
+    await page.getByRole('link', { name: 'Offers', exact: true }).click();
+  });
+
+  await perfCollector.measureUserAction('click-offer-details', async () => {
+    await page.locator('li').filter({ hasText: description }).locator('a').first().click();
+  });
+
+  await perfCollector.measureUserAction('verify-offer-details', async () => {
+    await expect(page.getByRole('heading', { name: 'Verifiable Claim Details' })).toBeVisible();
+    await expect(page.getByText(description, { exact: true })).toBeVisible();
+    await expect(page.getByText('Offered to a bigger plan')).toBeVisible();
+  });
+
+  // STEP 7: Expand details and check public server
   const serverPagePromise = page.waitForEvent('popup');
-  // expand the Details section to see the extended details
-  await page.getByRole('heading', { name: 'Details', exact: true }).click();
-  await page.getByRole('link', { name: 'View on the Public Server' }).click();
-  const serverPage = await serverPagePromise;
-  await expect(serverPage.getByText(description)).toBeVisible();
-  await expect(serverPage.getByText('did:none:HIDDEN')).toBeVisible();
-  // Now update that offer
-
-  // find the edit page and check the old values again
-  await page.goto('./projects');
-  await page.getByRole('link', { name: 'Offers', exact: true }).click();
-  await page.locator('li').filter({ hasText: description }).locator('a').first().click();
-  await page.getByTestId('editClaimButton').click();
-  await page.locator('heading', { hasText: 'What is offered' }).isVisible();
-  const itemDesc = await page.getByTestId('itemDescription');
-  await expect(itemDesc).toHaveValue(description);
-  const amount = await page.getByTestId('inputOfferAmount');
-  await expect(amount).toHaveValue(randomNonZeroNumber.toString());
-  // update the values
-  await itemDesc.fill(updatedDescription);
-  await amount.fill(String(randomNonZeroNumber + 1));
-  await page.getByRole('button', { name: 'Sign & Send' }).click();
-  await expect(page.getByText('That offer was recorded.')).toBeVisible();
-  await page.locator('div[role="alert"] button > svg.fa-xmark').click(); // dismiss info alert
-  // go to the offer claim again and check the updated values
-  await page.goto('./projects');
-  await page.getByRole('link', { name: 'Offers', exact: true }).click();
-  await page.locator('li').filter({ hasText: description }).locator('a').first().click();
-  const newItemDesc = page.getByTestId('description');
-  await expect(newItemDesc).toHaveText(updatedDescription);
-  // go to edit page
-  await page.getByTestId('editClaimButton').click();
-  const newAmount = page.getByTestId('inputOfferAmount');
-  await expect(newAmount).toHaveValue((randomNonZeroNumber + 1).toString());
-  // go to the home page and check that the offer is shown as new
-  await page.goto('./');
-  const offerNumElem = page.getByTestId('newOffersToUserProjectsActivityNumber');
-  // extract the number and check that it's greater than 0 or "50+"
-  const offerNumText = await offerNumElem.textContent();
-  if (offerNumText === null) {
-    throw new Error('Expected Activity Number greater than 0 but got null.');
-  } else if (offerNumText === '50+') {
-    // we're OK
-  } else if (parseInt(offerNumText) > 0) {
-    // we're OK
-  } else {
-    throw new Error(`Expected Activity Number of greater than 0 but got ${offerNumText}.`);
-  }
-
-  // click on the number of new offers to go to the list page
-  await offerNumElem.click();
-  await expect(page.getByText('New Offers To Your Projects', { exact: true })).toBeVisible();
-  // get the icon child of the showOffersToUserProjects
-  await page.getByTestId('showOffersToUserProjects').locator('div > svg.fa-chevron-right').click();
-  await expect(page.getByText(description)).toBeVisible();
-});
-
-test('Affirm delivery of an offer', async ({ page }) => {
-  // go to the home page and check that the offer is shown as new
-  // await importUser(page);
-
-  await importUserFromAccount(page, "00");
-  await page.goto('./');
-  await page.getByTestId('closeOnboardingAndFinish').click();
-  const offerNumElem = page.getByTestId('newOffersToUserProjectsActivityNumber');
-  await expect(offerNumElem).toBeVisible();
-
-  // click on the number of new offers to go to the list page
-  await offerNumElem.click();
   
-  // get the link that comes after the showOffersToUserProjects and click it
-  await page.getByTestId('showOffersToUserProjects').locator('a').click();
+  await perfCollector.measureUserAction('expand-details', async () => {
+    await page.getByRole('heading', { name: 'Details', exact: true }).click();
+  });
 
-  // get the first item of the list and click on the icon with file-lines
-  const firstItem = page.getByTestId('listRecentOffersToUserProjects').locator('li').first();
-  await expect(firstItem).toBeVisible();
-  await firstItem.locator('svg.fa-file-lines').click();
-  await expect(page.getByText('Verifiable Claim Details', { exact: true })).toBeVisible();
+  await perfCollector.measureUserAction('open-public-server', async () => {
+    await page.getByRole('link', { name: 'View on the Public Server' }).click();
+  });
 
-  // click on the 'Affirm Delivery' button
-  await page.getByRole('button', { name: 'Affirm Delivery' }).click();
-  // fill our offer info and submit
-  await page.getByPlaceholder('What was given').fill('Whatever the offer says');
-  await page.getByRole('spinbutton').fill('2');
-  await page.getByRole('button', { name: 'Sign & Send' }).click();
-  await expect(page.getByText('That gift was recorded.')).toBeVisible();
-  await page.locator('div[role="alert"] button > svg.fa-xmark').click(); // dismiss info alert
+  const serverPage = await serverPagePromise;
+  await perfCollector.measureUserAction('verify-public-server', async () => {
+    await expect(serverPage.getByText(description)).toBeVisible();
+    await expect(serverPage.getByText('did:none:HIDDEN')).toBeVisible();
+  });
+
+  // STEP 8: Update the offer
+  await perfCollector.measureUserAction('navigate-back-to-projects', async () => {
+    await page.goto('./projects');
+  });
+
+  await perfCollector.measureUserAction('click-offers-tab-again', async () => {
+    await page.getByRole('link', { name: 'Offers', exact: true }).click();
+  });
+
+  await perfCollector.measureUserAction('click-offer-to-edit', async () => {
+    await page.locator('li').filter({ hasText: description }).locator('a').first().click();
+  });
+
+  await perfCollector.measureUserAction('click-edit-button', async () => {
+    await page.getByTestId('editClaimButton').click();
+  });
+
+  await perfCollector.measureUserAction('verify-edit-form', async () => {
+    await page.locator('heading', { hasText: 'What is offered' }).isVisible();
+    const itemDesc = await page.getByTestId('itemDescription');
+    await expect(itemDesc).toHaveValue(description);
+    const amount = await page.getByTestId('inputOfferAmount');
+    await expect(amount).toHaveValue(randomNonZeroNumber.toString());
+  });
+
+  await perfCollector.measureUserAction('update-offer-values', async () => {
+    const itemDesc = await page.getByTestId('itemDescription');
+    await itemDesc.fill(updatedDescription);
+    const amount = await page.getByTestId('inputOfferAmount');
+    await amount.fill(String(randomNonZeroNumber + 1));
+  });
+
+  await perfCollector.measureUserAction('submit-updated-offer', async () => {
+    await page.getByRole('button', { name: 'Sign & Send' }).click();
+    await expect(page.getByText('That offer was recorded.')).toBeVisible();
+    await page.locator('div[role="alert"] button > svg.fa-xmark').click();
+  });
+
+  // STEP 9: Verify updated offer
+  await perfCollector.measureUserAction('navigate-to-projects-final', async () => {
+    await page.goto('./projects');
+  });
+
+  await perfCollector.measureUserAction('click-offers-tab-final', async () => {
+    await page.getByRole('link', { name: 'Offers', exact: true }).click();
+  });
+
+  await perfCollector.measureUserAction('click-updated-offer', async () => {
+    await page.locator('li').filter({ hasText: description }).locator('a').first().click();
+  });
+
+  await perfCollector.measureUserAction('verify-updated-offer', async () => {
+    const newItemDesc = page.getByTestId('description');
+    await expect(newItemDesc).toHaveText(updatedDescription);
+  });
+
+  await perfCollector.measureUserAction('click-edit-button-final', async () => {
+    await page.getByTestId('editClaimButton').click();
+  });
+
+  await perfCollector.measureUserAction('verify-updated-amount', async () => {
+    const newAmount = page.getByTestId('inputOfferAmount');
+    await expect(newAmount).toHaveValue((randomNonZeroNumber + 1).toString());
+  });
+
+  // STEP 10: Check home page for new offers
+  await perfCollector.measureUserAction('navigate-to-home', async () => {
+    await page.goto('./');
+  });
+
+  await perfCollector.measureUserAction('verify-new-offers-indicator', async () => {
+    const offerNumElem = page.getByTestId('newOffersToUserProjectsActivityNumber');
+    const offerNumText = await offerNumElem.textContent();
+    if (offerNumText === null) {
+      throw new Error('Expected Activity Number greater than 0 but got null.');
+    } else if (offerNumText === '50+') {
+      // we're OK
+    } else if (parseInt(offerNumText) > 0) {
+      // we're OK
+    } else {
+      throw new Error(`Expected Activity Number of greater than 0 but got ${offerNumText}.`);
+    }
+  });
+
+  await perfCollector.measureUserAction('click-new-offers-number', async () => {
+    const offerNumElem = page.getByTestId('newOffersToUserProjectsActivityNumber');
+    await offerNumElem.click();
+  });
+
+  await perfCollector.measureUserAction('verify-new-offers-page', async () => {
+    await expect(page.getByText('New Offers To Your Projects', { exact: true })).toBeVisible();
+  });
+
+  await perfCollector.measureUserAction('expand-offers-section', async () => {
+    await page.getByTestId('showOffersToUserProjects').locator('div > svg.fa-chevron-right').click();
+  });
+
+  await perfCollector.measureUserAction('verify-offer-in-list', async () => {
+    await expect(page.getByText(description)).toBeVisible();
+  });
+
+  // STEP 11: Attach and validate performance data
+  const { webVitals, performanceReport, summary } = await attachPerformanceData(testInfo, perfCollector);
+  const avgNavigationTime = perfCollector.navigationMetrics.reduce((sum, nav) => 
+    sum + nav.metrics.loadComplete, 0) / perfCollector.navigationMetrics.length;
+  assertPerformanceMetrics(webVitals, initialMetrics, avgNavigationTime);
+});
+
+test('Affirm delivery of an offer', async ({ page }, testInfo) => {
+  // STEP 1: Initialize the performance collector
+  const perfCollector = await createPerformanceCollector(page);
+
+  // STEP 2: Import user and navigate to home
+  await perfCollector.measureUserAction('import-user-account', async () => {
+    await importUserFromAccount(page, "00");
+  });
+
+  await perfCollector.measureUserAction('navigate-to-home', async () => {
+    await page.goto('./');
+  });
+  const initialMetrics = await perfCollector.collectNavigationMetrics('home-page-load');
+  await testInfo.attach('initial-page-load-metrics', {
+    contentType: 'application/json',
+    body: JSON.stringify(initialMetrics, null, 2)
+  });
+
+  await perfCollector.measureUserAction('close-onboarding', async () => {
+    await page.getByTestId('closeOnboardingAndFinish').click();
+  });
+
+  // STEP 3: Check new offers indicator
+  await perfCollector.measureUserAction('verify-new-offers-indicator', async () => {
+    const offerNumElem = page.getByTestId('newOffersToUserProjectsActivityNumber');
+    await expect(offerNumElem).toBeVisible();
+  });
+
+  // STEP 4: Navigate to offers list
+  await perfCollector.measureUserAction('click-new-offers-number', async () => {
+    // Close any dialog overlays that might be blocking clicks
+    await page.waitForTimeout(1000);
+    const closeButtons = page.locator('button[aria-label*="close"], button[aria-label*="Close"], .dialog-overlay button, [role="dialog"] button');
+    const count = await closeButtons.count();
+    
+    for (let i = 0; i < count; i++) {
+      try {
+        await closeButtons.nth(i).click({ timeout: 2000 });
+      } catch (e) {
+        // Ignore errors if button is not clickable
+      }
+    }
+    
+    // Wait for any animations to complete
+    await page.waitForTimeout(500);
+    
+    const offerNumElem = page.getByTestId('newOffersToUserProjectsActivityNumber');
+    await offerNumElem.click();
+  });
+
+  await perfCollector.measureUserAction('click-offers-link', async () => {
+    await page.getByTestId('showOffersToUserProjects').locator('a').click();
+  });
+
+  // STEP 5: Affirm delivery
+  await perfCollector.measureUserAction('select-first-offer', async () => {
+    const firstItem = page.getByTestId('listRecentOffersToUserProjects').locator('li').first();
+    await expect(firstItem).toBeVisible();
+    await firstItem.locator('svg.fa-file-lines').click();
+  });
+
+  await perfCollector.measureUserAction('verify-claim-details', async () => {
+    await expect(page.getByText('Verifiable Claim Details', { exact: true })).toBeVisible();
+  });
+
+  await perfCollector.measureUserAction('click-affirm-delivery', async () => {
+    await page.getByRole('button', { name: 'Affirm Delivery' }).click();
+  });
+
+  await perfCollector.measureUserAction('fill-delivery-details', async () => {
+    await page.getByPlaceholder('What was given').fill('Whatever the offer says');
+    await page.getByRole('spinbutton').fill('2');
+  });
+
+  await perfCollector.measureUserAction('submit-delivery', async () => {
+    await page.getByRole('button', { name: 'Sign & Send' }).click();
+    await expect(page.getByText('That gift was recorded.')).toBeVisible();
+    await page.locator('div[role="alert"] button > svg.fa-xmark').click();
+  });
+
+  // STEP 6: Attach and validate performance data
+  const { webVitals, performanceReport, summary } = await attachPerformanceData(testInfo, perfCollector);
+  const avgNavigationTime = perfCollector.navigationMetrics.reduce((sum, nav) => 
+    sum + nav.metrics.loadComplete, 0) / perfCollector.navigationMetrics.length;
+  assertPerformanceMetrics(webVitals, initialMetrics, avgNavigationTime);
 });
 

test-playwright/60-new-activity.spec.ts

@@ -1,94 +1,162 @@
+/**
+ * This test covers a complete user flow in TimeSafari with integrated performance tracking.
+ * 
+ * Focus areas:
+ * - Performance monitoring for every major user step
+ * - Multi-user flow using DID switching
+ * - Offer creation, viewing, and state updates
+ * - Validation of both behavior and responsiveness
+ */
+
 import { test, expect } from '@playwright/test';
-import { switchToUser, getTestUserData, importUserFromAccount } from './testUtils';
+import { switchToUser, importUserFromAccount } from './testUtils';
+import { 
+  createPerformanceCollector, 
+  attachPerformanceData, 
+  assertPerformanceMetrics 
+} from './performanceUtils';
 
-test('New offers for another user', async ({ page }) => {
-  await page.goto('./');
+test('New offers for another user', async ({ page }, testInfo) => {
+  // STEP 1: Initialize the performance collector
+  const perfCollector = await createPerformanceCollector(page);
 
-  // Get the auto-created DID from the HomeView
-  await page.waitForLoadState('networkidle');
+  // STEP 2: Navigate to home page and measure baseline performance
+  await perfCollector.measureUserAction('initial-navigation', async () => {
+    await page.goto('/');
+  });
+  const initialMetrics = await perfCollector.collectNavigationMetrics('home-page-load');
+  await testInfo.attach('initial-page-load-metrics', {
+    contentType: 'application/json',
+    body: JSON.stringify(initialMetrics, null, 2)
+  });
+
+  // STEP 3: Extract the auto-created DID from the page
+  // Wait for the page to be ready and the DID to be available
+  await page.waitForSelector('#Content[data-active-did]', { timeout: 10000 });
   const autoCreatedDid = await page.getAttribute('#Content', 'data-active-did');
-  
-  if (!autoCreatedDid) {
-    throw new Error('Auto-created DID not found in HomeView');
-  }
+  if (!autoCreatedDid) throw new Error('Auto-created DID not found in HomeView');
 
-  await page.getByTestId('closeOnboardingAndFinish').click();
+  // STEP 4: Close onboarding dialog and confirm no new offers are visible
+  await perfCollector.measureUserAction('close-onboarding', async () => {
+    await page.getByTestId('closeOnboardingAndFinish').click();
+  });
   await expect(page.getByTestId('newDirectOffersActivityNumber')).toBeHidden();
 
-  // Become User Zero
-  await importUserFromAccount(page, "00");
+  // STEP 5: Switch to User Zero, who will create offers
+  await perfCollector.measureUserAction('import-user-account', async () => {
+    await importUserFromAccount(page, "00");
+  });
 
-  // As User Zero, add the auto-created DID as a contact
-  await page.goto('./contacts');
-  await page.getByPlaceholder('URL or DID, Name, Public Key').fill(autoCreatedDid + ', A Friend');
-  await expect(page.locator('button > svg.fa-plus')).toBeVisible();
-  await page.locator('button > svg.fa-plus').click();
-  await page.locator('div[role="alert"] button:has-text("No")').click(); // don't register
-  await expect(page.locator('div[role="alert"] h4:has-text("Success")')).toBeVisible();
-  await page.locator('div[role="alert"] button > svg.fa-xmark').click(); // dismiss info alert
-  await expect(page.locator('div[role="alert"] button > svg.fa-xmark')).toBeHidden(); // ensure alert is gone
+  // STEP 6: Navigate to contacts page
+  await perfCollector.measureUserAction('navigate-to-contacts', async () => {
+    await page.goto('/contacts');
+  });
+  await perfCollector.collectNavigationMetrics('contacts-page-load');
 
-  // show buttons to make offers directly to people
-  await page.getByRole('button').filter({ hasText: /See Actions/i }).click();
+  // STEP 7: Add the auto-created DID as a contact
+  await perfCollector.measureUserAction('add-contact', async () => {
+    await page.getByPlaceholder('URL or DID, Name, Public Key').fill(autoCreatedDid + ', A Friend');
+    await page.locator('button > svg.fa-plus').click();
+    await page.locator('div[role="alert"] button:has-text("No")').click();
+    await expect(page.locator('div[role="alert"] span:has-text("Success")')).toBeVisible();
+    await page.locator('div[role="alert"] button > svg.fa-xmark').click();
+    await expect(page.locator('div[role="alert"] button > svg.fa-xmark')).toBeHidden();
+  });
 
-  // make an offer directly to user 1
-  // Generate a random string of 3 characters, skipping the "0." at the beginning
+  // STEP 8: Show action buttons for making offers
+  await perfCollector.measureUserAction('show-actions', async () => {
+    await page.getByRole('button').filter({ hasText: /See Actions/i }).click();
+  });
+
+  // STEP 9 & 10: Create two offers for the auto-created user
   const randomString1 = Math.random().toString(36).substring(2, 5);
-  await page.getByTestId('offerButton').click();
-  await page.getByTestId('inputDescription').fill(`help of ${randomString1} from #000`);
-  await page.getByTestId('inputOfferAmount').locator('input').fill('1');
-  await page.getByRole('button', { name: 'Sign & Send' }).click();
-  await expect(page.getByText('That offer was recorded.')).toBeVisible();
-  await page.locator('div[role="alert"] button > svg.fa-xmark').click(); // dismiss info alert
-  await expect(page.locator('div[role="alert"] button > svg.fa-xmark')).toBeHidden(); // ensure alert is gone
+  await perfCollector.measureUserAction('create-first-offer', async () => {
+    await page.getByTestId('offerButton').click();
+    await page.getByTestId('inputDescription').fill(`help of ${randomString1} from #000`);
+    await page.getByTestId('inputOfferAmount').fill('1');
+    await page.getByRole('button', { name: 'Sign & Send' }).click();
+    await expect(page.getByText('That offer was recorded.')).toBeVisible();
+    await page.locator('div[role="alert"]').filter({ hasText: 'That offer was recorded.' }).locator('button > svg.fa-xmark').click();
+    // Wait for alert to be hidden to prevent multiple dialogs
+    await expect(page.locator('div[role="alert"]').filter({ hasText: 'That offer was recorded.' })).toBeHidden();
+  });
+
+  // Add delay between offers to prevent performance issues
+  await page.waitForTimeout(500);
 
-  // make another offer to user 1
   const randomString2 = Math.random().toString(36).substring(2, 5);
-  await page.getByTestId('offerButton').click();
-  await page.getByTestId('inputDescription').fill(`help of ${randomString2} from #000`);
-  await page.getByTestId('inputOfferAmount').locator('input').fill('3');
-  await page.getByRole('button', { name: 'Sign & Send' }).click();
-  await expect(page.getByText('That offer was recorded.')).toBeVisible();
-  await page.locator('div[role="alert"] button > svg.fa-xmark').click(); // dismiss info alert
-  await expect(page.locator('div[role="alert"] button > svg.fa-xmark')).toBeHidden(); // ensure alert is gone
+  await perfCollector.measureUserAction('create-second-offer', async () => {
+    await page.getByTestId('offerButton').click();
+    await page.getByTestId('inputDescription').fill(`help of ${randomString2} from #000`);
+    await page.getByTestId('inputOfferAmount').fill('3');
+    await page.getByRole('button', { name: 'Sign & Send' }).click();
+    await expect(page.getByText('That offer was recorded.')).toBeVisible();
+    await page.locator('div[role="alert"]').filter({ hasText: 'That offer was recorded.' }).locator('button > svg.fa-xmark').click();
+    // Wait for alert to be hidden to prevent multiple dialogs
+    await expect(page.locator('div[role="alert"]').filter({ hasText: 'That offer was recorded.' })).toBeHidden();
+  });
 
-  // Switch back to the auto-created DID (the "another user") to see the offers
-  await switchToUser(page, autoCreatedDid);
-  await page.goto('./');
+  // STEP 11: Switch back to the auto-created DID
+  await perfCollector.measureUserAction('switch-user', async () => {
+    await switchToUser(page, autoCreatedDid);
+  });
+
+  // STEP 12: Navigate back home as the auto-created user
+  await perfCollector.measureUserAction('navigate-home-as-other-user', async () => {
+    await page.goto('/');
+  });
+  await perfCollector.collectNavigationMetrics('home-return-load');
+
+  // STEP 13: Confirm 2 new offers are visible
   let offerNumElem = page.getByTestId('newDirectOffersActivityNumber');
   await expect(offerNumElem).toHaveText('2');
 
-  // click on the number of new offers to go to the list page
-  await offerNumElem.click();
-
+  // STEP 14 & 15: View and expand the offers list
+  await perfCollector.measureUserAction('view-offers-list', async () => {
+    await offerNumElem.click();
+  });
   await expect(page.getByText('New Offers To You', { exact: true })).toBeVisible();
-  await page.getByTestId('showOffersToUser').locator('div > svg.fa-chevron-right').click();
-  // note that they show in reverse chronologicalorder
+  await perfCollector.measureUserAction('expand-offers', async () => {
+    await page.getByTestId('showOffersToUser').locator('div > svg.fa-chevron-right').click();
+  });
+
+  // STEP 16: Validate both offers are displayed
   await expect(page.getByText(`help of ${randomString2} from #000`)).toBeVisible();
   await expect(page.getByText(`help of ${randomString1} from #000`)).toBeVisible();
 
-  // click on the latest offer to keep it as "unread"
-  await page.hover(`li:has-text("help of ${randomString2} from #000")`);
-  // await page.locator('li').filter({ hasText: `help of ${randomString2} from #000` }).click();
-  // await page.locator('div').filter({ hasText: /keep all above/ }).click();
-  // now find the "Click to keep all above as new offers" after that list item and click it
-  const liElem = page.locator('li').filter({ hasText: `help of ${randomString2} from #000` });
-  await liElem.hover();
-  const keepAboveAsNew = await liElem.locator('div').filter({ hasText: /keep all above/ });
+  // STEP 17: Mark one offer as read
+  await perfCollector.measureUserAction('mark-offers-as-read', async () => {
+    const liElem = page.locator('li').filter({ hasText: `help of ${randomString2} from #000` });
+    // Hover over the li element to make the "keep all above" text visible
+    await liElem.hover();
+    await liElem.locator('div').filter({ hasText: /keep all above/ }).click();
+  });
 
-  await keepAboveAsNew.click();
-
-  // now see that only one offer is shown as new
-  await page.goto('./');
+  // STEP 18 & 19: Return home and check that the count has dropped to 1
+  await perfCollector.measureUserAction('final-home-navigation', async () => {
+    await page.goto('/');
+  });
+  await perfCollector.collectNavigationMetrics('final-home-load');
   offerNumElem = page.getByTestId('newDirectOffersActivityNumber');
   await expect(offerNumElem).toHaveText('1');
-  await offerNumElem.click();
-  await expect(page.getByText('New Offer To You', { exact: true })).toBeVisible();
-  await page.getByTestId('showOffersToUser').locator('div > svg.fa-chevron-right').click();
 
-  // now see that no offers are shown as new
-  await page.goto('./');
-  // wait until the list with ID listLatestActivity has at least one visible item
-  await page.locator('#listLatestActivity li').first().waitFor({ state: 'visible' });
+  // STEP 20: Open the offers list again to confirm the remaining offer
+  await perfCollector.measureUserAction('final-offer-check', async () => {
+    await offerNumElem.click();
+    await expect(page.getByText('New Offer To You', { exact: true })).toBeVisible();
+    await page.getByTestId('showOffersToUser').locator('div > svg.fa-chevron-right').click();
+  });
+
+  // STEP 21 & 22: Final verification that the UI reflects the read/unread state correctly
+  await perfCollector.measureUserAction('final-verification', async () => {
+    await page.goto('/');
+    await page.locator('#listLatestActivity li').first().waitFor({ state: 'visible' });
+  });
   await expect(page.getByTestId('newDirectOffersActivityNumber')).toBeHidden();
+
+  // STEP 23: Attach and validate performance data
+  const { webVitals, performanceReport, summary } = await attachPerformanceData(testInfo, perfCollector);
+  const avgNavigationTime = perfCollector.navigationMetrics.reduce((sum, nav) => 
+    sum + nav.metrics.loadComplete, 0) / perfCollector.navigationMetrics.length;
+  assertPerformanceMetrics(webVitals, initialMetrics, avgNavigationTime);
 });

test-playwright/README.md

@@ -29,6 +29,7 @@ Tests are organized by feature area and numbered for execution order:
 ## Prerequisites
 
 1. Endorser server running locally (see TESTING.md for setup)
+
    ```bash
    git clone https://github.com/time-endorser/endorser-ch.git
    cd endorser-ch
@@ -37,10 +38,13 @@ Tests are organized by feature area and numbered for execution order:
    cp .env.local .env
    NODE_ENV=test-local npm run dev
    ```
+
 2. Playwright browsers installed:
+
    ```bash
    npx playwright install
    ```
+
 3. For mobile testing:
    - XCode (for iOS)
    - Android Studio or connected Android device
@@ -67,16 +71,19 @@ npx playwright test -c playwright.config-local.ts --trace on test-playwright/40-
 ### Test Environment Options
 
 1. Local Endorser Server (default):
+
    ```bash
    NODE_ENV=test-local npm run dev
    ```
 
 2. Global Test Server:
+
    ```bash
    VITE_DEFAULT_ENDORSER_API_SERVER=https://test-ledger.time.com npm run dev
    ```
 
 3. Minimal Test Data:
+
    ```bash
    rm ../endorser-ch-test-local.sqlite3
    NODE_ENV=test-local npm run flyway migrate
@@ -114,6 +121,7 @@ For more detailed troubleshooting, see TESTING.md.
 ## Contributing
 
 When adding new tests:
+
 1. Follow the existing naming convention
 2. Use testUtils.ts for common operations
 3. Add appropriate comments and documentation
@@ -124,4 +132,4 @@ When adding new tests:
 
 - [TESTING.md](./TESTING.md) - Detailed testing guide
 - [Playwright Documentation](https://playwright.dev/docs/intro)
-- Endorser server documentation for test setup 
+- Endorser server documentation for test setup

test-playwright/TESTING.md

@@ -5,6 +5,7 @@ Start with [README.md](./README.md). This file has more details.
 ## Test User Setup
 
 ### Register New User on Test Server
+
 On the test server, User #0 has rights to register others. Import User #0 with this seed phrase:
 
 ```bash
@@ -18,6 +19,7 @@ This corresponds to: `did:ethr:0x0000694B58C2cC69658993A90D3840C560f2F51F`
 ## Manual Testing Steps
 
 ### Identity Management
+
 1. Create multiple identifiers:
    - Go to "Your Identity" screen
    - Click "Advanced"
@@ -96,10 +98,10 @@ npx playwright test -c playwright.config-local.ts test-playwright/60-new-activit
 ```
 
 This command allows you to:
+
 - **Run a specific test file**: `test-playwright/60-new-activity.spec.ts`
 - **Filter to a specific test**: `--grep "New offers for another user"` runs only tests with that name
 - **See the browser**: `--headed` opens the browser window so you can watch the test execute
 - **Use local config**: `-c playwright.config-local.ts` uses the local configuration file
 
 This is useful when you want to observe the testing process visually rather than running tests in headless mode. It's particularly helpful for debugging test failures or understanding how the application behaves during automated testing.
-

test-playwright/performanceUtils.ts

@@ -0,0 +1,343 @@
+import { Page, TestInfo, expect } from '@playwright/test';
+
+// Performance metrics collection utilities
+export class PerformanceCollector {
+  private page: Page;
+  public metrics: any;
+  public navigationMetrics: any[];
+  private cdpSession: any;
+
+  constructor(page: Page) {
+    this.page = page;
+    this.metrics = {};
+    this.navigationMetrics = [];
+    this.cdpSession = null;
+  }
+
+  async initialize() {
+    // Initialize CDP session for detailed metrics (only in Chromium)
+    try {
+      this.cdpSession = await this.page.context().newCDPSession(this.page);
+      await this.cdpSession.send('Performance.enable');
+    } catch (error) {
+      // CDP not available in Firefox, continue without it
+      // Note: This will be captured in test attachments instead of console.log
+    }
+    
+    // Track network requests
+    this.page.on('response', response => {
+      if (!this.metrics.networkRequests) this.metrics.networkRequests = [];
+      this.metrics.networkRequests.push({
+        url: response.url(),
+        status: response.status(),
+        timing: null, // response.timing() is not available in Playwright
+        size: response.headers()['content-length'] || 0
+      });
+    });
+
+    // Inject performance monitoring script
+    await this.page.addInitScript(() => {
+      (window as any).performanceMarks = {};
+      (window as any).markStart = (name: string) => {
+        (window as any).performanceMarks[name] = performance.now();
+      };
+      (window as any).markEnd = (name: string) => {
+        if ((window as any).performanceMarks[name]) {
+          const duration = performance.now() - (window as any).performanceMarks[name];
+          // Note: Browser console logs are kept for debugging performance in browser
+          console.log(`Performance: ${name} took ${duration.toFixed(2)}ms`);
+          return duration;
+        }
+      };
+    });
+  }
+
+  async ensurePerformanceScript() {
+    // Ensure the performance script is available in the current page context
+    await this.page.evaluate(() => {
+      if (!(window as any).performanceMarks) {
+        (window as any).performanceMarks = {};
+      }
+      if (!(window as any).markStart) {
+        (window as any).markStart = (name: string) => {
+          (window as any).performanceMarks[name] = performance.now();
+        };
+      }
+      if (!(window as any).markEnd) {
+        (window as any).markEnd = (name: string) => {
+          if ((window as any).performanceMarks[name]) {
+            const duration = performance.now() - (window as any).performanceMarks[name];
+            console.log(`Performance: ${name} took ${duration.toFixed(2)}ms`);
+            return duration;
+          }
+        };
+      }
+    });
+  }
+
+  async collectNavigationMetrics(label = 'navigation') {
+    const startTime = performance.now();
+    
+    const metrics = await this.page.evaluate(() => {
+      const timing = (performance as any).timing;
+      const navigation = performance.getEntriesByType('navigation')[0] as any;
+      
+      // Firefox-compatible performance metrics
+      const paintEntries = performance.getEntriesByType('paint');
+      const firstPaint = paintEntries.find((entry: any) => entry.name === 'first-paint')?.startTime || 0;
+      const firstContentfulPaint = paintEntries.find((entry: any) => entry.name === 'first-contentful-paint')?.startTime || 0;
+      
+      // Resource timing (works in both browsers)
+      const resourceEntries = performance.getEntriesByType('resource');
+      const resourceTiming = resourceEntries.map((entry: any) => ({
+        name: entry.name,
+        duration: entry.duration,
+        transferSize: entry.transferSize || 0,
+        decodedBodySize: entry.decodedBodySize || 0
+      }));
+      
+      return {
+        // Core timing metrics
+        domContentLoaded: timing.domContentLoadedEventEnd - timing.navigationStart,
+        loadComplete: timing.loadEventEnd - timing.navigationStart,
+        firstPaint: firstPaint,
+        firstContentfulPaint: firstContentfulPaint,
+        
+        // Navigation API metrics (if available)
+        dnsLookup: navigation ? navigation.domainLookupEnd - navigation.domainLookupStart : 0,
+        tcpConnect: navigation ? navigation.connectEnd - navigation.connectStart : 0,
+        serverResponse: navigation ? navigation.responseEnd - navigation.requestStart : 0,
+        
+        // Resource counts and timing
+        resourceCount: resourceEntries.length,
+        resourceTiming: resourceTiming,
+        
+        // Memory usage (Chrome only, null in Firefox)
+        memoryUsage: (performance as any).memory ? {
+          used: (performance as any).memory.usedJSHeapSize,
+          total: (performance as any).memory.totalJSHeapSize,
+          limit: (performance as any).memory.jsHeapSizeLimit
+        } : null,
+        
+        // Firefox-specific: Performance marks and measures
+        performanceMarks: performance.getEntriesByType('mark').map((mark: any) => ({
+          name: mark.name,
+          startTime: mark.startTime
+        })),
+        
+        // Browser detection
+        browser: navigator.userAgent.includes('Firefox') ? 'firefox' : 'chrome'
+      };
+    });
+
+    const collectTime = performance.now() - startTime;
+    
+    this.navigationMetrics.push({
+      label,
+      timestamp: new Date().toISOString(),
+      metrics,
+      collectionTime: collectTime
+    });
+
+    return metrics;
+  }
+
+  async collectWebVitals() {
+    return await this.page.evaluate(() => {
+      return new Promise((resolve) => {
+        const vitals: any = {};
+        let pendingVitals = 3; // LCP, FID, CLS
+        
+        const checkComplete = () => {
+          pendingVitals--;
+          if (pendingVitals <= 0) {
+            setTimeout(() => resolve(vitals), 100);
+          }
+        };
+
+        // Largest Contentful Paint
+        new PerformanceObserver((list) => {
+          const entries = list.getEntries();
+          if (entries.length > 0) {
+            vitals.lcp = entries[entries.length - 1].startTime;
+          }
+          checkComplete();
+        }).observe({ entryTypes: ['largest-contentful-paint'] });
+
+        // First Input Delay
+        new PerformanceObserver((list) => {
+          const entries = list.getEntries();
+          if (entries.length > 0) {
+            vitals.fid = (entries[0] as any).processingStart - entries[0].startTime;
+          }
+          checkComplete();
+        }).observe({ entryTypes: ['first-input'] });
+
+        // Cumulative Layout Shift
+        let clsValue = 0;
+        new PerformanceObserver((list) => {
+          for (const entry of list.getEntries()) {
+            if (!(entry as any).hadRecentInput) {
+              clsValue += (entry as any).value;
+            }
+          }
+          vitals.cls = clsValue;
+          checkComplete();
+        }).observe({ entryTypes: ['layout-shift'] });
+
+        // Fallback timeout
+        setTimeout(() => resolve(vitals), 3000);
+      });
+    });
+  }
+
+  async measureUserAction(actionName: string, actionFn: () => Promise<void>) {
+    const startTime = performance.now();
+    
+    // Ensure performance script is available
+    await this.ensurePerformanceScript();
+    
+    // Mark start in browser
+    await this.page.evaluate((name: string) => {
+      (window as any).markStart(name);
+    }, actionName);
+
+    // Execute the action
+    await actionFn();
+
+    // Mark end and collect metrics
+    const browserDuration = await this.page.evaluate((name: string) => {
+      return (window as any).markEnd(name);
+    }, actionName);
+
+    const totalDuration = performance.now() - startTime;
+
+    if (!this.metrics.userActions) this.metrics.userActions = [];
+    this.metrics.userActions.push({
+      action: actionName,
+      browserDuration: browserDuration,
+      totalDuration: totalDuration,
+      timestamp: new Date().toISOString()
+    });
+
+    return { browserDuration, totalDuration };
+  }
+
+  async getDetailedMetrics() {
+    if (this.cdpSession) {
+      const cdpMetrics = await this.cdpSession.send('Performance.getMetrics');
+      this.metrics.cdpMetrics = cdpMetrics.metrics;
+    }
+    return this.metrics;
+  }
+
+  generateReport() {
+    const report = {
+      testSummary: {
+        totalNavigations: this.navigationMetrics.length,
+        totalUserActions: this.metrics.userActions?.length || 0,
+        totalNetworkRequests: this.metrics.networkRequests?.length || 0
+      },
+      navigationMetrics: this.navigationMetrics,
+      userActionMetrics: this.metrics.userActions || [],
+      networkSummary: this.metrics.networkRequests ? {
+        totalRequests: this.metrics.networkRequests.length,
+        averageResponseTime: 0, // timing not available in Playwright
+        errorCount: this.metrics.networkRequests.filter((req: any) => req.status >= 400).length
+      } : null
+    };
+    
+    return report;
+  }
+}
+
+// Convenience function to create and initialize a performance collector
+export async function createPerformanceCollector(page: Page): Promise<PerformanceCollector> {
+  const collector = new PerformanceCollector(page);
+  await collector.initialize();
+  return collector;
+}
+
+// Helper function to attach performance data to test reports
+export async function attachPerformanceData(
+  testInfo: TestInfo,
+  collector: PerformanceCollector,
+  additionalData?: Record<string, any>
+) {
+  // Collect Web Vitals
+  const webVitals = await collector.collectWebVitals() as any;
+  
+  // Attach Web Vitals to test report
+  await testInfo.attach('web-vitals', {
+    contentType: 'application/json',
+    body: JSON.stringify(webVitals, null, 2)
+  });
+
+  // Generate final performance report
+  const performanceReport = collector.generateReport();
+  
+  // Attach performance report to test report
+  await testInfo.attach('performance-report', {
+    contentType: 'application/json',
+    body: JSON.stringify(performanceReport, null, 2)
+  });
+
+  // Attach summary metrics to test report
+  const avgNavigationTime = collector.navigationMetrics.reduce((sum, nav) => 
+    sum + nav.metrics.loadComplete, 0) / collector.navigationMetrics.length;
+  
+  const summary = {
+    averageNavigationTime: avgNavigationTime.toFixed(2),
+    totalTestDuration: collector.metrics.userActions?.reduce((sum: number, action: any) => sum + action.totalDuration, 0).toFixed(2),
+    slowestAction: collector.metrics.userActions?.reduce((slowest: any, action: any) => 
+      action.totalDuration > (slowest?.totalDuration || 0) ? action : slowest, null)?.action || 'N/A',
+    networkRequests: performanceReport.testSummary.totalNetworkRequests,
+    ...additionalData
+  };
+  
+  await testInfo.attach('performance-summary', {
+    contentType: 'application/json',
+    body: JSON.stringify(summary, null, 2)
+  });
+
+  return { webVitals, performanceReport, summary };
+}
+
+// Helper function to run performance assertions
+export function assertPerformanceMetrics(
+  webVitals: any,
+  initialMetrics: any,
+  avgNavigationTime: number
+) {
+  // Performance assertions (adjust thresholds as needed)
+  expect(avgNavigationTime).toBeLessThan(5000); // Average navigation under 5s
+  expect(initialMetrics.loadComplete).toBeLessThan(8000); // Initial load under 8s
+  
+  if (webVitals.lcp) {
+    expect(webVitals.lcp).toBeLessThan(2500); // LCP under 2.5s (good threshold)
+  }
+  
+  if (webVitals.fid !== undefined) {
+    expect(webVitals.fid).toBeLessThan(100); // FID under 100ms (good threshold)
+  }
+  
+  if (webVitals.cls !== undefined) {
+    expect(webVitals.cls).toBeLessThan(0.1); // CLS under 0.1 (good threshold)
+  }
+}
+
+// Simple performance wrapper for quick tests
+export async function withPerformanceTracking<T>(
+  page: Page,
+  testInfo: TestInfo,
+  testName: string,
+  testFn: (collector: PerformanceCollector) => Promise<T>
+): Promise<T> {
+  const collector = await createPerformanceCollector(page);
+  
+  const result = await testFn(collector);
+  
+  await attachPerformanceData(testInfo, collector, { testName });
+  
+  return result;
+} 

test-playwright/testUtils.ts

@@ -236,6 +236,77 @@ export function getOSSpecificConfig() {
 export function isResourceIntensiveTest(testPath: string): boolean {
   return (
     testPath.includes("35-record-gift-from-image-share") ||
-    testPath.includes("40-add-contact")
+    testPath.includes("40-add-contact") ||
+    testPath.includes("45-contact-import")
   );
 }
+
+/**
+ * Helper function to create a test JWT for contact import testing
+ * @param payload - The payload to encode in the JWT
+ * @returns A base64-encoded JWT string (simplified for testing)
+ */
+export function createTestJwt(payload: any): string {
+  const header = { alg: 'HS256', typ: 'JWT' };
+  const encodedHeader = btoa(JSON.stringify(header));
+  const encodedPayload = btoa(JSON.stringify(payload));
+  const signature = 'test-signature'; // Simplified for testing
+  return `${encodedHeader}.${encodedPayload}.${signature}`;
+}
+
+/**
+ * Helper function to clean up test contacts
+ * @param page - Playwright page object
+ * @param contactNames - Array of contact names to delete
+ */
+export async function cleanupTestContacts(page: Page, contactNames: string[]): Promise<void> {
+  await page.goto('./contacts');
+  
+  // Delete test contacts if they exist
+  for (const contactName of contactNames) {
+    const contactItem = page.locator(`li[data-testid="contactListItem"] h2:has-text("${contactName}")`);
+    if (await contactItem.isVisible()) {
+      await contactItem.click();
+      await page.locator('button > svg.fa-trash-can').click();
+      await page.locator('div[role="alert"] button:has-text("Yes")').click();
+      await expect(page.locator('div[role="alert"] button:has-text("Yes")')).toBeHidden();
+      await page.locator('div[role="alert"] button > svg.fa-xmark').click();
+    }
+  }
+}
+
+/**
+ * Helper function to add a contact for testing
+ * @param page - Playwright page object
+ * @param did - The DID of the contact
+ * @param name - The name of the contact
+ * @param publicKey - Optional public key
+ */
+export async function addTestContact(page: Page, did: string, name: string, publicKey?: string): Promise<void> {
+  await page.goto('./contacts');
+  const contactData = publicKey ? `${did}, ${name}, ${publicKey}` : `${did}, ${name}`;
+  await page.getByPlaceholder('URL or DID, Name, Public Key').fill(contactData);
+  await page.locator('button > svg.fa-plus').click();
+  await expect(page.locator('div[role="alert"] span:has-text("Success")')).toBeVisible();
+  await page.locator('div[role="alert"] button > svg.fa-xmark').click();
+}
+
+/**
+ * Helper function to verify contact exists in the contacts list
+ * @param page - Playwright page object
+ * @param name - The name of the contact to verify
+ */
+export async function verifyContactExists(page: Page, name: string): Promise<void> {
+  await page.goto('./contacts');
+  await expect(page.locator(`li[data-testid="contactListItem"] h2:has-text("${name}")`)).toBeVisible();
+}
+
+/**
+ * Helper function to verify contact count in the contacts list
+ * @param page - Playwright page object
+ * @param expectedCount - The expected number of contacts
+ */
+export async function verifyContactCount(page: Page, expectedCount: number): Promise<void> {
+  await page.goto('./contacts');
+  await expect(page.getByTestId('contactListItem')).toHaveCount(expectedCount);
+}

vite.config.common.mts

@@ -6,10 +6,8 @@ import path from "path";
 import { fileURLToPath } from 'url';
 
 // Load environment variables
-console.log('NODE_ENV:', process.env.NODE_ENV)
 dotenv.config({ path: `.env.${process.env.NODE_ENV}` })
 
-
 const __filename = fileURLToPath(import.meta.url);
 const __dirname = path.dirname(__filename);
 
@@ -37,9 +35,6 @@ export async function createBuildConfig(platform: string): Promise<UserConfig> {
       assetsDir: 'assets',
       chunkSizeWarningLimit: 1000,
       rollupOptions: {
-        external: isNative 
-          ? ['@capacitor/app'] 
-          : [],
         output: {
           format: 'esm',
           generatedCode: {
@@ -53,6 +48,22 @@ export async function createBuildConfig(platform: string): Promise<UserConfig> {
       format: 'es',
       plugins: () => []
     },
+    // ESBuild configuration to fail on errors - TEMPORARILY DISABLED
+    // esbuild: {
+    //   target: 'es2015',
+    //   supported: {
+    //     'bigint': true
+    //   },
+    //   // Fail on any ESBuild errors
+    //   logLevel: 'error',
+    //   // Ensure build fails on syntax errors and other critical issues
+    //   logOverride: { 
+    //     'duplicate-export': 'error',
+    //     'duplicate-member': 'error',
+    //     'syntax-error': 'error',
+    //     'invalid-identifier': 'error'
+    //   }
+    // },
 
     define: {
       'process.env.NODE_ENV': JSON.stringify(process.env.NODE_ENV),

vite.config.optimized.mts

@@ -135,7 +135,11 @@ export async function createOptimizedBuildConfig(mode: string): Promise<UserConf
       target: 'es2015',
       supported: {
         'bigint': true
-      }
+      },
+      // Fail on any ESBuild errors
+      logLevel: 'error',
+      // Ensure build fails on syntax errors
+      logOverride: { 'duplicate-export': 'error' }
     }
   };
 }

vite.config.utils.mts

@@ -112,4 +112,28 @@ export async function loadAppConfig(): Promise<AppConfig> {
         "dexie-export-import/dist/import/index.js",
     },
   };
+}
+
+/**
+ * Shared ESBuild configuration that ensures builds fail on errors
+ */
+export function getStrictESBuildConfig() {
+  return {
+    target: 'es2015',
+    supported: {
+      'bigint': true
+    },
+    // Fail on any ESBuild errors
+    logLevel: 'error' as const,
+    // Ensure build fails on syntax errors and other critical issues
+    logOverride: { 
+      'duplicate-export': 'error',
+      'duplicate-member': 'error',
+      'syntax-error': 'error',
+      'invalid-identifier': 'error'
+    },
+    // Additional strict settings
+    keepNames: false,
+    minifyIdentifiers: false
+  };
 } 

vite.config.web.mts

@@ -1,99 +1,4 @@
-import { defineConfig, mergeConfig } from "vite";
+import { defineConfig } from "vite";
 import { createBuildConfig } from "./vite.config.common.mts";
-import { loadAppConfig } from "./vite.config.utils.mts";
 
-export default defineConfig(async ({ mode }) => {
-  const baseConfig = await createBuildConfig('web');
-  const appConfig = await loadAppConfig();
-
-  // Environment-specific configuration based on mode
-  const getEnvironmentConfig = (mode: string) => {
-    switch (mode) {
-      case 'production':
-        return {
-          // Production optimizations
-          build: {
-            minify: 'terser',
-            sourcemap: false,
-            rollupOptions: {
-              output: {
-                manualChunks: {
-                  vendor: ['vue', 'vue-router', 'pinia'],
-                  utils: ['luxon', 'ramda', 'zod'],
-                  crypto: ['@ethersproject/wallet', '@ethersproject/hdnode', 'ethereum-cryptography'],
-                  sql: ['@jlongster/sql.js', 'absurd-sql']
-                }
-              }
-            }
-          },
-          define: {
-            __DEV__: false,
-            __TEST__: false,
-            __PROD__: true
-          }
-        };
-      case 'test':
-        return {
-          // Test environment configuration
-          build: {
-            minify: false,
-            sourcemap: true,
-            rollupOptions: {
-              output: {
-                manualChunks: undefined
-              }
-            }
-          },
-          define: {
-            __DEV__: false,
-            __TEST__: true,
-            __PROD__: false
-          }
-        };
-      default: // development
-        return {
-          // Development configuration
-          build: {
-            minify: false,
-            sourcemap: true,
-            rollupOptions: {
-              output: {
-                manualChunks: undefined
-              }
-            }
-          },
-          define: {
-            __DEV__: true,
-            __TEST__: false,
-            __PROD__: false
-          }
-        };
-    }
-  };
-
-  const environmentConfig = getEnvironmentConfig(mode);
-
-  return mergeConfig(baseConfig, {
-    ...environmentConfig,
-    // Ensure source maps are enabled for development and test modes
-    // This affects both dev server and build output
-    sourcemap: mode === 'development' || mode === 'test',
-    // Server configuration inherited from base config
-    // CORS headers removed to allow images from any domain
-    plugins: [],
-    // Worker configuration for SQL worker
-    worker: {
-      format: 'es',
-      plugins: () => []
-    },
-    // Optimize dependencies for SQL worker
-    optimizeDeps: {
-      include: [
-        '@jlongster/sql.js',
-        'absurd-sql',
-        'absurd-sql/dist/indexeddb-main-thread',
-        'absurd-sql/dist/indexeddb-backend'
-      ]
-    }
-  });
-});
+export default defineConfig(async () => createBuildConfig('web'));