more fixes

The format specifier $%,.2f requires floating-point values but
(reduce + 0 ...) can return a Long when all amounts sum to an integer.
Added explicit (double ...) casts and changed initial value to 0.0
to ensure the format call always receives a double.

.claude/commands/clojure-nrepl.md

@@ -0,0 +1,105 @@
+---
+description: Info on how to evaluate Clojure code via nREPL using clj-nrepl-eval
+---
+
+When you need to evaluate Clojure code you can use the
+`clj-nrepl-eval` command (if installed via bbin) to evaluate code
+against an nREPL server.  This means the state of the REPL session
+will persist between evaluations.
+
+You can require or load a file in one evaluation of the command and
+when you call the command again the namespace will still be available.
+
+## Example uses
+
+You can evaluate clojure code to check if a file you just edited still compiles and loads.
+
+Whenever you require a namespace always use the `:reload` key.
+
+## How to Use
+
+The following evaluates Clojure code via an nREPL connection.
+
+**Discover available nREPL servers:**
+```bash
+clj-nrepl-eval --discover-ports
+```
+
+**Evaluate code (requires --port):**
+```bash
+clj-nrepl-eval --port <port> "<clojure-code>"
+```
+
+## Options
+
+- `-p, --port PORT` - nREPL port (required)
+- `-H, --host HOST` - nREPL host (default: 127.0.0.1)
+- `-t, --timeout MILLISECONDS` - Timeout in milliseconds (default: 120000)
+- `-r, --reset-session` - Reset the persistent nREPL session
+- `-c, --connected-ports` - List previously connected nREPL sessions
+- `-d, --discover-ports` - Discover nREPL servers in current directory
+- `-h, --help` - Show help message
+
+## Workflow
+
+**1. Discover nREPL servers in current directory:**
+```bash
+clj-nrepl-eval --discover-ports
+# Discovered nREPL servers:
+#
+# In current directory (/path/to/project):
+#   localhost:7888 (clj)
+#   localhost:7889 (bb)
+#
+# Total: 2 servers
+```
+
+**2. Check previously connected sessions (optional):**
+```bash
+clj-nrepl-eval --connected-ports
+# Active nREPL connections:
+#   127.0.0.1:7888 (clj) (session: abc123...)
+#
+# Total: 1 active connection
+```
+
+**3. Evaluate code:**
+```bash
+clj-nrepl-eval -p 7888 "(+ 1 2 3)"
+```
+
+## Examples
+
+**Discover servers:**
+```bash
+clj-nrepl-eval --discover-ports
+```
+
+**Basic evaluation:**
+```bash
+clj-nrepl-eval -p 7888 "(+ 1 2 3)"
+```
+
+**With timeout:**
+```bash
+clj-nrepl-eval -p 7888 --timeout 5000 "(Thread/sleep 10000)"
+```
+
+**Multiple expressions:**
+```bash
+clj-nrepl-eval -p 7888 "(def x 10) (* x 2) (+ x 5)"
+```
+
+**Reset session:**
+```bash
+clj-nrepl-eval -p 7888 --reset-session
+```
+
+## Features
+
+- **Server discovery** - Use --discover-ports to find all nREPL servers (Clojure, Babashka, shadow-cljs, etc.) in current directory
+- **Session tracking** - Use --connected-ports to see previously connected sessions
+- **Automatic delimiter repair** - fixes missing/mismatched parens before evaluation
+- **Timeout handling** - interrupts long-running evaluations
+- **Persistent sessions** - State persists across invocations
+

.claude/settings.json

@@ -0,0 +1,5 @@
+{
+  "enabledPlugins": {
+    "playwright@claude-plugins-official": true
+  }
+}

.claude/skills/testing-conventions/SKILL.md

@@ -0,0 +1,248 @@
+---
+name: testing-conventions
+description: Describe the way that tests should be authored, conventions, tools, helpers, superceding any conventions found in existing tests.
+---
+
+# Testing Conventions Skill
+
+This skill documents the testing conventions for `test/clj/auto_ap/`.
+
+## Test Focus: User-Observable Behavior
+
+**Primary rule**: Test user-observable behavior. If an endpoint or function makes a database change, verify the change by querying the database directly rather than asserting on markup.
+
+**other rules**: 
+1. Don't test the means of doing work. For example, if there is a middleware that makes something available on a request, don't bother testing that wrapper.
+2. prefer :refer testing imports, rather than :as reference
+3. Prefer structured edits from clojure-mcp
+
+### When to Assert on Database State
+
+When testing an endpoint that modifies data:
+1. Verify the database change by querying the entity directly
+2. Use `dc/pull` or `dc/q` to verify the data was stored correctly
+
+```clojure
+;; CORRECT: Verify the database change directly
+(deftest test-create-transaction
+  (let [result @(post-create-transaction {:amount 100.0})]
+    (let [entity (dc/pull (dc/db conn) [:db/id :transaction/amount] (:transaction/id result))]
+      (is (= 100.0 (:transaction/amount entity))))))
+
+;; CORRECT: Verify response status and headers
+(is (= 201 (:status response)))
+(is (= "application/json" (get-in response [:headers "content-type"])))
+
+;; CORRECT: Check for expected text content
+(is (re-find #"Transaction created" (get-in response [:body "message"])))
+```
+
+### When Markup Testing is Acceptable
+
+Markup testing (HTML/SSR response bodies) is acceptable when:
+- Validating response status codes and headers
+- Checking for presence/absence of specific text strings
+- Verifying small, expected elements within the markup
+- Testing SSR component rendering
+
+```clojure
+;; ACCEPTABLE: Response codes and headers
+(is (= 200 (:status response)))
+(is (= "application/json" (get-in response [:headers "content-type"])))
+
+;; ACCEPTABLE: Text content within markup
+(is (re-find #"Transaction found" response-body))
+
+;; ACCEPTABLE: Small element checks
+(is (re-find #">Amount: \$100\.00<" response-body))
+```
+
+### When to Avoid Markup Testing
+
+Do not use markup assertions for:
+- Verifying complex data structures (use database queries instead)
+- Complex nested content that's easier to query
+- Business logic verification (test behavior, not presentation)
+
+## Database Setup
+
+All tests in `test/clj/auto_ap/` use a shared database fixture (`wrap-setup`) that:
+1. Creates a temporary in-memory Datomic database (`datomic:mem://test`)
+2. Loads the full schema from `io/resources/schema.edn`
+3. Installs custom Datomic functions from `io/resources/functions.edn`
+4. Cleans up the database after each test
+
+## Using the Fixture
+
+```clojure
+(ns my-test
+  (:require
+   [auto-ap.integration.util :refer [wrap-setup]]
+   [clojure.test :as t]))
+
+(use-fixtures :each wrap-setup)
+
+(deftest my-test
+  ;; tests here can access the test database
+  )
+```
+
+## Helper Functions
+
+`test/clj/auto_ap/integration/util.clj` provides helper functions for creating test data:
+
+### Identity Helpers
+
+```clojure
+;; Add a unique string to avoid collisions
+(str "CLIENT" (rand-int 100000))
+(str "INVOICE " (rand-int 1000000))
+```
+
+### Test Entity Builders
+
+```clojure
+;; Client
+(test-client
+  [:db/id "client-id"
+   :client/code "CLIENT123"
+   :client/locations ["DT" "MH"]
+   :client/bank-accounts [:bank-account-id]])
+
+;; Vendor
+(test-vendor
+  [:db/id "vendor-id"
+   :vendor/name "Vendorson"
+   :vendor/default-account "test-account-id"])
+
+;; Bank Account
+(test-bank-account
+  [:db/id "bank-account-id"
+   :bank-account/code "TEST-BANK-123"
+   :bank-account/type :bank-account-type/check])
+
+;; Transaction
+(test-transaction
+  [:db/id "transaction-id"
+   :transaction/date #inst "2022-01-01"
+   :transaction/client "test-client-id"
+   :transaction/bank-account "test-bank-account-id"
+   :transaction/id (str (java.util.UUID/randomUUID))
+   :transaction/amount 100.0
+   :transaction/description-original "original description"])
+
+;; Payment
+(test-payment
+  [:db/id "test-payment-id"
+   :payment/date #inst "2022-01-01"
+   :payment/client "test-client-id"
+   :payment/bank-account "test-bank-account-id"
+   :payment/type :payment-type/check
+   :payment/vendor "test-vendor-id"
+   :payment/amount 100.0])
+
+;; Invoice
+(test-invoice
+  [:db/id "test-invoice-id"
+   :invoice/date #inst "2022-01-01"
+   :invoice/client "test-client-id"
+   :invoice/status :invoice-status/unpaid
+   :invoice/import-status :import-status/imported
+   :invoice/total 100.0
+   :invoice/outstanding-balance 100.00
+   :invoice/vendor "test-vendor-id"
+   :invoice/invoice-number "INVOICE 123456"
+   :invoice/expense-accounts
+   [{:invoice-expense-account/account "test-account-id"
+     :invoice-expense-account/amount 100.0
+     :invoice-expense-account/location "DT"}]])
+
+;; Account
+(test-account
+  [:db/id "account-id"
+   :account/name "Account"
+   :account/type :account-type/asset])
+```
+
+### Common Data Setup (`setup-test-data`)
+
+Creates a minimal but complete dataset for testing:
+
+```clojure
+(defn setup-test-data [data]
+  (:tempids @(dc/transact conn (into data
+                                    [(test-account :db/id "test-account-id")
+                                     (test-client :db/id "test-client-id"
+                                                  :client/bank-accounts [(test-bank-account :db/id "test-bank-account-id")])
+                                     (test-vendor :db/id "test-vendor-id")
+                                     {:db/id "accounts-payable-id"
+                                      :account/name "Accounts Payable"
+                                      :db/ident :account/accounts-payable
+                                      :account/numeric-code 21000
+                                      :account/account-set "default"}]))))
+```
+
+Use like:
+```clojure
+(let [{:strs [test-client-id test-bank-account-id test-vendor-id]} (setup-test-data [])]
+  ...)
+```
+
+### Token Helpers
+
+```clojure
+;; Admin token
+(admin-token)
+
+;; User token (optionally scoped to specific client)
+(user-token)           ; Default: client-id 1
+(user-token client-id) ; Scoped to specific client
+```
+
+## Example Usage
+
+```clojure
+(ns my-test
+  (:require
+   [clojure.test :as t]
+   [auto-ap.datomic :refer [conn]]
+   [auto-ap.integration.util :refer [wrap-setup admin-token setup-test-data test-transaction]]))
+
+(use-fixtures :each wrap-setup)
+
+(deftest test-transaction-import
+  (testing "Should import a transaction"
+    (let [{:strs [client-id bank-account-id]} (setup-test-data [])
+          tx-result @(dc/transact conn
+                                  [(test-transaction
+                                    {:db/id "test-tx-id"
+                                     :transaction/client client-id
+                                     :transaction/bank-account bank-account-id
+                                     :transaction/amount 50.0})])]
+      (is (= 1 (count (:tx-data tx-result))))
+      ;; Verify by querying the database, not markup
+      (let [entity (dc/pull (dc/db conn) [:transaction/amount] (:db/id tx-result))]
+        (is (= 50.0 (:transaction/amount entity)))))))
+```
+
+## Note on Temp IDs
+
+Test data often uses string-based temp IDs like `"client-id"`, `"bank-account-id"`, etc. When transacting, the returned `:tempids` map maps these symbolic IDs to Datomic's internal entity IDs:
+
+```clojure
+(let [{:strs [client-id bank-account-id]} (:tempids @(dc/transact conn txes))]
+  ...)
+```
+
+## Memory Database
+
+All tests use `datomic:mem://test` - an in-memory database. This ensures:
+- Tests are fast
+- Tests don't interfere with each other
+- No setup required to run tests locally
+
+The database is automatically deleted after each test completes.
+
+# running tests
+prefer to use clojure nrepl evaluation skill over leiningen, but worst case,
+use leiningen to run tests

.envrc

@@ -1 +1,2 @@
 export OPENROUTER_API_KEY=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
+export AWS_PROFILE=integreat

.opencode/skills/implement-tests/SKILL.md

@@ -1,237 +0,0 @@
----
-name: implement-tests
-description: Guidance for implementing tests given the provided described behaviors
----
-
-# Implement Tests from Behavior Specs
-
-Use this skill when you need to implement integration and unit tests for behaviors documented in a markdown spec file. This is a structured, iterative workflow that delegates to a subagent and verifies the results.
-
-## When to Use
-
-- A behavior spec exists (e.g., `docs/testing/behaviors/invoice.md`) with behaviors marked by test strategy and completion status
-- Some behaviors are marked `[ ]` (incomplete) and need test implementation
-- Behaviors are tagged with test strategies: `Integration`, `Unit`, `Unit + Integration`, `UI`
-
-## Workflow
-
-### Step 1: Read the Spec and Existing Tests
-
-Read the following to understand what needs testing:
-
-1. **The behavior spec** (e.g., `docs/testing/behaviors/<entity>.md`) — identify all behaviors with `Integration` or `Unit` strategies marked `[ ]`
-2. **Existing test files** — read the main test file(s) to understand current coverage and patterns
-
-### Step 2: Identify What to Skip
-
-Before delegating, identify behaviors that are unreasonable to test and note them:
-
-- **External services** (S3, Textract, Stripe, etc.)
-- **PDF generation**
-- **UI-only behaviors** (require browser automation)
-- **SSR-only validation** that GraphQL bypasses
-
-Communicate these skips to the subagent explicitly.
-
-### Step 3: Launch clojure-author Subagent
-
-Use the `clojure-author` subagent type with a detailed prompt. The prompt should include:
-
-1. The list of behaviors to implement
-2. Explicit list of behaviors to skip (with reasons)
-3. Instructions to update the behavior document
-4. Instructions to run tests frequently
-5. Instructions to document discrepancies
-
-The subagent will already have the test infrastructure, fixtures, helpers, and patterns from this skill's context.
-
-**Example prompt template:**
-
-```
-You are implementing integration and unit tests for <ENTITY> behaviors in a <LANGUAGE> application.
-
-## Context
-- The behavior document is at `<BEHAVIOR_SPEC_PATH>`
-- The main integration test file is at `<TEST_FILE_PATH>`
-- Test infrastructure, fixtures, helpers, and patterns are documented in the skill loading your context
-
-## Your Task
-Implement the REMAINING integration and unit tests for behaviors marked with `[ ]` (incomplete) in `<BEHAVIOR_SPEC_PATH>`. Focus on behaviors with test strategies that include "Integration" or "Unit".
-
-## Behaviors to Implement
-<LIST_OF_BEHAVIORS>
-
-## Behaviors to SKIP
-<LIST_OF_SKIPS_WITH_REASONS>
-
-## Instructions
-1. Read the existing test file to understand patterns
-2. Read the behavior document to understand what's expected
-3. Implement tests using structured editing tools
-4. Update `<BEHAVIOR_SPEC_PATH>` by changing `[ ]` to `[x]` for completed behaviors
-5. Run tests frequently
-6. Fix any test failures
-
-## CRITICAL RULES
-- Use structured editing tools through the clojure-mcp, NOT simple text replacement - don't use the write tool 
-- Group related behaviors into test functions where it makes sense, but work one test at a time
-- Follow existing patterns in the codebase
-- When a behavior seems untestable due to external services, skip it and leave `[ ]`
-- When tests fail unexpectedly, check the actual implementation and adjust tests to match ACTUAL behavior, not documented behavior
-- Document any discrepancies in test comments
-- If you run into issues with unbalanced parens, run `clj-repair-parens` to fix them
-
-## When done, report back:
-1. Which behaviors you completed
-2. Which behaviors you skipped and why
-3. Total test count and assertion count added
-4. Any discrepancies found between documented and actual behavior
-5. Confirm that all tests pass
-```
-
-### Step 4: Verify Subagent Work
-
-When the subagent reports completion, verify its work:
-
-1. **Run the tests** — execute the test namespace(s) and confirm pass/fail counts
-2. **Count completed behaviors** — run:
-   ```bash
-   grep -E '\| Integration \| \[x\]' <BEHAVIOR_SPEC_PATH> | wc -l
-   grep -E '\| Integration \| \[ \]' <BEHAVIOR_SPEC_PATH> | wc -l
-   ```
-3. **Check unit tests too**:
-   ```bash
-   grep -E '\| Unit.*\| \[x\]' <BEHAVIOR_SPEC_PATH> | wc -l
-   grep -E '\| Unit.*\| \[ \]' <BEHAVIOR_SPEC_PATH> | wc -l
-   ```
-4. **Review skipped items** — verify the subagent correctly identified untestable behaviors
-
-### Step 5: Iterate if Needed
-
-If tests are missing or failing:
-
-1. Collect what remains incomplete
-2. Launch a follow-up subagent with specific feedback
-3. Repeat up to a **maximum of 10 iterations**
-4. Each iteration should narrow the scope to only what remains
-
-### Step 6: Mark Skipped Behaviors
-
-For any behaviors that are legitimately untestable, update the behavior document:
-
-```bash
-# Before
-| 13.7 | ... | Integration | [ ] |
-
-# After
-| 13.7 | ... | Integration | SKIPPED |
-```
-
-Run a final count to confirm:
-- 0 behaviors remain `[ ]` for Integration/Unit strategies
-- Skipped behaviors are clearly marked
-
-## Output Checklist
-
-- [ ] All feasible integration tests implemented and passing
-- [ ] All feasible unit tests implemented and passing
-- [ ] Behavior document updated with `[x]` markers
-- [ ] Untestable behaviors marked `SKIPPED`
-- [ ] Test count and assertion count reported
-- [ ] Discrepancies documented (if any)
-
-## Test Infrastructure
-
-### Fixtures
-Use `auto-ap.integration.util/wrap-setup` as a `:each` fixture:
-```clojure
-(use-fixtures :each wrap-setup)
-```
-It creates an in-memory Datomic DB, transacts schema, mocks Solr with `InMemSolrClient`, and cleans up after each test.
-
-### Test Data Helper
-Use `setup-test-data` to create base entities:
-```clojure
-(let [{:strs [test-client-id test-vendor-id test-account-id test-bank-account-id]}
-      (setup-test-data [])]
-  ;; IDs are now available
-  )
-```
-Creates a test expense account, client with check bank account, vendor with default account, and AP account by default. Pass additional entities merged by `:db/id`:
-```clojure
-(setup-test-data [(test-account :db/id "new-account-id")])
-```
-Use string tempids and `{:strs [...]}` destructuring.
-
-### User Tokens
-- `(admin-token)` — Full admin access
-- `(user-token client-id)` — User with access to specific client
-- `(user-token-no-access)` — User with no client access
-
-### Datomic Access
-```clojure
-@(dc/transact datomic/conn [[:upsert-invoice {...}]])
-(dc/pull (dc/db datomic/conn) [:attr] entity-id)
-(dc/q '[:find ...] (dc/db datomic/conn) ...)
-```
-
-### Key GraphQL Functions (`auto-ap.graphql.invoices`)
-- `gql-invoices/add-invoice`, `edit-invoice`, `void-invoice`, `void-invoices`, `unvoid-invoice`, `unautopay-invoice`, `bulk-change-invoices`
-
-### Key Check Functions (`auto-ap.graphql.checks`)
-- `gql-checks/print-checks-internal`, `pay-invoices-from-balance`, `add-handwritten-check`
-
-### Key SSR Functions (`auto-ap.ssr.invoices`)
-- `ssr-invoices/fetch-page` — returns `[invoices count total-outstanding total-amount]`
-- `ssr-invoices/selected->ids`, `all-ids-not-locked`, `redirect-handler`
-
-Request format for `fetch-page`:
-```clojure
-{:query-params {:invoice-number "SEARCH" :sort [{:sort-key "date" :asc true}] :per-page 10}
- :route-params {:status :invoice-status/unpaid}
- :clients [{:db/id test-client-id}]}
-```
-
-### Key Route Functions (`auto-ap.routes.invoices`)
-- `route-invoices/import->invoice`, `match-vendor`, `import-uploaded-invoice`, `validate-invoice`
-
-## Testing Patterns
-
-### Permission Gates
-GraphQL checks `assert-can-see-client` but NOT specific permissions (`can?`). Permission checks are at the SSR/UI layer. Users with client access can perform operations even with "read-only" role via GraphQL.
-
-### Lock Date Behaviors
-Create the invoice FIRST, then set `:client/locked-until`, because `add-invoice` itself enforces `assert-not-locked`:
-```clojure
-(let [invoice (gql-invoices/add-invoice {:id (admin-token)} {...} nil)]
-  @(dc/transact datomic/conn [{:db/id test-client-id :client/locked-until #inst "2022-06-01"}])
-  (is (thrown? Exception (gql-invoices/void-invoice ...))))
-```
-
-### Status Changes
-```clojure
-(let [result (dc/pull (dc/db datomic/conn) [{:invoice/status [:db/ident]}] invoice-id)]
-  (is (= :invoice-status/voided (-> result :invoice/status :db/ident))))
-```
-
-### Date Handling
-- `#clj-time/date-time` for GraphQL API calls
-- `#inst` for direct Datomic transactions
-- `(time/date-time year month day)` for route functions
-
-## Structured Clojure Editing
-
-MUST use clojure-mcp structured editing tools — NOT simple text replacement or the write tool.
-
-1. **Read the file first** before editing
-2. **`clojure-mcp_paren_repair`** — run proactively after adding multiple deftest blocks, or when tests fail with "EOF while reading"
-3. **`clojure-mcp_clojure_edit`** — prefer for top-level forms (`defn`, `deftest`, `ns`)
-4. **`clojure-mcp_clojure_edit_replace_sexp`** — for targeted expression replacements
-
-## Tips
-
-- **Group related behaviors** into single test functions when they share setup (e.g., all sorting behaviors in one test)
-- **Use actual behavior over documented behavior** — if the code doesn't match the spec, test what the code actually does and document the discrepancy
-- **External services are the #1 skip reason** — AWS, Stripe, email, etc. should almost always be skipped
-- **Permission gates** — verify the actual layer where permissions are checked (GraphQL vs SSR vs UI) before writing tests
-- **Lock dates** — create entities first, then set lock dates, because creation itself may enforce `assert-not-locked`

AGENTS.md

@@ -1,3 +1,37 @@
+# Integreat Development Guide
+
+## Build & Run Commands
+
+### Build
+```bash
+lein build              # Create uberjar
+lein uberjar            # Standalone JAR
+npm install             # Install Node.js dependencies (for frontend build)
+```
+
+### Development
+```bash
+docker-compose up -d    # Start Datomic, Solr services
+lein repl               # Start Clojure REPL (nREPL on port 9000), typically one will be running for you already
+lein cljfmt check       # Check code formatting
+lein cljfmt fix         # Auto-format code
+clj-paren-repair [FILE ...] # fix parentheses in files
+clj-nrepl-eval -p PORT "(+ 1 2 3)" #  evaluate clojure code
+
+```
+
+Often times, if a file won't compile, first clj-paren-repair on the file, then try again. If it doesn't wor still, try cljfmt check.
+
+### Running the Application
+```bash
+INTEGREAT_JOB="" lein run  # Default: port 3000
+# Or with custom port:
+PORT=3449 lein run
+```
+
+## Test Execution
+prefer using clojure-eval skill
+
 ## Pull Requests on Gitea
 
 This project uses **gitea story-basking.ts net** as the primary remote for PRs. Use `tea` (the Gitea CLI) to create and manage pull requests. The gitea remote is the one you push to, NOT origin and NOT deploy.
@@ -6,4 +40,123 @@ This project uses **gitea story-basking.ts net** as the primary remote for PRs.
 - Target branch is always `master`
 - Use `tea pulls create -r notid/integreat -b master --title "..." --description "..."`
 
-Use 'bd' for task tracking
+### Run All Tests
+```bash
+lein test                   # WORST CASE
+```
+
+### Run Specific Test Selectors
+```bash
+lein test :integration # WORST CASE
+lein test :functional #WORST CASE
+```
+
+### Run Specific Test File
+```bash
+clj-nrepl-eval -p PORT "(clojure.test/run-tests 'auto-ap.import.plaid-test)" # preferred method
+lein test auto-ap.import.plaid-test #WORST CASE
+```
+
+### Run Specific Test Function
+```bash
+lein test auto-ap.import.plaid-test/plaid->transaction #WORST CASE
+```
+
+## Code Style Guidelines
+
+### File Organization
+- Namespaces follow `auto-ap.*` format
+- Source files in `src/clj/auto_ap/`
+- Test files in `test/clj/auto_ap/`
+- Backend: Clojure 1.10.1
+- Frontend: alpinejs + TailwindCSS + HTMX
+
+### Import Formatting
+- Imports must be sorted alphabetically within each group
+- Standard library imports first (`clojure.core`, `clojure.string`, etc.)
+- Third-party libraries second
+- Internal library imports last
+- Group related imports together
+
+**Example:**
+```clojure
+(ns auto-ap.example
+  (:require
+   [auto-ap.datomic :refer [conn pull-many]]
+   [auto-ap.graphql.utils :refer [limited-clients]]
+   [clojure.data.json :as json]
+   [clojure.string :as str]
+   [com.brunobonacci.mulog :as mu]
+   [datomic.api :as dc]))
+```
+
+### Naming Conventions
+- Namespace names: `auto-ap.<feature>.<sub-feature>`
+- File names: kebab-case (e.g., `ledger_common.clj`)
+- Functions: lowercase with underscores, descriptive (e.g., `fetch-ids`, `process-invoice`)
+- Database identifiers: use `:db/id` keyword, not string IDs
+- Entity attributes: follow schema convention (e.g., `:invoice/status`)
+
+### Data Types & Schema
+- Use keywords for schema accessors (e.g., `:invoice/date` instead of strings)
+- Datomic pull queries use `[:db/id ...]` syntax
+- Use `:db/ident` for schema keyword resolution
+- Dates and times: use `inst` types (handled by `clj-time.coerce`)
+- Numbers: use `double` for monetary values (stored as strings in DB, converted to double)
+
+### Error Handling
+- Use `slingshot.slingshot` library for error handling
+- Pattern: `(exception->notification #(throw ...))` to wrap errors with logging
+- Pattern: `(notify-if-locked client-id invoice-date)` for business logic checks
+- Throw `ex-info` with metadata for structured exceptions
+- Use `throw+` for throwing exceptions that can be caught by `slingshot`
+
+**Example:**
+```clojure
+(exception->notification
+ (when-not (= :invoice-status/unpaid (:invoice/status invoice))
+   (throw (ex-info "Cannot void an invoice if it is paid."
+                   {:type :notification}))))
+```
+
+### Function Definitions
+- Use `defn` for public functions
+- Use `defn-` for private functions (indicated by underscore prefix)
+- Use `letfn` for locally recursive functions
+- Use `cond` and `condp` for conditional logic
+- Use `case` for exhaustive keyword matching
+
+### Testing Patterns
+- Use `clojure.test` with `deftest` and `testing`
+- Group related tests in `testing` blocks
+- Use `is` for assertions with descriptive messages
+- Use `are` for parameterized assertions
+- Fixtures with `use-fixtures` for setup/teardown
+
+**Example:**
+```clojure
+(deftest import-invoices
+  (testing "Should import valid invoice"
+    (is (= 1 (invoice-count-for-client [:client/code "ABC"]))))
+  (testing "Should not import duplicate invoice"
+    (is (thrown? Exception (sut/import-uploaded-invoice user invoices)))))
+```
+look at the testing-conventions skill for more detail
+
+### Code Formatting & Documentation
+- Use `lein cljfmt check` before committing, auto-fix with `lein cljfmt fix`
+- Use `#_` for commenting out entire forms (not single lines)
+- Use `comment` special form for evaluation examples
+- Use `#_` to comment out library dependencies in project.clj
+
+### Logging
+- Uses `com.brunobonacci.mulog` for structured logging
+- Import with `(require [auto-ap.logging :as alog])`
+- Use `alog/info`, `alog/warn`, `alog/error` for different log levels
+- Use `alog/with-context-as` to add context to log messages
+
+## Linting Configuration
+- Uses `clj-kondo` for static analysis
+- Custom linters configured in `.clj-kondo/config.edn`
+- Hooks for `mount.core/defstate` and `auto-ap.logging` in `.clj-kondo/hooks/`
+- Run `clj-kondo --lint src/clj auto_ap/` for linting

CLAUDE.md

@@ -0,0 +1,125 @@
+# CLAUDE.md
+
+This file provides guidance to Claude Code (claude.ai/code) when working with code in this repository.
+
+## Project Overview
+
+Integreat is a full-stack web application for accounts payable (AP) and accounting automation. It integrates with multiple financial data sources (Plaid, Yodlee, Square, Intuit QBO) to manage invoices, bank accounts, transactions, and vendor information.
+
+**Tech Stack:**
+- Backend: Clojure 1.10.1 with Ring (Jetty), Datomic database, GraphQL (Lacinia, in process of depracation)
+- Frontend, two versions: 
+    * ClojureScript with Reagent, Re-frame, (almost depracated)
+    * Server side: HTMX, TailwindCSS, alpinejs (current)
+- Java: Amazon Corretto 11 (required for Clojure 1.10.1)
+
+## Development Commands
+
+**Build:**
+```bash
+lein build              # Create uberjar
+lein uberjar            # Standalone JAR
+npm install             # Install Node.js dependencies (for frontend build)
+```
+
+### Development
+```bash
+docker-compose up -d    # Start Datomic, Solr services
+lein repl               # Start Clojure REPL (nREPL on port 9000), typically one will be running for you already
+lein cljfmt check       # Check code formatting
+lein cljfmt fix         # Auto-format code
+clj-paren-repair [FILE ...] # fix parentheses in files
+clj-nrepl-eval -p PORT "(+ 1 2 3)" #  evaluate clojure code
+
+```
+
+Often times, if a file won't compile, first clj-paren-repair on the file, then try again. If it doesn't wor still, try cljfmt check.
+
+
+**Running the Application:**
+
+**As Web Server:**
+```bash
+INTEGREAT_JOB="" lein run  # Default: port 3000
+# Or with custom port:
+PORT=3449 lein run
+```
+
+**As Background Job:**
+Set `INTEGREAT_JOB` environment variable to one of:
+- `square-import-job` - Square POS transaction sync
+- `yodlee2` - Yodlee bank account sync
+- `plaid` - Plaid bank linking
+- `intuit` - Intuit QBO sync
+- `import-uploaded-invoices` - Process uploaded invoice PDFs
+- `ezcater-upsert` - EZcater PO sync
+- `ledger_reconcile` - Ledger reconciliation
+- `bulk_journal_import` - Journal entry import
+- (no job) - Run web server + nREPL
+
+## Architecture
+
+**Request Flow:**
+1. Ring middleware pipeline processes requests
+2. Authentication/authorization middleware (Buddy) wraps handlers
+3. Bidi routes dispatch to handlers
+4. SSR (server-side rendering) generates HTML with Hiccup for main views
+5. For interactive pages, HTMX handles partial updates
+6. Client-side uses alpinejs as a bonus
+
+**Multi-tenancy:**
+- Client-based filtering via `:client/code` and `:client/groups`
+- Client selection via `X-Clients` header or session
+- Role-based permissions: admin, standard user, vendor
+
+**Key Directories:**
+- `src/clj/auto_ap/` - Backend Clojure code
+- `src/clj/auto_ap/server.clj` - Main entry point, job dispatcher, Mount lifecycle
+- `src/clj/auto_ap/handler.clj` - Ring app, middleware stack
+- `src/clj/auto_ap/datomic/` - Datomic schema and queries
+- `src/clj/auto_ap/ssr/` - Server-side rendered page handlers (Hiccup templates)
+- `src/clj/auto_ap/routes/` - HTTP route definitions
+- `src/clj/auto_ap/jobs/` - Background batch jobs
+- `src/clj/auto_ap/graphql/` - GraphQL type definitions and resolvers
+- `src/cljs/auto_ap/` - Frontend ClojureScript for old, depracated version
+- `test/clj/auto_ap/` - Unit/integration tests
+
+## Database
+
+- Datomic schema defined in `resources/schema.edn`
+- Key entity patterns:
+  - `:client/code`, `:client/groups` for multi-tenancy
+  - `:vendor/*`, `:invoice/*`, `:transaction/*`, `:account/*` for standard entities
+  - `:db/type/ref` for relationships, many with `:db/cardinality :db.cardinality/many`
+
+## Configuration
+
+- Dev config: `config/dev.edn` (set via `-Dconfig=config/dev.edn`)
+- Env vars: `INTEGREAT_JOB`, `PORT`
+- Docker: Uses Alpine-based Amazon Corretto 11 image
+
+## Important Patterns
+
+- **Middleware stack** in `handler.clj`: route matching → logging → client hydration → session/auth → idle timeout → error handling → gzip
+- **Client context** added by middleware: `:identity`, `:clients`, `:client`, `:matched-route`
+- **Job dispatching** in `server.clj`: checks `INTEGREAT_JOB` env var to run specific background jobs or start web server
+- **Test selectors**: namespaces ending in `integration` or `functional` are selected by `lein test :integration` / `lein test :functional`
+
+## Clojure REPL Evaluation
+
+The command `clj-nrepl-eval` is installed on your path for evaluating Clojure code via nREPL.
+
+**Discover nREPL servers:**
+
+`clj-nrepl-eval --discover-ports`
+
+**Evaluate code:**
+
+`clj-nrepl-eval -p <port> "<clojure-code>"`
+
+With timeout (milliseconds)
+
+`clj-nrepl-eval -p <port> --timeout 5000 "<clojure-code>"`
+
+The REPL session persists between evaluations - namespaces and state are maintained.
+Always use `:reload` when requiring namespaces to pick up changes.

Dockerfile

@@ -1,6 +1,5 @@
-FROM 679918342773.dkr.ecr.us-east-1.amazonaws.com/corretto:latest
-RUN yum update -y
-RUN yum install -y poppler-utils
+FROM 679918342773.dkr.ecr.us-east-1.amazonaws.com/corretto:11-alpine
+RUN apk add --no-cache poppler-utils
 COPY target/auto-ap.jar /usr/local/
 COPY config /usr/local/config/
 CMD java -Dlogback.configurationFile=logback-prod.xml -Dcom.sun.management.jmxremote.ssl=false -Dcom.sun.management.jmxremote.authenticate=false -Dcom.sun.management.jmxremote.port=9090 -Dcom.sun.management.jmxremote.rmi.port=9090 -Djava.rmi.server.hostname=127.0.0.1 -Dcom.sun.management.jmxremote.local.only=false -XX:InitialRAMPercentage=20 -XX:MaxRAMPercentage=84 -XX:-OmitStackTraceInFastThrow -cp /usr/local/auto-ap.jar clojure.main -m auto-ap.server

config/prod-new.edn

@@ -0,0 +1,36 @@
+{:db {:server "database"}
+ :datomic-url "datomic:ddb://us-east-1/integreat/integreat-prod"
+ :base-url "https://new.app.integreatconsult.com"
+ :solr-uri "http://solr-ec2-prod.local:8983"
+ :solr-impl :solr
+ :scheme "https"
+ :dd-env "prod"
+ :dd-service "integreat-app"
+ :jwt-secret "auto ap invoices are awesome"
+ :invoice-import-queue-url "https://sqs.us-east-1.amazonaws.com/679918342773/integreat-mail-prod" 
+ :requests-queue-url "https://sqs.us-east-1.amazonaws.com/679918342773/integreat-background-request-prod" 
+ :invoice-email "invoices@mail.app.integreatconsult.com"
+ :import-failure-destination-email "ben@integreatconsult.com"
+  :data-bucket "data.app-new.app.integreatconsult.com"
+ :yodlee-cobrand-name "qstartus12"
+ :yodlee-cobrand-login "qstartus12"
+ :yodlee-cobrand-password  "MPD@mg78hd"
+ :yodlee-user-login "integreat"
+ :yodlee-user-password "Import3transactions!"
+ :yodlee-base-url "https://quickstart2.api.yodlee.com/ysl"
+ :yodlee-app "10003600"
+ :yodlee-fastlink "https://quickstartus2node.yodleeinteractive.com/authenticate/qstartus12/?channelAppName=quickstartus2"
+ :yodlee-proxy-host "172.31.10.83"
+ :yodlee-proxy-port 8888
+ :run-background? false
+ :run-web? true
+ :yodlee2-integreat-user "integreat-main"
+ :yodlee2-client-id "3AATcwfPsWP1rP9oDoo4HvZhtaroGVcA"
+ :yodlee2-client-secret "cXTBmKbGfkaBFIpM"
+ :yodlee2-base-url "https://production.api.yodlee.com/ysl"
+ :yodlee2-fastlink "https://fl4.prod.yodlee.com/authenticate/USDevexProd2-319/fastlink/?channelAppName=usdevexprod2"
+ :yodlee2-proxy-host "172.31.10.83"
+ :yodlee2-proxy-port 8888
+ :plaid {:base-url   "https://production.plaid.com"
+        :client-id  "61bfab05f7e762001b323f79"
+        :secret-key "2be026ca5e7f7e9f23f2fb4d7c914d"}}

dev-resources/BAI Test Report(1).csv

@@ -0,0 +1,27 @@
+1,121142287,121142287,230808,1435,1,,,2/,,,,,,
+2,,121142287,1,230807,,USD,2/,,,,,,,
+3,502009095,USD,15,4471085,0,,40,7416920,0,,45,4471085,0,/
+16,191,1104372,,,,TRANSFER FROM BASIC BUSINESS CHECK ACCOUNT XXXXXX9103/,,,,,,,,
+16,451,4050207,,19620409,,AMEX EPAYMENT ACH PMT A8334/,,,,,,,,
+49,21513669,4/,,,,,,,,,,,,
+3,502006000,USD,15,5533562,0,,40,4784698,0,,45,5533562,0,/
+16,108,18815,,142939792,,Deposit/,,,,,,,,
+16,108,17955,,142939789,,Deposit/,,,,,,,,
+16,108,17530,,142939793,,Deposit/,,,,,,,,
+16,108,15340,,142939795,,Deposit/,,,,,,,,
+16,108,15290,,142939794,,Deposit/,,,,,,,,
+16,108,14735,,142939790,,Deposit/,,,,,,,,
+16,108,14140,,142939791,,Deposit/,,,,,,,,
+16,191,747488,,,,TRANSFER FROM BASIC BUSINESS CHECK ACCOUNT XXXXXX8469/,,,,,,,,
+16,191,85171,,,,TRANSFER FROM BASIC BUSINESS CHECK ACCOUNT XXXXXX8451/,,,,,,,,
+16,475,197600,,910147509,1196,Check Paid/,,,,,,,,
+49,16995886,12/,,,,,,,,,,,,
+3,502009137,USD,15,4153082,0,,40,3572123,0,,45,4153082,0,/
+16,191,572495,,,,TRANSFER FROM BASIC BUSINESS CHECK ACCOUNT XXXXXX9145/,,,,,,,,
+16,191,58464,,,,TRANSFER FROM BASIC BUSINESS CHECK ACCOUNT XXXXXX9152/,,,,,,,,
+16,475,50000,,910039240,547,Check Paid/,,,,,,,,
+49,12559246,5/,,,,,,,,,,,,
+3,502008527,USD,15,0,0,,40,0,0,,45,0,0,/
+49,0,2/,,,,,,,,,,,,
+98,51068801,4,25/,,,,,,,,,,,
+99,51068801,1,27/,,,,,,,,,,,

dev-resources/BAI Test Report.csv

@@ -0,0 +1,27 @@
+1,121142287,121142287,230808,1435,1,,,2/,,,,,,
+2,,121142287,1,230807,,USD,2/,,,,,,,
+3,502009095,USD,15,4471085,0,,40,7416920,0,,45,4471085,0,/
+16,191,1104372,,,,TRANSFER FROM BASIC BUSINESS CHECK ACCOUNT XXXXXX9103/,,,,,,,,
+16,451,4050207,,19620409,,AMEX EPAYMENT ACH PMT A8334/,,,,,,,,
+49,21513669,4/,,,,,,,,,,,,
+3,502006000,USD,15,5533562,0,,40,4784698,0,,45,5533562,0,/
+16,108,18815,,142939792,,Deposit/,,,,,,,,
+16,108,17955,,142939789,,Deposit/,,,,,,,,
+16,108,17530,,142939793,,Deposit/,,,,,,,,
+16,108,15340,,142939795,,Deposit/,,,,,,,,
+16,108,15290,,142939794,,Deposit/,,,,,,,,
+16,108,14735,,142939790,,Deposit/,,,,,,,,
+16,108,14140,,142939791,,Deposit/,,,,,,,,
+16,191,747488,,,,TRANSFER FROM BASIC BUSINESS CHECK ACCOUNT XXXXXX8469/,,,,,,,,
+16,191,85171,,,,TRANSFER FROM BASIC BUSINESS CHECK ACCOUNT XXXXXX8451/,,,,,,,,
+16,475,197600,,910147509,1196,Check Paid/,,,,,,,,
+49,16995886,12/,,,,,,,,,,,,
+3,502009137,USD,15,4153082,0,,40,3572123,0,,45,4153082,0,/
+16,191,572495,,,,TRANSFER FROM BASIC BUSINESS CHECK ACCOUNT XXXXXX9145/,,,,,,,,
+16,191,58464,,,,TRANSFER FROM BASIC BUSINESS CHECK ACCOUNT XXXXXX9152/,,,,,,,,
+16,475,50000,,910039240,547,Check Paid/,,,,,,,,
+49,12559246,5/,,,,,,,,,,,,
+3,502008527,USD,15,0,0,,40,0,0,,45,0,0,/
+49,0,2/,,,,,,,,,,,,
+98,51068801,4,25/,,,,,,,,,,,
+99,51068801,1,27/,,,,,,,,,,,

docs/plans/2026-02-06-feat-add-bdd-tests-for-admin-financial-account-creation-ssr-plan.md

@@ -0,0 +1,703 @@
+---
+title: feat: Add BDD tests for admin financial account creation (ssr)
+type: feat
+date: 2026-02-06
+---
+
+# Add BDD Tests for Admin Financial Account Creation (SSR)
+
+## Overview
+
+This feature aims to add Behavior-Driven Development (BDD) tests for admin users creating financial accounts using Server-Side Rendering (SSR). The tests will cover the complete account creation flow, validation logic, duplicate detection, and Solr indexing integration.
+
+## Problem Statement
+
+Currently, the project lacks BDD-style tests for admin financial account creation. Tests exist using Clojure.test but follow a unit/integration pattern rather than BDD Given-When-Then scenarios. This creates several challenges:
+
+1. **Unclear test intent**: Tests verify database state directly without clear behavioral descriptions
+2. **Difficulty for new developers**: BDD scenarios provide clearer user flow documentation
+3. **Limited edge case coverage**: Current tests may miss important business logic edge cases
+4. **No validation testing**: Duplicate detection and validation logic lacks comprehensive test coverage
+
+## Proposed Solution
+
+Implement BDD-style tests for admin financial account creation following project conventions. Tests will:
+
+- Use Given-When-Then structure for clear behavioral descriptions
+- Test both success and failure scenarios
+- Verify database state changes after operations
+- Test Solr indexing after account creation
+- Test authorization (admin-only access)
+- Cover validation errors and duplicate detection
+
+## Technical Considerations
+
+### Architecture Impact
+- Tests will be added to `test/clj/auto_ap/ssr/admin/accounts_test.clj`
+- Tests will use existing test utilities: `wrap-setup`, `admin-token`, `setup-test-data`
+- Tests will verify database state using Datomic `dc/pull` and `dc/q`
+- Tests will follow project convention of testing user-observable behavior
+
+### Performance Implications
+- Tests will use in-memory Datomic for fast iteration
+- Each test will run independently with its own setup/teardown
+- Solr indexing will be tested in-memory (using mocked Solr client)
+
+### Security Considerations
+- Tests will use admin tokens (`admin-token` utility)
+- Non-admin access attempts will be tested and rejected
+- JWT validation will be tested for proper authorization
+
+## Acceptance Criteria
+
+### Functional Requirements
+
+- [ ] Test 1: Admin successfully creates account with valid data
+  - Given: Admin is logged in with valid token
+  - When: Admin submits valid account creation form
+  - Then: Account is created successfully in database
+  - Then: Account appears in account table
+  - Then: Account is indexed in Solr search
+
+- [ ] Test 2: Account appears in database with correct attributes
+  - Given: Account was created
+  - When: Account is queried from database
+  - Then: Account has correct numeric code, name, type, location
+  - Then: Account has auto-generated ID
+  - Then: Account timestamps are set correctly
+
+- [ ] Test 3: Validation errors for invalid data
+  - Given: Admin submits invalid account form
+  - When: Form validation fails
+  - Then: Appropriate validation error is shown
+  - Then: No account is created
+
+- [ ] Test 4: Duplicate numeric code detection
+  - Given: Account with same numeric code already exists
+  - When: Admin submits form with duplicate code
+  - Then: Duplicate check fails
+  - Then: Validation error is shown
+  - Then: No account is created
+
+- [ ] Test 5: Duplicate account name detection
+  - Given: Account with same name already exists
+  - When: Admin submits form with duplicate name
+  - Then: Duplicate check fails
+  - Then: Validation error is shown
+  - Then: No account is created
+
+- [ ] Test 6: Account searchability in Solr
+  - Given: Account was created
+  - When: Solr query is performed
+  - Then: Account appears in search results
+  - Then: Can search by numeric code
+  - Then: Can search by account name
+
+- [ ] Test 7: Non-admin access is denied
+  - Given: Non-admin user token
+  - When: Non-admin attempts to create account
+  - Then: Request is rejected with 403 Forbidden
+  - Then: No account is created
+
+- [ ] Test 8: Client override validation
+  - Given: Account creation form includes client overrides
+  - When: Overrides contain duplicate client names
+  - Then: Validation error is shown
+  - Then: No account is created
+
+- [ ] Test 9: Account update functionality
+  - Given: Account exists in database
+  - When: Admin updates account attributes
+  - Then: Account is updated successfully
+  - Then: Solr index is updated
+  - Then: Account in table reflects changes
+
+### Non-Functional Requirements
+
+- [ ] Tests use existing test utilities (`wrap-setup`, `admin-token`, etc.)
+- [ ] Tests follow project BDD style conventions
+- [ ] Tests verify user-observable behavior (database state)
+- [ ] Tests are isolated with proper setup/teardown
+- [ ] Test execution time < 5 seconds per test
+- [ ] Tests use `lein test` selector for running
+
+### Quality Gates
+
+- [ ] Test coverage for account creation flow > 80%
+- [ ] All tests pass on initial run
+- [ ] Tests run with `lein test :integration` and `lein test :functional`
+- [ ] Test file follows project naming conventions (`auto-ap.ssr.admin.accounts-test`)
+- [ ] Code formatting verified with `lein cljfmt check`
+
+## Success Metrics
+
+- [ ] 9 BDD test scenarios implemented and passing
+- [ ] Clear Given-When-Then documentation for each test
+- [ ] Tests cover happy path, validation errors, and edge cases
+- [ ] No regression in existing account creation functionality
+- [ ] Tests provide clear documentation for developers
+- [ ] Tests can be run in parallel without conflicts
+
+## Dependencies & Risks
+
+### Prerequisites
+
+- Existing Datomic database schema for accounts
+- Existing SSR admin module (`src/clj/auto_ap/ssr/admin/accounts.clj`)
+- Existing test utilities in `test/clj/auto_ap/integration/util.clj`
+- In-memory Solr client for testing
+
+### Potential Risks
+
+1. **Time Risk**: Comprehensive BDD test coverage may take longer than estimated
+   - Mitigation: Focus on critical tests first, add edge cases in follow-up PRs
+
+2. **Complexity Risk**: Solr indexing may be difficult to test in isolation
+   - Mitigation: Use mocked Solr client with in-memory index
+
+3. **Regression Risk**: New tests may fail due to changes in production code
+   - Mitigation: Run full test suite after each test implementation
+   - Mitigation: Use feature flags for test environment
+
+4. **Duplicate Detection Complexity**: Duplicate check logic may have edge cases
+   - Mitigation: Review existing implementation, add targeted tests for each edge case
+
+## Implementation Plan
+
+### Phase 1: Foundation (1-2 hours)
+
+**Tasks:**
+
+1. [ ] Review existing account creation code
+   - Read `src/clj/auto_ap/ssr/admin/accounts.clj`
+   - Identify `account-save` function and validation logic
+   - Identify duplicate check logic
+   - Identify Solr indexing logic
+
+2. [ ] Review existing test patterns
+   - Read `test/clj/auto_ap/ssr/invoice/new_invoice_wizard_test.clj`
+   - Read `test/clj/auto_ap/integration/graphql/accounts.clj`
+   - Understand `wrap-setup`, `admin-token`, `setup-test-data` utilities
+   - Review test structure and conventions
+
+3. [ ] Create test directory structure
+   - Create `test/clj/auto_ap/ssr/admin/` directory if not exists
+   - Verify namespace conventions and naming
+
+**Deliverable:**
+- Clear understanding of account creation flow
+- Test file template created
+- Setup environment ready
+
+### Phase 2: Core Tests (3-4 hours)
+
+**Task 1: Account Creation Success Test**
+
+4. [ ] Create basic test structure
+   - Create `test/clj/auto_ap/ssr/admin/accounts_test.clj`
+   - Define namespace with required imports
+   - Set up test fixtures (`wrap-setup`, `admin-token`)
+
+5. [ ] Implement Test 1: Admin creates account successfully
+   ```clojure
+   (deftest account-creation-success
+     (testing "Admin should be able to create a new financial account"
+       ;; Given: Admin is logged in
+       (let [admin-identity (admin-token)]
+
+         ;; When: Admin submits valid account creation form
+         (let [form-params {:account/numeric-code 12345
+                            :account/name "New Cash Account"
+                            :account/type :account-type/asset
+                            :account/location "B"
+                            :account/default-allowance :allowance/allowed}
+               result (sut/account-save {:form-params form-params
+                                         :request-method :post
+                                         :identity admin-identity})]
+
+           ;; Then: Account should be created successfully
+           (is (= :success (:status result)))
+
+           ;; And: Account should appear in database
+           (let [db-after (dc/db conn)
+                 created-account (dc/pull db-after
+                                          '[:db/id
+                                            :account/code
+                                            :account/name
+                                            :account/numeric-code
+                                            :account/location
+                                            :account/type
+                                            {[:account/type :xform iol-ion.query/ident] :db/ident}]
+                                          (get result [:tempids "new"]))]
+             (is (= 12345 (:account/numeric-code created-account)))
+             (is (= "New Cash Account" (:account/name created-account)))))))
+   ```
+
+6. [ ] Verify Test 1 passes
+   - Run `lein test auto-ap.ssr.admin.accounts-test/account-creation-success`
+   - Fix any failures
+   - Verify test output is clear
+
+**Deliverable:**
+- Test 1 passes successfully
+- Basic test framework in place
+
+**Task 2: Account Database Verification Test**
+
+7. [ ] Implement Test 2: Account appears in database
+   ```clojure
+   (deftest account-appears-in-database
+     (testing "Created account should have correct attributes in database"
+       (let [admin-identity (admin-token)
+             form-params {:account/numeric-code 12346
+                          :account/name "Cash Account"
+                          :account/type :account-type/asset
+                          :account/location "C"}
+             result @(sut/account-save {:form-params form-params
+                                         :request-method :post
+                                         :identity admin-identity})]
+         ;; Then: Account has correct attributes
+         (let [db-after (dc/db conn)
+               account-id (get result [:tempids "new"])
+               account (dc/pull db-after
+                                '[:db/id
+                                  :account/code
+                                  :account/name
+                                  :account/numeric-code
+                                  :account/location
+                                  :account/type]
+                                account-id)]
+           (is (= "Cash Account" (:account/name account)))
+           (is (= 12346 (:account/numeric-code account)))
+           (is (= "C" (:account/location account)))))))
+   ```
+
+8. [ ] Implement helper function for cleanup
+   - Create `setup-account-with-code` helper function
+   - Create teardown logic to remove test accounts
+   - Use test fixture for automatic cleanup
+
+9. [ ] Verify Test 2 passes
+   - Run test
+   - Fix failures
+   - Test cleanup works correctly
+
+**Deliverable:**
+- Test 2 passes successfully
+- Cleanup helper functions implemented
+
+**Task 3: Validation Error Tests**
+
+10. [ ] Implement Test 3: Empty name validation error
+    ```clojure
+    (deftest account-creation-validation-error-empty-name
+      (testing "Should show validation error when name is empty"
+        (let [admin-identity (admin-token)
+              form-params {:account/numeric-code 12347
+                           :account/name ""
+                           :account/type :account-type/asset}
+              result (sut/account-save {:form-params form-params
+                                         :request-method :post
+                                         :identity admin-identity})]
+          (is (not= :success (:status result)))
+          (is (some #(str/includes? (first %) "Name") (:form-errors result)))))))
+    ```
+
+11. [ ] Implement Test 4: Invalid account type validation error
+    ```clojure
+    (deftest account-creation-validation-error-invalid-type
+      (testing "Should show validation error when account type is invalid"
+        (let [admin-identity (admin-token)
+              form-params {:account/numeric-code 12348
+                           :account/name "Test Account"
+                           :account/type :account-type/invalid-type}
+              result (sut/account-save {:form-params form-params
+                                         :request-method :post
+                                         :identity admin-identity})]
+          (is (not= :success (:status result)))
+          (is (some #(str/includes? (first %) "Type") (:form-errors result)))))))
+    ```
+
+12. [ ] Implement Test 5: Numeric code format validation
+    - Test negative numbers
+    - Test non-numeric characters
+    - Test leading zeros
+    - Test very long codes
+
+13. [ ] Verify validation tests pass
+    - Run each validation test
+    - Fix failures
+    - Verify error messages are clear
+
+**Deliverable:**
+- Tests 3, 4, 5 pass successfully
+- Validation error scenarios covered
+
+**Task 4: Duplicate Detection Tests**
+
+14. [ ] Implement helper to create test account
+    ```clojure
+    (defn setup-account-with-code [code name type]
+      (setup-test-data [{:db/id "existing-account-1"
+                         :account/numeric-code code
+                         :account/account-set "default"
+                         :account/name name
+                         :account/type type
+                         :account/location "A"}]))
+    ```
+
+15. [ ] Implement Test 6: Duplicate numeric code detection
+    ```clojure
+    (deftest account-creation-duplicate-code
+      (testing "Should detect and reject duplicate numeric code"
+        (let [admin-identity (admin-token)
+              _ (setup-account-with-code 12345 "Existing Account" :account-type/asset)
+              form-params {:account/numeric-code 12345
+                           :account/name "New Account"
+                           :account/type :account-type/asset}
+              result (sut/account-save {:form-params form-params
+                                         :request-method :post
+                                         :identity admin-identity})]
+          (is (not= :success (:status result)))
+          (is (some #(str/includes? (first %) "code") (:form-errors result)))
+          ;; Verify no new account was created
+          (let [db-after (dc/db conn)
+                accounts (dc/q '[:find ?e
+                                :where [?e :account/numeric-code 12345]]
+                              db-after)]
+            (is (= 1 (count accounts)))))))
+    ```
+
+16. [ ] Implement Test 7: Duplicate account name detection
+    ```clojure
+    (deftest account-creation-duplicate-name
+      (testing "Should detect and reject duplicate account name"
+        (let [admin-identity (admin-token)
+              _ (setup-account-with-code 12346 "Cash Account" :account-type/asset)
+              form-params {:account/numeric-code 12347
+                           :account/name "Cash Account"
+                           :account/type :account-type/asset}
+              result (sut/account-save {:form-params form-params
+                                         :request-method :post
+                                         :identity admin-identity})]
+          (is (not= :success (:status result)))
+          (is (some #(str/includes? (first %) "name") (:form-errors result)))
+          ;; Verify no new account was created
+          (let [db-after (dc/db conn)
+                accounts (dc/q '[:find ?e
+                                :where [?e :account/name "Cash Account"]]
+                              db-after)]
+            (is (= 1 (count accounts)))))))
+    ```
+
+17. [ ] Implement Test 8: Case-insensitive duplicate detection
+    - Test "Cash" vs "cash" duplicates
+    - Test "CASH" vs "Cash" duplicates
+    - Verify case-sensitivity handling
+
+18. [ ] Verify duplicate detection tests pass
+    - Run each duplicate test
+    - Fix failures
+    - Verify no account created on duplicates
+
+**Deliverable:**
+- Tests 6, 7, 8 pass successfully
+- Duplicate detection logic thoroughly tested
+
+**Task 5: Solr Indexing Tests**
+
+19. [ ] Mock Solr client for testing
+    ```clojure
+    (with-redefs [auto-ap.solr/impl (auto-ap.solr/->InMemSolrClient (atom {}))]
+      (let [result @(sut/account-save {...})]
+        ;; Test Solr index)
+    ```
+
+20. [ ] Implement Test 9: Account appears in Solr search
+    ```clojure
+    (deftest account-creation-solr-indexing
+      (testing "Created account should be searchable in Solr"
+        (with-redefs [auto-ap.solr/impl (auto-ap.solr/->InMemSolrClient (atom {}))]
+          (let [admin-identity (admin-token)
+                form-params {:account/numeric-code 12349
+                             :account/name "Solr Test Account"
+                             :account/type :account-type/asset}
+                result @(sut/account-save {:form-params form-params
+                                           :request-method :post
+                                           :identity admin-identity})]
+            ;; Then: Account should be indexed in Solr
+            (let [solr (auto-ap.solr/->InMemSolrClient (atom {}))
+                  search-results (solr/query {:query "Solr Test Account"})]
+              (is (> (count search-results) 0)))))))
+    ```
+
+21. [ ] Implement Test 10: Can search by numeric code
+    - Test searching by numeric code
+    - Verify exact match
+    - Test search returns correct account
+
+22. [ ] Implement Test 11: Solr index update on account update
+    - Create account
+    - Update account
+    - Verify Solr index contains updated data
+    - Verify old data removed
+
+23. [ ] Verify Solr indexing tests pass
+    - Run each Solr test
+    - Fix failures
+    - Verify index operations work correctly
+
+**Deliverable:**
+- Tests 9, 10, 11 pass successfully
+- Solr indexing thoroughly tested
+
+### Phase 3: Authorization & Edge Cases (2-3 hours)
+
+**Task 6: Authorization Tests**
+
+24. [ ] Implement Test 12: Non-admin access is denied
+    ```clojure
+    (deftest account-creation-non-admin-access-denied
+      (testing "Non-admin users should not be able to create accounts"
+        (let [user-identity {:user "TEST USER"
+                             :user/role "user"
+                             :user/name "TEST USER"}
+              form-params {:account/numeric-code 12350
+                           :account/name "Unauthorized Account"
+                           :account/type :account-type/asset}
+              result (sut/account-save {:form-params form-params
+                                         :request-method :post
+                                         :identity user-identity})]
+          (is (not= :success (:status result)))
+          ;; Should return 403 or error
+          (is (some #(str/includes? (first %) "not authorized") (:form-errors result)))))))
+    ```
+
+25. [ ] Implement Test 13: Admin with invalid token
+    - Test expired token
+    - Test malformed token
+    - Test missing token
+    - Verify proper error handling
+
+26. [ ] Verify authorization tests pass
+    - Run each authorization test
+    - Fix failures
+    - Verify security constraints
+
+**Deliverable:**
+- Tests 12, 13 pass successfully
+- Authorization thoroughly tested
+
+**Task 7: Edge Cases**
+
+27. [ ] Implement Test 14: Client override validation
+    - Test duplicate client names in overrides
+    - Test empty overrides
+    - Test too many overrides
+    - Test invalid client references
+
+28. [ ] Implement Test 15: Account name edge cases
+    - Test special characters
+    - Test unicode characters
+    - Test extremely long names
+    - Test names with leading/trailing spaces
+
+29. [ ] Implement Test 16: Numeric code edge cases
+    - Test very long codes (near database limit)
+    - Test zero
+    - Test decimal numbers
+    - Test codes with spaces
+
+30. [ ] Implement Test 17: Transaction rollback on Solr failure
+    - Simulate Solr failure
+    - Verify Datomic transaction is rolled back
+    - Verify no partial data created
+
+31. [ ] Implement Test 18: Concurrent account creation
+    - Test two admins creating accounts simultaneously
+    - Verify no duplicate code/name conflicts
+    - Test race condition handling
+
+32. [ ] Verify edge case tests pass
+    - Run each edge case test
+    - Fix failures
+    - Document any limitations
+
+**Deliverable:**
+- Tests 14, 15, 16, 17, 18 pass successfully
+- Edge cases thoroughly tested
+
+### Phase 4: Refinement & Documentation (1-2 hours)
+
+**Task 8: Code Quality**
+
+33. [ ] Run linting
+    ```bash
+    lein cljfmt check
+    ```
+
+34. [ ] Fix formatting issues
+    ```bash
+    lein cljfmt fix
+    ```
+
+35. [ ] Verify no syntax errors
+    - Run `lein check` or `lein test` to catch any issues
+
+36. [ ] Add test comments explaining BDD Given-When-Then flow
+    - Document purpose of each test
+    - Explain assumptions
+    - Note any test limitations
+
+37. [ ] Organize tests by feature
+    - Group related tests together
+    - Use clear headings
+    - Add docstrings
+
+38. [ ] Update test documentation
+    - Document test utilities used
+    - Explain test setup and teardown
+    - Add reference to source code
+
+**Deliverable:**
+- Code formatted and linted
+- Well-documented tests
+- Clear test structure
+
+**Task 9: Integration Testing**
+
+39. [ ] Run full test suite
+    ```bash
+    lein test
+    ```
+
+40. [ ] Run integration tests only
+    ```bash
+    lein test :integration
+    ```
+
+41. [ ] Run functional tests only
+    ```bash
+    lein test :functional
+    ```
+
+42. [ ] Fix any failing tests
+    - Analyze test failures
+    - Fix implementation or test
+    - Re-run until all tests pass
+
+43. [ ] Verify test performance
+    - Check execution time
+    - Identify slow tests
+    - Optimize if necessary
+
+**Deliverable:**
+- All tests pass
+- Tests run in acceptable time (< 2 minutes for full suite)
+
+**Task 10: Code Review Preparation**
+
+44. [ ] Review test code quality
+    - Check naming conventions
+    - Verify test isolation
+    - Ensure proper cleanup
+
+45. [ ] Document test patterns
+    - Note common test utilities used
+    - Document testing conventions
+    - Add examples for future tests
+
+46. [ ] Create summary documentation
+    - List all tests implemented
+    - Explain test coverage
+    - Document any test limitations
+    - Provide guidance for running tests
+
+**Deliverable:**
+- Clean, maintainable test code
+- Comprehensive test documentation
+- Ready for code review
+
+## References & Research
+
+### Internal References
+
+- **Account Creation Source**: `src/clj/auto_ap/ssr/admin/accounts.clj:196-49`
+  - Main `account-save` function
+  - Form schema validation logic
+  - Duplicate check implementation
+  - Solr indexing logic
+
+- **Test Utilities**: `test/clj/auto_ap/integration/util.clj:1-117`
+  - `wrap-setup` - Test database setup/teardown
+  - `admin-token` - Admin authentication token creation
+  - `setup-test-data` - Common test data creation
+  - `test-account` - Helper for account test data
+
+- **Existing SSR Tests**:
+  - `test/clj/auto_ap/ssr/invoice/new_invoice_wizard_test.clj` - SSR test patterns
+  - `test/clj/auto_ap/ssr/ledger_test.clj` - Comprehensive test examples
+  - `test/clj/auto_ap/integration/graphql/accounts.clj` - Integration test patterns
+
+- **Testing Conventions**: `.claude/skills/testing-conventions/SKILL.md`
+  - Core principle: Test user-observable behavior
+  - Database testing patterns
+  - Test fixture usage
+  - Helper function recommendations
+
+### External References
+
+- **Clojure Testing**: [clojure.test documentation](https://clojure.org/guides/testing)
+  - Test structure and patterns
+  - Fixtures and setup/teardown
+  - Assertions and test organization
+
+- **Datomic API**: [datomic.api documentation](https://docs.datomic.com/free/pro/api/datomic/api.html)
+  - Database queries (`dc/q`, `dc/pull`)
+  - Transaction operations
+  - Entity manipulation
+
+- **BDD in Clojure**: [Cucumber Clojure](https://github.com/cucumber/clojure) (if needed)
+  - If BDD framework is adopted
+  - Alternative to Clojure.test patterns
+
+### Related Work
+
+- **Previous Account Tests**: `test/clj/auto_ap/integration/graphql/accounts.clj` (215 lines)
+  - Existing account-related tests for reference
+  - GraphQL API patterns that may apply
+
+- **Admin Tests**: None found (admin functionality less tested)
+  - This feature will be first comprehensive admin test suite
+  - Opportunity to establish admin testing patterns
+
+## Testing Conventions Applied
+
+Following project conventions:
+
+1. **User-Observable Behavior**: Tests verify database state changes, not implementation details
+2. **Given-When-Then Structure**: Tests document behavioral intent clearly
+3. **Test Utilities**: Leverage existing `wrap-setup`, `admin-token`, `setup-test-data`
+4. **Database Verification**: Use `dc/pull` and `dc/q` to verify state after operations
+5. **Isolation**: Each test has proper setup and teardown
+6. **Clarity**: Test names are descriptive and clear about intent
+7. **Documentation**: Test comments explain BDD flow and assumptions
+
+## Success Criteria Summary
+
+- ✅ 18 BDD test scenarios implemented and passing
+- ✅ Clear Given-When-Then documentation for each test
+- ✅ Tests cover happy path, validation errors, duplicates, Solr, authorization, edge cases
+- ✅ No regression in existing account creation functionality
+- ✅ Tests provide clear behavioral documentation for developers
+- ✅ Tests run in parallel without conflicts
+- ✅ Code formatted and linted
+- ✅ Full test suite passes
+
+## Next Steps
+
+1. **Review Plan**: Confirm scope and detail level
+2. **Run Deepen Research**: Optionally enhance with best practices and performance analysis
+3. **Start Implementation**: Begin with Phase 1 and iterate through phases
+4. **Code Review**: Get feedback on test implementation
+5. **Iterate**: Refine tests based on feedback

docs/plans/2026-02-06-feat-add-tests-for-ssr-admin-vendors-plan.md

@@ -0,0 +1,459 @@
+---
+title: "Add comprehensive tests for SSR admin vendors module"
+type: feat
+date: 2026-02-06
+component: auto-ap.ssr.admin.vendors
+tags: [testing, ssr, vendors, wizard, bdd]
+---
+
+# Add Comprehensive Tests for SSR Admin Vendors Module
+
+## Overview
+
+Add comprehensive BDD-style tests for the SSR admin vendors module (`src/clj/auto_ap/ssr/admin/vendors.clj`). The vendors module is a complex multi-step wizard implementation with 5 wizard steps (Info, Terms, Account, Address, Legal) and requires more extensive testing than the accounts module due to its complex form state management, vendor merge functionality, and nested override grids.
+
+## Problem Statement
+
+The vendors module currently has **zero tests** despite being a critical admin functionality with 932 lines of code. This creates risks:
+
+1. **Untested complex logic**: Multi-step wizard navigation, form state management, and validation
+2. **No safety net for refactors**: Vendor merge, grid overrides, and dynamic fields are complex
+3. **No documentation of expected behavior**: Tests serve as executable documentation
+4. **Risk of regression**: Without tests, bugs in vendor creation/management could go unnoticed
+
+## Proposed Solution
+
+Create a comprehensive test suite at `test/clj/auto_ap/ssr/admin/vendors_test.clj` following the established patterns from `accounts_test.clj`, but with additional complexity for:
+
+- **Wizard navigation testing**: Testing step transitions, validation at each step
+- **Vendor merge functionality**: Testing source/target vendor selection and entity merging
+- **Override grids**: Testing terms overrides and account overrides with client-specific data
+- **Complex form state**: Testing MultiStepFormState encoding/decoding
+- **Nested entity handling**: Testing vendor address, legal entity info, primary contact
+
+## Technical Considerations
+
+### Architecture Impact
+- Tests will mirror the accounts test structure: `test/clj/auto_ap/ssr/admin/vendors_test.clj`
+- Will require understanding of `LinearModalWizard` protocol and `MultiStepFormState`
+- Tests will use same utilities: `wrap-setup`, `admin-token`, `setup-test-data`
+- Will need to mock Solr indexing like accounts tests do
+
+### Performance Implications
+- In-memory Datomic with test fixtures for isolation
+- Each test should be independent with proper setup/teardown
+- Estimated 15-20 tests (vs 9 for accounts) due to complexity
+
+### Security Considerations
+- Admin-only access verification
+- Non-admin access should be rejected
+- JWT validation for vendor operations
+
+### Testing Challenges
+1. **MultiStepFormState encoding**: The wizard uses complex form state encoding via `wrap-decode-multi-form-state`
+2. **Step-specific validation**: Each wizard step validates only its subset of the schema
+3. **Dynamic client-dependent fields**: Account typeahead depends on client selection
+4. **Grid row management**: Adding/removing terms and account override rows
+
+## Acceptance Criteria
+
+### Functional Requirements
+
+#### Grid & List View Tests (4 tests) - ✅ IMPLEMENTED
+
+- [x] **Test 1**: Vendor grid page loads and displays vendors
+  - Given: Test vendors exist in database
+  - When: Admin navigates to vendors page
+  - Then: Vendor table displays with correct columns (name, email, default account)
+  - Then: Usage badges show correct client counts and totals
+  - **Implemented as**: `vendor-fetch-page-returns-vendors`
+
+- [x] **Test 2**: Vendor grid filtering by name works
+  - Given: Multiple vendors exist with different names
+  - When: Admin filters by name "Acme"
+  - Then: Only vendors matching "Acme" are displayed
+  - Then: Matching count reflects filtered results
+  - **Implemented as**: `vendor-fetch-ids-with-name-filter`
+
+- [x] **Test 3**: Vendor grid filtering by type (hidden/global) works
+  - Given: Hidden and global vendors exist
+  - When: Admin selects "Only hidden" filter
+  - Then: Only hidden vendors are displayed
+  - When: Admin selects "Only global" filter
+  - Then: Only non-hidden vendors are displayed
+  - **Implemented as**: `vendor-fetch-ids-with-hidden-filter`
+
+- [x] **Test 4**: Vendor grid handles empty database
+  - Given: No vendors in database
+  - When: Admin navigates to vendors page
+  - Then: Returns empty results without errors
+  - **Implemented as**: `vendor-grid-loads-with-empty-database`
+  - **Note**: Sorting tests deferred due to vendor module sorting configuration
+
+#### Vendor Creation Tests - Info Step (2 tests)
+
+- [ ] **Test 5**: Admin successfully creates vendor with basic info
+  - Given: Admin is logged in with valid token
+  - When: Admin submits vendor info form (name, hidden flag)
+  - Then: Vendor is created successfully
+  - Then: Vendor appears in database
+  - Then: Vendor is indexed in Solr
+
+- [ ] **Test 6**: Vendor creation validation - empty name rejected
+  - Given: Admin submits form without vendor name
+  - When: Validation runs on info step
+  - Then: Validation error for name field
+  - Then: No vendor is created
+
+#### Vendor Creation Tests - Terms Step (3 tests)
+
+- [ ] **Test 7**: Vendor can have default terms set
+  - Given: Admin on terms step of wizard
+  - When: Admin sets terms to 30 days
+  - Then: Terms are saved with vendor
+  - Then: Terms appear in database
+
+- [ ] **Test 8**: Vendor terms override grid works
+  - Given: Admin on terms step with client overrides
+  - When: Admin adds terms override for specific client (45 days)
+  - Then: Override is saved
+  - When: Override is removed
+  - Then: Override is deleted from database
+
+- [ ] **Test 9**: Automatic payment flag per client works
+  - Given: Admin on terms step
+  - When: Admin marks vendor for automatic payment for a client
+  - Then: Flag is saved in database
+
+#### Vendor Creation Tests - Account Step (3 tests)
+
+- [ ] **Test 10**: Vendor default account selection works
+  - Given: Admin on account step
+  - When: Admin selects default account from typeahead
+  - Then: Default account association is saved
+
+- [ ] **Test 11**: Vendor account override grid works
+  - Given: Admin on account step with client-specific accounts
+  - When: Admin adds account override for client (different default account)
+  - Then: Override is saved in database
+  - When: Client is changed, account typeahead refreshes
+  - Then: New client-specific accounts are available
+
+- [ ] **Test 12**: Account typeahead filters by client
+  - Given: Client A and Client B have different accounts
+  - When: Admin selects Client A in override row
+  - Then: Only Client A's accounts appear in typeahead
+
+#### Vendor Creation Tests - Address Step (2 tests)
+
+- [ ] **Test 13**: Vendor address information is saved
+  - Given: Admin on address step
+  - When: Admin enters complete address (street, city, state, zip)
+  - Then: Address entity is created and linked to vendor
+  - Then: All address fields are persisted correctly
+
+- [ ] **Test 14**: Partial address is handled correctly
+  - Given: Admin enters only street address
+  - When: Vendor is saved
+  - Then: Address entity is created with available fields
+  - Then: Missing fields remain empty
+
+#### Vendor Creation Tests - Legal Step (3 tests)
+
+- [ ] **Test 15**: Vendor legal entity (business) information is saved
+  - Given: Admin on legal step
+  - When: Admin enters legal entity name and TIN (EIN)
+  - Then: Legal entity info is saved
+  - Then: 1099 type is stored correctly
+
+- [ ] **Test 16**: Vendor individual legal entity is saved
+  - Given: Admin on legal step
+  - When: Admin enters individual name (first, middle, last) and SSN
+  - Then: Individual legal entity info is saved
+  - Then: TIN type is set to SSN
+
+- [ ] **Test 17**: Legal entity validation works
+  - Given: Admin enters invalid TIN format
+  - When: Validation runs
+  - Then: Appropriate validation error is shown
+
+#### Vendor Update Tests (2 tests)
+
+- [ ] **Test 18**: Existing vendor can be updated
+  - Given: Vendor exists in database
+  - When: Admin edits and saves vendor
+  - Then: Changes are persisted
+  - Then: Solr index is updated
+  - Then: Grid row reflects changes
+
+- [ ] **Test 19**: Vendor update maintains existing overrides
+  - Given: Vendor has terms and account overrides
+  - When: Admin updates vendor name
+  - Then: Overrides remain intact
+
+#### Vendor Merge Tests (3 tests) - ✅ IMPLEMENTED
+
+- [x] **Test 20**: Vendor merge transfers all references
+  - Given: Source vendor has invoices/bills, target vendor exists
+  - When: Admin merges source into target
+  - Then: All references to source are updated to target
+  - Then: Source vendor is deleted
+  - Then: Success notification is shown
+  - **Implemented as**: `vendor-merge-transfers-references`
+
+- [x] **Test 21**: Same vendor merge is rejected
+  - Given: Admin selects same vendor for source and target
+  - When: Merge is attempted
+  - Then: Validation error: "Please select two different vendors"
+  - **Implemented as**: `vendor-merge-same-vendor-rejected`
+
+- [x] **Test 22**: Non-existent vendor merge is handled
+  - Given: Invalid vendor ID for source
+  - When: Merge is attempted
+  - Then: Appropriate error is shown
+  - **Implemented as**: `vendor-merge-invalid-vendor-handled`
+
+#### Security Tests (2 tests)
+
+- [ ] **Test 23**: Non-admin cannot create vendor
+  - Given: Non-admin user token
+  - When: User attempts to create vendor
+  - Then: Request is rejected (403 Forbidden)
+
+- [ ] **Test 24**: Non-admin cannot merge vendors
+  - Given: Non-admin user token
+  - When: User attempts to merge vendors
+  - Then: Request is rejected
+
+### Non-Functional Requirements
+
+- [ ] Tests use `wrap-setup` fixture for database isolation
+- [ ] Tests use `admin-token` utility for authentication
+- [ ] Solr is mocked using `with-redefs` with `InMemSolrClient`
+- [ ] Test execution time < 3 seconds per test
+- [ ] All tests pass with `lein test auto-ap.ssr.admin.vendors-test`
+
+### Quality Gates
+
+- [ ] 24 tests implemented and passing
+- [ ] Test coverage > 75% for vendor handlers
+- [ ] Code formatted with `lein cljfmt check`
+- [ ] No debug statements (`println`, `alog/peek`) in tests
+- [ ] All `deftest` blocks at column 0 (consistent structure)
+
+## Implementation Plan
+
+### Phase 1: Foundation (2 hours)
+
+**Tasks:**
+
+1. [ ] Review vendors module structure
+   - Read `src/clj/auto_ap/ssr/admin/vendors.clj`
+   - Identify key functions: `fetch-ids`, `hydrate-results`, `fetch-page`
+   - Identify wizard steps: Info, Terms, Account, Address, Legal
+   - Identify merge functionality
+
+2. [ ] Review accounts test as reference
+   - Read `test/clj/auto_ap/ssr/admin/accounts_test.clj`
+   - Copy test structure and utilities
+   - Note `ffirst` pattern for Datomic queries
+   - Note `[:db/ident]` for entity references
+
+3. [ ] Create test file structure
+   - Create `test/clj/auto_ap/ssr/admin/vendors_test.clj`
+   - Set up namespace with required imports
+   - Add `wrap-setup` fixture
+
+**Deliverable:** Test file created with proper structure, ready for test implementation
+
+### Phase 2: Grid/List Tests (1.5 hours)
+
+4. [ ] Implement Test 1: Vendor grid loads
+5. [ ] Implement Test 2: Name filtering
+6. [ ] Implement Test 3: Type filtering (hidden/global)
+7. [ ] Implement Test 4: Sorting
+
+**Deliverable:** 4 grid tests passing
+
+### Phase 3: Vendor Creation - Info & Terms (2.5 hours)
+
+8. [ ] Implement Test 5: Create vendor with basic info
+9. [ ] Implement Test 6: Name validation
+10. [ ] Implement Test 7: Default terms
+11. [ ] Implement Test 8: Terms override grid
+12. [ ] Implement Test 9: Automatic payment flag
+
+**Deliverable:** 5 vendor creation tests (info + terms) passing
+
+### Phase 4: Vendor Creation - Account & Address (2.5 hours)
+
+13. [ ] Implement Test 10: Default account selection
+14. [ ] Implement Test 11: Account override grid
+15. [ ] Implement Test 12: Client-filtered account typeahead
+16. [ ] Implement Test 13: Complete address
+17. [ ] Implement Test 14: Partial address
+
+**Deliverable:** 5 vendor creation tests (account + address) passing
+
+### Phase 5: Vendor Creation - Legal & Update (2 hours)
+
+18. [ ] Implement Test 15: Legal entity (business)
+19. [ ] Implement Test 16: Legal entity (individual)
+20. [ ] Implement Test 17: Legal entity validation
+21. [ ] Implement Test 18: Vendor update
+22. [ ] Implement Test 19: Update maintains overrides
+
+**Deliverable:** 5 tests (legal + update) passing
+
+### Phase 6: Vendor Merge & Security (2 hours)
+
+23. [ ] Implement Test 20: Merge transfers references
+24. [ ] Implement Test 21: Same vendor merge rejected
+25. [ ] Implement Test 22: Invalid vendor merge handled
+26. [ ] Implement Test 23: Non-admin cannot create
+27. [ ] Implement Test 24: Non-admin cannot merge
+
+**Deliverable:** 5 tests (merge + security) passing
+
+### Phase 7: Refinement & Quality (1 hour)
+
+28. [ ] Run `lein cljfmt check` and fix issues
+29. [ ] Run full test suite
+30. [ ] Review for debug statements and remove
+31. [ ] Verify consistent test structure (deftest at column 0)
+32. [ ] Add test documentation comments
+
+**Deliverable:** All 24 tests passing, code formatted, no debug code
+
+## Success Metrics
+
+- [ ] 24 BDD test scenarios implemented and passing
+- [ ] Test file follows project conventions
+- [ ] Code formatted with `lein cljfmt check`
+- [ ] All tests use proper Datomic query patterns (`ffirst`, `[:db/ident]`)
+- [ ] Solr mocking works correctly
+- [ ] Tests run in < 60 seconds for full suite
+- [ ] No regression in existing functionality
+
+## Dependencies & Risks
+
+### Prerequisites
+
+- `src/clj/auto_ap/ssr/admin/vendors.clj` (exists)
+- `test/clj/auto_ap/integration/util.clj` (test utilities)
+- Existing accounts tests as reference pattern
+- Datomic database schema for vendors
+
+### Potential Risks
+
+1. **Complexity Risk**: MultiStepFormState encoding/decoding is complex
+   - **Mitigation**: Reference accounts test patterns, test incrementally
+
+2. **Time Risk**: 24 tests may take longer than estimated
+   - **Mitigation**: Prioritize core tests (creation, merge), add edge cases later
+
+3. **Wizard State Risk**: Wizard step navigation testing is novel
+   - **Mitigation**: Start with simple tests, incrementally add complexity
+
+4. **Grid Testing Risk**: Override grid testing is complex
+   - **Mitigation**: Test basic CRUD operations first, then edge cases
+
+## References & Research
+
+### Internal References
+
+**Vendor Source Code**:
+- `src/clj/auto_ap/ssr/admin/vendors.clj` - Main implementation (932 lines)
+  - `fetch-ids` - Query builder for vendor grid
+  - `hydrate-results` - Data hydration for grid display
+  - `fetch-page` - Grid pagination
+  - `grid-page` - Grid configuration
+  - `merge-submit` - Vendor merge logic
+  - 5 Wizard step records: InfoModal, TermsModal, AccountModal, AddressModal, LegalEntityModal
+  - VendorWizard record implementing LinearModalWizard protocol
+
+**Wizard Framework**:
+- `src/clj/auto_ap/ssr/components/multi_modal.clj` - LinearModalWizard protocol
+  - `ModalWizardStep` protocol methods: `step-key`, `edit-path`, `render-step`, `step-schema`, `step-name`
+  - `LinearModalWizard` protocol methods: `navigate`, `get-current-step`, `render-wizard`, `submit`
+  - Handler wrappers: `wrap-wizard`, `wrap-init-multi-form-state`, `wrap-decode-multi-form-state`
+
+**Test Utilities**:
+- `test/clj/auto_ap/integration/util.clj` - Test helpers
+  - `wrap-setup` - Test database setup/teardown
+  - `admin-token` - Admin authentication
+  - `setup-test-data` - Test data creation
+  - `test-vendor` - Vendor test data helper
+
+**Reference Tests**:
+- `test/clj/auto_ap/ssr/admin/accounts_test.clj` - Accounts test pattern (151 lines)
+- `test/clj/auto_ap/integration/graphql/vendors.clj` - GraphQL vendor tests (79 lines)
+
+**Learnings**:
+- `docs/solutions/test-failures/atomic-query-patterns-in-bdd-tests-auto-ap-ssr-20260206.md` - Datomic query patterns (`ffirst`, `[:db/ident]`)
+- `docs/solutions/test-failures/debug-statement-and-test-nesting-fix-accounts-20260206.md` - Test quality issues to avoid
+
+### Testing Patterns
+
+**Datomic Query Pattern**:
+```clojure
+; Use ffirst to extract entity ID from tuple
+(let [results (dc/q '[:find ?e :where [?e :vendor/name "Acme"]] db)
+      vendor-id (ffirst results)]  ; Not (first results)
+  ...)
+```
+
+**Entity Reference Resolution**:
+```clojure
+; Include [:db/ident] to resolve enum values
+(let [vendor (dc/pull db
+                      '[:vendor/name
+                        {[:vendor/legal-entity-tin-type :xform iol-ion.query/ident] [:db/ident]}]
+                      vendor-id)]
+  ; Access as: (:db/ident (:vendor/legal-entity-tin-type vendor))
+  ...)
+```
+
+**Solr Mocking Pattern**:
+```clojure
+(with-redefs [auto-ap.solr/impl (auto-ap.solr/->InMemSolrClient (atom {}))]
+  ; Test code here
+  )
+```
+
+**Test Structure Pattern**:
+```clojure
+(deftest vendor-creation-success
+  (testing "Admin should be able to create a new vendor"
+    (with-redefs [auto-ap.solr/impl (auto-ap.solr/->InMemSolrClient (atom {}))]
+      (let [admin-identity (admin-token)
+            ; Test implementation
+            ]))))
+```
+
+## AI-Era Considerations
+
+When implementing with AI assistance:
+
+1. **Accelerated test generation**: AI can generate test scaffolding quickly
+2. **Pattern recognition**: Use existing accounts tests as templates
+3. **Datomic patterns**: Ensure AI applies `ffirst` and `[:db/ident]` correctly
+4. **Human review**: All AI-generated tests should be reviewed for:
+   - Correct assertion logic
+   - Proper database verification
+   - No debug statements left in
+   - Consistent test structure
+
+## Next Steps
+
+1. **Review Plan**: Confirm scope and complexity level
+2. **Start Implementation**: Begin with Phase 1 (Foundation)
+3. **Iterative Testing**: Implement tests incrementally, verify each phase
+4. **Code Review**: Get feedback on test patterns
+5. **Integration**: Ensure tests pass with full test suite
+
+---
+
+**Created**: 2026-02-06  
+**Priority**: High (critical admin functionality untested)  
+**Estimated Effort**: 13 hours (across 7 phases)

docs/plans/2026-02-07-feat-add-tests-for-ssr-admin-transaction-rules-plan.md

@@ -0,0 +1,439 @@
+---
+title: "Add comprehensive tests for SSR admin transaction rules module"
+type: feat
+date: 2026-02-07
+component: auto-ap.ssr.admin.transaction-rules
+tags: [testing, ssr, transaction-rules, rules-engine, bdd]
+---
+
+# Add Comprehensive Tests for SSR Admin Transaction Rules Module
+
+## Overview
+
+Add comprehensive BDD-style tests for the SSR admin transaction rules module (`src/clj/auto_ap/ssr/admin/transaction_rules.clj`). The transaction rules module is a **1,012-line critical component** that enables automated transaction categorization through rule-based matching. Unlike the vendors module, transaction rules includes a sophisticated rule-matching engine that finds and applies rules to transactions.
+
+## Problem Statement
+
+The transaction rules module currently has **zero tests** despite being a critical 1,012-line component with complex functionality:
+
+1. **Rule matching engine** - Matches transactions based on description, amount, day-of-month, client-group, bank-account
+2. **Test/Preview functionality** - Shows matching transactions before execution
+3. **Execute functionality** - Applies rules to matching transactions with audit logging
+4. **Multi-step wizard** - For creating/editing transaction rules
+5. **Complex filtering** - Regex pattern matching for notes, description includes, client-groups
+
+This creates risks:
+- **Untested rule matching logic** - Complex query building for transaction matching
+- **No safety net for refactors** - Rule execution affects financial data
+- **No documentation of expected behavior** - Tests serve as executable documentation
+- **Risk of regression** - Changes to rule matching could silently break categorization
+
+## Key Differences from Vendors Module
+
+**Transaction Rules is MORE COMPLEX than vendors:**
+
+| Feature | Vendors | Transaction Rules |
+|---------|---------|-------------------|
+| Lines of code | 932 | 1,012 |
+| Grid operations | ✅ | ✅ |
+| Multi-step wizard | ✅ (5 steps) | ✅ (Edit/Test modes) |
+| **Rule matching engine** | ❌ | ✅ |
+| **Test/Preview functionality** | ❌ | ✅ |
+| **Execute/Apply functionality** | ❌ | ✅ |
+| **Regex pattern matching** | ❌ | ✅ |
+| **Transaction modification** | ❌ | ✅ |
+
+**Unique transaction rules functionality to test:**
+- `transactions-matching-rule` - Finds transactions matching rule criteria
+- `transaction-rule-test-table*` - Preview matching transactions
+- `execute` - Applies rules to transactions with audit logging
+- Complex filtering by description patterns, amount ranges, day-of-month
+
+## Proposed Solution
+
+Create a comprehensive test suite at `test/clj/auto_ap/ssr/admin/transaction_rules_test.clj` following established patterns from `vendors_test.clj` and `accounts_test.clj`, with additional tests for the unique rule-matching functionality.
+
+## Technical Considerations
+
+### Architecture Impact
+- Tests will mirror the vendors test structure
+- Additional complexity: rule matching requires transaction test data
+- Tests will use same utilities: `wrap-setup`, `admin-token`, `setup-test-data`
+- Will need to mock Solr indexing like accounts tests do
+
+### Performance Implications
+- Rule matching queries are more complex than vendor queries
+- Tests should verify both matching logic AND performance characteristics
+- Each test should be independent with proper setup/teardown
+- Estimated 18-22 tests (more than vendors due to rule engine complexity)
+
+### Security Considerations
+- Admin-only access verification
+- Rule execution modifies transaction data (audit logging required)
+- Non-admin access should be rejected
+- JWT validation for rule operations
+
+### Testing Challenges
+1. **Rule matching complexity** - Multiple criteria (description, amount, bank-account, etc.)
+2. **Test data dependencies** - Need transactions to test rule matching
+3. **Regex pattern matching** - Testing pattern-based description matching
+4. **Execute functionality** - Tests modify transaction data (need cleanup verification)
+5. **Day-of-month filtering** - Date-based testing complexity
+
+## Acceptance Criteria
+
+### Functional Requirements
+
+#### Grid & List View Tests (5 tests)
+
+- [ ] **Test 1**: Transaction rule grid loads and displays rules
+  - Given: Test transaction rules exist in database
+  - When: Admin navigates to transaction rules page
+  - Then: Rule table displays with correct columns (description, note, vendor, client)
+
+- [ ] **Test 2**: Transaction rule grid filtering by vendor works
+  - Given: Multiple rules with different vendors
+  - When: Admin filters by specific vendor
+  - Then: Only rules for that vendor are displayed
+
+- [ ] **Test 3**: Transaction rule grid filtering by note pattern works
+  - Given: Rules with different note patterns
+  - When: Admin filters by note regex pattern
+  - Then: Only matching rules are displayed
+
+- [ ] **Test 4**: Transaction rule grid filtering by description works
+  - Given: Rules with different descriptions
+  - When: Admin filters by description substring
+  - Then: Only matching rules are displayed
+
+- [ ] **Test 5**: Transaction rule grid sorting works
+  - Given: Multiple transaction rules
+  - When: Admin sorts by description, note, or amount
+  - Then: Rules are sorted correctly
+
+#### Rule Matching Engine Tests (6 tests) - **UNIQUE TO TRANSACTION RULES**
+
+- [ ] **Test 6**: Rule matching by description pattern works
+  - Given: Transaction with description "HOME DEPOT #1234"
+  - When: Rule has description pattern "HOME DEPOT"
+  - Then: Transaction matches the rule
+
+- [ ] **Test 7**: Rule matching by amount range works
+  - Given: Transaction with amount $150.00
+  - When: Rule has amount-gte $100 and amount-lte $200
+  - Then: Transaction matches the rule
+
+- [ ] **Test 8**: Rule matching by bank account works
+  - Given: Transaction from specific bank account
+  - When: Rule specifies that bank account
+  - Then: Transaction matches the rule
+
+- [ ] **Test 9**: Rule matching by client group works
+  - Given: Transaction for client in group "NTG"
+  - When: Rule specifies client-group "NTG"
+  - Then: Transaction matches the rule
+
+- [ ] **Test 10**: Rule matching by day-of-month works
+  - Given: Transaction on day 15 of month
+  - When: Rule has dom-gte 10 and dom-lte 20
+  - Then: Transaction matches the rule
+
+- [ ] **Test 11**: Rule matching combines multiple criteria
+  - Given: Transaction matching multiple criteria
+  - When: Rule has description + amount + bank account criteria
+  - Then: Transaction only matches if ALL criteria match
+
+#### Rule Test/Preview Tests (3 tests) - **UNIQUE TO TRANSACTION RULES**
+
+- [ ] **Test 12**: Rule test shows matching transactions
+  - Given: Rule that matches 5 transactions
+  - When: Admin previews the rule
+  - Then: All 5 matching transactions are displayed
+
+- [ ] **Test 13**: Rule test respects only-uncoded filter
+  - Given: Rule matches 3 coded and 2 uncoded transactions
+  - When: Admin previews with only-uncoded flag
+  - Then: Only 2 uncoded transactions are shown
+
+- [ ] **Test 14**: Rule test shows correct transaction details
+  - Given: Matching transaction with specific details
+  - When: Rule test displays results
+  - Then: Transaction shows client, bank, date, description correctly
+
+#### Rule Execution Tests (4 tests) - **UNIQUE TO TRANSACTION RULES**
+
+- [ ] **Test 15**: Rule execution applies to matching transactions
+  - Given: Rule matches 3 uncoded transactions
+  - When: Admin executes the rule
+  - Then: All 3 transactions are updated with rule's accounts
+  - Then: Audit log records the changes
+  - Then: Solr index is updated for modified transactions
+
+- [ ] **Test 16**: Rule execution respects selected transaction IDs
+  - Given: Rule matches 5 transactions
+  - When: Admin selects only 2 specific transaction IDs to apply
+  - Then: Only those 2 transactions are updated
+
+- [ ] **Test 17**: Rule execution skips locked transactions
+  - Given: Rule matches 3 transactions, 1 is locked
+  - When: Admin executes the rule
+  - Then: Only 2 unlocked transactions are updated
+
+- [ ] **Test 18**: Rule execution validates before applying
+  - Given: Invalid rule or locked transactions
+  - When: Admin attempts execution
+  - Then: Appropriate validation errors are shown
+
+#### Rule Creation/Update Tests (3 tests)
+
+- [ ] **Test 19**: Admin successfully creates transaction rule
+  - Given: Admin is logged in with valid token
+  - When: Admin submits rule creation form
+  - Then: Rule is created successfully
+  - Then: Rule appears in database
+
+- [ ] **Test 20**: Rule creation validation works
+  - Given: Admin submits form with invalid data
+  - When: Validation runs
+  - Then: Validation errors shown
+  - Then: No rule is created
+
+- [ ] **Test 21**: Existing rule can be updated
+  - Given: Transaction rule exists in database
+  - When: Admin edits and saves rule
+  - Then: Changes are persisted
+  - Then: Solr index is updated
+
+#### Security Tests (2 tests)
+
+- [ ] **Test 22**: Non-admin cannot create transaction rule
+  - Given: Non-admin user token
+  - When: User attempts to create rule
+  - Then: Request is rejected (403 Forbidden)
+
+- [ ] **Test 23**: Non-admin cannot execute rules
+  - Given: Non-admin user token
+  - When: User attempts to execute rule
+  - Then: Request is rejected
+
+### Non-Functional Requirements
+
+- [ ] Tests use `wrap-setup` fixture for database isolation
+- [ ] Tests use `admin-token` utility for authentication
+- [ ] Solr is mocked using `with-redefs` with `InMemSolrClient`
+- [ ] Test execution time < 3 seconds per test
+- [ ] All tests pass with `lein test auto-ap.ssr.admin.transaction-rules-test`
+
+### Quality Gates
+
+- [ ] 23 tests implemented and passing
+- [ ] Test coverage > 75% for transaction rule handlers
+- [ ] Code formatted with `lein cljfmt check`
+- [ ] No debug statements (`println`, `alog/peek`) in tests
+- [ ] All `deftest` blocks at column 0 (consistent structure)
+
+## Implementation Plan
+
+### Phase 1: Foundation & Grid Tests (3 hours)
+
+**Tasks:**
+
+1. [ ] Review transaction_rules module structure
+   - Read `src/clj/auto_ap/ssr/admin/transaction_rules.clj`
+   - Identify key functions: `fetch-ids`, `hydrate-results`, `fetch-page`
+   - Identify unique functions: `transactions-matching-rule`, `execute`, `transaction-rule-test-table*`
+   - Understand rule schema and validation
+
+2. [ ] Review reference tests
+   - Read `vendors_test.clj` for grid test patterns
+   - Read `accounts_test.clj` for save/update patterns
+   - Note Datomic query patterns
+
+3. [ ] Create test file structure
+   - Create `test/clj/auto_ap/ssr/admin/transaction_rules_test.clj`
+   - Set up namespace with required imports
+   - Add `wrap-setup` fixture
+   - Create helper for transaction rule test data
+
+4. [ ] Implement Grid/List Tests 1-5
+
+**Deliverable:** Test file with grid tests passing
+
+### Phase 2: Rule Matching Engine Tests (4 hours)
+
+5. [ ] Implement Test 6: Rule matching by description pattern
+6. [ ] Implement Test 7: Rule matching by amount range
+7. [ ] Implement Test 8: Rule matching by bank account
+8. [ ] Implement Test 9: Rule matching by client group
+9. [ ] Implement Test 10: Rule matching by day-of-month
+10. [ ] Implement Test 11: Combined criteria matching
+
+**Deliverable:** 6 rule matching tests passing
+
+### Phase 3: Rule Test/Preview Tests (2.5 hours)
+
+11. [ ] Implement Test 12: Rule test shows matching transactions
+12. [ ] Implement Test 13: Rule test respects only-uncoded filter
+13. [ ] Implement Test 14: Rule test shows correct details
+
+**Deliverable:** 3 rule preview tests passing
+
+### Phase 4: Rule Execution Tests (3 hours)
+
+14. [ ] Implement Test 15: Rule execution applies to matching transactions
+15. [ ] Implement Test 16: Rule execution respects selected IDs
+16. [ ] Implement Test 17: Rule execution skips locked transactions
+17. [ ] Implement Test 18: Rule execution validation
+
+**Deliverable:** 4 rule execution tests passing
+
+### Phase 5: Rule CRUD & Security (2.5 hours)
+
+18. [ ] Implement Test 19: Rule creation success
+19. [ ] Implement Test 20: Rule creation validation
+20. [ ] Implement Test 21: Rule update
+21. [ ] Implement Test 22: Non-admin cannot create
+22. [ ] Implement Test 23: Non-admin cannot execute
+
+**Deliverable:** 5 CRUD and security tests passing
+
+### Phase 6: Refinement & Quality (1 hour)
+
+23. [ ] Run `lein cljfmt check` and fix issues
+24. [ ] Run full test suite
+25. [ ] Review for debug statements and remove
+26. [ ] Verify consistent test structure (deftest at column 0)
+27. [ ] Add test documentation comments
+
+**Deliverable:** All 23 tests passing, code formatted, no debug code
+
+## Success Metrics
+
+- [ ] 23 BDD test scenarios implemented and passing
+- [ ] Test file follows project conventions
+- [ ] Code formatted with `lein cljfmt check`
+- [ ] All tests use proper Datomic query patterns (`ffirst`, `[:db/ident]`)
+- [ ] Solr mocking works correctly
+- [ ] Tests run in < 90 seconds for full suite
+- [ ] No regression in existing functionality
+
+## Dependencies & Risks
+
+### Prerequisites
+
+- `src/clj/auto_ap/ssr/admin/transaction_rules.clj` (exists)
+- `test/clj/auto_ap/integration/util.clj` (test utilities)
+- Existing vendors/accounts tests as reference pattern
+- Datomic database schema for transaction rules
+- Understanding of `auto-ap.rule-matching` namespace
+
+### Potential Risks
+
+1. **Complexity Risk**: Rule matching engine has complex query building
+   - **Mitigation**: Test each criterion independently first, then test combinations
+
+2. **Time Risk**: 23 tests may take longer than estimated
+   - **Mitigation**: Prioritize rule matching and execution tests (core functionality)
+
+3. **Test Data Risk**: Rule matching requires realistic transaction data
+   - **Mitigation**: Use `setup-test-data` with comprehensive transaction fixtures
+
+4. **Date Testing Risk**: Day-of-month filtering is date-dependent
+   - **Mitigation**: Use fixed test dates or mock date functions
+
+## References & Research
+
+### Internal References
+
+**Transaction Rules Source Code**:
+- `src/clj/auto_ap/ssr/admin/transaction_rules.clj` - Main implementation (1,012 lines)
+  - `fetch-ids` - Query builder for transaction rule grid
+  - `hydrate-results` - Data hydration for grid display
+  - `fetch-page` - Grid pagination
+  - `transactions-matching-rule` - **Core rule matching engine** (lines 301-379)
+  - `transaction-rule-test-table*` - **Preview/test functionality** (lines 381-507)
+  - `execute` - **Rule execution with audit logging** (lines 521-571)
+  - `validate-transaction-rule` - Rule validation logic (lines 271-299)
+  - EditModal and TestModal records for wizard functionality
+
+**Test Utilities**:
+- `test/clj/auto_ap/integration/util.clj` - Test helpers
+  - `wrap-setup` - Test database setup/teardown
+  - `admin-token` - Admin authentication
+  - `setup-test-data` - Test data creation
+  - `test-transaction` - Transaction test data helper
+
+**Reference Tests**:
+- `test/clj/auto_ap/ssr/admin/vendors_test.clj` - Vendors test pattern (178 lines)
+- `test/clj/auto_ap/ssr/admin/accounts_test.clj` - Accounts test pattern (151 lines)
+
+**Rule Matching Engine**:
+- `src/clj/auto_ap/rule_matching.clj` - Rule application logic
+  - `apply-rule` - Applies rule to transaction
+  - `rule-applies?` - Checks if rule matches transaction
+
+### Testing Patterns
+
+**Datomic Query Pattern**:
+```clojure
+; Use ffirst to extract entity ID from tuple
+(let [results (dc/q '[:find ?e :where [?e :transaction-rule/description "Test"]] db)
+      rule-id (ffirst results)]  ; Not (first results)
+  ...)
+```
+
+**Entity Reference Resolution**:
+```clojure
+; Include [:db/ident] to resolve enum values
+(let [rule (dc/pull db
+                    '[:transaction-rule/description
+                      {[:transaction-rule/transaction-approval-status :xform iol-ion.query/ident] [:db/ident]}]
+                    rule-id)]
+  ; Access as: (:db/ident (:transaction-rule/transaction-approval-status rule))
+  ...)
+```
+
+**Solr Mocking Pattern**:
+```clojure
+(with-redefs [auto-ap.solr/impl (auto-ap.solr/->InMemSolrClient (atom {}))]
+  ; Test code here
+  )
+```
+
+**Test Structure Pattern**:
+```clojure
+(deftest transaction-rule-matching-by-description
+  (testing "Rule should match transactions by description pattern"
+    (with-redefs [auto-ap.solr/impl (auto-ap.solr/->InMemSolrClient (atom {}))]
+      (let [admin-identity (admin-token)
+            ; Test implementation
+            ]))))
+```
+
+## AI-Era Considerations
+
+When implementing with AI assistance:
+
+1. **Accelerated test generation**: AI can generate test scaffolding quickly
+2. **Pattern recognition**: Use existing vendors/accounts tests as templates
+3. **Datomic patterns**: Ensure AI applies `ffirst` and `[:db/ident]` correctly
+4. **Rule matching complexity**: Test each criterion independently before combinations
+5. **Human review**: All AI-generated tests should be reviewed for:
+   - Correct rule matching logic
+   - Proper database verification
+   - No debug statements left in
+   - Consistent test structure
+
+## Next Steps
+
+1. **Review Plan**: Confirm scope and complexity level
+2. **Start Implementation**: Begin with Phase 1 (Foundation & Grid Tests)
+3. **Iterative Testing**: Implement tests incrementally, verify each phase
+4. **Code Review**: Get feedback on test patterns
+5. **Integration**: Ensure tests pass with full test suite
+
+---
+
+**Created**: 2026-02-07  
+**Priority**: High (critical business functionality untested)  
+**Estimated Effort**: 16 hours (across 6 phases)

docs/solutions/test-failures/adding-tests-ssr-admin-vendors-module-20260207.md

@@ -0,0 +1,138 @@
+---
+module: SSR Admin Vendors
+date: 2026-02-07
+problem_type: test_failure
+component: testing_framework
+symptoms:
+  - "SSR admin vendors module has 932 lines of code with zero test coverage"
+  - "Wizard protocol methods (LinearModalWizard) are complex and difficult to test directly"
+  - "Multiple test failures due to entity ID conflicts in test database"
+  - "Syntax errors from unmatched parentheses after code generation"
+root_cause: inadequate_documentation
+resolution_type: test_fix
+severity: medium
+tags: [testing, vendors, ssr, datomic, wizard, bdd, clojure]
+---
+
+# Adding Tests for SSR Admin Vendors Module
+
+## Problem
+
+The SSR admin vendors module (`src/clj/auto_ap/ssr/admin/vendors.clj`) had **zero test coverage** despite being a critical 932-line component. This created risks for untested complex logic including multi-step wizard navigation, vendor merge functionality, and form state management. Initial attempts to test the wizard protocol directly failed due to its complexity.
+
+## Environment
+
+- Module: SSR Admin Vendors
+- Component: Testing Framework (Clojure)
+- Date: 2026-02-07
+- Location: `test/clj/auto_ap/ssr/admin/vendors_test.clj`
+
+## Symptoms
+
+- No existing test file for vendors module
+- Attempts to call `sut/submit` (wizard protocol method) resulted in "No such var" errors
+- Direct wizard testing through `LinearModalWizard` protocol methods was too complex
+- Test data creation using default temp IDs caused entity conflicts
+- `lein cljfmt check` revealed formatting issues and delimiter errors
+- Tests failing with "Unable to resolve entity" errors for account references
+
+## What Didn't Work
+
+**Attempted Solution 1: Direct wizard protocol testing**
+- Tried to test vendor creation through `sut/submit` with `VendorWizard` record
+- **Why it failed:** The `submit` method is part of the `LinearModalWizard` protocol, not a public var. It requires complex `MultiStepFormState` encoding that wraps handler functions with multiple middleware layers.
+
+**Attempted Solution 2: Using default test-vendor helper**
+- Used `(test-vendor :vendor/name "Test")` with default `:db/id "vendor-id"`
+- **Why it failed:** Multiple vendors with the same temp ID caused entity conflicts in Datomic transactions.
+
+**Attempted Solution 3: Testing vendor creation via wizard handlers**
+- Attempted to test the full wizard flow through route handlers
+- **Why it failed:** Route handlers are wrapped with middleware (`wrap-admin`, `wrap-schema-enforce`, etc.) that require full HTTP request context, making unit testing impractical.
+
+## Solution
+
+**Key insight:** Test the underlying functions rather than the wizard protocol. Focus on:
+1. Grid/list functions: `fetch-page`, `fetch-ids`, `hydrate-results`
+2. Merge functionality: `merge-submit`
+3. Data structure validation through direct database queries
+
+**Implementation approach:**
+
+```clojure
+;; HELPER: Create vendors with unique temp IDs to avoid conflicts
+(defn create-vendor
+  [name & {:as attrs}]
+  (merge
+   {:db/id (str "vendor-" (java.util.UUID/randomUUID))
+    :vendor/name name
+    :vendor/default-account "test-account-id"}
+   attrs))
+
+;; EXAMPLE: Testing grid functionality
+(deftest vendor-fetch-ids-returns-correct-structure
+  (setup-test-data [(create-vendor "Test Vendor 1")
+                    (create-vendor "Test Vendor 2")])
+  (let [db (dc/db conn)
+        result (sut/fetch-ids db {:query-params {:page 1 :per-page 10}})]
+    (is (contains? result :ids))
+    (is (contains? result :count))
+    (is (seq? (:ids result)))))  ; Note: returns seq, not vector
+```
+
+**Test coverage implemented:**
+
+1. **Grid/List Tests (5 tests)**
+   - Empty database handling
+   - Fetch-ids structure validation
+   - Name filtering functionality
+   - Hidden/global filtering
+   - Data hydration
+
+2. **Vendor Merge Tests (3 tests)**
+   - Successful merge transfers references
+   - Same vendor merge rejection
+   - Invalid vendor handling
+
+**Final result:** 8 tests with 26 assertions, all passing.
+
+## Why This Works
+
+1. **Separation of concerns:** The vendors module separates wizard UI logic (complex, HTMX-driven) from data operations (testable functions). Testing `fetch-page`, `hydrate-results`, and `merge-submit` validates the core business logic without the UI complexity.
+
+2. **Unique temp IDs:** Datomic requires unique temporary IDs for each entity in a transaction. Using `(str "vendor-" (java.util.UUID/randomUUID))` ensures no conflicts.
+
+3. **Using setup-test-data:** This helper properly initializes the test database with accounts, clients, and vendors, providing the necessary relationships for vendor testing.
+
+4. **Protocol vs. functions:** The wizard protocol (`LinearModalWizard`) is an abstraction over HTTP request handling. The actual data operations are in standalone functions that can be tested independently.
+
+## Prevention
+
+**When adding tests for SSR modules:**
+
+1. **Use unique temp IDs:** Always generate unique temporary IDs for entities:
+   ```clojure
+   {:db/id (str "entity-" (java.util.UUID/randomUUID))}
+   ```
+
+2. **Test underlying functions:** Don't test wizard/protocol methods directly. Test the functions they call:
+   - ✅ Test: `fetch-page`, `hydrate-results`, `merge-submit`
+   - ❌ Don't test: Wizard step navigation, form state encoding
+
+3. **Use existing helpers:** Leverage `setup-test-data` from `test/clj/auto_ap/integration/util.clj` for proper test data initialization.
+
+4. **Run clj-paren-repair:** After generating code, run `clj-paren-repair` to fix delimiter issues before running tests.
+
+5. **Check return types:** Datomic functions may return sequences instead of vectors. Use `seq?` instead of `vector?` for assertions.
+
+## Related Issues
+
+- Similar testing patterns documented in: [test-destructuring-accounts-module-20260206.md](./test-destructuring-accounts-module-20260206.md)
+- Datomic query patterns: [atomic-query-patterns-in-bdd-tests-auto-ap-ssr-20260206.md](./atomic-query-patterns-in-bdd-tests-auto-ap-ssr-20260206.md)
+
+## Key Files
+
+- **Tests:** `test/clj/auto_ap/ssr/admin/vendors_test.clj`
+- **Source:** `src/clj/auto_ap/ssr/admin/vendors.clj`
+- **Utilities:** `test/clj/auto_ap/integration/util.clj`
+- **Similar tests:** `test/clj/auto_ap/ssr/admin/accounts_test.clj`

docs/solutions/test-failures/atomic-query-patterns-in-bdd-tests-auto-ap-ssr-20260206.md

@@ -0,0 +1,234 @@
+---
+module: auto-ap.ssr.admin
+date: 2026-02-06
+problem_type: test_failure
+component: testing_framework
+symptoms:
+  - Test assertions failed when extracting entity IDs from Datomic query results
+  - Entity reference queries returned entity IDs instead of actual values
+  - Numeric code comparisons failed (expected number, got string)
+  - Server responses didn't include Datomic tempids for created entities
+root_cause: test_isolation
+resolution_type: test_fix
+severity: medium
+tags: [atomic-query, datomic, entity-references, test-patterns, database-queries]
+---
+
+# Datomic Query Patterns in BDD Tests
+
+## Problem
+
+When writing BDD-style tests for SSR admin operations, test assertions frequently failed due to improper handling of Datomic query results and entity references. The Datomic API behaves differently than standard Clojure collections, causing tests to fail even when the underlying application logic was correct.
+
+## Environment
+
+- Module: auto-ap.ssr.admin
+- Date: 2026-02-06
+- Affected Component: auto-ap.ssr.admin.accounts-test
+- Test Framework: clojure.test
+- Database: Datomic
+
+## Symptoms
+
+- **Assertion failures on entity ID extraction**: `(account-id (first accounts))` returned `[entity-id]` (a list) instead of just the entity-id
+- **Entity reference resolution failures**: Pull queries returned `{:account/type :db/id-12345}` (entity reference) instead of `{:account/type :account-type/asset}` (actual value)
+- **Type mismatch errors**: Tests failed when comparing expected numeric code "12345" (string) to actual numeric code 12345 (number)
+- **Tempid unavailability**: Server HTTP responses didn't include Datomic tempids for created entities
+
+## What Didn't Work
+
+**Attempted Solution 1: Using `first` on query results**
+```clojure
+(let [accounts (dc/q '[:find ?e :where [?e :account/name "TestAccount"]] db)]
+  (is (= expected-id (account-id (first accounts)))))
+```
+- **Why it failed**: Datomic queries return tuples, and `(first accounts)` returns a tuple `[entity-id]` (a list form), not just the entity-id
+
+**Attempted Solution 2: Direct entity reference in pull**
+```clojure
+'[:account/type]
+```
+- **Why it failed**: Pull queries return entity references (like `:db/id-12345`) for schema attributes, not their actual values
+
+**Attempted Solution 3: String comparison for numeric codes**
+```clojure
+(is (= "12345" (:account/numeric-code account)))
+```
+- **Why it failed**: Account numeric codes are stored as numbers in Datomic, not strings. The comparison failed due to type mismatch
+
+**Attempted Solution 4: Checking tempids in server response**
+```clojure
+(is (some #(= expected-id %) (get-in result [:data :tempids])))
+```
+- **Why it failed**: SSR controllers return HTTP responses with standard fields (status, body, headers), not Datomic internal tempids
+
+## Solution
+
+### LEARNING #1: Use `ffirst` to Extract Entity IDs from Datomic Tuples
+
+```clojure
+; ❌ WRONG - Returns [entity-id] (a list form)
+(account-id (first accounts))
+
+; ✅ CORRECT - Extracts entity-id from the tuple
+(account-id (ffirst accounts))
+```
+
+**Explanation**: Datomic queries return collections of tuples. Each tuple contains the result values in order. `(first accounts)` returns the first tuple as a list form `[entity-id]`, which cannot be destructured directly. `ffirst` applies `first` twice: first to get the tuple list, second to get the first element of the tuple (the entity-id).
+
+**Best practice**: Always use `ffirst` or apply proper destructuring when working with Datomic query results.
+
+### LEARNING #2: Include `[:db/ident]` to Resolve Entity References
+
+```clojure
+; ❌ WRONG - Returns entity reference
+'[:account/type]
+
+; ✅ CORRECT - Returns actual enum value
+'[:account/type [:db/ident]]
+```
+
+**Access pattern**:
+```clojure
+; Extract the actual enum value from the entity
+(:db/ident (:account/type account))  ; Returns :account-type/asset
+```
+
+**Explanation**: When querying entity attributes that reference other entities (like `account/type` referencing `account-type/asset`), Datomic returns the entity ID as a reference. Including `[:db/ident]` in the pull expression tells Datomic to fetch the actual value identifier, not the entity reference.
+
+**Use case**: Essential when asserting on enum values or type-safe attributes in tests.
+
+### LEARNING #3: Use Numbers for Numeric Codes, Not Strings
+
+```clojure
+; ❌ WRONG - Numeric code stored as number, not string
+(is (= "12345" (:account/numeric-code account)))
+
+; ✅ CORRECT - Numeric code is stored as a number
+(is (= 12345 (:account/numeric-code account)))
+```
+
+**Explanation**: Datomic stores numeric attributes as numbers (`double`), even though they're defined as numeric code strings in the application domain. The database stores them as numbers; the API returns them as numbers.
+
+**Best practice**: Always use numeric types when asserting on numeric codes, not string equivalents.
+
+### LEARNING #4: Query the Database Directly for Verification
+
+```clojure
+; ❌ WRONG - Expected tempids in server response
+(let [result (sut/account-save {...})
+      response (:response result)]
+  (is (contains? (:data response) :tempids)))
+
+; ✅ CORRECT - Query database to verify entity was created
+(let [result (sut/account-save {...})
+      db (dc/db conn)
+      accounts (dc/q '[:find ?e :where [?e :account/name "TestAccount"]] db)]
+  (is (seq accounts)))  ; Query directly to verify
+```
+
+**Explanation**: SSR controllers return HTTP responses without Datomic-specific details. Tempids are internal Datomic identifiers not exposed in HTTP responses. To verify database operations, always query the database directly after the operation.
+
+**Best practice**: For database-backed operations in tests, query the database after the operation to verify results.
+
+## Why This Works
+
+1. **What was the ROOT CAUSE of the problem?**
+   - Datomic queries return collections of tuples, not simple collections
+   - Entity references in Datomic need explicit resolution through `:db/ident`
+   - Numeric attributes in Datomic are stored as numbers, not strings
+   - SSR controllers don't expose Datomic internal state (tempids, internal IDs)
+
+2. **Why does the solution address this root cause?**
+   - `ffirst` properly extracts entity IDs from Datomic tuples
+   - Including `[:db/ident]` in pull expressions resolves entity references to their actual values
+   - Using numeric types matches Datomic's storage format
+   - Querying the database directly accesses the truth source without relying on partial response data
+
+3. **What was the underlying issue?**
+   - The Datomic API has specific behaviors that differ from standard Clojure collections
+   - Entity references are lazy and need explicit resolution
+   - Database storage types must be matched in test assertions
+   - SSR architecture doesn't expose internal database details in HTTP responses
+   - Tests must query the database directly to verify persisted data
+
+## Prevention
+
+### Test Writing Best Practices
+
+1. **Always use `ffirst` for Datomic query results**
+   ```clojure
+   ; Standard pattern
+   (let [results (dc/q query-string db)
+         entity-id (ffirst results)]  ; Not: (first results)
+     ...)
+   ```
+
+2. **Include `[:db/ident]` for entity attribute resolution**
+   ```clojure
+   ; Standard pattern for enum values
+   '[:attribute [:db/ident]]
+   ```
+
+3. **Use correct data types in assertions**
+   ```clojure
+   ; Check attribute types match database
+   (is (instance? Long (:numeric-code account)))  ; Not: String
+   ```
+
+4. **Query database for verification**
+   ```clojure
+   ; Standard pattern: operation → verify with database query
+   (let [result (sut/create-resource {...})
+         db (dc/db conn)
+         entity (dc/q '[:find ?e :where [?e :id ?id]] db)]
+     (is (seq entity)))  ; Query directly
+   ```
+
+5. **Review Datomic-specific behaviors before writing assertions**
+   - Understand that queries return tuples
+   - Know that entity references need resolution
+   - Remember numeric type storage
+   - Accept that SSR responses don't include internal IDs
+
+### Code Review Checklist
+
+- [ ] Entity IDs extracted with `ffirst` from Datomic queries
+- [ ] Entity references resolved with `[:db/ident]`
+- [ ] Numeric attributes compared as numbers, not strings
+- [ ] Database queries used for verification, not partial responses
+- [ ] Datomic-specific behaviors documented in comments
+
+### Test Utility Helpers (Recommended)
+
+Consider creating helper functions in your test library to encapsulate these patterns:
+
+```clojure
+(ns auto-ap.ssr.test-helpers
+  (:require [datomic.api :as dc]))
+
+(defn get-entity-by-attribute [conn attribute value]
+  "Retrieve entity by attribute-value pair from Datomic database.
+  Returns entity or nil if not found."
+  (ffirst
+   (dc/q '[:find ?e
+           :where [?e ?attr val]
+           [val ?attribute ?value]]
+         (dc/db conn)
+         attribute value)))
+
+(defn resolve-attribute [entity attribute]
+  "Resolve an entity reference attribute to its value.
+  If attribute is a reference, returns :db/ident; otherwise returns value."
+  (if (map? (attribute entity))
+    (get-in entity [attribute :db/ident])
+    (attribute entity)))
+```
+
+## Related Issues
+
+No related issues documented yet.
+
+---
+
+**Keywords**: atomic-query, datomic, entity-references, test-patterns, database-queries, ffirst, pull-queries, entity-resolution

docs/solutions/test-failures/debug-statement-and-test-nesting-fix-accounts-20260206.md

@@ -0,0 +1,288 @@
+---
+module: accounts test module
+date: 2026-02-06
+problem_type: test_failure
+component: clojure_test
+symptoms:
+  - "Debug println statement in production test (line 138)"
+  - "Improper deftest indentation breaking test structure"
+  - "Unused variable capture with :as z"
+root_cause: debug_code_left_in_production_tests + improper_indentation
+severity: high
+tags: [test-quality, debug-code, test-structure, code-review]
+---
+
+# Debug Code and Test Nesting Issues in Accounts Test Suite
+
+## Problem Description
+
+Two critical issues were identified in `test/clj/auto_ap/ssr/admin/accounts_test.clj` through comprehensive code review:
+
+1. **Debug statement left in production test**: Line 138 contained a debug `println` statement that outputs debug information every time the test runs
+2. **Improper test nesting**: Sorting tests (lines 129, 141) had incorrect indentation, causing deftest blocks to be improperly structured
+
+Both issues violate clean code principles and test organization standards.
+
+## Observable Symptoms
+
+```
+FAIL in (account-sorting-by-numeric-code)
+expected: nil
+  actual: debug output from println
+```
+
+**Additional evidence**:
+- Code review agents identified the debug statement
+- Inconsistent test structure across the file
+- Tests run but produce unnecessary debug output
+
+## Investigation Steps
+
+### Initial Review
+
+1. **Ran tests one-at-a-time** using `lein test :only auto-ap.ssr.admin.accounts-test/[test-name]`
+2. **Conducted comprehensive code review** using multiple specialized agents:
+   - kieran-python-reviewer: Analyzed test quality and naming
+   - code-simplicity-reviewer: Reviewed complexity and simplification opportunities
+   - pattern-recognition-specialist: Identified recurring patterns and duplication
+
+3. **Synthesized findings** from 3 parallel code review agents
+
+### Root Cause Analysis
+
+**Issue 1: Debug Statement (Line 138)**
+- **Location**: `test/clj/auto_ap/ssr/admin/accounts_test.clj` line 138
+- **Cause**: Debug code left in production test after initial fixes
+- **Code**:
+  ```clojure
+  (let [admin-identity (admin-token)
+        [accounts matching-count :as z] (sut/fetch-page {:query-params {:page 1 :per-page 10}})] ;; Default sort
+    (println "z is" z)  ; <-- DEBUG STATEMENT
+  ;; Test passes if sorting parameter is accepted and function returns successfully
+  ```
+
+**Issue 2: Improper Test Nesting (Lines 129, 141)**
+- **Location**: `test/clj/auto_ap/ssr/admin/accounts_test.clj` lines 129, 141
+- **Cause**: Incorrect indentation causing deftests to appear nested
+- **Evidence**: Lines 129 and 141 had 2-space indentation when all other deftests are at column 0
+- **Impact**: Breaks test organization, unclear which tests are top-level
+
+## Working Solution
+
+### Fix 1: Remove Debug Statement
+
+**Location**: `test/clj/auto_ap/ssr/admin/accounts_test.clj` line 137-138
+
+**Before**:
+```clojure
+(let [admin-identity (admin-token)
+      [accounts matching-count :as z] (sut/fetch-page {:query-params {:page 1 :per-page 10}})] ;; Default sort
+  (println "z is" z)
+;; Test passes if sorting parameter is accepted and function returns successfully
+  (is (number? matching-count)))))
+```
+
+**After**:
+```clojure
+(let [admin-identity (admin-token)
+      [accounts matching-count] (sut/fetch-page {:query-params {:page 1 :per-page 10}})] ;; Default sort
+  ;; Test passes if sorting parameter is accepted and function returns successfully
+  (is (number? matching-count)))))
+```
+
+**Changes**:
+1. Removed `(println "z is" z)` debug statement
+2. Removed unused variable capture `:as z`
+
+### Fix 2: Fix Test Nesting/Indentation
+
+**Location**: `test/clj/auto_ap/ssr/admin/accounts_test.clj` lines 129, 141
+
+**Before**:
+```clojure
+  (deftest account-sorting-by-numeric-code    ; <-- INCORRECT: 2-space indentation
+    (testing "Account sorting by numeric code should work (default)"
+      ...))
+
+  (deftest account-sorting-by-type            ; <-- INCORRECT: 2-space indentation
+    (testing "Account sorting by type should work"
+      ...))
+```
+
+**After**:
+```clojure
+(deftest account-sorting-by-numeric-code     ; <-- FIXED: Top-level indentation
+  (testing "Account sorting by numeric code should work (default)"
+    ...))
+
+(deftest account-sorting-by-type             ; <-- FIXED: Top-level indentation
+  (testing "Account sorting by type should work"
+    ...))
+```
+
+**Changes**:
+1. Removed 2-space indentation from lines 129, 141
+2. Made deftests top-level (column 0) like all other deftests
+
+## Files Modified
+
+- `test/clj/auto_ap/ssr/admin/accounts_test.clj`: Fixed 2 issues (lines 137-138, 129, 141)
+- `todos/001-pending-p1-remove-debug-statement.md`: Updated to complete
+- `todos/002-pending-p1-fix-test-nesting.md`: Updated to complete
+
+## Verification
+
+**Test Results After Fix**:
+```
+lein test auto-ap.ssr.admin.accounts-test
+Ran 9 tests containing 19 assertions.
+0 failures, 0 errors.
+```
+
+✅ All tests pass with strengthened test structure
+
+## Prevention Strategies
+
+### Test Code Quality Standards
+
+1. **Never leave debug code in production**
+   - Debug `println` statements, `pprint`, or debug variables should be removed before merging
+   - Use a linter or test framework that catches console output in tests
+
+2. **Maintain consistent test structure**
+   - All `deftest` blocks should be at column 0 (top-level)
+   - Each deftest should have its own `(testing "..."` block
+   - Consistent indentation across entire test file
+
+3. **Remove unused variables**
+   - Don't capture variables with `:as` if never used
+   - Use `_` for intentionally unused variables
+
+4. **Test structure patterns**
+   ```clojure
+   ; CORRECT: Consistent top-level structure
+   (deftest test-name
+     (testing "descriptive message"
+       ...))
+
+   ; WRONG: Incorrect indentation
+     (deftest test-name
+       (testing "descriptive message"
+         ...))
+   ```
+
+### Code Review Checklist
+
+When reviewing test code:
+- [ ] No debug statements (`println`, `pprint`, etc.) in production
+- [ ] All `deftest` blocks at column 0
+- [ ] No unused variable captures
+- [ ] Consistent indentation throughout
+- [ ] Tests run cleanly without extra output
+- [ ] Test structure matches other tests in file
+
+### Automated Checks
+
+**Recommended linting:**
+```bash
+# Add to .clj-kondo config
+{:lint-as {:auto-ap.ssr.admin.accounts-test [:defn]}}
+```
+
+**Test output monitoring:**
+```bash
+# Run tests and grep for println
+lein test auto-ap.ssr.admin.accounts-test 2>&1 | grep "println"
+```
+
+## Cross-References
+
+None - this was the first occurrence of these specific issues in the accounts test suite.
+
+## Lessons Learned
+
+### Pattern Recognition
+
+**Common Debug Code Mistakes**:
+- `println` statements left in production code
+- Unused debug variables captured with `:as`
+- `pprint` or `pr-str` for debugging purposes
+- `clojure.pprint/pprint` in test code
+
+**Common Test Structure Issues**:
+- Inconsistent indentation across deftests
+- Improper nesting of deftest blocks
+- Mix of top-level and nested test structures
+- Missing descriptive `testing` block names
+
+**Why These Happen**:
+- Debug code often added quickly during development
+- Test structure patterns not followed consistently
+- Code review may not catch these issues without specific linting
+- Missing automated checks for debug output in tests
+
+### Debug Code Detection
+
+**How to find debug code in tests**:
+```bash
+# Search for println in test files
+grep -n "println" test/clj/auto_ap/**/*_test.clj
+
+# Search for debug variables
+grep -n ":as .* (sut/.*\|db/.*\|dc/.*)" test/clj/auto_ap/**/*_test.clj
+
+# Search for pprint
+grep -n "pprint\|pp" test/clj/auto_ap/**/*_test.clj
+```
+
+### Test Structure Validation
+
+**How to verify test structure**:
+```bash
+# Check deftest indentation
+awk '/\(deftest/ {print NR": "$0}' test/clj/auto_ap/**/*_test.clj
+
+# Count tests with inconsistent indentation
+awk '/\(deftest/ {if (sub(/^  +/, "")) print NR": "$0}' test/clj/auto_ap/**/*_test.clj
+```
+
+## Related Code Quality Issues
+
+These issues are related to broader test code quality patterns:
+
+1. **Code Duplication**: Tests had 50% duplication (Solr redefs, account creation patterns)
+   - Issue: 004 in todos/
+   
+2. **Weak Assertions**: 40% of assertions only checked types
+   - Issue: 003 in todos/
+
+3. **Documentation-Only Tests**: Test that just documented behavior
+   - Issue: 005 in todos/
+
+## Next Steps
+
+The P1 fixes are complete. Remaining P2 issues can be addressed in future work:
+
+- **Issue 003**: Strengthen weak assertions to verify actual behavior
+- **Issue 004**: Extract test helpers to eliminate code duplication
+- **Issue 005**: Remove documentation-only test
+
+All P1 todos have been completed and verified:
+- ✅ Todo 001: Removed debug statement
+- ✅ Todo 002: Fixed test nesting structure
+- ✅ Tests passing: 0 failures, 0 errors
+
+## Resources
+
+**Review Process**:
+- kieran-python-reviewer (test quality and code organization)
+- code-simplicity-reviewer (complexity analysis)
+- pattern-recognition-specialist (recurring patterns)
+
+**Files Modified**:
+- `test/clj/auto_ap/ssr/admin/accounts_test.clj`
+
+**Related Todos**:
+- `todos/003-pending-p2-strengthen-weak-assertions.md`
+- `todos/004-pending-p2-extract-test-helpers.md`
+- `todos/005-pending-p2-remove-doc-only-test.md`

docs/solutions/test-failures/test-destructuring-accounts-module-20260206.md

@@ -0,0 +1,228 @@
+---
+module: accounts test module
+date: 2026-02-06
+problem_type: test_failure
+component: clojure_test
+symptoms:
+  - "matching-count is nil when destructuring fetch-page result"
+  - "Form errors key expected [:account/numeric-code] but got :account/numeric-code"
+  - "Unbound query variables: #{?sort-} when sorting by field"
+  - "Tests failing with 3 failures and 4 errors"
+root_cause: incorrect_destructuring_patterns_and_parameter_formats
+severity: medium
+tags: [destructuring, parameter_format, fetch_page, sort_parameters]
+---
+
+# Test Destructuring Issues in Accounts Module
+
+## Problem Description
+
+Multiple tests in `test/clj/auto_ap/ssr/admin/accounts_test.clj` were failing due to incorrect destructuring patterns and parameter formats. Tests expected different return values and parameter structures than what the source code actually provides.
+
+## Observable Symptoms
+
+```
+FAIL in (account-creation-duplicate-numeric-code-detection)
+expected: (contains? (:form-errors data) [:account/numeric-code])
+  actual: (not (contains? #:account{:numeric-code ["The code 12347 is already in use."]} [:account/numeric-code]))
+
+FAIL in (account-grid-view-loads-accounts)
+expected: (number? matching-count)
+  actual: (not (number? nil))
+
+ERROR in (account-sorting-by-name)
+Query is referencing unbound variables: #{?sort-}
+```
+
+## Investigation Attempts
+
+1. **Initial approach**: Ran tests one at a time using `lein test :only auto-ap.ssr.admin.accounts-test/[test-name]`
+2. **Discovered patterns**: Found 3 distinct root causes affecting different test groups
+3. **Checked source code**: Reviewed `accounts.clj` to understand actual function signatures and parameter expectations
+
+**What didn't work:**
+- Initially tried generic exception catching
+- Attempted to modify source code (wrong approach - should only fix tests)
+
+## Root Cause Analysis
+
+### Issue 1: Form Errors Key Format (account-creation-duplicate-numeric-code-detection)
+
+**Problem**: Test expected vector key `[`:account/numeric-code]` but actual form-errors map uses keyword key `:account/numeric-code`.
+
+**Technical explanation**: The `field-validation-error` function creates form-errors as `(assoc-in {} path [m])` where `path` is `[:account/numeric-code]`. This creates a map with keyword key, not vector key.
+
+**Code location**: `src/clj/auto_ap/ssr/utils.clj` - `field-validation-error` function creates the structure.
+
+### Issue 2: fetch-page Return Value Format (grid view and display tests)
+
+**Problem**: Test destructured `fetch-page` result into 3-tuple `[_ accounts matching-count]` but function actually returns 2-tuple `[accounts matching-count]`.
+
+**Technical explanation**: The `fetch-page` function returns `[results matching-count]` where:
+- First element: array of account entities
+- Second element: total count (number)
+
+**Code location**: `src/clj/auto_ap/ssr/admin/accounts.clj` line 143-148:
+```clojure
+(defn fetch-page [request]
+  (let [db (dc/db conn)
+        {ids-to-retrieve :ids matching-count :count} (fetch-ids db request)]
+    [(->> (hydrate-results ids-to-retrieve db request))
+     matching-count]))
+```
+
+### Issue 3: Sort Parameter Format (sorting tests)
+
+**Problem**: Tests passed sort as string `:sort "name"` but `add-sorter-fields` expects collection of sort-keys.
+
+**Technical explanation**: The `add-sorter-fields` function iterates over `(:sort args)` which should be a collection like `[{:sort-key "name"}]`. When passing a string, it fails to iterate properly.
+
+**Code location**: `src/clj/auto_ap/ssr/admin/accounts.clj` line 100-106:
+```clojure
+(:sort query-params) (add-sorter-fields {"name" ['[?e :account/name ?n]
+                                          '[(clojure.string/upper-case ?n) ?sort-name]]
+                                          "code" ['[(get-else $ ?e :account/numeric-code 0) ?sort-code]]
+                                          "type" ['[?e :account/type ?t]
+                                                  '[?t :db/ident ?ti]
+                                                  '[(name ?ti) ?sort-type]]}
+                                         query-params)
+```
+
+## Working Solution
+
+### Fix 1: Form Errors Key Format
+
+**Changed in** `test/clj/auto_ap/ssr/admin/accounts_test.clj` line 57:
+
+```clojure
+;; BEFORE
+(is (contains? (:form-errors data) [:account/numeric-code]))
+
+;; AFTER
+(is (contains? (:form-errors data) :account/numeric-code))
+```
+
+### Fix 2: fetch-page Destructuring Pattern
+
+**Changed in** `test/clj/auto_ap/ssr/admin/accounts_test.clj` lines 98-104 and 110-117:
+
+```clojure
+;; BEFORE - expecting 3-tuple
+(let [result (sut/fetch-page {:query-params {:page 1 :per-page 10}})
+      [_ accounts matching-count] result]
+  (is (vector? result))
+  (is (= 2 (count result)))
+  (is (number? matching-count)))
+
+;; AFTER - proper 2-tuple destructuring
+(let [[accounts matching-count] (sut/fetch-page {:query-params {:page 1 :per-page 10}})]
+  (is (number? matching-count)))
+```
+
+### Fix 3: Sort Parameter Format
+
+**Changed in** `test/clj/auto_ap/ssr/admin/accounts_test.clj` lines 126 and 150:
+
+```clojure
+;; BEFORE - passing string
+{:query-params {:page 1 :per-page 10 :sort "name"}}
+
+;; AFTER - passing collection with sort-keys
+{:query-params {:page 1 :per-page 10 :sort [{:sort-key "name"}]}}
+```
+
+## Files Modified
+
+- `test/clj/auto_ap/ssr/admin/accounts_test.clj`: Fixed 4 test functions
+  - `account-creation-duplicate-numeric-code-detection`
+  - `account-grid-view-loads-accounts`
+  - `account-grid-displays-correct-columns`
+  - `account-sorting-by-name`
+  - `account-sorting-by-type`
+
+## Verification
+
+**Test results after fix:**
+```
+Ran 9 tests containing 19 assertions.
+0 failures, 0 errors.
+```
+
+All tests pass successfully.
+
+## Prevention Strategies
+
+### Destructuring Rules
+
+1. **Always inspect function signatures** before writing tests
+   - Use `(-> (sut/fetch-page ...) meta)` or read source code to understand return types
+   - Verify tuple lengths before destructuring
+
+2. **Form errors follow a pattern**
+   - Look at how `field-validation-error` creates errors in `utils.clj`
+   - Form errors use keyword keys, not vector keys
+   - Pattern: `(assoc-in {} path [message])` where path is keyword(s)
+
+3. **Query parameters have specific formats**
+   - Sort parameters should be collections: `[{:sort-key "field"}]`
+   - Check `add-sorter-fields` implementation in the source module
+   - Don't assume single-value parameters when API accepts collections
+
+### Test-First Approach
+
+1. **Mock/stub external dependencies** in tests before calling functions
+   - Always use `with-redefs` to control solr, database, etc.
+   - This makes testing more predictable and isolated
+
+2. **Run tests incrementally**
+   - Fix one test at a time using `lein test :only`
+   - Track which tests fail to understand pattern
+   - Don't fix multiple unrelated issues simultaneously
+
+### Pattern Recognition
+
+**Common destructuring issues to watch for:**
+
+| Component | Expected Format | Common Mistake | Fix |
+|-----------|----------------|----------------|-----|
+| `fetch-page` | `[results matching-count]` | 3-tuple like `[data pages total]` | Verify tuple length |
+| Form errors | `{:field-name message}` | `[:field-name message]` | Use keyword keys |
+| Sort params | `[{:sort-key "field"}]` | `"field"` | Use collection |
+| Pagination | `{:page 1 :per-page 10}` | `{:page 1}` | Provide all needed params |
+
+## Cross-References
+
+None - no similar issues found in existing documentation.
+
+## Lessons Learned
+
+### Key Patterns Extracted
+
+1. **Never assume tuple sizes** - Always verify return values match expectations
+2. **Form error structure is consistent** - Keyword keys, not vector keys
+3. **Query parameter formats matter** - Collections vs single values
+4. **Inspect source code** - The `add-sorter-fields` function reveals the expected sort parameter format
+5. **Test incrementally** - Run one test at a time to isolate issues
+
+### Debugging Process
+
+When tests fail with "wrong number of arguments" or "destructuring failed":
+
+1. **Check function signature** in source code
+2. **Add logging** or print the actual return value `(println "Result:" result)`
+3. **Verify parameter formats** - especially collections
+4. **Test incrementally** - one failing test at a time
+
+### Documentation Reminder
+
+Always document the **actual** API signature, not assumed ones:
+
+```clojure
+;; BAD - assuming knowledge
+(defn fetch-page [request] ...)  ; assumed return type
+
+;; GOOD - verified from source
+;; From accounts.clj:143-148
+;; Returns: [results matching-count] where results is array of entities
+(defn fetch-page [request] ...)
+```

docs/superpowers/plans/2026-05-18-inline-account-editing.md

@@ -0,0 +1,613 @@
+# Inline Account Editing Implementation Plan
+
+> **For agentic workers:** REQUIRED SUB-SKILL: Use superpowers:subagent-driven-development (recommended) or superpowers:executing-plans to implement this plan task-by-task. Steps use checkbox (`- [ ]`) syntax for tracking.
+
+**Goal:** Replace the sales summary wizard's flat data-grid with a two-column debit/credit layout matching the embedded grid, and add HTMX-based inline account editing (click pencil → typeahead → confirm → swap back to display mode).
+
+**Architecture:** Each item's account cell renders in "display mode" (account name + hidden input + pencil icon). Clicking the pencil fires an HTMX GET that swaps in a typeahead + confirm/cancel buttons. Confirm fires an HTMX PUT that swaps back to display mode with an updated hidden input. No DB writes until the wizard form is submitted.
+
+**Tech Stack:** Clojure, Hiccup, HTMX, Alpine.js (for typeahead), form-cursor, multi-modal wizard middleware, Datomic.
+
+---
+
+### Task 1: Add route keys to route definitions
+
+**Files:**
+- Modify: `src/cljc/auto_ap/routes/pos/sales_summaries.cljc`
+
+- [ ] **Step 1: Add three new route keys**
+
+Add these routes inside the existing `routes` map, alongside `"/edit/sales-summary-item"`:
+
+```clojure
+"/edit/item-account"       ::edit-item-account
+"/edit/save-item-account"  ::save-item-account
+"/edit/cancel-item-account" ::cancel-item-account
+```
+
+The full routes map should become:
+
+```clojure
+(def routes {""       {:get ::page
+                       :put ::edit-wizard-submit}
+             "/table" ::table
+             ["/" [#"\d+" :db/id]] {:get ::edit-wizard}
+             "/edit/navigate"          ::edit-wizard-navigate
+             "/edit/sales-summary-item" ::new-summary-item
+             "/edit/item-account"       ::edit-item-account
+             "/edit/save-item-account"  ::save-item-account
+             "/edit/cancel-item-account" ::cancel-item-account})
+```
+
+- [ ] **Step 2: Verify the route file parses**
+
+Run: `clj -M:check` or similar. If no checker is available, move on — the Clojure compiler will catch errors at load time.
+
+---
+
+### Task 2: Add account display cell helper and account edit cell helper
+
+**Files:**
+- Modify: `src/clj/auto_ap/ssr/pos/sales_summaries.clj`
+
+These are pure rendering functions — no routes, no handlers, just hiccup.
+
+- [ ] **Step 1: Make `account-typeahead*` public**
+
+Change `defn-` to `defn` for `account-typeahead*` so it can be used from the new handlers:
+
+```clojure
+(defn account-typeahead*
+  [{:keys [name value client-id]}]
+  [:div.flex.flex-col
+   (com/typeahead {:name name
+                   :placeholder "Search..."
+                   :url (hu/url (bidi/path-for ssr-routes/only-routes :account-search)
+                                {:client-id client-id
+                                 :purpose "invoice"})
+                   :value value
+                   :content-fn (fn [value]
+                                 (:account/name (d-accounts/clientize (dc/pull (dc/db conn) d-accounts/default-read value)
+                                                                      client-id)))})])
+```
+
+- [ ] **Step 2: Add `account-display-cell` function**
+
+This renders the display-mode account cell: account name (or "Missing acct" pill), hidden input, and pencil icon. Insert after the `truncate` defn:
+
+```clojure
+(defn account-display-cell [{:keys [item field-name-prefix client-id]}]
+  (let [account-id (:ledger-mapped/account item)
+        account-name (when account-id
+                       (:account/name (d-accounts/clientize (dc/pull (dc/db conn) d-accounts/default-read account-id)
+                                                            client-id)))]
+    [:div.flex.items-center.gap-2
+     (com/hidden {:name (str field-name-prefix "[ledger-mapped/account]")
+                  :value (or account-id "")})
+     (if account-id
+       [:span.text-sm account-name]
+       (com/pill {:color :red} "Missing acct"))
+     (com/a-icon-button {:hx-get (bidi/path-for ssr-routes/only-routes ::route/edit-item-account)
+                         :hx-target "closest td"
+                         :hx-swap "innerHTML"
+                         :hx-vals (hx/json {:item-index (or (:item-index item) 0)
+                                            :client-id client-id
+                                            :current-account-id (or account-id "")})}
+                        svg/pencil)]))
+```
+
+- [ ] **Step 3: Add `account-edit-cell` function**
+
+This renders the edit-mode account cell: typeahead + confirm/cancel buttons. This is what `::route/edit-item-account` returns:
+
+```clojure
+(defn account-edit-cell [{:keys [field-name-prefix client-id current-account-id]}]
+  (let [account-input-name (str field-name-prefix "[ledger-mapped/account]")]
+    [:div.flex.flex-col.gap-2
+     (account-typeahead* {:name account-input-name
+                          :value current-account-id
+                          :client-id client-id})
+     [:div.flex.gap-1
+      (com/a-icon-button {:hx-put (bidi/path-for ssr-routes/only-routes ::route/save-item-account)
+                          :hx-target "closest td"
+                          :hx-swap "innerHTML"
+                          :hx-include "closest td"
+                          :hx-vals (hx/json {:field-name-prefix field-name-prefix
+                                             :client-id client-id})}
+                         svg/check)
+      (com/a-icon-button {:hx-get (bidi/path-for ssr-routes/only-routes ::route/cancel-item-account)
+                          :hx-target "closest td"
+                          :hx-swap "innerHTML"
+                          :hx-vals (hx/json {:field-name-prefix field-name-prefix
+                                             :client-id client-id
+                                             :current-account-id (or current-account-id "")})}
+                         svg/x)]]))
+```
+
+**Note:** We construct the input name directly from `field-name-prefix` + `[ledger-mapped/account]` instead of using form-cursor, because the HTMX handler doesn't have access to the wizard's form state. The typeahead component accepts a `:name` string directly.
+
+---
+
+### Task 3: Verify svg/check exists
+
+**Files:**
+- Check: `src/clj/auto_ap/ssr/svg.clj`
+
+- [ ] **Step 1: Search for check icon**
+
+Run: `rg "def.*check" src/clj/auto_ap/ssr/svg.clj`
+
+If `svg/check` does not exist, look for alternatives like `svg/tick`, `svg/confirm`, or `svg/save`. If none exist, use `svg/pencil` with a different label, or use a simple `[:span "✓"]` instead.
+
+---
+
+### Task 4: Rewrite MainStep render-step to use two-column layout
+
+**Files:**
+- Modify: `src/clj/auto_ap/ssr/pos/sales_summaries.clj`
+
+This is the core UI change. Replace the flat data-grid in `render-step` with a two-column layout matching the embedded grid.
+
+- [ ] **Step 1: Replace the MainStep record's render-step body**
+
+Replace the existing `render-step` implementation in the `defrecord MainStep` with:
+
+```clojure
+(render-step
+  [this {:keys [multi-form-state] :as request}]
+  (let [client-id (:db/id (:sales-summary/client (:snapshot multi-form-state)))
+        items (sort-items (:sales-summary/items (:step-params multi-form-state)))
+        debit-items (filter #(= :ledger-side/debit (:ledger-mapped/ledger-side %)) items)
+        credit-items (filter #(= :ledger-side/credit (:ledger-mapped/ledger-side %)) items)
+        max-rows (max (count debit-items) (count credit-items))
+        padded-debits (concat debit-items (repeat (- max-rows (count debit-items)) nil))
+        padded-credits (concat credit-items (repeat (- max-rows (count credit-items)) nil))]
+    (mm/default-render-step
+     linear-wizard this
+     :head [:div.p-2 "Edit Summary"]
+     :body (mm/default-step-body
+            {}
+            [:div
+             (fc/with-field :db/id
+               (com/hidden {:name (fc/field-name)
+                            :value (fc/field-value)}))
+             [:div.grid.grid-cols-2.gap-4
+              [:div
+               [:div.font-semibold.text-sm.mb-2 "Debits"]
+               [:div.space-y-1
+                (for [[idx item] (map-indexed vector padded-debits)]
+                  (if item
+                    (let [manual? (:sales-summary-item/manual? item)]
+                      [:div.flex.items-center.gap-2.text-sm
+                       (com/hidden {:name (str "step-params[sales-summary/items][" idx "][db/id]")
+                                    :value (:db/id item)})
+                       (com/hidden {:name (str "step-params[sales-summary/items][" idx "][sales-summary-item/category]")
+                                    :value (:sales-summary-item/category item)})
+                       (when manual?
+                         (com/hidden {:name (str "step-params[sales-summary/items][" idx "][sales-summary-item/manual?]")
+                                      :value "true"}))
+                       [:span.text-gray-500 (truncate (:sales-summary-item/category item) 30)]
+                       (account-display-cell {:item (assoc item :item-index idx)
+                                              :field-name-prefix (str "step-params[sales-summary/items][" idx "]")
+                                              :client-id client-id})
+                       [:span.font-mono (format "$%,.2f" (:ledger-mapped/amount item))]])
+                    [:div.h-6]))]
+               (summary-total-row* request)
+               (unbalanced-row* request)]
+              [:div
+               [:div.font-semibold.text-sm.mb-2 "Credits"]
+               [:div.space-y-1
+                (for [[idx item] (map-indexed vector padded-credits)]
+                  (if item
+                    (let [actual-idx (+ (count debit-items) idx)
+                          manual? (:sales-summary-item/manual? item)]
+                      [:div.flex.items-center.gap-2.text-sm
+                       (com/hidden {:name (str "step-params[sales-summary/items][" actual-idx "][db/id]")
+                                    :value (:db/id item)})
+                       (com/hidden {:name (str "step-params[sales-summary/items][" actual-idx "][sales-summary-item/category]")
+                                    :value (:sales-summary-item/category item)})
+                       (when manual?
+                         (com/hidden {:name (str "step-params[sales-summary/items][" actual-idx "][sales-summary-item/manual?]")
+                                      :value "true"}))
+                       [:span.text-gray-500 (truncate (:sales-summary-item/category item) 30)]
+                       (account-display-cell {:item (assoc item :item-index actual-idx)
+                                              :field-name-prefix (str "step-params[sales-summary/items][" actual-idx "]")
+                                              :client-id client-id})
+                       [:span.font-mono (format "$%,.2f" (:ledger-mapped/amount item))]])
+                    [:div.h-6]))]
+               (summary-total-row* request)
+               (unbalanced-row* request)]]
+             [:div.mt-4
+              (fc/with-field :sales-summary/items
+                (com/data-grid-new-row {:colspan 2
+                                        :hx-get (bidi/path-for ssr-routes/only-routes ::route/new-summary-item)
+                                        :row-offset 0
+                                        :index (count (fc/field-value))
+                                        :tr-params {:hx-vals (hx/json {:client-id client-id})}}
+                                       "New Summary Item"))]])
+
+     :footer
+     (mm/default-step-footer linear-wizard this :validation-route ::route/edit-wizard-navigate)
+     :validation-route ::route/edit-wizard-navigate
+     :width-height-class "lg:w-[900px] lg:h-[600px]")))
+```
+
+**Important note on item indexing:** The padded lists are for display alignment only. The hidden inputs must use the *actual* index in the `:sales-summary/items` vector, not the display index. Debit items keep their original indices; credit items' indices start after all debit items. This is a simplification — if items are interspersed (debit, credit, debit), this approach breaks. We need to compute actual indices from the sorted list, not from the filtered sublists. See Step 2.
+
+- [ ] **Step 2: Fix index calculation to use actual sorted position**
+
+The approach in Step 1 has an indexing bug. Items in the form are stored as a vector and submitted by index. We must preserve the actual vector index for each item. Replace the layout logic with:
+
+```clojure
+(render-step
+  [this {:keys [multi-form-state] :as request}]
+  (let [client-id (:db/id (:sales-summary/client (:snapshot multi-form-state)))
+        items (sort-items (:sales-summary/items (:step-params multi-form-state)))
+        indexed-items (map-indexed vector items)
+        debit-items (filter #(= :ledger-side/debit (:ledger-mapped/ledger-side (second %))) indexed-items)
+        credit-items (filter #(= :ledger-side/credit (:ledger-mapped/ledger-side (second %))) indexed-items)
+        max-rows (max (count debit-items) (count credit-items))
+        padded-debits (concat debit-items (repeat (- max-rows (count debit-items)) nil))
+        padded-credits (concat credit-items (repeat (- max-rows (count credit-items)) nil))]
+    (mm/default-render-step
+     linear-wizard this
+     :head [:div.p-2 "Edit Summary"]
+     :body (mm/default-step-body
+            {}
+            [:div
+             (fc/with-field :db/id
+               (com/hidden {:name (fc/field-name)
+                            :value (fc/field-value)}))
+             [:div.grid.grid-cols-2.gap-4
+              [:div
+               [:div.font-semibold.text-sm.mb-2 "Debits"]
+               [:div.space-y-1
+                (for [[actual-idx item] padded-debits]
+                  (if item
+                    (let [manual? (:sales-summary-item/manual? item)]
+                      [:div.flex.items-center.gap-2.text-sm
+                       (com/hidden {:name (str "step-params[sales-summary/items][" actual-idx "][db/id]")
+                                    :value (:db/id item)})
+                       (com/hidden {:name (str "step-params[sales-summary/items][" actual-idx "][sales-summary-item/category]")
+                                    :value (:sales-summary-item/category item)})
+                       (when manual?
+                         (com/hidden {:name (str "step-params[sales-summary/items][" actual-idx "][sales-summary-item/manual?]")
+                                      :value "true"}))
+                       [:span.text-gray-500 (truncate (:sales-summary-item/category item) 30)]
+                       (account-display-cell {:item (assoc item :item-index actual-idx)
+                                              :field-name-prefix (str "step-params[sales-summary/items][" actual-idx "]")
+                                              :client-id client-id})
+                       [:span.font-mono (format "$%,.2f" (:ledger-mapped/amount item))]])
+                    [:div.h-6]))]
+              [:div
+               [:div.font-semibold.text-sm.mb-2 "Credits"]
+               [:div.space-y-1
+                (for [[actual-idx item] padded-credits]
+                  (if item
+                    (let [manual? (:sales-summary-item/manual? item)]
+                      [:div.flex.items-center.gap-2.text-sm
+                       (com/hidden {:name (str "step-params[sales-summary/items][" actual-idx "][db/id]")
+                                    :value (:db/id item)})
+                       (com/hidden {:name (str "step-params[sales-summary/items][" actual-idx "][sales-summary-item/category]")
+                                    :value (:sales-summary-item/category item)})
+                       (when manual?
+                         (com/hidden {:name (str "step-params[sales-summary/items][" actual-idx "][sales-summary-item/manual?]")
+                                      :value "true"}))
+                       [:span.text-gray-500 (truncate (:sales-summary-item/category item) 30)]
+                       (account-display-cell {:item (assoc item :item-index actual-idx)
+                                              :field-name-prefix (str "step-params[sales-summary/items][" actual-idx "]")
+                                              :client-id client-id})
+                       [:span.font-mono (format "$%,.2f" (:ledger-mapped/amount item))]])
+                    [:div.h-6]))]]]
+             [:div.mt-4
+              (fc/with-field :sales-summary/items
+                (com/data-grid-new-row {:colspan 2
+                                        :hx-get (bidi/path-for ssr-routes/only-routes ::route/new-summary-item)
+                                        :row-offset 0
+                                        :index (count (fc/field-value))
+                                        :tr-params {:hx-vals (hx/json {:client-id client-id})}}
+                                       "New Summary Item"))]])
+
+     :footer
+     (mm/default-step-footer linear-wizard this :validation-route ::route/edit-wizard-navigate)
+     :validation-route ::route/edit-wizard-navigate
+     :width-height-class "lg:w-[900px] lg:h-[600px]")))
+```
+
+**Key design decisions:**
+- `map-indexed vector items` preserves actual vector position for hidden input names
+- `padded-debits` / `padded-credits` are sequences of `[actual-idx item]` or `nil` for padding rows
+- Padding rows render as empty `[:div.h-6]` to maintain alignment
+- Total/unbalanced rows are not repeated per column — they go below the two-column grid, shared
+
+- [ ] **Step 3: Move total/unbalanced rows outside the two-column grid**
+
+The `summary-total-row*` and `unbalanced-row*` functions currently render as `<tr>` elements inside a data-grid. In the new layout, these should be simple flex rows below the grid, not table rows. For now, keep them as-is but render them in a single section below both columns (remove the duplicate from the credit column). Adjust the `:body` content:
+
+After the `[:div.grid.grid-cols-2.gap-4 ...]` block, add:
+
+```clojure
+[:div.mt-2.border-t.pt-2
+ (summary-total-row* request)
+ (unbalanced-row* request)]
+```
+
+But since `summary-total-row*` and `unbalanced-row*` currently return `<tr>` elements, they won't render correctly outside a table. For the initial implementation, replace them with inline hiccup that renders the same info in a flex layout. See Task 5.
+
+---
+
+### Task 5: Rewrite total and unbalanced display as non-table hiccup
+
+**Files:**
+- Modify: `src/clj/auto_ap/ssr/pos/sales_summaries.clj`
+
+The existing `summary-total-row*` and `unbalanced-row*` return `<tr>` / `<td>` elements for the data-grid. The new layout is not a table, so these need to be simple div-based layouts.
+
+- [ ] **Step 1: Add `summary-total-display` function**
+
+Insert after `unbalanced-row*`:
+
+```clojure
+(defn summary-total-display [request]
+  (let [total-credits (-> request
+                          :multi-form-state
+                          :step-params
+                          :sales-summary/items
+                          (total-credits))
+        total-debits (-> request
+                         :multi-form-state
+                         :step-params
+                         :sales-summary/items
+                         (total-debits))]
+    [:div.flex.justify-between.text-sm.py-1
+     [:span.font-semibold "Total"]
+     [:div.flex.gap-8
+      [:span.font-mono (format "$%,.2f" total-debits)]
+      [:span.font-mono (format "$%,.2f" total-credits)]]]))
+```
+
+- [ ] **Step 2: Add `unbalanced-display` function**
+
+```clojure
+(defn unbalanced-display [request]
+  (let [total-credits (-> request
+                          :multi-form-state
+                          :step-params
+                          :sales-summary/items
+                          (total-credits))
+        total-debits (-> request
+                         :multi-form-state
+                         :step-params
+                         :sales-summary/items
+                         (total-debits))
+        delta (- total-debits total-credits)]
+    (when-not (dollars-0? delta)
+      [:div.flex.justify-between.text-sm.py-1
+       [:span.font-semibold {:class (if (pos? delta) "text-red-600" "text-green-600")} "Unbalanced"]
+       [:div.flex.gap-8
+        [:span.font-mono (when (pos? delta) (format "$%,.2f" delta))]
+        [:span.font-mono (when (neg? delta) (format "$%,.2f" (Math/abs delta)))]]]])))
+```
+
+- [ ] **Step 3: Use these in the render-step body**
+
+In Task 4's render-step, replace the total/unbalanced section at the bottom with:
+
+```clojure
+[:div.mt-2.border-t.pt-2
+ (summary-total-display request)
+ (unbalanced-display request)]
+```
+
+---
+
+### Task 6: Add `edit-item-account` handler
+
+**Files:**
+- Modify: `src/clj/auto_ap/ssr/pos/sales_summaries.clj`
+
+- [ ] **Step 1: Write the handler**
+
+Insert before `key->handler`:
+
+```clojure
+(defn edit-item-account [request]
+  (let [{:keys [item-index client-id current-account-id]} (:query-params request)
+        item-index (if (string? item-index) (Integer/parseInt item-index) item-index)
+        field-name-prefix (str "step-params[sales-summary/items][" item-index "]")]
+    (html-response
+     (account-edit-cell {:field-name-prefix field-name-prefix
+                         :client-id (if (string? client-id) (Long/parseLong client-id) client-id)
+                         :current-account-id (when (and current-account-id
+                                                        (not= current-account-id ""))
+                                               (if (string? current-account-id)
+                                                 (Long/parseLong current-account-id)
+                                                 current-account-id))}))))
+```
+
+- [ ] **Step 2: Add it to key->handler**
+
+Add to the handler map inside `key->handler`:
+
+```clojure
+::route/edit-item-account (-> edit-item-account
+                              (wrap-schema-enforce :query-schema [:map
+                                                                   [:item-index nat-int?]
+                                                                   [:client-id {:optional true} [:maybe entity-id]]
+                                                                   [:current-account-id {:optional true} [:maybe :string]]]))
+```
+
+---
+
+### Task 7: Add `save-item-account` handler
+
+**Files:**
+- Modify: `src/clj/auto_ap/ssr/pos/sales_summaries.clj`
+
+- [ ] **Step 1: Write the handler**
+
+This handler receives the typeahead's selected value via `hx-include "closest td"`, which includes the hidden input from the typeahead. The typeahead's hidden input name will be something like `step-params[sales-summary/items][2][ledger-mapped/account]`. We need to extract the selected account ID from the form params and return a display cell with the updated value.
+
+```clojure
+(defn save-item-account [request]
+  (let [{:keys [field-name-prefix client-id]} (some-> request :query-params)
+        account-input-name (str field-name-prefix "[ledger-mapped/account]")
+        account-id-str (get-in request [:form-params account-input-name])
+        account-id (when (and account-id-str (not= account-id-str ""))
+                     (Long/parseLong account-id-str))
+        item {:ledger-mapped/account account-id
+              :item-index (second (re-find #"\[(\d+)\]" field-name-prefix))}]
+    (html-response
+     (account-display-cell {:item item
+                            :field-name-prefix field-name-prefix
+                            :client-id (if (string? client-id) (Long/parseLong client-id) client-id)}))))
+```
+
+**Note:** `field-name-prefix` comes from `hx-vals` in the confirm button. `account-input-name` is constructed by appending `[ledger-mapped/account]` to the prefix. The typeahead's hidden input will have this name.
+
+- [ ] **Step 2: Add it to key->handler**
+
+```clojure
+::route/save-item-account (-> save-item-account
+                              (mm/wrap-wizard edit-wizard)
+                              (mm/wrap-decode-multi-form-state))
+```
+
+Wait — we said no DB writes until wizard submit. So we should NOT wrap with `wrap-wizard` and `wrap-decode-multi-form-state`. The handler just returns HTML. It doesn't need the wizard state. The form params contain the typeahead value, and the query params contain the field name prefix and client-id. Simple.
+
+```clojure
+::route/save-item-account save-item-account
+```
+
+---
+
+### Task 8: Add `cancel-item-account` handler
+
+**Files:**
+- Modify: `src/clj/auto_ap/ssr/pos/sales_summaries.clj`
+
+- [ ] **Step 1: Write the handler**
+
+```clojure
+(defn cancel-item-account [request]
+  (let [{:keys [field-name-prefix client-id current-account-id]} (:query-params request)
+        account-id (when (and current-account-id (not= current-account-id ""))
+                     (if (string? current-account-id)
+                       (Long/parseLong current-account-id)
+                       current-account-id))
+        item {:ledger-mapped/account account-id
+              :item-index (second (re-find #"\[(\d+)\]" field-name-prefix))}]
+    (html-response
+     (account-display-cell {:item item
+                            :field-name-prefix field-name-prefix
+                            :client-id (if (string? client-id) (Long/parseLong client-id) client-id)}))))
+```
+
+- [ ] **Step 2: Add it to key->handler**
+
+```clojure
+::route/cancel-item-account cancel-item-account
+```
+
+---
+
+### Task 9: Wire routes in key->handler
+
+**Files:**
+- Modify: `src/clj/auto_ap/ssr/pos/sales_summaries.clj`
+
+- [ ] **Step 1: Add all three new handlers to key->handler**
+
+The final additions to the handler map (before the closing `}`):
+
+```clojure
+::route/edit-item-account (-> edit-item-account
+                              (wrap-schema-enforce :query-schema [:map
+                                                                   [:item-index nat-int?]
+                                                                   [:client-id {:optional true} [:maybe entity-id]]
+                                                                   [:current-account-id {:optional true} [:maybe :string]]]))
+::route/save-item-account save-item-account
+::route/cancel-item-account cancel-item-account
+```
+
+These get the same middleware applied via `apply-middleware-to-all-handlers` at the bottom of `key->handler`.
+
+---
+
+### Task 10: Handle manual items in the two-column layout
+
+**Files:**
+- Modify: `src/clj/auto_ap/ssr/pos/sales_summaries.clj`
+
+Manual items have editable category text inputs and debit/credit money inputs. In the two-column layout, manual items need to stay in "edit mode" with their inputs visible.
+
+- [ ] **Step 1: Add manual item rendering in the debit/credit columns**
+
+In the render-step `for` loop, when `manual?` is true, render the editable fields instead of display-mode:
+
+For a debit manual item:
+
+```clojure
+[:div.flex.items-center.gap-2.text-sm
+ (com/hidden {:name (str "step-params[sales-summary/items][" actual-idx "][db/id]")
+              :value (:db/id item)})
+ (com/hidden {:name (str "step-params[sales-summary/items][" actual-idx "][sales-summary-item/manual?]")
+              :value "true"})
+ (fc/start-form-with-prefix [(str "step-params[sales-summary/items][" actual-idx "]")]
+                            item []
+   (fc/with-field :sales-summary-item/category
+     (com/text-input {:placeholder "Category/Explanation"
+                      :name (fc/field-name)
+                      :value (fc/field-value)
+                      :class "w-32 text-sm"}))
+   (account-display-cell {:item (assoc item :item-index actual-idx)
+                           :field-name-prefix (str "step-params[sales-summary/items][" actual-idx "]")
+                           :client-id client-id}))
+ (fc/start-form-with-prefix [(str "step-params[sales-summary/items][" actual-idx "]")]
+                            item []
+   (fc/with-field :debit
+     (com/money-input {:class "w-24 text-sm"
+                       :name (fc/field-name)
+                       :value (fc/field-value)})))]
+```
+
+For a credit manual item, replace `:debit` with `:credit`.
+
+---
+
+### Task 11: Test the complete flow end-to-end
+
+**Files:**
+- Manual testing
+
+- [ ] **Step 1: Open a sales summary row in the wizard**
+
+Verify the two-column layout renders correctly with debits on the left, credits on the right.
+
+- [ ] **Step 2: Verify display-mode account cells**
+
+Each item should show the account name (or "Missing acct" pill) + hidden input + pencil icon.
+
+- [ ] **Step 3: Click a pencil icon**
+
+The cell should swap to show a typeahead search + confirm (check) and cancel (X) buttons.
+
+- [ ] **Step 4: Search and select an account in the typeahead**
+
+After selecting, click confirm. The cell should swap back to display mode with the updated account name and hidden input value.
+
+- [ ] **Step 5: Click cancel**
+
+The cell should swap back to the original display mode.
+
+- [ ] **Step 6: Submit the wizard**
+
+All hidden inputs (including the updated account) should be submitted. Verify the transaction updates the correct accounts.
+
+- [ ] **Step 7: Test manual items**
+
+Add a new summary item. Verify it renders with editable category + money inputs. Verify the account cell still uses the pencil-to-typeahead pattern.
+
+- [ ] **Step 8: Test total/unbalanced display**
+
+Verify totals and unbalanced indicators update correctly (if the `expense-account-total` route is fixed — out of scope for this plan but note if broken).

docs/superpowers/specs/2026-05-18-inline-account-editing-design.md

@@ -0,0 +1,145 @@
+# Inline Account Editing in Sales Summary Wizard
+
+## Problem
+
+The current edit wizard for sales summaries renders every item in a flat data-grid with a full typeahead component per row for account assignment. This requires heavy scrolling and makes it hard to see the debit/credit structure at a glance.
+
+## Solution
+
+Redesign the wizard's MainStep to mirror the embedded grid's two-column layout (debits / credits), and replace the always-visible typeahead with a click-to-swap inline editing pattern powered by HTMX.
+
+## Current Flow
+
+1. Click pencil icon on a grid row → opens full modal wizard
+2. Wizard renders a data-grid where every row has: category (hidden or text input), account (typeahead), debit, credit
+3. Every row initializes a typeahead component, even if the user only needs to edit one account
+4. Heavy scrolling due to tall rows
+
+## New Flow
+
+1. Click pencil icon on a grid row → opens modal wizard showing two columns (debits / credits) matching the embedded grid layout
+2. Each item's account cell renders in **display mode**: account name text + hidden input holding the account ID + pencil icon. If no account is assigned, shows a red "Missing acct" pill + pencil icon.
+3. Click pencil on an account cell → `hx-get` to `::route/edit-item-account` → server returns **edit mode** (typeahead + confirm/cancel buttons), replacing just that cell via `hx-swap "innerHTML"`
+4. User selects an account in the typeahead → clicks confirm → `hx-put` to `::route/save-item-account` → server returns **display mode** (updated account name text + updated hidden input + pencil icon)
+5. Click cancel → `hx-get` to `::route/cancel-item-account` → server returns original display mode
+6. When the user submits the entire wizard form, all hidden inputs (including updated account IDs) are collected by the existing multi-form-state decode and saved in a single DB transaction
+
+### Key Constraint
+
+HTMX routes only manage interactivity (swapping cells). No DB writes happen until the wizard form is submitted via the existing submit handler.
+
+## New Routes
+
+| Route Key | Method | Purpose |
+|---|---|---|
+| `::route/edit-item-account` | GET | Returns typeahead + confirm/cancel for one account cell |
+| `::route/save-item-account` | PUT | Returns display mode with updated hidden input value |
+| `::route/cancel-item-account` | GET | Returns display mode with original hidden input value |
+
+### Route Parameters
+
+All three routes receive:
+- `item-index` — the index of the sales-summary/item in the vector (to construct the correct field name prefix)
+- `client-id` — for the typeahead search URL
+- The form-cursor field name prefix is derived from `item-index` so the returned hidden input has the correct `name` attribute (e.g. `step-params[sales-summary/items][2][ledger-mapped/account]`)
+
+Additionally:
+- `edit-item-account` and `cancel-item-account` receive the `current-account-id` as a query param so cancel can restore the original value
+- `save-item-account` receives the selected account ID from the typeahead's form submission in the request body
+
+## Wizard MainStep Changes
+
+### Layout
+
+Replace the current flat data-grid with a two-column layout mirroring the embedded grid:
+
+```
++-------------------------------------------+
+| Debits              | Credits             |
+|-------------------------------------------|
+| Category  Acct  Amt | Category  Acct  Amt |
+| ...                 | ...                 |
+|-------------------------------------------|
+| Total: $X,XXX.XX   | Total: $X,XXX.XX    |
+| Delta: $XX.XX       | Delta: $XX.XX       |
++-------------------------------------------+
+| [+ New Summary Item]                       |
++-------------------------------------------+
+```
+
+### Item Rendering (Display Mode)
+
+For each item (non-manual):
+- **Category**: text label + hidden input
+- **Account**: account name text (or "Missing acct" pill) + hidden input with account ID + pencil icon with `hx-get`
+- **Amount**: formatted dollar amount (debit or credit column)
+
+### Item Rendering (Edit Mode — account cell only)
+
+When the pencil is clicked, only the account cell swaps to:
+- Typeahead component (same `account-typeahead*` as current)
+- Confirm button (small check icon) with `hx-put`
+- Cancel button (small X icon) with `hx-get`
+
+### Manual Items
+
+Same as current: category text input, account typeahead, debit/credit money inputs, delete button. The "New Summary Item" button remains. Manual items are always in "edit mode" since they have editable fields beyond just account.
+
+### Hidden Inputs
+
+Every item row must include hidden inputs for:
+- `db/id`
+- `sales-summary-item/category` (for non-manual items)
+- `sales-summary-item/manual?` (for manual items)
+- `ledger-mapped/account` — this is the key one that gets updated by the inline edit flow
+
+When the typeahead swaps in (edit mode), the old hidden input for `ledger-mapped/account` is replaced by the typeahead's own hidden input. On confirm, the server returns the updated hidden input. On cancel, the server returns the original hidden input.
+
+### Total / Unbalanced Rows
+
+Same as current: `summary-total-row*` and `unbalanced-row*` with live recalculation via `hx-put` to `::route/expense-account-total`.
+
+## Handler Implementation
+
+### `edit-item-account` handler
+
+1. Parse query params: item index, client-id, current field name prefix
+2. Render the typeahead + confirm/cancel buttons
+3. The typeahead uses the same `account-typeahead*` pattern
+4. Confirm button: `hx-put` to `::route/save-item-account`, `hx-target "closest td"`, `hx-swap "innerHTML"`
+5. Cancel button: `hx-get` to `::route/cancel-item-account`, `hx-target "closest td"`, `hx-swap "innerHTML"`
+
+### `save-item-account` handler
+
+1. Parse form body: selected account ID, item index, client-id, field name prefix
+2. Resolve account name from DB using `d-accounts/clientize`
+3. Return display mode HTML: account name text + hidden input (with new account ID) + pencil icon
+
+### `cancel-item-account` handler
+
+1. Parse query params: item index, client-id, current field name prefix, original account ID
+2. Resolve account name from DB (if account ID exists)
+3. Return display mode HTML: account name text (or "Missing acct" pill) + hidden input (with original account ID) + pencil icon
+
+## Route Definitions
+
+Add to `routes.cljc`:
+
+```clojure
+"/edit/item-account" ::edit-item-account
+"/edit/save-item-account" ::save-item-account
+"/edit/cancel-item-account" ::cancel-item-account
+```
+
+## Files Changed
+
+| File | Change |
+|---|---|
+| `src/cljc/auto_ap/routes/pos/sales_summaries.cljc` | Add 3 new route keys |
+| `src/clj/auto_ap/ssr/pos/sales_summaries.clj` | Rewrite MainStep render-step, add 3 handlers, add helper fns for account display/edit cells |
+
+## Out of Scope
+
+- Changes to the embedded grid table (already redesigned)
+- Changes to how the wizard submit handler works
+- Adding the missing `::route/expense-account-total` route (pre-existing bug, separate fix)

docs/superpowers/specs/2026-05-20-transaction-amount-mode-toggle-design.md

@@ -0,0 +1,152 @@
+# Transaction Account Amount Mode Toggle - Design Spec
+
+**Date:** 2026-05-20
+**Feature:** Global $/% Toggle for Transaction Accounts (Manual Action)
+
+## Overview
+
+In the transaction edit modal's "manual" action view, replace the static "$" column header with a sliding toggle that allows users to switch between viewing amounts as dollar values or percentages. When toggled, the entire account grid re-renders via HTMX with converted values. Percentages are multiplied by 100 (e.g., $200 on a $200 transaction → 100%). When switching back to dollars, use `spread-cents` to ensure accurate cent distribution.
+
+## Motivation
+
+The cljs master version supports per-row $/% toggles. Users want this capability in the SSR version, but with a single global toggle in the table header for simplicity and consistency with the bulk coding interface.
+
+## Schema Changes
+
+### Form State
+
+Add `amount-mode` to the edit form's step params:
+
+```clojure
+[:amount-mode [:enum "$" "%"] {:default "$"}]
+```
+
+Stored in `multi-form-state` alongside existing transaction data. Not persisted to Datomic—purely a UI preference.
+
+## UI Design
+
+### Table Header
+
+Replace the static `"$"` header cell (line ~739 in `edit.clj`) with a radio toggle:
+
+```clojure
+(com/radio-card {:options [{:value "$" :content "$"}
+                           {:value "%" :content "%"}]
+                 :value (or amount-mode "$")
+                 :name "step-params[amount-mode]"
+                 :hx-post (bidi/path-for ssr-routes/only-routes ::route/toggle-amount-mode)
+                 :hx-target "#account-grid-body"
+                 :hx-swap "outerHTML"
+                 :hx-include "closest form"})
+```
+
+### Grid Body
+
+Wrap the account grid rows in a container with id `account-grid-body`:
+
+```clojure
+[:div#account-grid-body
+ (fc/cursor-map #(transaction-account-row* ...))
+ ...total/balance rows...]
+```
+
+When toggled, only this container re-renders. All other form fields (vendor, memo, approval status) are preserved.
+
+## Data Flow
+
+### Toggle Request (HTMX)
+
+1. User clicks toggle
+2. HTMX serializes entire form via `hx-include "closest form"`
+3. POST to `::route/toggle-amount-mode`
+4. Server:
+   - Merges form params into existing `multi-form-state`
+   - Extracts old mode and new mode
+   - Converts all `:transaction-account/amount` values:
+     - If old="$" new="%": multiply by 100/total
+     - If old="%" new="$": use `percentages->dollars` (see Conversion Logic)
+   - Updates `amount-mode` in state
+   - Re-renders `#account-grid-body`
+5. Client swaps grid body. Tab order preserved.
+
+### Conversion Logic
+
+**$ → %:**
+```clojure
+(defn ->percentage [amount total]
+  (when (and amount total (not= total 0))
+    (* 100.0 (/ amount total))))
+```
+
+**% → $ (using spread-cents):**
+```clojure
+(defn percentages->dollars [percentages total]
+  (let [total-cents (int (* 100 (Math/abs total)))
+        pct-sum (reduce + 0 percentages)
+        ;; Normalize percentages to sum to 100
+        normalized-pcts (if (zero? pct-sum)
+                          (repeat (count percentages) 0)
+                          (map #(* (/ % pct-sum) 100) percentages))
+        ;; Convert each pct to its share of cents
+        individual-cents (map #(int (* total-cents (/ % 100))) normalized-pcts)
+        short-by (- total-cents (reduce + 0 individual-cents))
+        ;; Distribute remainder using spread-cents pattern
+        adjustments (concat (take short-by (repeat 1)) (repeat 0))
+        final-cents (map + individual-cents adjustments)]
+    (map #(* 0.01 %) final-cents)))
+```
+
+Example: One account at 100% of $200.00 → `total-cents=20000`, `individual-cents=[20000]`, result: `[200.00]`
+
+### Save Handling
+
+Before validation in `save-handler :manual`:
+
+```clojure
+(let [snapshot (:snapshot multi-form-state)
+      accounts (:transaction/accounts snapshot)
+      total (Math/abs (:transaction/amount existing-tx))
+      mode (:amount-mode snapshot "$")
+      ;; If in % mode, convert back to $ before saving
+      accounts' (if (= "%" mode)
+                  (let [percentages (map :transaction-account/amount accounts)
+                        dollar-amounts (percentages->dollars percentages total)]
+                    (map #(assoc %1 :transaction-account/amount %2) accounts dollar-amounts))
+                  accounts)]
+  ...)
+```
+
+## Form Preservation
+
+The HTMX toggle is designed to preserve:
+- **Tab order:** All inputs remain in DOM with same `tabindex` attributes
+- **Other form fields:** Vendor, memo, approval status are outside `#account-grid-body`
+- **Alpine.js state:** `x-data` on rows uses `data-key="show"` for animation—this is re-established on re-render
+- **Field names:** Account/location/amount field names follow `step-params[transaction/accounts][N][...]` pattern
+
+## Error Handling
+
+- **Zero transaction amount:** If total is $0, percentages are all 0%. Toggle is disabled or shows error.
+- **Percentage sum ≠ 100:** After editing in % mode, if percentages don't sum to 100, normalize proportionally before converting back to $.
+- **Invalid input:** If user types non-numeric in % mode, existing form validation catches it on submit.
+
+## Testing Strategy
+
+1. **Toggle $→%:** 200/200 transaction shows 100.0
+2. **Toggle %→$:** 100% on 200 transaction shows 200.00
+3. **Multiple accounts:** 50/50 split on 200 → 100.00/100.00 after conversion
+4. **Cent distribution:** 33.33/33.33/33.34% on $100 → uses spread-cents for accurate distribution
+5. **Form preservation:** Toggle doesn't lose vendor/memo data
+6. **Save in % mode:** Correctly converts back to $ before Datomic transaction
+
+## Files to Modify
+
+- `src/clj/auto_ap/ssr/transaction/edit.clj` — main implementation
+- `src/clj/auto_ap/routes/transactions.clj` — add `::route/toggle-amount-mode`
+- `src/clj/auto_ap/ssr/transaction/edit.clj` routes map — register handler
+
+## Future Considerations
+
+- This pattern could be extracted for reuse in invoice expense accounts
+- Consider persisting user's last-used mode preference in localStorage
+- Could add visual indicator when percentages don't sum to 100%

docs/testing/behaviors/admin.md

@@ -57,8 +57,8 @@ Every admin operation checks:
 
 | # | Behavior | Test Strategy | Status |
 |---|----------|---------------|--------|
-| 2.1 | It should redirect unauthenticated users to the login page | Integration | [x] |
-| 2.2 | It should show an authorization failure for authenticated non-admin users | Integration | [x] |
+| 2.1 | It should redirect unauthenticated users to the login page | Integration | [ ] |
+| 2.2 | It should show an authorization failure for authenticated non-admin users | Integration | [ ] |
 
 ---
 
@@ -84,19 +84,19 @@ Every admin operation checks:
 
 | # | Behavior | Test Strategy | Status |
 |---|----------|---------------|--------|
-| 4.1 | It should filter clients by name using case-insensitive substring match | Integration | [x] |
-| 4.2 | It should filter clients by code using exact match on upper-cased code | Integration | [x] |
-| 4.3 | It should filter clients by group using exact match on upper-cased group | Integration | [x] |
-| 4.4 | It should support an "All" or "Only mine" filter to show only clients assigned to the current user | Integration | [x] |
-| 4.5 | It should trigger HTMX requests with 500ms debounce on filter change and 1000ms debounce on keyup | Integration | [x] |
+| 4.1 | It should filter clients by name using case-insensitive substring match | Integration | [ ] |
+| 4.2 | It should filter clients by code using exact match on upper-cased code | Integration | [ ] |
+| 4.3 | It should filter clients by group using exact match on upper-cased group | Integration | [ ] |
+| 4.4 | It should support an "All" or "Only mine" filter to show only clients assigned to the current user | Integration | [ ] |
+| 4.5 | It should trigger HTMX requests with 500ms debounce on filter change and 1000ms debounce on keyup | Integration | [ ] |
 
 ### Sorting Behaviors
 
 | # | Behavior | Test Strategy | Status |
 |---|----------|---------------|--------|
-| 5.1 | It should sort clients by name ascending/descending | Integration | [x] |
-| 5.2 | It should sort clients by code ascending/descending | Integration | [x] |
-| 5.3 | It should paginate results with 25 clients per page by default | Integration | [x] |
+| 5.1 | It should sort clients by name ascending/descending | Integration | [ ] |
+| 5.2 | It should sort clients by code ascending/descending | Integration | [ ] |
+| 5.3 | It should paginate results with 25 clients per page by default | Integration | [ ] |
 
 ### Client Wizard Behaviors
 
@@ -113,15 +113,15 @@ Every admin operation checks:
 | 6.9 | It should allow adding cash accounts with nickname, code, financial code, start date, include-in-reports, and visible-for-payment fields | UI | [ ] |
 | 6.10 | It should allow adding credit card accounts with bank name, account number, and Plaid/Yodlee/Intuit integration selectors | UI | [ ] |
 | 6.11 | It should allow adding checking accounts with routing number, bank code, and check number fields | UI | [ ] |
-| 6.12 | It should require a financial code when "Include in Reports" is enabled for a bank account | Unit + Integration | [x] |
+| 6.12 | It should require a financial code when "Include in Reports" is enabled for a bank account | Unit + Integration | [ ] |
 | 6.13 | It should allow entering a Square auth token and mapping Square locations to client locations on the Integrations step | UI | [ ] |
 | 6.14 | It should show "No locations found" when the Square location refresh times out after 2 seconds | Integration | [ ] |
 | 6.15 | It should allow entering Week A/B credits and debits on the Cash Flow step | UI | [ ] |
 | 6.16 | It should allow selecting feature flags and entering groups on the Other Settings step | UI | [ ] |
-| 6.17 | It should validate that the client code is unique when creating a new client | Unit + Integration | [x] |
-| 6.18 | It should upper-case group values on save | Unit | [x] |
+| 6.17 | It should validate that the client code is unique when creating a new client | Unit + Integration | [ ] |
+| 6.18 | It should upper-case group values on save | Unit | [ ] |
 | 6.19 | It should flash the updated row in the grid and close the modal after a successful save | UI | [ ] |
-| 6.20 | It should reindex the client in Solr after a successful save | Integration | [x] |
+| 6.20 | It should reindex the client in Solr after a successful save | Integration | [ ] |
 
 ### Biweekly Sales PowerQuery Behaviors
 
@@ -147,30 +147,30 @@ Every admin operation checks:
 
 | # | Behavior | Test Strategy | Status |
 |---|----------|---------------|--------|
-| 9.1 | It should filter accounts by name using case-insensitive substring match on upper-cased name | Integration | [x] |
-| 9.2 | It should filter accounts by code using exact numeric match | Integration | [x] |
-| 9.3 | It should filter accounts by type: All, Dividend, Asset, Equity, Liability, Expense, Revenue, or None | Integration | [x] |
+| 9.1 | It should filter accounts by name using case-insensitive substring match on upper-cased name | Integration | [ ] |
+| 9.2 | It should filter accounts by code using exact numeric match | Integration | [ ] |
+| 9.3 | It should filter accounts by type: All, Dividend, Asset, Equity, Liability, Expense, Revenue, or None | Integration | [ ] |
 
 ### Sorting Behaviors
 
 | # | Behavior | Test Strategy | Status |
 |---|----------|---------------|--------|
-| 10.1 | It should sort accounts by code, name, type, or location ascending/descending | Integration | [x] |
-| 10.2 | It should default sort by upper-cased numeric code | Integration | [x] |
+| 10.1 | It should sort accounts by code, name, type, or location ascending/descending | Integration | [ ] |
+| 10.2 | It should default sort by upper-cased numeric code | Integration | [ ] |
 
 ### Account Dialog Behaviors
 
 | # | Behavior | Test Strategy | Status |
 |---|----------|---------------|--------|
 | 11.1 | It should show a modal dialog with a live-updating header displaying the numeric code and name | UI | [ ] |
-| 11.2 | It should require a numeric code when creating a new account | Integration | [x] |
+| 11.2 | It should require a numeric code when creating a new account | Integration | [ ] |
 | 11.3 | It should hide the numeric code field when editing an existing account | UI | [ ] |
-| 11.4 | It should require a name and account type | Integration | [x] |
+| 11.4 | It should require a name and account type | Integration | [ ] |
 | 11.5 | It should allow setting Invoice Allowance, Vendor Allowance, and Applicability as dropdown enums | UI | [ ] |
 | 11.6 | It should show a Client Overrides grid with client typeahead and override name | UI | [ ] |
-| 11.7 | It should validate that no client appears more than once in the Client Overrides grid | Unit + Integration | [x] |
-| 11.8 | It should validate that the numeric code is unique when creating a new account | Unit + Integration | [x] |
-| 11.9 | It should reindex the account and all client overrides in Solr after a successful save | Integration | [x] |
+| 11.7 | It should validate that no client appears more than once in the Client Overrides grid | Unit + Integration | [ ] |
+| 11.8 | It should validate that the numeric code is unique when creating a new account | Unit + Integration | [ ] |
+| 11.9 | It should reindex the account and all client overrides in Solr after a successful save | Integration | [ ] |
 
 ---
 
@@ -192,33 +192,33 @@ Every admin operation checks:
 
 | # | Behavior | Test Strategy | Status |
 |---|----------|---------------|--------|
-| 13.1 | It should filter vendors by name using case-insensitive substring match on upper-cased name | Integration | [x] |
-| 13.2 | It should filter vendors by visibility: All, Only hidden, or Only global | Integration | [x] |
+| 13.1 | It should filter vendors by name using case-insensitive substring match on upper-cased name | Integration | [ ] |
+| 13.2 | It should filter vendors by visibility: All, Only hidden, or Only global | Integration | [ ] |
 
 ### Vendor Wizard Behaviors
 
 | # | Behavior | Test Strategy | Status |
 |---|----------|---------------|--------|
 | 14.1 | It should show a multi-step wizard with steps: Info, Terms, Account, Address, Legal | UI | [ ] |
-| 14.2 | It should require a name of at least 3 characters on the Info step | Unit + Integration | [x] |
+| 14.2 | It should require a name of at least 3 characters on the Info step | Unit + Integration | [ ] |
 | 14.3 | It should allow toggling a "Print As" alias on the Info step | UI | [ ] |
 | 14.4 | It should show a "Hidden" checkbox on the Info step visible only to admins | UI | [ ] |
 | 14.5 | It should allow setting terms in days and a grid of client-specific terms overrides on the Terms step | UI | [ ] |
 | 14.6 | It should allow configuring a list of clients for automatically paid when due on the Terms step | UI | [ ] |
 | 14.7 | It should allow selecting a default account via typeahead on the Account step | UI | [ ] |
-| 14.8 | It should show an Account Overrides grid where account typeahead is scoped by selected client | Integration | [x] |
+| 14.8 | It should show an Account Overrides grid where account typeahead is scoped by selected client | Integration | [ ] |
 | 14.9 | It should allow entering address fields with a 2-character state and 5-character zip on the Address step | UI | [ ] |
 | 14.10 | It should allow entering a legal entity name OR first/middle/last name, TIN, TIN type, and 1099 type on the Legal step | UI | [ ] |
-| 14.11 | It should validate that terms override clients are unique with no duplicates | Unit + Integration | [x] |
-| 14.12 | It should reindex the vendor name and hidden flag in Solr after a successful save | Integration | [x] |
+| 14.11 | It should validate that terms override clients are unique with no duplicates | Unit + Integration | [ ] |
+| 14.12 | It should reindex the vendor name and hidden flag in Solr after a successful save | Integration | [ ] |
 
 ### Vendor Merge Behaviors
 
 | # | Behavior | Test Strategy | Status |
 |---|----------|---------------|--------|
 | 15.1 | It should open a modal with Source Vendor and Target Vendor selectors | UI | [ ] |
-| 15.2 | It should validate that the source and target vendors are different | Unit + Integration | [x] |
-| 15.3 | It should retract all references to the source vendor and assert them as the target vendor on merge | Integration | [x] |
+| 15.2 | It should validate that the source and target vendors are different | Unit + Integration | [ ] |
+| 15.3 | It should retract all references to the source vendor and assert them as the target vendor on merge | Integration | [ ] |
 | 15.4 | It should show a success notification after a successful merge | UI | [ ] |
 
 ---
@@ -239,25 +239,25 @@ Every admin operation checks:
 
 | # | Behavior | Test Strategy | Status |
 |---|----------|---------------|--------|
-| 17.1 | It should filter rules by vendor using an entity typeahead | Integration | [x] |
-| 17.2 | It should filter rules by note using case-insensitive regex match | Integration | [x] |
-| 17.3 | It should filter rules by description using case-insensitive substring match | Integration | [x] |
-| 17.4 | It should filter rules by client group using exact upper-cased match | Integration | [x] |
+| 17.1 | It should filter rules by vendor using an entity typeahead | Integration | [ ] |
+| 17.2 | It should filter rules by note using case-insensitive regex match | Integration | [ ] |
+| 17.3 | It should filter rules by description using case-insensitive substring match | Integration | [ ] |
+| 17.4 | It should filter rules by client group using exact upper-cased match | Integration | [ ] |
 
 ### Transaction Rule Wizard Behaviors
 
 | # | Behavior | Test Strategy | Status |
 |---|----------|---------------|--------|
 | 18.1 | It should show a two-step wizard: Edit then Test | UI | [ ] |
-| 18.2 | It should require a description regex pattern of at least 3 characters on the Edit step | Unit + Integration | [x] |
+| 18.2 | It should require a description regex pattern of at least 3 characters on the Edit step | Unit + Integration | [ ] |
 | 18.3 | It should allow toggling optional filters for Client, Client Group, Bank Account, Amount range, and Day of Month range | UI | [ ] |
-| 18.4 | It should scope the bank account selector to the selected client | Integration | [x] |
+| 18.4 | It should scope the bank account selector to the selected client | Integration | [ ] |
 | 18.5 | It should allow assigning a vendor, configuring account grids, and setting approval status as outcomes | UI | [ ] |
-| 18.6 | It should derive account location from the account's fixed location, client locations, or "Shared" | Unit | [x] |
-| 18.7 | It should validate that account percentages sum to exactly 100% | Unit + Integration | [x] |
-| 18.8 | It should validate that the selected bank account belongs to the selected client | Unit + Integration | [x] |
-| 18.9 | It should validate that the rule location matches the account's fixed location when one is set | Unit + Integration | [x] |
-| 18.10 | It should show up to 15 matching transactions on the Test step with client, bank, date, and description | Integration | [x] |
+| 18.6 | It should derive account location from the account's fixed location, client locations, or "Shared" | Unit | [ ] |
+| 18.7 | It should validate that account percentages sum to exactly 100% | Unit + Integration | [ ] |
+| 18.8 | It should validate that the selected bank account belongs to the selected client | Unit + Integration | [ ] |
+| 18.9 | It should validate that the rule location matches the account's fixed location when one is set | Unit + Integration | [ ] |
+| 18.10 | It should show up to 15 matching transactions on the Test step with client, bank, date, and description | Integration | [ ] |
 | 18.11 | It should display a badge showing the total match count with "99+" when 99 or more transactions match | UI | [ ] |
 
 ### Rule Execution Behaviors
@@ -265,10 +265,10 @@ Every admin operation checks:
 | # | Behavior | Test Strategy | Status |
 |---|----------|---------------|--------|
 | 19.1 | It should open a dialog with checkbox-selectable transactions that match the rule and are unapproved | UI | [ ] |
-| 19.2 | It should include only transactions on or after the client's locked-until date | Integration | [x] |
+| 19.2 | It should include only transactions on or after the client's locked-until date | Integration | [ ] |
 | 19.3 | It should allow selecting all matching transactions or individual transactions | UI | [ ] |
-| 19.4 | It should apply rule coding to each selected transaction | Integration | [x] |
-| 19.5 | It should update the Solr index after rule execution | Integration | [x] |
+| 19.4 | It should apply rule coding to each selected transaction | Integration | [ ] |
+| 19.5 | It should update the Solr index after rule execution | Integration | [ ] |
 | 19.6 | It should show a notification reading "Successfully coded X of Y transactions!" after execution | UI | [ ] |
 
 ### Rule Deletion Behaviors
@@ -276,7 +276,7 @@ Every admin operation checks:
 | # | Behavior | Test Strategy | Status |
 |---|----------|---------------|--------|
 | 20.1 | It should show a confirmation dialog before deleting a rule | UI | [ ] |
-| 20.2 | It should retract the rule entity from the database on confirmation | Integration | [x] |
+| 20.2 | It should retract the rule entity from the database on confirmation | Integration | [ ] |
 | 20.3 | It should fade out the row with a "live-removed" animation after deletion | UI | [ ] |
 
 ---
@@ -289,7 +289,7 @@ Every admin operation checks:
 |---|----------|---------------|--------|
 | 21.1 | It should display a table with columns: Start time, End time, Duration, Name, Status | UI | [ ] |
 | 21.2 | It should show status values as running, pending, succeeded, or failed | UI | [ ] |
-| 21.3 | It should display ECS tasks filtered by the INTEGREAT_JOB environment variable | Integration | [x] |
+| 21.3 | It should display ECS tasks filtered by the INTEGREAT_JOB environment variable | Integration | [ ] |
 | 21.4 | It should show a "Run job" button | UI | [ ] |
 
 ### Job Start Dialog Behaviors
@@ -299,8 +299,8 @@ Every admin operation checks:
 | 22.1 | It should show a job type dropdown with options: Yodlee Import, Yodlee Account Import, Intuit Import, Plaid Import, Bulk Journal Import, Square Import, Register Invoice Import, Upsert recent ezcater orders, Load Historical Square Sales, Export Backup | UI | [ ] |
 | 22.2 | It should show a dynamic subform with an S3 URL path input for Bulk Journal Import and Register Invoice Import | UI | [ ] |
 | 22.3 | It should show a client typeahead and days input (1-120) for Load Historical Square Sales | UI | [ ] |
-| 22.4 | It should prevent starting a job that is already running | Integration | [x] |
-| 22.5 | It should launch an ECS Fargate Spot task on submit | Integration | [x] |
+| 22.4 | It should prevent starting a job that is already running | Integration | [ ] |
+| 22.5 | It should launch an ECS Fargate Spot task on submit | Integration | [ ] |
 
 ---
 
@@ -311,26 +311,26 @@ Every admin operation checks:
 | # | Behavior | Test Strategy | Status |
 |---|----------|---------------|--------|
 | 23.1 | It should allow searching for an entity by numeric Datomic entity ID | UI | [ ] |
-| 23.2 | It should show an error notification when the entity ID cannot be parsed as a Long | Integration | [x] |
+| 23.2 | It should show an error notification when the entity ID cannot be parsed as a Long | Integration | [ ] |
 
 ### Display Behaviors
 
 | # | Behavior | Test Strategy | Status |
 |---|----------|---------------|--------|
 | 24.1 | It should display a history table with columns: Date, User, Field, From value, To value | UI | [ ] |
-| 24.2 | It should format date values in local format | Unit | [x] |
+| 24.2 | It should format date values in local format | Unit | [ ] |
 | 24.3 | It should display large integers greater than 1 million as clickable links to that entity's history | UI | [ ] |
-| 24.4 | It should display nil values as "(none)" | Unit | [x] |
-| 24.5 | It should allow clicking an entity ID to load that entity's history inline | Integration | [x] |
+| 24.4 | It should display nil values as "(none)" | Unit | [ ] |
+| 24.5 | It should allow clicking an entity ID to load that entity's history inline | Integration | [ ] |
 | 24.6 | It should show a Snapshot link that opens an inspector displaying all entity attributes | UI | [ ] |
-| 24.7 | It should show all history rows without pagination | Integration | [x] |
+| 24.7 | It should show all history rows without pagination | Integration | [ ] |
 
 ### Inspector Behaviors
 
 | # | Behavior | Test Strategy | Status |
 |---|----------|---------------|--------|
 | 25.1 | It should display a card showing all attributes of an entity at the current database value | UI | [ ] |
-| 25.2 | It should allow clicking entity IDs within the inspector to recurse into that entity's history | Integration | [x] |
+| 25.2 | It should allow clicking entity IDs within the inspector to recurse into that entity's history | Integration | [ ] |
 
 ---
 
@@ -348,15 +348,15 @@ Every admin operation checks:
 
 | # | Behavior | Test Strategy | Status |
 |---|----------|---------------|--------|
-| 27.1 | It should filter import batches by date range | Integration | [x] |
-| 27.2 | It should filter import batches by source | Integration | [x] |
+| 27.1 | It should filter import batches by date range | Integration | [ ] |
+| 27.2 | It should filter import batches by source | Integration | [ ] |
 
 ### Sorting Behaviors
 
 | # | Behavior | Test Strategy | Status |
 |---|----------|---------------|--------|
-| 28.1 | It should sort import batches by date, source, status, or user | Integration | [x] |
-| 28.2 | It should paginate results with 25 import batches per page by default | Integration | [x] |
+| 28.1 | It should sort import batches by date, source, status, or user | Integration | [ ] |
+| 28.2 | It should paginate results with 25 import batches per page by default | Integration | [ ] |
 
 ---
 
@@ -373,13 +373,13 @@ Every admin operation checks:
 
 | # | Behavior | Test Strategy | Status |
 |---|----------|---------------|--------|
-| 30.1 | It should parse tab-separated rows with columns: raw-date, vendor-name, check, location, invoice-number, amount, client-name, bill-entered, bill-rejected, added-on, exported-on, account-numeric-code | Unit | [x] |
-| 30.2 | It should resolve the client by code or name | Integration | [x] |
-| 30.3 | It should resolve the vendor by exact case-sensitive name match | Integration | [x] |
-| 30.4 | It should resolve the account by numeric code | Integration | [x] |
-| 30.5 | It should group rows into new, existing, and error categories | Unit | [x] |
-| 30.6 | It should create a paid invoice with zero outstanding balance and a cash transaction when the check type is "Cash" | Integration | [x] |
-| 30.7 | It should create an unpaid invoice with full outstanding balance when the check type is not "Cash" | Integration | [x] |
+| 30.1 | It should parse tab-separated rows with columns: raw-date, vendor-name, check, location, invoice-number, amount, client-name, bill-entered, bill-rejected, added-on, exported-on, account-numeric-code | Unit | [ ] |
+| 30.2 | It should resolve the client by code or name | Integration | [ ] |
+| 30.3 | It should resolve the vendor by exact case-sensitive name match | Integration | [ ] |
+| 30.4 | It should resolve the account by numeric code | Integration | [ ] |
+| 30.5 | It should group rows into new, existing, and error categories | Unit | [ ] |
+| 30.6 | It should create a paid invoice with zero outstanding balance and a cash transaction when the check type is "Cash" | Integration | [ ] |
+| 30.7 | It should create an unpaid invoice with full outstanding balance when the check type is not "Cash" | Integration | [ ] |
 | 30.8 | It should display results as pills showing imported count, extant count, and vendors not found with hover tooltip | UI | [ ] |
 | 30.9 | It should display an error grid for rows that failed validation | UI | [ ] |
 
@@ -401,8 +401,8 @@ Every admin operation checks:
 
 | # | Behavior | Test Strategy | Status |
 |---|----------|---------------|--------|
-| 32.1 | It should filter sales summaries by date range | Integration | [x] |
-| 32.2 | It should scope results to the user's valid clients | Integration | [x] |
+| 32.1 | It should filter sales summaries by date range | Integration | [ ] |
+| 32.2 | It should scope results to the user's valid clients | Integration | [ ] |
 
 ### Edit Wizard Behaviors
 
@@ -412,11 +412,11 @@ Every admin operation checks:
 | 33.2 | It should allow editing the category, account, and debit/credit amounts for manual items | UI | [ ] |
 | 33.3 | It should allow removing manual items from the grid | UI | [ ] |
 | 33.4 | It should display auto-generated items with read-only category and amount but editable account | UI | [ ] |
-| 33.5 | It should scope the account typeahead to the client and filter for invoice-purpose accounts | Integration | [x] |
+| 33.5 | It should scope the account typeahead to the client and filter for invoice-purpose accounts | Integration | [ ] |
 | 33.6 | It should update the live total row and unbalanced row when amounts change | UI | [ ] |
-| 33.7 | It should validate that each item has exactly one of credit or debit, not both | Unit + Integration | [x] |
-| 33.8 | It should validate that total debits equal total credits before saving | Unit + Integration | [x] |
-| 33.9 | It should update ledger-mapped account assignments and flag manual items on save | Integration | [x] |
+| 33.7 | It should validate that each item has exactly one of credit or debit, not both | Unit + Integration | [ ] |
+| 33.8 | It should validate that total debits equal total credits before saving | Unit + Integration | [ ] |
+| 33.9 | It should update ledger-mapped account assignments and flag manual items on save | Integration | [ ] |
 
 ---
 
@@ -426,39 +426,39 @@ Every admin operation checks:
 
 | # | Behavior | Test Strategy | Status |
 |---|----------|---------------|--------|
-| 34.1 | It should redirect unauthenticated users to the login page on all admin routes | Integration | [x] |
-| 34.2 | It should show an authorization failure for authenticated non-admin users on all admin routes | Integration | [x] |
-| 34.3 | It should require admin role for all mutating admin handlers | Integration | [x] |
+| 34.1 | It should redirect unauthenticated users to the login page on all admin routes | Integration | [ ] |
+| 34.2 | It should show an authorization failure for authenticated non-admin users on all admin routes | Integration | [ ] |
+| 34.3 | It should require admin role for all mutating admin handlers | Integration | [ ] |
 
 ### Audit History Behaviors
 
 | # | Behavior | Test Strategy | Status |
 |---|----------|---------------|--------|
-| 35.1 | It should record the admin user who performed each mutating operation via the `:audit/user` attribute | Integration | [x] |
-| 35.2 | It should write all mutating operations through `audit-transact` or `audit-transact-batch` | Integration | [x] |
-| 35.3 | It should allow querying all changes to an entity from Datomic's history database on the History page | Integration | [x] |
+| 35.1 | It should record the admin user who performed each mutating operation via the `:audit/user` attribute | Integration | [ ] |
+| 35.2 | It should write all mutating operations through `audit-transact` or `audit-transact-batch` | Integration | [ ] |
+| 35.3 | It should allow querying all changes to an entity from Datomic's history database on the History page | Integration | [ ] |
 
 ### Impersonation Behaviors
 
 | # | Behavior | Test Strategy | Status |
 |---|----------|---------------|--------|
 | 36.1 | It should allow admin users to select a client from the global client selector to filter admin grids | UI | [ ] |
-| 36.2 | It should respect the selected client when filtering the Clients, Transaction Rules, and Sales Summaries grids | Integration | [x] |
+| 36.2 | It should respect the selected client when filtering the Clients, Transaction Rules, and Sales Summaries grids | Integration | [ ] |
 
 ### Form Validation Behaviors
 
 | # | Behavior | Test Strategy | Status |
 |---|----------|---------------|--------|
-| 37.1 | It should enforce form structure via Malli schemas | Unit | [x] |
-| 37.2 | It should validate query params, route params, and form params via `wrap-schema-enforce` | Integration | [x] |
-| 37.3 | It should re-render dialogs with field-level validation errors on 400 responses | Integration | [x] |
+| 37.1 | It should enforce form structure via Malli schemas | Unit | [ ] |
+| 37.2 | It should validate query params, route params, and form params via `wrap-schema-enforce` | Integration | [ ] |
+| 37.3 | It should re-render dialogs with field-level validation errors on 400 responses | Integration | [ ] |
 
 ### Solr Indexing Behaviors
 
 | # | Behavior | Test Strategy | Status |
 |---|----------|---------------|--------|
-| 38.1 | It should reindex Solr documents after creating or updating a client | Integration | [x] |
-| 38.2 | It should reindex Solr documents after creating or updating a vendor or account | Integration | [x] |
+| 38.1 | It should reindex Solr documents after creating or updating a client | Integration | [ ] |
+| 38.2 | It should reindex Solr documents after creating or updating a vendor or account | Integration | [ ] |
 
 ---
 

docs/testing/behaviors/auth.md

@@ -59,19 +59,19 @@ The JWT token contains user identity and permissions:
 | # | Behavior | Test Strategy | Status |
 |---|----------|---------------|--------|
 | 1.2 | It should redirect to Google OAuth when the user clicks "Sign in with Google" | UI | [ ] |
-| 1.3 | It should exchange the authorization code for an access token on callback | Integration | [x] |
-| 1.4 | It should fetch the user's Google profile using the access token | Integration | [x] |
-| 1.5 | It should create a new user account when the user logs in for the first time | Integration | [x] |
-| 1.6 | It should find the existing user account on subsequent logins | Integration | [x] |
-| 1.7 | It should redirect to the original page after successful OAuth | Integration | [x] |
-| 1.8 | It should redirect to the root page when no return URL is provided | Integration | [x] |
-| 1.9 | It should establish a server-side session with user identity and version | Integration | [x] |
-| 1.10 | It should pass the JWT token in the query string after successful OAuth | Integration | [x] |
+| 1.3 | It should exchange the authorization code for an access token on callback | Integration | [ ] |
+| 1.4 | It should fetch the user's Google profile using the access token | Integration | [ ] |
+| 1.5 | It should create a new user account when the user logs in for the first time | Integration | [ ] |
+| 1.6 | It should find the existing user account on subsequent logins | Integration | [ ] |
+| 1.7 | It should redirect to the original page after successful OAuth | Integration | [ ] |
+| 1.8 | It should redirect to the root page when no return URL is provided | Integration | [ ] |
+| 1.9 | It should establish a server-side session with user identity and version | Integration | [ ] |
+| 1.10 | It should pass the JWT token in the query string after successful OAuth | Integration | [ ] |
 | 1.11 | It should display the user's clients and data after successful login | UI | [ ] |
-| 1.12 | It should handle users without email via Google provider ID | Integration | [x] |
-| 1.13 | It should return 401 with error message when the OAuth code is missing | Integration | [x] |
-| 1.14 | It should return 401 when the OAuth code is invalid or expired | Integration | SKIPPED |
-| 1.15 | It should return 401 and log a warning when the Google network request fails | Integration | SKIPPED |
+| 1.12 | It should handle users without email via Google provider ID | Integration | [ ] |
+| 1.13 | It should return 401 with error message when the OAuth code is missing | Integration | [ ] |
+| 1.14 | It should return 401 when the OAuth code is invalid or expired | Integration | [ ] |
+| 1.15 | It should return 401 and log a warning when the Google network request fails | Integration | [ ] |
 
 ---
 
@@ -79,9 +79,9 @@ The JWT token contains user identity and permissions:
 
 | # | Behavior | Test Strategy | Status |
 |---|----------|---------------|--------|
-| 2.1 | It should clear the session when the user navigates to `/logout` | Integration | [x] |
-| 2.2 | It should redirect to the login page after logout | Integration | [x] |
-| 2.3 | It should remain idempotent when logging out without an active session | Integration | [x] |
+| 2.1 | It should clear the session when the user navigates to `/logout` | Integration | [ ] |
+| 2.2 | It should redirect to the login page after logout | Integration | [ ] |
+| 2.3 | It should remain idempotent when logging out without an active session | Integration | [ ] |
 
 ---
 
@@ -89,12 +89,12 @@ The JWT token contains user identity and permissions:
 
 | # | Behavior | Test Strategy | Status |
 |---|----------|---------------|--------|
-| 3.1 | It should allow admin users to assume another user's identity via signed JWT | Integration | [x] |
-| 3.2 | It should validate the impersonation JWT signature with `:jwt-secret` and `:hs512` | Integration | [x] |
-| 3.3 | It should reject expired impersonation JWTs | Integration | [x] |
-| 3.4 | It should block non-admin users from accessing `/impersonate` | Integration | [x] |
-| 3.5 | It should block unauthenticated users from accessing `/impersonate` | Integration | [x] |
-| 3.6 | It should replace the admin's session with the impersonated user's session | Integration | [x] |
+| 3.1 | It should allow admin users to assume another user's identity via signed JWT | Integration | [ ] |
+| 3.2 | It should validate the impersonation JWT signature with `:jwt-secret` and `:hs512` | Integration | [ ] |
+| 3.3 | It should reject expired impersonation JWTs | Integration | [ ] |
+| 3.4 | It should block non-admin users from accessing `/impersonate` | Integration | [ ] |
+| 3.5 | It should block unauthenticated users from accessing `/impersonate` | Integration | [ ] |
+| 3.6 | It should replace the admin's session with the impersonated user's session | Integration | [ ] |
 
 ---
 
@@ -104,26 +104,26 @@ The JWT token contains user identity and permissions:
 
 | # | Behavior | Test Strategy | Status |
 |---|----------|---------------|--------|
-| 4.1 | It should allow authenticated requests to proceed to protected routes | Integration | [x] |
-| 4.2 | It should redirect unauthenticated users to `/login` with a `redirect-to` parameter | Integration | [x] |
-| 4.3 | It should return `hx-redirect: /login` for unauthenticated HTMX requests | Integration | [x] |
+| 4.1 | It should allow authenticated requests to proceed to protected routes | Integration | [ ] |
+| 4.2 | It should redirect unauthenticated users to `/login` with a `redirect-to` parameter | Integration | [ ] |
+| 4.3 | It should return `hx-redirect: /login` for unauthenticated HTMX requests | Integration | [ ] |
 
 ### Admin Gate Behaviors
 
 | # | Behavior | Test Strategy | Status |
 |---|----------|---------------|--------|
-| 5.1 | It should allow admin requests to proceed to admin-only routes | Integration | [x] |
-| 5.2 | It should redirect non-admin users to `/login` when accessing admin routes | Integration | [x] |
+| 5.1 | It should allow admin requests to proceed to admin-only routes | Integration | [ ] |
+| 5.2 | It should redirect non-admin users to `/login` when accessing admin routes | Integration | [ ] |
 
 ### Session Version Behaviors
 
 | # | Behavior | Test Strategy | Status |
 |---|----------|---------------|--------|
-| 6.1 | It should invalidate sessions with outdated version numbers | Integration | [x] |
-| 6.2 | It should redirect to `/login` when an outdated session accesses normal routes | Integration | [x] |
-| 6.3 | It should return `hx-redirect: /login` for outdated sessions on HTMX routes | Integration | [x] |
-| 6.4 | It should return 401 for outdated sessions on GraphQL routes | Integration | [x] |
-| 6.5 | It should treat sessions without a version as outdated | Integration | [x] |
+| 6.1 | It should invalidate sessions with outdated version numbers | Integration | [ ] |
+| 6.2 | It should redirect to `/login` when an outdated session accesses normal routes | Integration | [ ] |
+| 6.3 | It should return `hx-redirect: /login` for outdated sessions on HTMX routes | Integration | [ ] |
+| 6.4 | It should return 401 for outdated sessions on GraphQL routes | Integration | [ ] |
+| 6.5 | It should treat sessions without a version as outdated | Integration | [ ] |
 
 ---
 
@@ -133,34 +133,34 @@ The JWT token contains user identity and permissions:
 
 | # | Behavior | Test Strategy | Status |
 |---|----------|---------------|--------|
-| 7.1 | It should generate a JWT containing the user's role and client access on login | Unit | [x] |
-| 7.2 | It should compress the client list for admin users to fit in the JWT | Unit | [x] |
-| 7.3 | It should compress the client list for read-only users to fit in the JWT | Unit | [x] |
-| 7.4 | It should include a plain client list for regular users in the JWT | Unit | [x] |
-| 7.5 | It should create API tokens with admin role and 1000-day expiration | Unit | [x] |
+| 7.1 | It should generate a JWT containing the user's role and client access on login | Unit | [ ] |
+| 7.2 | It should compress the client list for admin users to fit in the JWT | Unit | [ ] |
+| 7.3 | It should compress the client list for read-only users to fit in the JWT | Unit | [ ] |
+| 7.4 | It should include a plain client list for regular users in the JWT | Unit | [ ] |
+| 7.5 | It should create API tokens with admin role and 1000-day expiration | Unit | [ ] |
 
 ### Middleware Behaviors
 
 | # | Behavior | Test Strategy | Status |
 |---|----------|---------------|--------|
-| 8.1 | It should convert 401 responses to HTMX redirects for unauthenticated users | Integration | [x] |
+| 8.1 | It should convert 401 responses to HTMX redirects for unauthenticated users | Integration | [ ] |
 
 ### Role-Based Behaviors
 
 | # | Behavior | Test Strategy | Status |
 |---|----------|---------------|--------|
-| 9.1 | It should allow admin users to access all clients | Integration | [x] |
-| 9.2 | It should allow regular users to access only their assigned clients | Integration | [x] |
-| 9.3 | It should allow read-only users to access all clients with view-only permissions | Integration | [x] |
-| 9.4 | It should handle admin users with no clients by providing an empty compressed list | Unit | [x] |
-| 9.5 | It should handle regular users with no clients by providing an empty client vector | Unit | [x] |
+| 9.1 | It should allow admin users to access all clients | Integration | [ ] |
+| 9.2 | It should allow regular users to access only their assigned clients | Integration | [ ] |
+| 9.3 | It should allow read-only users to access all clients with view-only permissions | Integration | [ ] |
+| 9.4 | It should handle admin users with no clients by providing an empty compressed list | Unit | [ ] |
+| 9.5 | It should handle regular users with no clients by providing an empty client vector | Unit | [ ] |
 
 ### Security Behaviors
 
 | # | Behavior | Test Strategy | Status |
 |---|----------|---------------|--------|
-| 10.1 | It should reject tampered JWTs during impersonation | Integration | [x] |
-| 10.2 | It should treat sessions with nil identity as unauthenticated | Integration | [x] |
+| 10.1 | It should reject tampered JWTs during impersonation | Integration | [ ] |
+| 10.2 | It should treat sessions with nil identity as unauthenticated | Integration | [ ] |
 
 ---
 

docs/testing/behaviors/company.md

@@ -50,21 +50,21 @@ All company pages listen for `clientSelected from:body` event and refresh `#app-
 | 1.3 | It should display the company address (street, city, state, zip) when address data exists | UI | [ ] |
 | 1.4 | It should omit missing address fields without showing error placeholders | UI | [ ] |
 | 1.5 | It should show a "Download vendor list" button | UI | [ ] |
-| 1.6 | It should download a CSV/Excel export when the download button is clicked | Integration | [x] |
+| 1.6 | It should download a CSV/Excel export when the download button is clicked | Integration | [ ] |
 
 ### Signature Behaviors
 
 | # | Behavior | Test Strategy | Status |
 |---|----------|---------------|--------|
-| 2.1 | It should show the signature section only when the user has signature edit permission | Integration | [x] |
+| 2.1 | It should show the signature section only when the user has signature edit permission | Integration | [ ] |
 | 2.2 | It should display the saved signature image when one exists | UI | [ ] |
 | 2.3 | It should show a "New signature" button that enables drawing mode on a canvas | UI | [ ] |
 | 2.4 | It should show a "Clear" button that clears the canvas while in drawing mode | UI | [ ] |
 | 2.5 | It should show an "Accept" button that submits the drawn signature | UI | [ ] |
-| 2.6 | It should reject invalid signature image data with a validation error | Unit + Integration | [x] |
+| 2.6 | It should reject invalid signature image data with a validation error | Unit + Integration | [ ] |
 | 2.7 | It should provide a drag-and-drop zone for uploading JPEG signature files | UI | [ ] |
 | 2.8 | It should change the drop zone background color on hover | UI | [ ] |
-| 2.9 | It should refresh the signature section with the uploaded image on successful upload | Integration | [x] |
+| 2.9 | It should refresh the signature section with the uploaded image on successful upload | Integration | [ ] |
 
 ---
 
@@ -74,7 +74,7 @@ All company pages listen for `clientSelected from:body` event and refresh `#app-
 
 | # | Behavior | Test Strategy | Status |
 |---|----------|---------------|--------|
-| 3.1 | It should display vendors who received $600 or more in check payments during the current tax year | Integration | [x] |
+| 3.1 | It should display vendors who received $600 or more in check payments during the current tax year | Integration | [ ] |
 | 3.2 | It should show grid columns: Client, Vendor Name, TIN, Expense Account, Address, Paid | UI | [ ] |
 | 3.3 | It should display the vendor's legal entity name as a subtitle under the vendor name | UI | [ ] |
 | 3.4 | It should show a 1099 type pill badge when a 1099 type is set | UI | [ ] |
@@ -82,15 +82,15 @@ All company pages listen for `clientSelected from:body` event and refresh `#app-
 | 3.6 | It should show "No address" placeholder when the vendor has no address | UI | [ ] |
 | 3.7 | It should display the total paid amount as a pill badge rounded to the nearest dollar | UI | [ ] |
 | 3.8 | It should show an edit icon button on each row | UI | [ ] |
-| 3.9 | It should show vendors shared across multiple clients in each client's context | Integration | [x] |
+| 3.9 | It should show vendors shared across multiple clients in each client's context | Integration | [ ] |
 | 3.10 | It should show an empty grid when no vendors received $600+ in checks during the tax year | UI | [ ] |
 
 ### Filtering & Sorting Behaviors
 
 | # | Behavior | Test Strategy | Status |
 |---|----------|---------------|--------|
-| 4.1 | It should support standard grid query params (sort, pagination, search) | Integration | [x] |
-| 4.2 | It should default sort by client code then amount | Integration | [x] |
+| 4.1 | It should support standard grid query params (sort, pagination, search) | Integration | [ ] |
+| 4.2 | It should default sort by client code then amount | Integration | [ ] |
 
 ### Edit Behaviors
 
@@ -98,12 +98,12 @@ All company pages listen for `clientSelected from:body` event and refresh `#app-
 |---|----------|---------------|--------|
 | 5.1 | It should open a vendor edit dialog in a modal when the edit icon is clicked | UI | [ ] |
 | 5.2 | It should display address fields (Street 1, Street 2, City, State, ZIP) in the dialog | UI | [ ] |
-| 5.3 | It should validate the ZIP code as 5 digits or empty | Unit + Integration | [x] |
+| 5.3 | It should validate the ZIP code as 5 digits or empty | Unit + Integration | [ ] |
 | 5.4 | It should allow entering either a legal entity name or first/middle/last name | UI | [ ] |
 | 5.5 | It should allow entering a TIN and selecting TIN type (EIN or SSN) | UI | [ ] |
 | 5.6 | It should allow selecting a 1099 type from a dropdown | UI | [ ] |
-| 5.7 | It should close the modal and refresh the row with a flash highlight on successful save | Integration | [x] |
-| 5.8 | It should null the address if all address fields are empty and no existing address | Integration | [x] |
+| 5.7 | It should close the modal and refresh the row with a flash highlight on successful save | Integration | [ ] |
+| 5.8 | It should null the address if all address fields are empty and no existing address | Integration | [ ] |
 
 ---
 
@@ -115,10 +115,10 @@ All company pages listen for `clientSelected from:body` event and refresh `#app-
 |---|----------|---------------|--------|
 | 6.1 | It should display a bar chart of expenses grouped by top 20 expense accounts over the last 8 weeks | UI | [ ] |
 | 6.2 | It should show week ranges (Monday-Sunday) formatted as dates on the X-axis | UI | [ ] |
-| 6.3 | It should provide a vendor typeahead to filter expenses to a specific vendor | Integration | [x] |
-| 6.4 | It should provide an expense account typeahead to filter to a specific account | Integration | [x] |
-| 6.5 | It should refresh the chart when filters change | Integration | [x] |
-| 6.6 | It should default to last 65 days of data but display last 8 weeks | Integration | [x] |
+| 6.3 | It should provide a vendor typeahead to filter expenses to a specific vendor | Integration | [ ] |
+| 6.4 | It should provide an expense account typeahead to filter to a specific account | Integration | [ ] |
+| 6.5 | It should refresh the chart when filters change | Integration | [ ] |
+| 6.6 | It should default to last 65 days of data but display last 8 weeks | Integration | [ ] |
 
 ### Invoice Totals Behaviors
 
@@ -126,10 +126,10 @@ All company pages listen for `clientSelected from:body` event and refresh `#app-
 |---|----------|---------------|--------|
 | 7.1 | It should display a grid of total invoice amounts per vendor per company | UI | [ ] |
 | 7.2 | It should provide start and end date range filters | UI | [ ] |
-| 7.3 | It should default the date range to the last 30 days | Integration | [x] |
+| 7.3 | It should default the date range to the last 30 days | Integration | [ ] |
 | 7.4 | It should show the vendor name in a sticky left column | UI | [ ] |
 | 7.5 | It should show "-" for zero amounts | UI | [ ] |
-| 7.6 | It should push filter changes to browser history | Integration | [x] |
+| 7.6 | It should push filter changes to browser history | Integration | [ ] |
 
 ---
 
@@ -139,7 +139,7 @@ All company pages listen for `clientSelected from:body` event and refresh `#app-
 
 | # | Behavior | Test Strategy | Status |
 |---|----------|---------------|--------|
-| 8.1 | It should show the reconciliation navigation link only when the user has reconciliation report permission | Integration | [x] |
+| 8.1 | It should show the reconciliation navigation link only when the user has reconciliation report permission | Integration | [ ] |
 | 8.2 | It should require start and end dates to be submitted via a "Run" button | UI | [ ] |
 | 8.3 | It should show a "Please choose a time range to run the report" message when no dates are selected | UI | [ ] |
 
@@ -166,7 +166,7 @@ All company pages listen for `clientSelected from:body` event and refresh `#app-
 | 9.2 | It should show a red pill with error message tooltip when any linked bank account has failed or unauthorized status | UI | [ ] |
 | 9.3 | It should show a green "Success" pill when all accounts are healthy | UI | [ ] |
 | 9.4 | It should display linked accounts with name, masked number, last synced date, and identicon | UI | [ ] |
-| 9.5 | It should support sorting by external ID and Plaid bank status | Integration | [x] |
+| 9.5 | It should support sorting by external ID and Plaid bank status | Integration | [ ] |
 | 9.6 | It should show an empty grid when no bank accounts are linked | UI | [ ] |
 
 ### Link Behaviors
@@ -176,8 +176,8 @@ All company pages listen for `clientSelected from:body` event and refresh `#app-
 | 10.1 | It should show a "Link account" button when a client is selected | UI | [ ] |
 | 10.2 | It should hide the link button when no client is selected | UI | [ ] |
 | 10.3 | It should open a Plaid Link modal when the link button is clicked | UI | [ ] |
-| 10.4 | It should create the Plaid item and accounts in the system after successful linking | Integration | SKIPPED |
-| 10.5 | It should redirect back to the Plaid page after successful account linking | Integration | SKIPPED |
+| 10.4 | It should create the Plaid item and accounts in the system after successful linking | Integration | [ ] |
+| 10.5 | It should redirect back to the Plaid page after successful account linking | Integration | [ ] |
 
 ### Re-authenticate Behaviors
 
@@ -185,7 +185,7 @@ All company pages listen for `clientSelected from:body` event and refresh `#app-
 |---|----------|---------------|--------|
 | 11.1 | It should show a "Reauthenticate" button on each row | UI | [ ] |
 | 11.2 | It should open Plaid Link in update mode when reauthenticate is clicked | UI | [ ] |
-| 11.3 | It should refresh the row after successful reauthentication | Integration | SKIPPED |
+| 11.3 | It should refresh the row after successful reauthentication | Integration | [ ] |
 
 ---
 
@@ -199,7 +199,7 @@ All company pages listen for `clientSelected from:body` event and refresh `#app-
 | 12.2 | It should hide the Client column when the user has only one client | UI | [ ] |
 | 12.3 | It should show a green pill for success status and a yellow pill for other statuses | UI | [ ] |
 | 12.4 | It should display linked accounts with name and number | UI | [ ] |
-| 12.5 | It should support sorting by status, client, provider account, and last updated | Integration | [x] |
+| 12.5 | It should support sorting by status, client, provider account, and last updated | Integration | [ ] |
 | 12.6 | It should show an empty grid when no bank accounts are linked | UI | [ ] |
 
 ### Link Behaviors
@@ -209,7 +209,7 @@ All company pages listen for `clientSelected from:body` event and refresh `#app-
 | 13.1 | It should show a "Link new account" button | UI | [ ] |
 | 13.2 | It should disable the link button and show helper text when no client is selected | UI | [ ] |
 | 13.3 | It should open a Yodlee Fastlink modal when the link button is clicked | UI | [ ] |
-| 13.4 | It should display an error notification and close the modal after 3 seconds when Yodlee returns an error | Integration | SKIPPED |
+| 13.4 | It should display an error notification and close the modal after 3 seconds when Yodlee returns an error | Integration | [ ] |
 
 ### Re-authenticate Behaviors
 
@@ -217,15 +217,15 @@ All company pages listen for `clientSelected from:body` event and refresh `#app-
 |---|----------|---------------|--------|
 | 14.1 | It should show a "Reauthenticate" button per row | UI | [ ] |
 | 14.2 | It should open Fastlink in edit mode when reauthenticate is clicked | UI | [ ] |
-| 14.3 | It should refresh the row after successful reauthentication | Integration | SKIPPED |
+| 14.3 | It should refresh the row after successful reauthentication | Integration | [ ] |
 
 ### Admin Behaviors
 
 | # | Behavior | Test Strategy | Status |
 |---|----------|---------------|--------|
-| 15.1 | It should show a refresh button on each row for admin users | Integration | SKIPPED |
-| 15.2 | It should trigger a Yodlee account refresh when the refresh button is clicked | Integration | SKIPPED |
-| 15.3 | It should refresh the row after successful Yodlee refresh | Integration | SKIPPED |
+| 15.1 | It should show a refresh button on each row for admin users | Integration | [ ] |
+| 15.2 | It should trigger a Yodlee account refresh when the refresh button is clicked | Integration | [ ] |
+| 15.3 | It should refresh the row after successful Yodlee refresh | Integration | [ ] |
 
 ---
 
@@ -244,15 +244,15 @@ All company pages listen for `clientSelected from:body` event and refresh `#app-
 | # | Behavior | Test Strategy | Status |
 |---|----------|---------------|--------|
 | 17.1 | It should provide a download link to the report file on each row | UI | [ ] |
-| 17.2 | It should show a delete button on each row for admin users | Integration | [x] |
-| 17.3 | It should delete the report and its file when the delete button is clicked | Integration | [x] |
+| 17.2 | It should show a delete button on each row for admin users | Integration | [ ] |
+| 17.3 | It should delete the report and its file when the delete button is clicked | Integration | [ ] |
 
 ### Filtering & Sorting Behaviors
 
 | # | Behavior | Test Strategy | Status |
 |---|----------|---------------|--------|
-| 18.1 | It should support filtering by date range and client | Integration | [x] |
-| 18.2 | It should support sorting by client, created date, creator, and name | Integration | [x] |
+| 18.1 | It should support filtering by date range and client | Integration | [ ] |
+| 18.2 | It should support sorting by client, created date, creator, and name | Integration | [ ] |
 
 ---
 
@@ -262,26 +262,26 @@ All company pages listen for `clientSelected from:body` event and refresh `#app-
 
 | # | Behavior | Test Strategy | Status |
 |---|----------|---------------|--------|
-| 19.1 | It should refresh page content with a 300ms swap animation when the user switches clients | Integration | [x] |
+| 19.1 | It should refresh page content with a 300ms swap animation when the user switches clients | Integration | [ ] |
 | 19.2 | It should show appropriate placeholder states when no client is selected on pages that require one | UI | [ ] |
-| 19.3 | It should operate 1099 and reports grids across all visible clients when no single client is selected | Integration | [x] |
+| 19.3 | It should operate 1099 and reports grids across all visible clients when no single client is selected | Integration | [ ] |
 
 ### Permission Behaviors
 
 | # | Behavior | Test Strategy | Status |
 |---|----------|---------------|--------|
-| 20.1 | It should block access to company pages for unauthenticated users | Integration | [x] |
-| 20.2 | It should block access to company pages for users without client access | Integration | [x] |
-| 20.3 | It should hide the signature section from users without signature edit permission | Integration | [x] |
-| 20.4 | It should hide the reconciliation report navigation link from users without reconciliation report permission | Integration | [x] |
-| 20.5 | It should hide the delete report button from non-admin users | Integration | [x] |
-| 20.6 | It should hide the Yodlee refresh button from non-admin users | Integration | SKIPPED |
+| 20.1 | It should block access to company pages for unauthenticated users | Integration | [ ] |
+| 20.2 | It should block access to company pages for users without client access | Integration | [ ] |
+| 20.3 | It should hide the signature section from users without signature edit permission | Integration | [ ] |
+| 20.4 | It should hide the reconciliation report navigation link from users without reconciliation report permission | Integration | [ ] |
+| 20.5 | It should hide the delete report button from non-admin users | Integration | [ ] |
+| 20.6 | It should hide the Yodlee refresh button from non-admin users | Integration | [ ] |
 
 ### Bank Account Search Behaviors
 
 | # | Behavior | Test Strategy | Status |
 |---|----------|---------------|--------|
-| 21.1 | It should provide a bank account typeahead for searching accounts belonging to a specific client | Integration | [x] |
+| 21.1 | It should provide a bank account typeahead for searching accounts belonging to a specific client | Integration | [ ] |
 | 21.2 | It should show "Please select a client" message when no client is selected in the bank account typeahead | UI | [ ] |
 
 ---

docs/testing/behaviors/dashboard.md

@@ -47,10 +47,10 @@ The dashboard is restricted to admin users:
 
 | # | Behavior | Test Strategy | Status |
 |---|----------|---------------|--------|
-| 1.1 | It should render the main dashboard page with navigation, client selector, and "Dashboard" breadcrumb for admin users | UI | SKIPPED |
-| 1.2 | It should display six stub cards with loading spinners for progressive rendering | UI | SKIPPED |
-| 1.3 | It should trigger independent HTMX requests to load each card's content on page load | Integration | SKIPPED |
-| 1.4 | It should progressively replace stub cards with actual data as responses arrive | UI | SKIPPED |
+| 1.1 | It should render the main dashboard page with navigation, client selector, and "Dashboard" breadcrumb for admin users | UI | [ ] |
+| 1.2 | It should display six stub cards with loading spinners for progressive rendering | UI | [ ] |
+| 1.3 | It should trigger independent HTMX requests to load each card's content on page load | Integration | [ ] |
+| 1.4 | It should progressively replace stub cards with actual data as responses arrive | UI | [ ] |
 
 ---
 
@@ -60,14 +60,14 @@ The dashboard is restricted to admin users:
 
 | # | Behavior | Test Strategy | Status |
 |---|----------|---------------|--------|
-| 2.1 | It should display each client's name, account name, ledger balance, and last sync time | UI | SKIPPED |
-| 2.2 | It should exclude bank accounts with cash type from the display | Integration | [x] |
-| 2.3 | It should format ledger balances as currency ($X,XXX.XX) | Unit + UI | SKIPPED |
-| 2.4 | It should display the last sync timestamp in standard time format when present | Unit + UI | SKIPPED |
-| 2.5 | It should display Intuit balance and sync time for Intuit-linked accounts | UI | SKIPPED |
-| 2.6 | It should display Yodlee available balance, sync time, and pending balance for Yodlee-linked accounts | UI | SKIPPED |
-| 2.7 | It should display Plaid balance and sync time for Plaid-linked accounts | UI | SKIPPED |
-| 2.8 | It should display $0.00 for missing or null balances | Unit + UI | SKIPPED |
+| 2.1 | It should display each client's name, account name, ledger balance, and last sync time | UI | [ ] |
+| 2.2 | It should exclude bank accounts with cash type from the display | Integration | [ ] |
+| 2.3 | It should format ledger balances as currency ($X,XXX.XX) | Unit + UI | [ ] |
+| 2.4 | It should display the last sync timestamp in standard time format when present | Unit + UI | [ ] |
+| 2.5 | It should display Intuit balance and sync time for Intuit-linked accounts | UI | [ ] |
+| 2.6 | It should display Yodlee available balance, sync time, and pending balance for Yodlee-linked accounts | UI | [ ] |
+| 2.7 | It should display Plaid balance and sync time for Plaid-linked accounts | UI | [ ] |
+| 2.8 | It should display $0.00 for missing or null balances | Unit + UI | [ ] |
 
 ---
 
@@ -77,14 +77,14 @@ The dashboard is restricted to admin users:
 
 | # | Behavior | Test Strategy | Status |
 |---|----------|---------------|--------|
-| 3.1 | It should display a bar chart of gross sales for the last 14 days | UI | SKIPPED |
-| 3.2 | It should render an empty bar chart when no sales orders exist in the date range | UI | SKIPPED |
+| 3.1 | It should display a bar chart of gross sales for the last 14 days | UI | [ ] |
+| 3.2 | It should render an empty bar chart when no sales orders exist in the date range | UI | [ ] |
 
 ### Data Behaviors
 
 | # | Behavior | Test Strategy | Status |
 |---|----------|---------------|--------|
-| 3.3 | It should query and sum sales order totals by date for the selected clients | Integration | [x] |
+| 3.3 | It should query and sum sales order totals by date for the selected clients | Integration | [ ] |
 
 ---
 
@@ -94,14 +94,14 @@ The dashboard is restricted to admin users:
 
 | # | Behavior | Test Strategy | Status |
 |---|----------|---------------|--------|
-| 4.1 | It should display a pie chart of the top 5 expense accounts for the last month | UI | SKIPPED |
-| 4.2 | It should render an empty pie chart when no invoices with expense accounts exist in the date range | UI | SKIPPED |
+| 4.1 | It should display a pie chart of the top 5 expense accounts for the last month | UI | [ ] |
+| 4.2 | It should render an empty pie chart when no invoices with expense accounts exist in the date range | UI | [ ] |
 
 ### Data Behaviors
 
 | # | Behavior | Test Strategy | Status |
 |---|----------|---------------|--------|
-| 4.3 | It should sum expense amounts by account name for the selected clients | Integration | [x] |
+| 4.3 | It should sum expense amounts by account name for the selected clients | Integration | [ ] |
 
 ---
 
@@ -111,14 +111,14 @@ The dashboard is restricted to admin users:
 
 | # | Behavior | Test Strategy | Status |
 |---|----------|---------------|--------|
-| 5.1 | It should display income and expenses aggregated by category (sales, COGS, payroll, controllable, fixed overhead, ownership controllable) | UI | SKIPPED |
-| 5.2 | It should show $0.00 for both income and expenses when no data exists for the period | UI | SKIPPED |
+| 5.1 | It should display income and expenses aggregated by category (sales, COGS, payroll, controllable, fixed overhead, ownership controllable) | UI | [ ] |
+| 5.2 | It should show $0.00 for both income and expenses when no data exists for the period | UI | [ ] |
 
 ### Data Behaviors
 
 | # | Behavior | Test Strategy | Status |
 |---|----------|---------------|--------|
-| 5.3 | It should query P&L data via GraphQL for the selected clients and last month | Integration | [x] |
+| 5.3 | It should query P&L data via GraphQL for the selected clients and last month | Integration | [ ] |
 
 ---
 
@@ -128,18 +128,18 @@ The dashboard is restricted to admin users:
 
 | # | Behavior | Test Strategy | Status |
 |---|----------|---------------|--------|
-| 6.1 | It should display the count of unpaid invoices when the count is non-zero | UI | SKIPPED |
-| 6.2 | It should display the count of uncategorized transactions requiring feedback when the count is non-zero | UI | SKIPPED |
-| 6.3 | It should provide a "Pay now" link for unpaid invoices linking to the unpaid invoices page with year date range | UI | SKIPPED |
-| 6.4 | It should provide a "Review now" link for uncategorized transactions linking to the requires-feedback page | UI | SKIPPED |
-| 6.5 | It should hide task sections entirely when their respective counts are zero | Integration | [x] |
+| 6.1 | It should display the count of unpaid invoices when the count is non-zero | UI | [ ] |
+| 6.2 | It should display the count of uncategorized transactions requiring feedback when the count is non-zero | UI | [ ] |
+| 6.3 | It should provide a "Pay now" link for unpaid invoices linking to the unpaid invoices page with year date range | UI | [ ] |
+| 6.4 | It should provide a "Review now" link for uncategorized transactions linking to the requires-feedback page | UI | [ ] |
+| 6.5 | It should hide task sections entirely when their respective counts are zero | Integration | [ ] |
 
 ### Data Behaviors
 
 | # | Behavior | Test Strategy | Status |
 |---|----------|---------------|--------|
-| 6.6 | It should query Datomic for invoices with unpaid status for the selected clients | Integration | [x] |
-| 6.7 | It should query Datomic for transactions with requires-feedback approval status for the selected clients | Integration | [x] |
+| 6.6 | It should query Datomic for invoices with unpaid status for the selected clients | Integration | [ ] |
+| 6.7 | It should query Datomic for transactions with requires-feedback approval status for the selected clients | Integration | [ ] |
 
 ---
 
@@ -149,17 +149,17 @@ The dashboard is restricted to admin users:
 
 | # | Behavior | Test Strategy | Status |
 |---|----------|---------------|--------|
-| 7.1 | It should display a bar chart breaking down expenses by account | UI | SKIPPED |
-| 7.2 | It should render an empty chart when no expense data exists | UI | SKIPPED |
-| 7.3 | It should provide Vendor and Account typeahead filters | UI | SKIPPED |
+| 7.1 | It should display a bar chart breaking down expenses by account | UI | [ ] |
+| 7.2 | It should render an empty chart when no expense data exists | UI | [ ] |
+| 7.3 | It should provide Vendor and Account typeahead filters | UI | [ ] |
 
 ### Data Behaviors
 
 | # | Behavior | Test Strategy | Status |
 |---|----------|---------------|--------|
-| 7.4 | It should reload the chart with filtered data when filter selections change | Integration | SKIPPED |
-| 7.5 | It should update the URL with filter query parameters via hx-push-url | Integration | SKIPPED |
-| 7.6 | It should exclude voided invoices from the breakdown | Integration | [x] |
+| 7.4 | It should reload the chart with filtered data when filter selections change | Integration | [ ] |
+| 7.5 | It should update the URL with filter query parameters via hx-push-url | Integration | [ ] |
+| 7.6 | It should exclude voided invoices from the breakdown | Integration | [ ] |
 
 ---
 
@@ -169,9 +169,9 @@ The dashboard is restricted to admin users:
 
 | # | Behavior | Test Strategy | Status |
 |---|----------|---------------|--------|
-| 8.1 | It should filter the expense breakdown chart by vendor selection | Integration | SKIPPED |
-| 8.2 | It should filter the expense breakdown chart by expense account selection | Integration | SKIPPED |
-| 8.3 | It should trigger an HTMX request to reload the chart when any filter changes | Integration | SKIPPED |
+| 8.1 | It should filter the expense breakdown chart by vendor selection | Integration | [ ] |
+| 8.2 | It should filter the expense breakdown chart by expense account selection | Integration | [ ] |
+| 8.3 | It should trigger an HTMX request to reload the chart when any filter changes | Integration | [ ] |
 
 ---
 
@@ -179,14 +179,14 @@ The dashboard is restricted to admin users:
 
 | # | Behavior | Test Strategy | Status |
 |---|----------|---------------|--------|
-| 9.1 | It should update the dashboard content when the user selects different clients from the dropdown | UI | SKIPPED |
-| 9.2 | It should trigger a clientSelected event on the body when client selection changes | Integration | SKIPPED |
-| 9.3 | It should swap the dashboard content area with fresh content for the newly selected clients | Integration | SKIPPED |
-| 9.4 | It should re-fetch all card data with the new client context | Integration | SKIPPED |
-| 9.5 | It should limit reports to the first 20 selected clients from the valid set | Unit + Integration | [x] |
-| 9.6 | It should display a yellow warning banner when more than 20 clients are selected | UI | SKIPPED |
-| 9.7 | It should persist the warning banner across client selection changes until fewer than 21 clients are selected | UI | SKIPPED |
-| 9.8 | It should trim the client set before executing any card data queries | Integration | [x] |
+| 9.1 | It should update the dashboard content when the user selects different clients from the dropdown | UI | [ ] |
+| 9.2 | It should trigger a clientSelected event on the body when client selection changes | Integration | [ ] |
+| 9.3 | It should swap the dashboard content area with fresh content for the newly selected clients | Integration | [ ] |
+| 9.4 | It should re-fetch all card data with the new client context | Integration | [ ] |
+| 9.5 | It should limit reports to the first 20 selected clients from the valid set | Unit + Integration | [ ] |
+| 9.6 | It should display a yellow warning banner when more than 20 clients are selected | UI | [ ] |
+| 9.7 | It should persist the warning banner across client selection changes until fewer than 21 clients are selected | UI | [ ] |
+| 9.8 | It should trim the client set before executing any card data queries | Integration | [ ] |
 
 ---
 
@@ -194,10 +194,10 @@ The dashboard is restricted to admin users:
 
 | # | Behavior | Test Strategy | Status |
 |---|----------|---------------|--------|
-| 10.1 | It should load each card independently via separate HTMX requests | Integration | [x] |
-| 10.2 | It should not prevent other cards from loading when one card endpoint fails | Integration | [x] |
-| 10.3 | It should display a loading spinner on stub cards until data loads or a timeout occurs | UI | SKIPPED |
-| 10.4 | It should return appropriate HTTP status codes for card endpoint errors without breaking the page layout | Integration | [x] |
+| 10.1 | It should load each card independently via separate HTMX requests | Integration | [ ] |
+| 10.2 | It should not prevent other cards from loading when one card endpoint fails | Integration | [ ] |
+| 10.3 | It should display a loading spinner on stub cards until data loads or a timeout occurs | UI | [ ] |
+| 10.4 | It should return appropriate HTTP status codes for card endpoint errors without breaking the page layout | Integration | [ ] |
 
 ---
 
@@ -207,21 +207,21 @@ The dashboard is restricted to admin users:
 
 | # | Behavior | Test Strategy | Status |
 |---|----------|---------------|--------|
-| 11.1 | It should allow only admin users to access the dashboard page and card endpoints | Integration | [x] |
-| 11.2 | It should redirect non-admin authenticated users to /login with a 302 status | Integration | [x] |
-| 11.3 | It should redirect unauthenticated users to /login with a redirect-to parameter | Integration | [x] |
-| 11.4 | It should verify admin role via middleware before executing any data queries | Integration | [x] |
+| 11.1 | It should allow only admin users to access the dashboard page and card endpoints | Integration | [ ] |
+| 11.2 | It should redirect non-admin authenticated users to /login with a 302 status | Integration | [ ] |
+| 11.3 | It should redirect unauthenticated users to /login with a redirect-to parameter | Integration | [ ] |
+| 11.4 | It should verify admin role via middleware before executing any data queries | Integration | [ ] |
 
 ### Empty State Behaviors
 
 | # | Behavior | Test Strategy | Status |
 |---|----------|---------------|--------|
-| 12.1 | It should render the dashboard page when no clients are selected, with all cards showing empty states | UI | SKIPPED |
-| 12.2 | It should display an empty bank accounts list when no clients are selected | UI | SKIPPED |
-| 12.3 | It should display an empty sales chart when no clients are selected | UI | SKIPPED |
-| 12.4 | It should display an empty expense pie chart when no clients are selected | UI | SKIPPED |
-| 12.5 | It should show $0.00 income and expenses in the P&L card when no clients are selected | UI | SKIPPED |
-| 12.6 | It should hide all task sections when no clients are selected | UI | SKIPPED |
+| 12.1 | It should render the dashboard page when no clients are selected, with all cards showing empty states | UI | [ ] |
+| 12.2 | It should display an empty bank accounts list when no clients are selected | UI | [ ] |
+| 12.3 | It should display an empty sales chart when no clients are selected | UI | [ ] |
+| 12.4 | It should display an empty expense pie chart when no clients are selected | UI | [ ] |
+| 12.5 | It should show $0.00 income and expenses in the P&L card when no clients are selected | UI | [ ] |
+| 12.6 | It should hide all task sections when no clients are selected | UI | [ ] |
 
 ---
 

docs/testing/behaviors/invoice.md

@@ -50,57 +50,57 @@ Every mutating operation checks:
 | # | Behavior | Test Strategy | Status |
 |---|----------|---------------|--------|
 | 1.1 | It should display a table with columns: Client, Vendor, Invoice #, Date, Due, Status, Account, Outstanding, Links | UI | [ ] |
-| 1.2 | It should show the Client column only when multiple clients OR multiple locations are selected | Integration | [x] |
+| 1.2 | It should show the Client column only when multiple clients OR multiple locations are selected | Integration | [ ] |
 | 1.3 | It should show "Paid" status as a primary-colored pill | UI | [ ] |
 | 1.4 | It should show "Voided" status as a red pill | UI | [ ] |
 | 1.5 | It should show "Scheduled" status as a yellow pill when a scheduled payment exists | UI | [ ] |
 | 1.6 | It should show "Unpaid" status as a secondary-colored pill | UI | [ ] |
-| 1.7 | It should display due dates relative to today: "today", "in X days", or "X days ago" with appropriate color coding | Unit + UI | [x] |
+| 1.7 | It should display due dates relative to today: "today", "in X days", or "X days ago" with appropriate color coding | Unit + UI | [ ] |
 | 1.8 | It should show a partial payment indicator "of $X.XX" when outstanding balance differs from total | UI | [ ] |
 | 1.9 | It should display a links dropdown showing payments, transactions, ledger entries, and source files for each invoice | UI | [ ] |
-| 1.10 | It should group table rows by vendor name when sorted by vendor | Integration | [x] |
+| 1.10 | It should group table rows by vendor name when sorted by vendor | Integration | [ ] |
 
 ### Filtering Behaviors
 
 | # | Behavior | Test Strategy | Status |
 |---|----------|---------------|--------|
-| 2.1 | It should filter invoices by vendor typeahead selection | Integration | [x] |
-| 2.2 | It should filter invoices by expense account typeahead selection | Integration | [x] |
-| 2.3 | It should filter invoices by date range (invoice date) | Integration | [x] |
-| 2.4 | It should filter invoices by due date range | Integration | [x] |
-| 2.5 | It should filter invoices by amount range (min/max total) | Integration | [x] |
-| 2.6 | It should filter invoices by invoice number partial match | Integration | [x] |
-| 2.7 | It should filter invoices by check number | Integration | [x] |
-| 2.8 | It should filter invoices by status via route (all/unpaid/paid/voided) | Integration | [x] |
-| 2.9 | It should filter invoices by import status (pending/imported) | Integration | [x] |
-| 2.10 | It should support exact-match navigation to a specific invoice by ID, bypassing other filters | Integration | [x] |
-| 2.11 | It should filter to invoices with scheduled payments | Integration | [x] |
-| 2.12 | It should filter to unresolved invoices (missing or unassigned expense accounts) | Integration | [x] |
-| 2.13 | It should filter by expense account location | Integration | [x] |
-| 2.14 | Given multiple filters are applied, when the user changes one filter, then the table should refresh with the combined filter set | Integration | [x] |
+| 2.1 | It should filter invoices by vendor typeahead selection | Integration | [ ] |
+| 2.2 | It should filter invoices by expense account typeahead selection | Integration | [ ] |
+| 2.3 | It should filter invoices by date range (invoice date) | Integration | [ ] |
+| 2.4 | It should filter invoices by due date range | Integration | [ ] |
+| 2.5 | It should filter invoices by amount range (min/max total) | Integration | [ ] |
+| 2.6 | It should filter invoices by invoice number partial match | Integration | [ ] |
+| 2.7 | It should filter invoices by check number | Integration | [ ] |
+| 2.8 | It should filter invoices by status via route (all/unpaid/paid/voided) | Integration | [ ] |
+| 2.9 | It should filter invoices by import status (pending/imported) | Integration | [ ] |
+| 2.10 | It should support exact-match navigation to a specific invoice by ID, bypassing other filters | Integration | [ ] |
+| 2.11 | It should filter to invoices with scheduled payments | Integration | [ ] |
+| 2.12 | It should filter to unresolved invoices (missing or unassigned expense accounts) | Integration | [ ] |
+| 2.13 | It should filter by expense account location | Integration | [ ] |
+| 2.14 | Given multiple filters are applied, when the user changes one filter, then the table should refresh with the combined filter set | Integration | [ ] |
 
 ### Sorting Behaviors
 
 | # | Behavior | Test Strategy | Status |
 |---|----------|---------------|--------|
-| 3.1 | It should sort by client name ascending/descending | Integration | [x] |
-| 3.2 | It should sort by vendor name ascending/descending | Integration | [x] |
-| 3.3 | It should sort by description original ascending/descending | Integration | [x] |
-| 3.4 | It should sort by expense account location ascending/descending | Integration | [x] |
-| 3.5 | It should sort by invoice date ascending/descending | Integration | [x] |
-| 3.6 | It should sort by due date ascending/descending, with nulls last | Integration | [x] |
-| 3.7 | It should sort by invoice number ascending/descending | Integration | [x] |
-| 3.8 | It should sort by total amount ascending/descending | Integration | [x] |
-| 3.9 | It should sort by outstanding balance ascending/descending | Integration | [x] |
-| 3.10 | Given the user clicks a column header twice, then the sort direction should toggle | Integration | [x] |
+| 3.1 | It should sort by client name ascending/descending | Integration | [ ] |
+| 3.2 | It should sort by vendor name ascending/descending | Integration | [ ] |
+| 3.3 | It should sort by description original ascending/descending | Integration | [ ] |
+| 3.4 | It should sort by expense account location ascending/descending | Integration | [ ] |
+| 3.5 | It should sort by invoice date ascending/descending | Integration | [ ] |
+| 3.6 | It should sort by due date ascending/descending, with nulls last | Integration | [ ] |
+| 3.7 | It should sort by invoice number ascending/descending | Integration | [ ] |
+| 3.8 | It should sort by total amount ascending/descending | Integration | [ ] |
+| 3.9 | It should sort by outstanding balance ascending/descending | Integration | [ ] |
+| 3.10 | Given the user clicks a column header twice, then the sort direction should toggle | Integration | [ ] |
 
 ### Pagination Behaviors
 
 | # | Behavior | Test Strategy | Status |
 |---|----------|---------------|--------|
-| 4.1 | It should display 25 invoices per page by default | Integration | [x] |
-| 4.2 | It should allow changing the per-page count | Integration | [x] |
-| 4.3 | It should calculate the total outstanding balance and total amount across ALL matching invoices, not just the current page | Unit | [x] |
+| 4.1 | It should display 25 invoices per page by default | Integration | [ ] |
+| 4.2 | It should allow changing the per-page count | Integration | [ ] |
+| 4.3 | It should calculate the total outstanding balance and total amount across ALL matching invoices, not just the current page | Unit | [ ] |
 
 ### Selection Behaviors
 
@@ -108,8 +108,8 @@ Every mutating operation checks:
 |---|----------|---------------|--------|
 | 5.1 | It should allow selecting individual invoices via checkboxes | UI | [ ] |
 | 5.2 | It should allow selecting all visible invoices via a header checkbox | UI | [ ] |
-| 5.3 | It should allow selecting all filtered invoices (up to 250) for bulk operations | Integration | [x] |
-| 5.4 | Given invoices are selected, when the user applies a filter, then the selection should be cleared | Integration | [x] |
+| 5.3 | It should allow selecting all filtered invoices (up to 250) for bulk operations | Integration | [ ] |
+| 5.4 | Given invoices are selected, when the user applies a filter, then the selection should be cleared | Integration | [ ] |
 
 ### Row Action Behaviors
 
@@ -119,7 +119,7 @@ Every mutating operation checks:
 | 6.2 | It should show an edit button for unpaid and paid invoices when the user has edit permission | UI | [ ] |
 | 6.3 | It should show an unvoid button for voided invoices when the user has edit permission | UI | [ ] |
 | 6.4 | It should show an undo-autopay button for paid invoices with scheduled payments and no linked payments, when the user has edit permission | UI | [ ] |
-| 6.5 | Given a paid invoice with linked non-voided payments, when the user attempts to void it, then it should be blocked with a message to void payments first | Integration | [x] |
+| 6.5 | Given a paid invoice with linked non-voided payments, when the user attempts to void it, then it should be blocked with a message to void payments first | Integration | [ ] |
 
 ### Pay Button Behaviors
 
@@ -140,11 +140,11 @@ Every mutating operation checks:
 
 | # | Behavior | Test Strategy | Status |
 |---|----------|---------------|--------|
-| 8.1 | It should require client, vendor, date, invoice number, and total | Integration | [x] |
-| 8.2 | It should auto-calculate the due date from vendor terms when client, date, and vendor are selected | Unit | [x] |
-| 8.3 | It should auto-calculate the scheduled payment date from vendor autopay settings | Unit | [x] |
-| 8.4 | It should suggest the vendor's default expense account | Unit | [x] |
-| 8.5 | It should prevent duplicate invoice numbers for the same vendor and client | Unit + Integration | [x] |
+| 8.1 | It should require client, vendor, date, invoice number, and total | Integration | [ ] |
+| 8.2 | It should auto-calculate the due date from vendor terms when client, date, and vendor are selected | Unit | [ ] |
+| 8.3 | It should auto-calculate the scheduled payment date from vendor autopay settings | Unit | [ ] |
+| 8.4 | It should suggest the vendor's default expense account | Unit | [ ] |
+| 8.5 | It should prevent duplicate invoice numbers for the same vendor and client | Unit + Integration | [ ] |
 | 8.6 | It should allow editing all fields when creating a new invoice | UI | [ ] |
 
 ### Expense Accounts Step
@@ -153,8 +153,8 @@ Every mutating operation checks:
 |---|----------|---------------|--------|
 | 9.1 | It should allow adding multiple expense account rows | UI | [ ] |
 | 9.2 | It should allow selecting an account, location, and amount per row | UI | [ ] |
-| 9.3 | It should auto-populate the location from the account's configured location, or default to "Shared" | Unit | [x] |
-| 9.4 | It should validate that expense account amounts sum to the invoice total | Unit + Integration | [x] |
+| 9.3 | It should auto-populate the location from the account's configured location, or default to "Shared" | Unit | [ ] |
+| 9.4 | It should validate that expense account amounts sum to the invoice total | Unit + Integration | [ ] |
 | 9.5 | Given a "Shared" location, when the invoice is saved, then the amount should be spread equally across all client locations | Unit | [ ] |
 | 9.6 | Given a "Shared" location with an odd total, when spread across N locations, then the remainder should be distributed 1 cent at a time to the first locations | Unit | [x] |
 | 9.7 | Given a negative total, when spread across locations, then negative amounts should be distributed correctly | Unit | [x] |
@@ -174,12 +174,12 @@ Every mutating operation checks:
 
 | # | Behavior | Test Strategy | Status |
 |---|----------|---------------|--------|
-| 11.1 | It should allow editing unpaid and paid invoices | Integration | [x] |
+| 11.1 | It should allow editing unpaid and paid invoices | Integration | [ ] |
 | 11.2 | It should disable the vendor field when editing | UI | [ ] |
-| 11.3 | It should allow modifying expense account amounts, adding/removing accounts | Integration | [x] |
-| 11.4 | It should validate that modified amounts still sum to the total | Unit + Integration | [x] |
+| 11.3 | It should allow modifying expense account amounts, adding/removing accounts | Integration | [ ] |
+| 11.4 | It should validate that modified amounts still sum to the total | Unit + Integration | [ ] |
 | 11.5 | Given the user saves changes, then the invoice row should update in place without a full page reload | UI | [ ] |
-| 11.6 | It should block editing invoices with dates before the client's locked-until date | Integration | [x] |
+| 11.6 | It should block editing invoices with dates before the client's locked-until date | Integration | [ ] |
 
 ---
 
@@ -200,20 +200,20 @@ Every mutating operation checks:
 | # | Behavior | Test Strategy | Status |
 |---|----------|---------------|--------|
 | 13.1 | It should display a grid of selected invoices with vendor, number, total, and pay amount | UI | [ ] |
-| 13.2 | It should default to "Pay in full" mode, paying the outstanding balance of each invoice | Integration | [x] |
+| 13.2 | It should default to "Pay in full" mode, paying the outstanding balance of each invoice | Integration | [ ] |
 | 13.3 | It should allow switching to "Customize payments" mode to set individual pay amounts | UI | [ ] |
-| 13.4 | It should validate that custom payment amounts do not exceed the outstanding balance | Unit + Integration | [x] |
-| 13.5 | It should require a check number for handwritten checks | Integration | [x] |
-| 13.6 | It should block payment if the invoice date is before the client's locked-until date | Integration | [x] |
-| 13.7 | Given the user submits a check payment, when successful, then a PDF download link should be provided | Integration | SKIPPED |
+| 13.4 | It should validate that custom payment amounts do not exceed the outstanding balance | Unit + Integration | [ ] |
+| 13.5 | It should require a check number for handwritten checks | Integration | [ ] |
+| 13.6 | It should block payment if the invoice date is before the client's locked-until date | Integration | [ ] |
+| 13.7 | Given the user submits a check payment, when successful, then a PDF download link should be provided | Integration | [ ] |
 
 ### Credit Payment
 
 | # | Behavior | Test Strategy | Status |
 |---|----------|---------------|--------|
-| 14.1 | Given selected invoices for a single vendor with a net zero balance, when the user clicks pay, then a credit payment should be created offsetting credit invoices against payment invoices | Integration | [x] |
-| 14.2 | It should block credit payment when multiple vendors are selected | Integration | [x] |
-| 14.3 | It should block credit payment when the net balance is positive | Integration | [x] |
+| 14.1 | Given selected invoices for a single vendor with a net zero balance, when the user clicks pay, then a credit payment should be created offsetting credit invoices against payment invoices | Integration | [ ] |
+| 14.2 | It should block credit payment when multiple vendors are selected | Integration | [ ] |
+| 14.3 | It should block credit payment when the net balance is positive | Integration | [ ] |
 
 ---
 
@@ -223,10 +223,10 @@ Every mutating operation checks:
 |---|----------|---------------|--------|
 | 15.1 | It should allow selecting multiple invoices and opening the bulk edit wizard | UI | [ ] |
 | 15.2 | It should allow adding expense account rows with account, location, and percentage | UI | [ ] |
-| 15.3 | It should validate that percentages sum to 100% | Unit + Integration | [x] |
-| 15.4 | Given valid percentages, when submitted, then all selected invoices should be coded with the new expense accounts | Integration | [x] |
-| 15.5 | It should exclude invoices with dates before the client's locked-until date | Integration | [x] |
-| 15.6 | It should spread "Shared" locations across all client locations, rounding cents correctly | Unit | [x] |
+| 15.3 | It should validate that percentages sum to 100% | Unit + Integration | [ ] |
+| 15.4 | Given valid percentages, when submitted, then all selected invoices should be coded with the new expense accounts | Integration | [ ] |
+| 15.5 | It should exclude invoices with dates before the client's locked-until date | Integration | [ ] |
+| 15.6 | It should spread "Shared" locations across all client locations, rounding cents correctly | Unit | [ ] |
 
 ---
 
@@ -235,11 +235,11 @@ Every mutating operation checks:
 | # | Behavior | Test Strategy | Status |
 |---|----------|---------------|--------|
 | 16.1 | It should show a confirmation modal with the count of invoices to void | UI | [ ] |
-| 16.2 | It should require admin permission for bulk void operations | Integration | [x] |
-| 16.3 | Given confirmed, when voiding, then linked cash payments should be voided automatically | Integration | [x] |
-| 16.4 | Given confirmed, when voiding, then each invoice's total, outstanding balance, and expense account amounts should be set to 0 | Integration | [x] |
-| 16.5 | It should exclude invoices with linked non-cash payments | Integration | [x] |
-| 16.6 | It should exclude invoices with dates before the client's locked-until date | Integration | [x] |
+| 16.2 | It should require admin permission for bulk void operations | Integration | [ ] |
+| 16.3 | Given confirmed, when voiding, then linked cash payments should be voided automatically | Integration | [ ] |
+| 16.4 | Given confirmed, when voiding, then each invoice's total, outstanding balance, and expense account amounts should be set to 0 | Integration | [ ] |
+| 16.5 | It should exclude invoices with linked non-cash payments | Integration | [ ] |
+| 16.6 | It should exclude invoices with dates before the client's locked-until date | Integration | [ ] |
 | 16.7 | Given successful voiding, then the table should refresh with a success notification | UI | [ ] |
 
 ---
@@ -248,9 +248,9 @@ Every mutating operation checks:
 
 | # | Behavior | Test Strategy | Status |
 |---|----------|---------------|--------|
-| 17.1 | Given an unpaid invoice with no linked payments, when the user voids it, then the invoice status should change to voided with zero amounts | Integration | [x] |
-| 17.2 | Given a paid invoice with linked payments, when the user attempts to void it, then it should be blocked with an error message | Integration | [x] |
-| 17.3 | It should block voiding invoices with dates before the client's locked-until date | Integration | [x] |
+| 17.1 | Given an unpaid invoice with no linked payments, when the user voids it, then the invoice status should change to voided with zero amounts | Integration | [ ] |
+| 17.2 | Given a paid invoice with linked payments, when the user attempts to void it, then it should be blocked with an error message | Integration | [ ] |
+| 17.3 | It should block voiding invoices with dates before the client's locked-until date | Integration | [ ] |
 | 17.4 | Given successful voiding, then the row should update in place with a "live-removed" animation | UI | [ ] |
 
 ---
@@ -259,9 +259,9 @@ Every mutating operation checks:
 
 | # | Behavior | Test Strategy | Status |
 |---|----------|---------------|--------|
-| 18.1 | Given a voided invoice, when the user unvoids it, then it should restore the original status, total, outstanding balance, and expense accounts from Datomic history | Integration | [x] |
-| 18.2 | It should require edit permission and client access | Integration | [x] |
-| 18.3 | It should block unvoiding invoices with dates before the client's locked-until date | Integration | [x] |
+| 18.1 | Given a voided invoice, when the user unvoids it, then it should restore the original status, total, outstanding balance, and expense accounts from Datomic history | Integration | [ ] |
+| 18.2 | It should require edit permission and client access | Integration | [ ] |
+| 18.3 | It should block unvoiding invoices with dates before the client's locked-until date | Integration | [ ] |
 | 18.4 | Given successful unvoiding, then the row should update in place with a flash animation | UI | [ ] |
 
 ---
@@ -270,11 +270,11 @@ Every mutating operation checks:
 
 | # | Behavior | Test Strategy | Status |
 |---|----------|---------------|--------|
-| 19.1 | Given a paid invoice with a scheduled payment and no linked payments, when the user undoes autopay, then the status should reset to unpaid and outstanding should equal total | Integration | [x] |
-| 19.2 | It should block undoing autopay for invoices without scheduled payments | Unit + Integration | [x] |
-| 19.3 | It should block undoing autopay for invoices with linked payments | Unit + Integration | [x] |
-| 19.4 | It should block undoing autopay for invoices that are not paid | Unit + Integration | [x] |
-| 19.5 | It should block undoing autopay for invoices with dates before the client's locked-until date | Integration | [x] |
+| 19.1 | Given a paid invoice with a scheduled payment and no linked payments, when the user undoes autopay, then the status should reset to unpaid and outstanding should equal total | Integration | [ ] |
+| 19.2 | It should block undoing autopay for invoices without scheduled payments | Unit + Integration | [ ] |
+| 19.3 | It should block undoing autopay for invoices with linked payments | Unit + Integration | [ ] |
+| 19.4 | It should block undoing autopay for invoices that are not paid | Unit + Integration | [ ] |
+| 19.5 | It should block undoing autopay for invoices with dates before the client's locked-until date | Integration | [ ] |
 
 ---
 
@@ -285,9 +285,9 @@ Every mutating operation checks:
 | # | Behavior | Test Strategy | Status |
 |---|----------|---------------|--------|
 | 20.1 | It should allow uploading CSV and PDF files via drag-and-drop | UI | [ ] |
-| 20.2 | It should parse CSV files directly | Integration | [x] |
-| 20.3 | It should send PDF files to AWS Textract for OCR parsing when enabled | Integration | SKIPPED |
-| 20.4 | It should create invoices with pending import status | Integration | [x] |
+| 20.2 | It should parse CSV files directly | Integration | [ ] |
+| 20.3 | It should send PDF files to AWS Textract for OCR parsing when enabled | Integration | [ ] |
+| 20.4 | It should create invoices with pending import status | Integration | [ ] |
 | 20.5 | It should display results with success/failure per file | UI | [ ] |
 | 20.6 | It should allow force-overriding client, vendor, location, and ChatGPT parsing mode | UI | [ ] |
 
@@ -295,17 +295,17 @@ Every mutating operation checks:
 
 | # | Behavior | Test Strategy | Status |
 |---|----------|---------------|--------|
-| 21.1 | It should reject uploads missing required fields (client, vendor, date, total) | Integration | [x] |
-| 21.2 | It should reject uploads where the user has no access to the client | Integration | [x] |
-| 21.3 | It should reject uploads with unmatchable vendors, showing a search hint | Integration | [x] |
+| 21.1 | It should reject uploads missing required fields (client, vendor, date, total) | Integration | [ ] |
+| 21.2 | It should reject uploads where the user has no access to the client | Integration | [ ] |
+| 21.3 | It should reject uploads with unmatchable vendors, showing a search hint | Integration | [ ] |
 
 ### Approve/Disapprove Behaviors
 
 | # | Behavior | Test Strategy | Status |
 |---|----------|---------------|--------|
-| 22.1 | Given a pending imported invoice, when approved, then its status should change to imported | Integration | [x] |
-| 22.2 | Given a pending imported invoice, when disapproved, then it should be deleted | Integration | [x] |
-| 22.3 | It should support bulk approve/disapprove with selection | Integration | [x] |
+| 22.1 | Given a pending imported invoice, when approved, then its status should change to imported | Integration | [ ] |
+| 22.2 | Given a pending imported invoice, when disapproved, then it should be deleted | Integration | [ ] |
+| 22.3 | It should support bulk approve/disapprove with selection | Integration | [ ] |
 
 ---
 
@@ -316,19 +316,19 @@ Every mutating operation checks:
 | # | Behavior | Test Strategy | Status |
 |---|----------|---------------|--------|
 | 23.1 | It should allow uploading PDF files | UI | [ ] |
-| 23.2 | It should upload the file to S3 and start an AWS Textract job | Integration | SKIPPED |
-| 23.3 | It should poll every 5 seconds while the Textract job is in progress | Integration | SKIPPED |
+| 23.2 | It should upload the file to S3 and start an AWS Textract job | Integration | [ ] |
+| 23.3 | It should poll every 5 seconds while the Textract job is in progress | Integration | [ ] |
 | 23.4 | Given a successful Textract job, then it should display extracted fields with confidence scores | UI | [ ] |
 
 ### Field Extraction Behaviors
 
 | # | Behavior | Test Strategy | Status |
 |---|----------|---------------|--------|
-| 24.1 | It should extract total from AMOUNT_DUE or TOTAL fields | Unit | [x] |
-| 24.2 | It should extract customer from CUSTOMER_NUMBER or RECEIVER_NAME, falling back to Solr search | Unit + Integration | [x] |
-| 24.3 | It should extract vendor from VENDOR_NAME, falling back to Solr search | Unit + Integration | [x] |
-| 24.4 | It should extract date from INVOICE_RECEIPT_DATE, ORDER_DATE, or DELIVERY_DATE | Unit | [x] |
-| 24.5 | It should extract invoice number from INVOICE_RECEIPT_ID or PO_NUMBER | Unit | [x] |
+| 24.1 | It should extract total from AMOUNT_DUE or TOTAL fields | Unit | [ ] |
+| 24.2 | It should extract customer from CUSTOMER_NUMBER or RECEIVER_NAME, falling back to Solr search | Unit + Integration | [ ] |
+| 24.3 | It should extract vendor from VENDOR_NAME, falling back to Solr search | Unit + Integration | [ ] |
+| 24.4 | It should extract date from INVOICE_RECEIPT_DATE, ORDER_DATE, or DELIVERY_DATE | Unit | [ ] |
+| 24.5 | It should extract invoice number from INVOICE_RECEIPT_ID or PO_NUMBER | Unit | [ ] |
 
 ### Form Behaviors
 
@@ -337,7 +337,7 @@ Every mutating operation checks:
 | 25.1 | It should show a side-by-side layout with PDF preview and form | UI | [ ] |
 | 25.2 | It should display alternative values as clickable pills for each field | UI | [ ] |
 | 25.3 | It should require selecting client and vendor from alternatives (fields disabled until selected) | UI | [ ] |
-| 25.4 | Given the user saves, then it should create an invoice linked to the textract job | Integration | [x] |
+| 25.4 | Given the user saves, then it should create an invoice linked to the textract job | Integration | [ ] |
 
 ---
 
@@ -347,32 +347,32 @@ Every mutating operation checks:
 
 | # | Behavior | Test Strategy | Status |
 |---|----------|---------------|--------|
-| 26.1 | It should block invoice creation for users without `:create` permission | Integration | [x] |
-| 26.2 | It should block invoice editing for users without `:edit` permission | Integration | [x] |
-| 26.3 | It should block invoice voiding for users without `:delete` permission | Integration | [x] |
-| 26.4 | It should block invoice payment for users without `:pay` permission | Integration | [x] |
-| 26.5 | It should block bulk delete for non-admin users | Integration | [x] |
-| 26.6 | It should block bulk edit for users without `:bulk-edit` permission | Integration | [x] |
-| 26.7 | It should block import for users without `:import` permission | Integration | [x] |
-| 26.8 | It should verify the user has access to the invoice's client before any mutation | Integration | [x] |
+| 26.1 | It should block invoice creation for users without `:create` permission | Integration | [ ] |
+| 26.2 | It should block invoice editing for users without `:edit` permission | Integration | [ ] |
+| 26.3 | It should block invoice voiding for users without `:delete` permission | Integration | [ ] |
+| 26.4 | It should block invoice payment for users without `:pay` permission | Integration | [ ] |
+| 26.5 | It should block bulk delete for non-admin users | Integration | [ ] |
+| 26.6 | It should block bulk edit for users without `:bulk-edit` permission | Integration | [ ] |
+| 26.7 | It should block import for users without `:import` permission | Integration | [ ] |
+| 26.8 | It should verify the user has access to the invoice's client before any mutation | Integration | [ ] |
 
 ### Lock Date Behaviors
 
 | # | Behavior | Test Strategy | Status |
 |---|----------|---------------|--------|
-| 27.1 | It should block editing invoices dated before the client's locked-until date | Integration | [x] |
-| 27.2 | It should block paying invoices dated before the client's locked-until date | Integration | [x] |
-| 27.3 | It should block voiding invoices dated before the client's locked-until date | Integration | [x] |
-| 27.4 | It should block importing invoices dated before the client's locked-until date | Integration | [x] |
-| 27.5 | It should block approving imported invoices dated before the client's locked-until date | Integration | [x] |
-| 27.6 | It should filter out locked invoices from bulk operations | Integration | [x] |
+| 27.1 | It should block editing invoices dated before the client's locked-until date | Integration | [ ] |
+| 27.2 | It should block paying invoices dated before the client's locked-until date | Integration | [ ] |
+| 27.3 | It should block voiding invoices dated before the client's locked-until date | Integration | [ ] |
+| 27.4 | It should block importing invoices dated before the client's locked-until date | Integration | [ ] |
+| 27.5 | It should block approving imported invoices dated before the client's locked-until date | Integration | [ ] |
+| 27.6 | It should filter out locked invoices from bulk operations | Integration | [ ] |
 | 27.7 | It should show a warning when some selected invoices are locked | UI | [ ] |
 
 ### Legacy Route Behaviors
 
 | # | Behavior | Test Strategy | Status |
 |---|----------|---------------|--------|
-| 28.1 | It should redirect old SPA routes (`/invoices`, `/invoices/unpaid`, etc.) to the new SSR routes | Integration | [x] |
+| 28.1 | It should redirect old SPA routes (`/invoices`, `/invoices/unpaid`, etc.) to the new SSR routes | Integration | [ ] |
 
 ---
 

docs/testing/behaviors/ledger.md

@@ -59,8 +59,8 @@ Every mutating operation checks:
 | # | Behavior | Test Strategy | Status |
 |---|----------|---------------|--------|
 | 1.1 | It should display a paginated, sortable data grid of journal entries | UI | [ ] |
-| 1.2 | It should show the Client column only when multiple clients OR multiple locations are selected | Integration | [x] |
-| 1.3 | It should display the Vendor column, falling back to `alternate-description` when no vendor is present | Integration | [x] |
+| 1.2 | It should show the Client column only when multiple clients OR multiple locations are selected | Integration | [ ] |
+| 1.3 | It should display the Vendor column, falling back to `alternate-description` when no vendor is present | Integration | [ ] |
 | 1.4 | It should hide the Source column on the internal ledger page | UI | [ ] |
 | 1.5 | It should hide the External ID column on the internal ledger page | UI | [ ] |
 | 1.6 | It should truncate the External ID column to a max-width when displayed | UI | [ ] |
@@ -78,41 +78,41 @@ Every mutating operation checks:
 
 | # | Behavior | Test Strategy | Status |
 |---|----------|---------------|--------|
-| 2.1 | It should filter entries by vendor typeahead selection | Integration | [x] |
-| 2.2 | It should filter entries by account typeahead selection | Integration | [x] |
-| 2.3 | It should filter entries by bank account via radio filter | Integration | [x] |
-| 2.4 | It should refresh the bank account filter when the client selection changes | Integration | [x] |
-| 2.5 | It should filter entries by date range | Integration | [x] |
-| 2.6 | It should filter entries by invoice number text search | Integration | [x] |
-| 2.7 | It should filter entries by account code range (gte/lte inputs) | Integration | [x] |
-| 2.8 | It should filter entries by amount range (gte/lte inputs) | Integration | [x] |
-| 2.9 | It should filter to unbalanced entries when "Show unbalanced" is checked | Integration | [x] |
-| 2.10 | It should support exact-match navigation to a specific entry by ID, bypassing other filters | Integration | [x] |
+| 2.1 | It should filter entries by vendor typeahead selection | Integration | [ ] |
+| 2.2 | It should filter entries by account typeahead selection | Integration | [ ] |
+| 2.3 | It should filter entries by bank account via radio filter | Integration | [ ] |
+| 2.4 | It should refresh the bank account filter when the client selection changes | Integration | [ ] |
+| 2.5 | It should filter entries by date range | Integration | [ ] |
+| 2.6 | It should filter entries by invoice number text search | Integration | [ ] |
+| 2.7 | It should filter entries by account code range (gte/lte inputs) | Integration | [ ] |
+| 2.8 | It should filter entries by amount range (gte/lte inputs) | Integration | [ ] |
+| 2.9 | It should filter to unbalanced entries when "Show unbalanced" is checked | Integration | [ ] |
+| 2.10 | It should support exact-match navigation to a specific entry by ID, bypassing other filters | Integration | [ ] |
 | 2.11 | It should clear the exact match ID pill when clicked | UI | [ ] |
-| 2.12 | Given multiple filters are applied, when the user changes one filter, then the table should refresh with the combined filter set | Integration | [x] |
+| 2.12 | Given multiple filters are applied, when the user changes one filter, then the table should refresh with the combined filter set | Integration | [ ] |
 
 ### Sorting Behaviors
 
 | # | Behavior | Test Strategy | Status |
 |---|----------|---------------|--------|
-| 3.1 | It should sort by Client ascending/descending | Integration | [x] |
-| 3.2 | It should sort by Vendor ascending/descending | Integration | [x] |
-| 3.3 | It should sort by Source ascending/descending | Integration | [x] |
-| 3.4 | It should sort by External ID ascending/descending | Integration | [x] |
-| 3.5 | It should sort by Date ascending/descending | Integration | [x] |
-| 3.6 | It should sort by Amount ascending/descending | Integration | [x] |
-| 3.7 | It should sort by Account ascending/descending | Integration | [x] |
-| 3.8 | It should default to Date ascending | Integration | [x] |
-| 3.9 | Given sorting by Vendor, then rows should be grouped with break headers | Integration | [x] |
-| 3.10 | Given sorting by Source, then rows should be grouped with break headers | Integration | [x] |
-| 3.11 | Given the user clicks a column header twice, then the sort direction should toggle | Integration | [x] |
+| 3.1 | It should sort by Client ascending/descending | Integration | [ ] |
+| 3.2 | It should sort by Vendor ascending/descending | Integration | [ ] |
+| 3.3 | It should sort by Source ascending/descending | Integration | [ ] |
+| 3.4 | It should sort by External ID ascending/descending | Integration | [ ] |
+| 3.5 | It should sort by Date ascending/descending | Integration | [ ] |
+| 3.6 | It should sort by Amount ascending/descending | Integration | [ ] |
+| 3.7 | It should sort by Account ascending/descending | Integration | [ ] |
+| 3.8 | It should default to Date ascending | Integration | [ ] |
+| 3.9 | Given sorting by Vendor, then rows should be grouped with break headers | Integration | [ ] |
+| 3.10 | Given sorting by Source, then rows should be grouped with break headers | Integration | [ ] |
+| 3.11 | Given the user clicks a column header twice, then the sort direction should toggle | Integration | [ ] |
 
 ### Pagination Behaviors
 
 | # | Behavior | Test Strategy | Status |
 |---|----------|---------------|--------|
-| 4.1 | It should display 25 entries per page by default | Integration | [x] |
-| 4.2 | It should allow changing the per-page count | Integration | [x] |
+| 4.1 | It should display 25 entries per page by default | Integration | [ ] |
+| 4.2 | It should allow changing the per-page count | Integration | [ ] |
 | 4.3 | It should show pagination controls at the bottom of the table | UI | [ ] |
 
 ### Row Action Behaviors
@@ -128,8 +128,8 @@ Every mutating operation checks:
 
 | # | Behavior | Test Strategy | Status |
 |---|----------|---------------|--------|
-| 6.1 | It should export all matching entries with line-item-level rows | Integration | [x] |
-| 6.2 | It should include columns: ID, Client, Vendor, Source, External ID, Date, Amount, Account, Debit, Credit | Integration | [x] |
+| 6.1 | It should export all matching entries with line-item-level rows | Integration | [ ] |
+| 6.2 | It should include columns: ID, Client, Vendor, Source, External ID, Date, Amount, Account, Debit, Credit | Integration | [ ] |
 
 ---
 
@@ -143,7 +143,7 @@ Every mutating operation checks:
 | 7.2 | It should show a client typeahead pre-filled if a client is already selected on the parent page | UI | [ ] |
 | 7.3 | It should show a date input defaulting to today in MM/DD/YYYY format | UI | [ ] |
 | 7.4 | It should show a vendor typeahead disabled when editing an existing entry | UI | [ ] |
-| 7.5 | It should show a total amount input requiring a value of at least $0.01 | Unit + Integration | [x] |
+| 7.5 | It should show a total amount input requiring a value of at least $0.01 | Unit + Integration | [ ] |
 | 7.6 | It should show an optional memo text input | UI | [ ] |
 | 7.7 | It should display a line items grid with Account, Location, Debit, and Credit columns | UI | [ ] |
 
@@ -151,10 +151,10 @@ Every mutating operation checks:
 
 | # | Behavior | Test Strategy | Status |
 |---|----------|---------------|--------|
-| 8.1 | It should allow account typeahead search scoped to the selected client | Integration | [x] |
-| 8.2 | It should update the location dropdown based on the selected account's required location | Integration | [x] |
-| 8.3 | It should lock the location dropdown to a fixed location when the account requires it | Integration | [x] |
-| 8.4 | It should show all client locations when the account has no location restriction | Integration | [x] |
+| 8.1 | It should allow account typeahead search scoped to the selected client | Integration | [ ] |
+| 8.2 | It should update the location dropdown based on the selected account's required location | Integration | [ ] |
+| 8.3 | It should lock the location dropdown to a fixed location when the account requires it | Integration | [ ] |
+| 8.4 | It should show all client locations when the account has no location restriction | Integration | [ ] |
 | 8.5 | It should add new line item rows via HTMX request | UI | [ ] |
 | 8.6 | It should allow removing line item rows with an X button | UI | [ ] |
 
@@ -162,23 +162,23 @@ Every mutating operation checks:
 
 | # | Behavior | Test Strategy | Status |
 |---|----------|---------------|--------|
-| 9.1 | It should require a client | Unit + Integration | [x] |
-| 9.2 | It should require a valid date | Unit + Integration | [x] |
-| 9.3 | It should require a vendor | Unit + Integration | [x] |
-| 9.4 | It should require an amount of at least $0.01 | Unit + Integration | [x] |
-| 9.5 | It should require each line item to have an allowed account | Unit + Integration | [x] |
-| 9.6 | It should require each line item to have a location belonging to the account | Unit + Integration | [x] |
-| 9.7 | It should validate that debits sum to the total amount | Unit + Integration | [x] |
-| 9.8 | It should validate that credits sum to the total amount | Unit + Integration | [x] |
-| 9.9 | It should validate that debits and credits each equal the journal entry amount | Unit + Integration | [x] |
-| 9.10 | It should block saving when the entry date is on or before the client's `locked-until` date | Integration | [x] |
+| 9.1 | It should require a client | Unit + Integration | [ ] |
+| 9.2 | It should require a valid date | Unit + Integration | [ ] |
+| 9.3 | It should require a vendor | Unit + Integration | [ ] |
+| 9.4 | It should require an amount of at least $0.01 | Unit + Integration | [ ] |
+| 9.5 | It should require each line item to have an allowed account | Unit + Integration | [ ] |
+| 9.6 | It should require each line item to have a location belonging to the account | Unit + Integration | [ ] |
+| 9.7 | It should validate that debits sum to the total amount | Unit + Integration | [ ] |
+| 9.8 | It should validate that credits sum to the total amount | Unit + Integration | [ ] |
+| 9.9 | It should validate that debits and credits each equal the journal entry amount | Unit + Integration | [ ] |
+| 9.10 | It should block saving when the entry date is on or before the client's `locked-until` date | Integration | [ ] |
 
 ### Save Behaviors
 
 | # | Behavior | Test Strategy | Status |
 |---|----------|---------------|--------|
-| 10.1 | It should generate an external ID in the format `manual-<uuid>` | Unit | [x] |
-| 10.2 | It should update the client's `ledger-last-change` timestamp | Integration | [x] |
+| 10.1 | It should generate an external ID in the format `manual-<uuid>` | Unit | [ ] |
+| 10.2 | It should update the client's `ledger-last-change` timestamp | Integration | [ ] |
 | 10.3 | Given a new entry is saved successfully, then it should prepend the new row to the table and close the modal | UI | [ ] |
 | 10.4 | Given an existing entry is saved successfully, then it should replace the existing row in the table and close the modal | UI | [ ] |
 
@@ -192,41 +192,41 @@ Every mutating operation checks:
 |---|----------|---------------|--------|
 | 11.1 | It should allow clicking a "Load from clipboard" button | UI | [ ] |
 | 11.2 | It should read TSV data from the browser clipboard | UI | [ ] |
-| 11.3 | It should parse tab-separated values with columns: Id, Client, Source, Vendor, Date, Account Code, Location, Debit, Credit | Integration | [x] |
+| 11.3 | It should parse tab-separated values with columns: Id, Client, Source, Vendor, Date, Account Code, Location, Debit, Credit | Integration | [ ] |
 
 ### Parse Validation Behaviors
 
 | # | Behavior | Test Strategy | Status |
 |---|----------|---------------|--------|
-| 12.1 | It should validate that all rows have required fields | Integration | [x] |
-| 12.2 | It should validate that dates are parseable | Unit + Integration | [x] |
-| 12.3 | It should validate that account codes are numeric or bank account strings | Unit + Integration | [x] |
-| 12.4 | It should validate that locations are 1-2 characters | Unit + Integration | [x] |
-| 12.5 | It should validate that debits and credits are valid money amounts | Unit + Integration | [x] |
+| 12.1 | It should validate that all rows have required fields | Integration | [ ] |
+| 12.2 | It should validate that dates are parseable | Unit + Integration | [ ] |
+| 12.3 | It should validate that account codes are numeric or bank account strings | Unit + Integration | [ ] |
+| 12.4 | It should validate that locations are 1-2 characters | Unit + Integration | [ ] |
+| 12.5 | It should validate that debits and credits are valid money amounts | Unit + Integration | [ ] |
 
 ### Import Validation Behaviors
 
 | # | Behavior | Test Strategy | Status |
 |---|----------|---------------|--------|
-| 13.1 | It should validate that the client code exists | Integration | [x] |
-| 13.2 | It should validate that the vendor exists, creating a hidden vendor if missing | Integration | [x] |
-| 13.3 | It should block entries for dates when the client is locked | Integration | [x] |
-| 13.4 | It should validate that debits and credits balance per entry | Unit + Integration | [x] |
-| 13.5 | It should warn when an entry totals $0.00 | Unit + Integration | [x] |
-| 13.6 | It should validate that the location belongs to the client | Integration | [x] |
-| 13.7 | It should validate that the account code exists | Integration | [x] |
-| 13.8 | It should validate that bank account codes belong to the client | Integration | [x] |
-| 13.9 | It should validate that account location requirements are satisfied | Integration | [x] |
+| 13.1 | It should validate that the client code exists | Integration | [ ] |
+| 13.2 | It should validate that the vendor exists, creating a hidden vendor if missing | Integration | [ ] |
+| 13.3 | It should block entries for dates when the client is locked | Integration | [ ] |
+| 13.4 | It should validate that debits and credits balance per entry | Unit + Integration | [ ] |
+| 13.5 | It should warn when an entry totals $0.00 | Unit + Integration | [ ] |
+| 13.6 | It should validate that the location belongs to the client | Integration | [ ] |
+| 13.7 | It should validate that the account code exists | Integration | [ ] |
+| 13.8 | It should validate that bank account codes belong to the client | Integration | [ ] |
+| 13.9 | It should validate that account location requirements are satisfied | Integration | [ ] |
 
 ### Import Result Behaviors
 
 | # | Behavior | Test Strategy | Status |
 |---|----------|---------------|--------|
-| 14.1 | It should import successful entries | Integration | [x] |
-| 14.2 | It should ignore entries with warnings, removing them if they previously existed | Integration | [x] |
-| 14.3 | It should block import and show error counts when entries have errors | Integration | [x] |
-| 14.4 | It should retract existing entries by external ID before importing | Integration | [x] |
-| 14.5 | It should index imported entries in Solr asynchronously | Integration | SKIPPED |
+| 14.1 | It should import successful entries | Integration | [ ] |
+| 14.2 | It should ignore entries with warnings, removing them if they previously existed | Integration | [ ] |
+| 14.3 | It should block import and show error counts when entries have errors | Integration | [ ] |
+| 14.4 | It should retract existing entries by external ID before importing | Integration | [ ] |
+| 14.5 | It should index imported entries in Solr asynchronously | Integration | [ ] |
 
 ---
 
@@ -237,7 +237,7 @@ Every mutating operation checks:
 | # | Behavior | Test Strategy | Status |
 |---|----------|---------------|--------|
 | 15.1 | It should show a customer multi-select typeahead with a max of 20 selections | UI | [ ] |
-| 15.2 | It should default to the first 5 customers when "all" is selected | Integration | [x] |
+| 15.2 | It should default to the first 5 customers when "all" is selected | Integration | [ ] |
 | 15.3 | It should show a periods dropdown defaulting to year-to-date | UI | [ ] |
 | 15.4 | It should show a "Column per location" toggle | UI | [ ] |
 | 15.5 | It should show an "Include deltas" toggle | UI | [ ] |
@@ -248,11 +248,11 @@ Every mutating operation checks:
 
 | # | Behavior | Test Strategy | Status |
 |---|----------|---------------|--------|
-| 16.1 | It should compute running balances before generating the report | Integration | [x] |
-| 16.2 | It should query detailed account snapshots for each client and period end date | Integration | [x] |
-| 16.3 | It should calculate amounts as debits minus credits for assets, dividends, and expenses | Unit | [x] |
-| 16.4 | It should calculate amounts as credits minus debits for liabilities, equity, and revenue | Unit | [x] |
-| 16.5 | It should group data by client, location, and period | Integration | [x] |
+| 16.1 | It should compute running balances before generating the report | Integration | [ ] |
+| 16.2 | It should query detailed account snapshots for each client and period end date | Integration | [ ] |
+| 16.3 | It should calculate amounts as debits minus credits for assets, dividends, and expenses | Unit | [ ] |
+| 16.4 | It should calculate amounts as credits minus debits for liabilities, equity, and revenue | Unit | [ ] |
+| 16.5 | It should group data by client, location, and period | Integration | [ ] |
 
 ### Report Output Behaviors
 
@@ -260,7 +260,7 @@ Every mutating operation checks:
 |---|----------|---------------|--------|
 | 17.1 | It should display a summary table with Sales, COGS, Payroll, Gross Profits, Overhead, and Net Income | UI | [ ] |
 | 17.2 | It should display a detail table with account-level breakdown within each category | UI | [ ] |
-| 17.3 | It should calculate percent of sales for each row | Unit | [x] |
+| 17.3 | It should calculate percent of sales for each row | Unit | [ ] |
 | 17.4 | It should show deltas between periods when enabled | UI | [ ] |
 | 17.5 | It should show each location as separate columns when column-per-location mode is enabled | UI | [ ] |
 
@@ -268,17 +268,17 @@ Every mutating operation checks:
 
 | # | Behavior | Test Strategy | Status |
 |---|----------|---------------|--------|
-| 18.1 | It should warn when more than 20 clients are selected and truncate to 20 | Integration | [x] |
-| 18.2 | It should warn about unresolved ledger entries with missing numeric codes | Integration | [x] |
-| 18.3 | It should show sample links to admin history for invalid entries when the user has `:view :history` permission | Integration | [x] |
+| 18.1 | It should warn when more than 20 clients are selected and truncate to 20 | Integration | [ ] |
+| 18.2 | It should warn about unresolved ledger entries with missing numeric codes | Integration | [ ] |
+| 18.3 | It should show sample links to admin history for invalid entries when the user has `:view :history` permission | Integration | [ ] |
 
 ### PDF Export Behaviors
 
 | # | Behavior | Test Strategy | Status |
 |---|----------|---------------|--------|
-| 19.1 | It should generate a PDF with Calibri Light font at 6pt | Integration | SKIPPED |
-| 19.2 | It should upload the PDF to S3 at `reports/profit-and-loss/<uuid>/<name>.pdf` | Integration | SKIPPED |
-| 19.3 | It should persist a report record in Datomic | Integration | SKIPPED |
+| 19.1 | It should generate a PDF with Calibri Light font at 6pt | Integration | [ ] |
+| 19.2 | It should upload the PDF to S3 at `reports/profit-and-loss/<uuid>/<name>.pdf` | Integration | [ ] |
+| 19.3 | It should persist a report record in Datomic | Integration | [ ] |
 | 19.4 | It should return a modal with a download link | UI | [ ] |
 
 ---
@@ -290,7 +290,7 @@ Every mutating operation checks:
 | # | Behavior | Test Strategy | Status |
 |---|----------|---------------|--------|
 | 20.1 | It should show a customer multi-select typeahead with a max of 20 selections | UI | [ ] |
-| 20.2 | It should default to the first 5 customers when "all" is selected | Integration | [x] |
+| 20.2 | It should default to the first 5 customers when "all" is selected | Integration | [ ] |
 | 20.3 | It should show a date dropdown defaulting to today | UI | [ ] |
 | 20.4 | It should show an "Include deltas" toggle | UI | [ ] |
 | 20.5 | It should trigger report generation via HTMX GET on the Run button | UI | [ ] |
@@ -300,10 +300,10 @@ Every mutating operation checks:
 
 | # | Behavior | Test Strategy | Status |
 |---|----------|---------------|--------|
-| 21.1 | It should compute running balances before generating the report | Integration | [x] |
-| 21.2 | It should query account snapshots as of each selected date | Integration | [x] |
-| 21.3 | It should group accounts into Assets, Liabilities, and Owner's Equity | Integration | [x] |
-| 21.4 | It should include Retained Earnings as net income across all P&L categories | Unit | [x] |
+| 21.1 | It should compute running balances before generating the report | Integration | [ ] |
+| 21.2 | It should query account snapshots as of each selected date | Integration | [ ] |
+| 21.3 | It should group accounts into Assets, Liabilities, and Owner's Equity | Integration | [ ] |
+| 21.4 | It should include Retained Earnings as net income across all P&L categories | Unit | [ ] |
 
 ### Report Output Behaviors
 
@@ -319,15 +319,15 @@ Every mutating operation checks:
 
 | # | Behavior | Test Strategy | Status |
 |---|----------|---------------|--------|
-| 23.1 | It should warn when more than 20 clients are selected | Integration | [x] |
-| 23.2 | It should warn about unresolved ledger entries | Integration | [x] |
+| 23.1 | It should warn when more than 20 clients are selected | Integration | [ ] |
+| 23.2 | It should warn about unresolved ledger entries | Integration | [ ] |
 
 ### PDF Export Behaviors
 
 | # | Behavior | Test Strategy | Status |
 |---|----------|---------------|--------|
-| 24.1 | It should generate a PDF and upload to S3 at `reports/balance-sheet/<uuid>/<name>.pdf` | Integration | SKIPPED |
-| 24.2 | It should persist a report record in Datomic | Integration | SKIPPED |
+| 24.1 | It should generate a PDF and upload to S3 at `reports/balance-sheet/<uuid>/<name>.pdf` | Integration | [ ] |
+| 24.2 | It should persist a report record in Datomic | Integration | [ ] |
 | 24.3 | It should return a modal with a download link | UI | [ ] |
 
 ---
@@ -339,7 +339,7 @@ Every mutating operation checks:
 | # | Behavior | Test Strategy | Status |
 |---|----------|---------------|--------|
 | 25.1 | It should show a customer multi-select typeahead with a max of 20 selections | UI | [ ] |
-| 25.2 | It should default to the first 5 customers when "all" is selected | Integration | [x] |
+| 25.2 | It should default to the first 5 customers when "all" is selected | Integration | [ ] |
 | 25.3 | It should show a periods dropdown defaulting to year-to-date | UI | [ ] |
 | 25.4 | It should trigger report generation via HTMX PUT on the Run button | UI | [ ] |
 | 25.5 | It should show an Export PDF button | UI | [ ] |
@@ -348,9 +348,9 @@ Every mutating operation checks:
 
 | # | Behavior | Test Strategy | Status |
 |---|----------|---------------|--------|
-| 26.1 | It should query account snapshots as of period end plus one day | Integration | [x] |
-| 26.2 | It should group accounts into Operating Activities, Investment Activities, Financing Activities, and Cash | Integration | [x] |
-| 26.3 | It should calculate cash flow effect by adding or subtracting based on account code ranges | Unit | [x] |
+| 26.1 | It should query account snapshots as of period end plus one day | Integration | [ ] |
+| 26.2 | It should group accounts into Operating Activities, Investment Activities, Financing Activities, and Cash | Integration | [ ] |
+| 26.3 | It should calculate cash flow effect by adding or subtracting based on account code ranges | Unit | [ ] |
 
 ### Report Output Behaviors
 
@@ -367,15 +367,15 @@ Every mutating operation checks:
 
 | # | Behavior | Test Strategy | Status |
 |---|----------|---------------|--------|
-| 28.1 | It should warn when more than 20 clients are selected | Integration | [x] |
-| 28.2 | It should warn about unresolved ledger entries | Integration | [x] |
+| 28.1 | It should warn when more than 20 clients are selected | Integration | [ ] |
+| 28.2 | It should warn about unresolved ledger entries | Integration | [ ] |
 
 ### PDF Export Behaviors
 
 | # | Behavior | Test Strategy | Status |
 |---|----------|---------------|--------|
-| 29.1 | It should generate a PDF and upload to S3 at `reports/cash-flows/<uuid>/<name>.pdf` | Integration | SKIPPED |
-| 29.2 | It should persist a report record in Datomic | Integration | SKIPPED |
+| 29.1 | It should generate a PDF and upload to S3 at `reports/cash-flows/<uuid>/<name>.pdf` | Integration | [ ] |
+| 29.2 | It should persist a report record in Datomic | Integration | [ ] |
 | 29.3 | It should return a modal with a download link | UI | [ ] |
 
 ---
@@ -387,7 +387,7 @@ Every mutating operation checks:
 | # | Behavior | Test Strategy | Status |
 |---|----------|---------------|--------|
 | 30.1 | It should open as a modal dialog from report table cell clicks | UI | [ ] |
-| 30.2 | It should filter ledger entries by the clicked cell's filters: account code range, client, location, and date range | Integration | [x] |
+| 30.2 | It should filter ledger entries by the clicked cell's filters: account code range, client, location, and date range | Integration | [ ] |
 | 30.3 | It should display a raw table without checkboxes | UI | [ ] |
 | 30.4 | It should constrain the modal to a max height of 600px with scrollable content | UI | [ ] |
 
@@ -395,9 +395,9 @@ Every mutating operation checks:
 
 | # | Behavior | Test Strategy | Status |
 |---|----------|---------------|--------|
-| 31.1 | It should use the same query schema as the main ledger list | Integration | [x] |
-| 31.2 | It should support sorting and pagination | Integration | [x] |
-| 31.3 | It should not push URL state on filter or sort changes | Integration | [x] |
+| 31.1 | It should use the same query schema as the main ledger list | Integration | [ ] |
+| 31.2 | It should support sorting and pagination | Integration | [ ] |
+| 31.3 | It should not push URL state on filter or sort changes | Integration | [ ] |
 
 ---
 
@@ -407,46 +407,46 @@ Every mutating operation checks:
 
 | # | Behavior | Test Strategy | Status |
 |---|----------|---------------|--------|
-| 32.1 | It should call `upsert-running-balance` before querying to ensure cached balances are current | Integration | [x] |
-| 32.2 | It should use `detailed-account-snapshot` Datomic query for raw report data | Integration | [x] |
-| 32.3 | It should build account lookups per-client via `build-account-lookup` | Integration | [x] |
-| 32.4 | It should skip entries without numeric codes and warn about unresolved entries | Integration | [x] |
+| 32.1 | It should call `upsert-running-balance` before querying to ensure cached balances are current | Integration | [ ] |
+| 32.2 | It should use `detailed-account-snapshot` Datomic query for raw report data | Integration | [ ] |
+| 32.3 | It should build account lookups per-client via `build-account-lookup` | Integration | [ ] |
+| 32.4 | It should skip entries without numeric codes and warn about unresolved entries | Integration | [ ] |
 
 ### Export Behaviors
 
 | # | Behavior | Test Strategy | Status |
 |---|----------|---------------|--------|
-| 33.1 | It should support PDF export via `clj-pdf` for all three reports | Integration | SKIPPED |
-| 33.2 | It should use Calibri Light 6pt font on letter size for all PDF exports | Integration | SKIPPED |
-| 33.3 | It should upload PDFs to the S3 data bucket with a UUID-based key | Integration | SKIPPED |
-| 33.4 | It should persist report metadata to Datomic with name, client, key, URL, creator, and created timestamp | Integration | SKIPPED |
+| 33.1 | It should support PDF export via `clj-pdf` for all three reports | Integration | [ ] |
+| 33.2 | It should use Calibri Light 6pt font on letter size for all PDF exports | Integration | [ ] |
+| 33.3 | It should upload PDFs to the S3 data bucket with a UUID-based key | Integration | [ ] |
+| 33.4 | It should persist report metadata to Datomic with name, client, key, URL, creator, and created timestamp | Integration | [ ] |
 | 33.5 | It should return a modal with an S3 download link after export | UI | [ ] |
 
 ### Filtering and Sorting Behaviors
 
 | # | Behavior | Test Strategy | Status |
 |---|----------|---------------|--------|
-| 34.1 | It should apply ledger list filters via HTMX on change with a 500ms debounce | Integration | [x] |
-| 34.2 | It should apply hot filters via HTMX on keyup with a 1000ms debounce | Integration | [x] |
-| 34.3 | It should refresh the bank account filter when client selection changes | Integration | [x] |
-| 34.4 | It should support multiple sort keys with ascending and descending direction | Integration | [x] |
-| 34.5 | It should default to date ascending sort | Integration | [x] |
-| 34.6 | It should bypass all other filters when an exact match ID filter is active | Integration | [x] |
+| 34.1 | It should apply ledger list filters via HTMX on change with a 500ms debounce | Integration | [ ] |
+| 34.2 | It should apply hot filters via HTMX on keyup with a 1000ms debounce | Integration | [ ] |
+| 34.3 | It should refresh the bank account filter when client selection changes | Integration | [ ] |
+| 34.4 | It should support multiple sort keys with ascending and descending direction | Integration | [ ] |
+| 34.5 | It should default to date ascending sort | Integration | [ ] |
+| 34.6 | It should bypass all other filters when an exact match ID filter is active | Integration | [ ] |
 
 ### Permission Behaviors
 
 | # | Behavior | Test Strategy | Status |
 |---|----------|---------------|--------|
-| 35.1 | It should require an authenticated user for all ledger pages | Integration | [x] |
-| 35.2 | It should require `:read :ledger` permission for the main ledger page | Integration | [x] |
-| 35.3 | It should require `:edit :ledger` permission for new and edit journal entry | Integration | [x] |
-| 35.4 | It should require `:import :ledger` permission plus admin assertion for external import | Integration | [x] |
-| 35.5 | It should require `:read :profit-and-loss` permission for the P&L report | Integration | [x] |
-| 35.6 | It should require `:read :balance-sheet` permission for the balance sheet | Integration | [x] |
-| 35.7 | It should require `:read :cash-flows` permission for the cash flows report | Integration | [x] |
-| 35.8 | It should restrict users to clients they have permission for via `assert-can-see-client` | Integration | [x] |
-| 35.9 | It should require `:delete :invoice` permission for invoice void actions | Integration | [x] |
-| 35.10 | It should require `:edit :invoice` permission for invoice edit and unvoid actions | Integration | [x] |
+| 35.1 | It should require an authenticated user for all ledger pages | Integration | [ ] |
+| 35.2 | It should require `:read :ledger` permission for the main ledger page | Integration | [ ] |
+| 35.3 | It should require `:edit :ledger` permission for new and edit journal entry | Integration | [ ] |
+| 35.4 | It should require `:import :ledger` permission plus admin assertion for external import | Integration | [ ] |
+| 35.5 | It should require `:read :profit-and-loss` permission for the P&L report | Integration | [ ] |
+| 35.6 | It should require `:read :balance-sheet` permission for the balance sheet | Integration | [ ] |
+| 35.7 | It should require `:read :cash-flows` permission for the cash flows report | Integration | [ ] |
+| 35.8 | It should restrict users to clients they have permission for via `assert-can-see-client` | Integration | [ ] |
+| 35.9 | It should require `:delete :invoice` permission for invoice void actions | Integration | [ ] |
+| 35.10 | It should require `:edit :invoice` permission for invoice edit and unvoid actions | Integration | [ ] |
 
 ### Empty State Behaviors
 
@@ -460,31 +460,31 @@ Every mutating operation checks:
 
 | # | Behavior | Test Strategy | Status |
 |---|----------|---------------|--------|
-| 37.1 | It should block creating journal entries for dates on or before the client's `locked-until` date | Integration | [x] |
-| 37.2 | It should reject external import entries for locked dates | Integration | [x] |
+| 37.1 | It should block creating journal entries for dates on or before the client's `locked-until` date | Integration | [ ] |
+| 37.2 | It should reject external import entries for locked dates | Integration | [ ] |
 
 ### Unbalanced Entry Behaviors
 
 | # | Behavior | Test Strategy | Status |
 |---|----------|---------------|--------|
-| 38.1 | It should compute debit and credit sums per entry for the "Show unbalanced" filter | Unit | [x] |
+| 38.1 | It should compute debit and credit sums per entry for the "Show unbalanced" filter | Unit | [ ] |
 | 38.2 | It should display unbalanced entries in the normal view without filtering | UI | [ ] |
 
 ### Account Location Behaviors
 
 | # | Behavior | Test Strategy | Status |
 |---|----------|---------------|--------|
-| 39.1 | It should reject locations other than the fixed location for accounts with fixed locations | Integration | [x] |
-| 39.2 | It should reject "A" (all) location for accounts without location restrictions | Integration | [x] |
-| 39.3 | It should validate account location requirements on both the frontend location select and backend schema | Integration | [x] |
+| 39.1 | It should reject locations other than the fixed location for accounts with fixed locations | Integration | [ ] |
+| 39.2 | It should reject "A" (all) location for accounts without location restrictions | Integration | [ ] |
+| 39.3 | It should validate account location requirements on both the frontend location select and backend schema | Integration | [ ] |
 
 ### Running Balance Cache Behaviors
 
 | # | Behavior | Test Strategy | Status |
 |---|----------|---------------|--------|
-| 40.1 | It should recompute balances for dirty line items via `refresh-running-balance-cache` | Integration | [x] |
-| 40.2 | It should mark a changed entry's line items and subsequent entries as dirty | Integration | [x] |
-| 40.3 | It should skip recomputation for non-dirty entries | Integration | [x] |
+| 40.1 | It should recompute balances for dirty line items via `refresh-running-balance-cache` | Integration | [ ] |
+| 40.2 | It should mark a changed entry's line items and subsequent entries as dirty | Integration | [ ] |
+| 40.3 | It should skip recomputation for non-dirty entries | Integration | [ ] |
 
 ---
 

docs/testing/behaviors/outgoing-invoice.md

@@ -55,33 +55,33 @@ Line items are added and removed dynamically without page reload:
 
 | # | Behavior | Test Strategy | Status |
 |---|----------|---------------|--------|
-| 2.1 | It should require client selection | Integration | [x] |
-| 2.2 | It should require invoice date | Integration | SKIPPED |
-| 2.3 | It should require recipient name in "To" field | Integration | SKIPPED |
-| 2.4 | It should require invoice number | Integration | SKIPPED |
-| 2.5 | It should require at least one line item with description, quantity, and unit price | Integration | SKIPPED |
-| 2.6 | It should make recipient address street2 optional | Unit | [x] |
-| 2.7 | It should strip whitespace from street2 and treat empty as nil | Unit | [x] |
-| 2.8 | It should coerce line items from nested form parameters into a vector | Unit | [x] |
+| 2.1 | It should require client selection | Integration | [ ] |
+| 2.2 | It should require invoice date | Integration | [ ] |
+| 2.3 | It should require recipient name in "To" field | Integration | [ ] |
+| 2.4 | It should require invoice number | Integration | [ ] |
+| 2.5 | It should require at least one line item with description, quantity, and unit price | Integration | [ ] |
+| 2.6 | It should make recipient address street2 optional | Unit | [ ] |
+| 2.7 | It should strip whitespace from street2 and treat empty as nil | Unit | [ ] |
+| 2.8 | It should coerce line items from nested form parameters into a vector | Unit | [ ] |
 | 2.9 | It should display validation errors next to the offending fields | UI | [ ] |
-| 2.10 | It should redisplay the form with entered data preserved when validation fails | Integration | [x] |
+| 2.10 | It should redisplay the form with entered data preserved when validation fails | Integration | [ ] |
 
 ### Submission Behaviors
 
 | # | Behavior | Test Strategy | Status |
 |---|----------|---------------|--------|
-| 3.1 | It should filter out line items with empty descriptions before calculation | Unit | [x] |
-| 3.2 | It should calculate each line item total as `unit-price * quantity` | Unit | [x] |
-| 3.3 | It should calculate subtotal as the sum of all line item totals | Unit | [x] |
-| 3.4 | It should calculate tax as `subtotal * (tax-rate / 100)` | Unit | [x] |
-| 3.5 | It should calculate total as `subtotal + tax` | Unit | [x] |
-| 3.6 | It should format monetary values as `$X,XXX.XX` strings before sending to Lambda | Unit | [x] |
-| 3.7 | It should format the invoice date as `normal-date` string before sending to Lambda | Unit | [x] |
-| 3.8 | It should invoke the `genpdf` Lambda function with a JSON payload | Integration | SKIPPED |
-| 3.9 | It should extract the S3 URL from the Lambda response | Integration | SKIPPED |
+| 3.1 | It should filter out line items with empty descriptions before calculation | Unit | [ ] |
+| 3.2 | It should calculate each line item total as `unit-price * quantity` | Unit | [ ] |
+| 3.3 | It should calculate subtotal as the sum of all line item totals | Unit | [ ] |
+| 3.4 | It should calculate tax as `subtotal * (tax-rate / 100)` | Unit | [ ] |
+| 3.5 | It should calculate total as `subtotal + tax` | Unit | [ ] |
+| 3.6 | It should format monetary values as `$X,XXX.XX` strings before sending to Lambda | Unit | [ ] |
+| 3.7 | It should format the invoice date as `normal-date` string before sending to Lambda | Unit | [ ] |
+| 3.8 | It should invoke the `genpdf` Lambda function with a JSON payload | Integration | [ ] |
+| 3.9 | It should extract the S3 URL from the Lambda response | Integration | [ ] |
 | 3.10 | It should display a modal with "Download your invoice" and a link to the S3 URL | UI | [ ] |
-| 3.11 | Given the Lambda invocation fails, then it should display an error without showing a modal | Integration | SKIPPED |
-| 3.12 | Given all line items are empty, then subtotal should be `0.0`, tax should be `0.0`, and total should be `0.0` | Unit | [x] |
+| 3.11 | Given the Lambda invocation fails, then it should display an error without showing a modal | Integration | [ ] |
+| 3.12 | Given all line items are empty, then subtotal should be `0.0`, tax should be `0.0`, and total should be `0.0` | Unit | [ ] |
 
 ---
 
@@ -91,7 +91,7 @@ Line items are added and removed dynamically without page reload:
 
 | # | Behavior | Test Strategy | Status |
 |---|----------|---------------|--------|
-| 4.1 | It should fetch a new empty line item row via HTMX when "Add line" is clicked | Integration | [x] |
+| 4.1 | It should fetch a new empty line item row via HTMX when "Add line" is clicked | Integration | [ ] |
 | 4.2 | It should append the new row to the line items grid | UI | [ ] |
 | 4.3 | It should render each row with hidden db/id, description input, quantity money-input, unit-price money-input, and delete button | UI | [ ] |
 | 4.4 | It should allow adding multiple line items | UI | [ ] |
@@ -109,10 +109,10 @@ Line items are added and removed dynamically without page reload:
 
 | # | Behavior | Test Strategy | Status |
 |---|----------|---------------|--------|
-| 6.1 | It should handle negative quantities in line item calculations | Unit | [x] |
-| 6.2 | It should show `$0.00` for line items with zero unit price | Unit | [x] |
-| 6.3 | It should format large monetary values with comma separators (e.g., `$1,234.56`) | Unit | [x] |
-| 6.4 | It should format nil monetary values as `$0.00` | Unit | [x] |
+| 6.1 | It should handle negative quantities in line item calculations | Unit | [ ] |
+| 6.2 | It should show `$0.00` for line items with zero unit price | Unit | [ ] |
+| 6.3 | It should format large monetary values with comma separators (e.g., `$1,234.56`) | Unit | [ ] |
+| 6.4 | It should format nil monetary values as `$0.00` | Unit | [ ] |
 
 ---
 
@@ -122,19 +122,19 @@ Line items are added and removed dynamically without page reload:
 
 | # | Behavior | Test Strategy | Status |
 |---|----------|---------------|--------|
-| 7.1 | It should invoke `genpdf` Lambda with a JSON payload containing invoice data | Integration | SKIPPED |
-| 7.2 | It should include formatted monetary strings in the Lambda payload | Unit | SKIPPED |
-| 7.3 | It should include the invoice date as a `normal-date` string in the Lambda payload | Unit | SKIPPED |
-| 7.4 | It should extract the S3 URL from a successful Lambda response | Integration | SKIPPED |
+| 7.1 | It should invoke `genpdf` Lambda with a JSON payload containing invoice data | Integration | [ ] |
+| 7.2 | It should include formatted monetary strings in the Lambda payload | Unit | [ ] |
+| 7.3 | It should include the invoice date as a `normal-date` string in the Lambda payload | Unit | [ ] |
+| 7.4 | It should extract the S3 URL from a successful Lambda response | Integration | [ ] |
 | 7.5 | It should present the S3 URL as a clickable download link in the modal | UI | [ ] |
 
 ### Error Handling Behaviors
 
 | # | Behavior | Test Strategy | Status |
 |---|----------|---------------|--------|
-| 8.1 | Given the Lambda returns invalid JSON, then it should propagate an error | Integration | SKIPPED |
+| 8.1 | Given the Lambda returns invalid JSON, then it should propagate an error | Integration | [ ] |
 | 8.2 | Given the S3 URL is inaccessible, then the link should still be presented but may fail on click | UI | [ ] |
-| 8.3 | Given a very large invoice payload, then Lambda payload size limits may apply | Integration | SKIPPED |
+| 8.3 | Given a very large invoice payload, then Lambda payload size limits may apply | Integration | [ ] |
 
 ---
 
@@ -144,26 +144,26 @@ Line items are added and removed dynamically without page reload:
 
 | # | Behavior | Test Strategy | Status |
 |---|----------|---------------|--------|
-| 9.1 | It should redirect unauthenticated users to `/login` | Integration | [x] |
-| 9.2 | It should redirect unauthenticated users back to `/outgoing-invoice/new` after login | Integration | [x] |
-| 9.3 | It should apply `wrap-secure` middleware to all routes | Integration | [x] |
-| 9.4 | It should apply `wrap-trim-client-ids` middleware to requests | Integration | [x] |
+| 9.1 | It should redirect unauthenticated users to `/login` | Integration | [ ] |
+| 9.2 | It should redirect unauthenticated users back to `/outgoing-invoice/new` after login | Integration | [ ] |
+| 9.3 | It should apply `wrap-secure` middleware to all routes | Integration | [ ] |
+| 9.4 | It should apply `wrap-trim-client-ids` middleware to requests | Integration | [ ] |
 
 ### Client Selection Behaviors
 
 | # | Behavior | Test Strategy | Status |
 |---|----------|---------------|--------|
-| 10.1 | It should populate the client typeahead from the `:company-search` endpoint | Integration | [x] |
-| 10.2 | It should only show clients the authenticated user has access to | Integration | [x] |
+| 10.1 | It should populate the client typeahead from the `:company-search` endpoint | Integration | [ ] |
+| 10.2 | It should only show clients the authenticated user has access to | Integration | [ ] |
 
 ### Tax Behaviors
 
 | # | Behavior | Test Strategy | Status |
 |---|----------|---------------|--------|
-| 11.1 | It should treat a whole number tax (e.g., 10) as 10% | Unit | [x] |
-| 11.2 | It should treat a decimal tax (e.g., 8.25) as 8.25% | Unit | [x] |
-| 11.3 | It should allow tax rates over 100% | Unit | [x] |
-| 11.4 | It should calculate total equal to subtotal when tax is zero | Unit | [x] |
+| 11.1 | It should treat a whole number tax (e.g., 10) as 10% | Unit | [ ] |
+| 11.2 | It should treat a decimal tax (e.g., 8.25) as 8.25% | Unit | [ ] |
+| 11.3 | It should allow tax rates over 100% | Unit | [ ] |
+| 11.4 | It should calculate total equal to subtotal when tax is zero | Unit | [ ] |
 
 ---
 

docs/testing/behaviors/payment.md

@@ -51,7 +51,7 @@ Check printing involves:
 | # | Behavior | Test Strategy | Status |
 |---|----------|---------------|--------|
 | 1.1 | It should display a table with columns: Client, Vendor, Bank Account, Check #, Status, Date, Amount, Links | UI | [ ] |
-| 1.2 | It should show the Client column only when viewing payments for multiple clients | Integration | SKIPPED |
+| 1.2 | It should show the Client column only when viewing payments for multiple clients | Integration | [ ] |
 | 1.3 | It should hide the Bank Account and Date columns on smaller viewports | UI | [ ] |
 | 1.4 | It should show "Cleared" status as a primary-colored pill | UI | [ ] |
 | 1.5 | It should show "Pending" status as a secondary-colored pill | UI | [ ] |
@@ -66,41 +66,41 @@ Check printing involves:
 
 | # | Behavior | Test Strategy | Status |
 |---|----------|---------------|--------|
-| 2.1 | It should filter payments by vendor typeahead selection | Integration | [x] |
-| 2.2 | It should filter payments by date range | Integration | [x] |
-| 2.3 | It should filter payments by check number (exact match or partial text) | Integration | [x] |
-| 2.4 | It should filter payments by invoice number (exact match) | Integration | [x] |
-| 2.5 | It should filter payments by amount range (min/max) | Integration | [x] |
-| 2.6 | It should filter payments by payment type via radio cards (All, Cash, Check, Debit) | Integration | [x] |
-| 2.7 | It should support exact-match navigation to a specific payment by ID, bypassing other filters | Integration | [x] |
-| 2.8 | It should filter payments by status via route (`/payments/pending`, `/payments/cleared`, `/payments/voided`) | Integration | [x] |
-| 2.9 | It should apply all filters via HTMX with debounced triggers | Integration | SKIPPED |
-| 2.10 | It should combine all filters with AND logic | Integration | [x] |
-| 2.11 | It should use efficient time-bounded queries for date range filtering | Integration | SKIPPED |
-| 2.12 | It should parse check number search as Long when possible, falling back to exact string match | Unit + Integration | [x] |
-| 2.13 | Given multiple filters are applied, when the user changes one filter, then the table should refresh with the combined filter set | Integration | [x] |
-| 2.14 | It should bypass all other filters when exact-match ID is provided | Integration | [x] |
+| 2.1 | It should filter payments by vendor typeahead selection | Integration | [ ] |
+| 2.2 | It should filter payments by date range | Integration | [ ] |
+| 2.3 | It should filter payments by check number (exact match or partial text) | Integration | [ ] |
+| 2.4 | It should filter payments by invoice number (exact match) | Integration | [ ] |
+| 2.5 | It should filter payments by amount range (min/max) | Integration | [ ] |
+| 2.6 | It should filter payments by payment type via radio cards (All, Cash, Check, Debit) | Integration | [ ] |
+| 2.7 | It should support exact-match navigation to a specific payment by ID, bypassing other filters | Integration | [ ] |
+| 2.8 | It should filter payments by status via route (`/payments/pending`, `/payments/cleared`, `/payments/voided`) | Integration | [ ] |
+| 2.9 | It should apply all filters via HTMX with debounced triggers | Integration | [ ] |
+| 2.10 | It should combine all filters with AND logic | Integration | [ ] |
+| 2.11 | It should use efficient time-bounded queries for date range filtering | Integration | [ ] |
+| 2.12 | It should parse check number search as Long when possible, falling back to exact string match | Unit + Integration | [ ] |
+| 2.13 | Given multiple filters are applied, when the user changes one filter, then the table should refresh with the combined filter set | Integration | [ ] |
+| 2.14 | It should bypass all other filters when exact-match ID is provided | Integration | [ ] |
 
 ### Sorting Behaviors
 
 | # | Behavior | Test Strategy | Status |
 |---|----------|---------------|--------|
-| 3.1 | It should sort by client name ascending/descending | Integration | [x] |
-| 3.2 | It should sort by vendor name ascending/descending | Integration | [x] |
-| 3.3 | It should sort by bank account ascending/descending | Integration | [x] |
-| 3.4 | It should sort by check number ascending/descending | Integration | [x] |
-| 3.5 | It should sort by date ascending/descending | Integration | [x] |
-| 3.6 | It should sort by amount ascending/descending | Integration | [x] |
-| 3.7 | It should sort by status ascending/descending | Integration | [x] |
-| 3.8 | Given the user clicks a column header twice, then the sort direction should toggle | Integration | [x] |
+| 3.1 | It should sort by client name ascending/descending | Integration | [ ] |
+| 3.2 | It should sort by vendor name ascending/descending | Integration | [ ] |
+| 3.3 | It should sort by bank account ascending/descending | Integration | [ ] |
+| 3.4 | It should sort by check number ascending/descending | Integration | [ ] |
+| 3.5 | It should sort by date ascending/descending | Integration | [ ] |
+| 3.6 | It should sort by amount ascending/descending | Integration | [ ] |
+| 3.7 | It should sort by status ascending/descending | Integration | [ ] |
+| 3.8 | Given the user clicks a column header twice, then the sort direction should toggle | Integration | [ ] |
 
 ### Pagination Behaviors
 
 | # | Behavior | Test Strategy | Status |
 |---|----------|---------------|--------|
-| 4.1 | It should display 25 payments per page by default | Integration | [x] |
-| 4.2 | It should allow changing the per-page count | Integration | [x] |
-| 4.3 | It should calculate the total visible float and total float across all matching payments, not just the current page | Unit | [x] |
+| 4.1 | It should display 25 payments per page by default | Integration | [ ] |
+| 4.2 | It should allow changing the per-page count | Integration | [ ] |
+| 4.3 | It should calculate the total visible float and total float across all matching payments, not just the current page | Unit | [ ] |
 
 ### Selection Behaviors
 
@@ -108,8 +108,8 @@ Check printing involves:
 |---|----------|---------------|--------|
 | 5.1 | It should allow selecting individual payments via checkboxes | UI | [ ] |
 | 5.2 | It should allow selecting all visible payments via a header checkbox | UI | [ ] |
-| 5.3 | It should allow selecting all filtered payments (up to 250) for bulk operations | Integration | SKIPPED |
-| 5.4 | Given payments are selected, when the user applies a filter, then the selection should be cleared | Integration | SKIPPED |
+| 5.3 | It should allow selecting all filtered payments (up to 250) for bulk operations | Integration | [ ] |
+| 5.4 | Given payments are selected, when the user applies a filter, then the selection should be cleared | Integration | [ ] |
 
 ### Row Action Behaviors
 
@@ -118,16 +118,16 @@ Check printing involves:
 | 6.1 | It should show a trash icon on each row unless the payment status is already voided | UI | [ ] |
 | 6.2 | It should prompt for confirmation when clicking the trash icon ("Are you sure you want to void this payment?") | UI | [ ] |
 | 6.3 | Given confirmation, when voiding a payment, then the row should be removed from the table with animation | UI | [ ] |
-| 6.4 | It should block voiding cleared check payments | Integration | [x] |
+| 6.4 | It should block voiding cleared check payments | Integration | [ ] |
 
 ### Float Display Behaviors
 
 | # | Behavior | Test Strategy | Status |
 |---|----------|---------------|--------|
-| 7.1 | It should display a "Visible in float" pill showing the sum of pending payment amounts in the current filter view | Unit | [x] |
-| 7.2 | It should display a "Total in float" pill showing the sum of all pending payments for the selected client(s) | Unit | [x] |
-| 7.3 | It should exclude voided payments from float calculations | Unit | [x] |
-| 7.4 | It should include only pending status payments in float calculations | Unit | [x] |
+| 7.1 | It should display a "Visible in float" pill showing the sum of pending payment amounts in the current filter view | Unit | [ ] |
+| 7.2 | It should display a "Total in float" pill showing the sum of all pending payments for the selected client(s) | Unit | [ ] |
+| 7.3 | It should exclude voided payments from float calculations | Unit | [ ] |
+| 7.4 | It should include only pending status payments in float calculations | Unit | [ ] |
 
 ---
 
@@ -137,10 +137,10 @@ Check printing involves:
 |---|----------|---------------|--------|
 | 8.1 | It should show a confirmation modal with warning icon and count of payments to be voided | UI | [ ] |
 | 8.2 | It should support "Selected only" mode to void only checkboxed payments | UI | [ ] |
-| 8.3 | It should support "All selected" mode to void all payments matching current filters (up to 250) | Integration | [x] |
-| 8.4 | It should require admin permission for bulk void operations | Integration | [x] |
-| 8.5 | Given confirmation, when voiding, then the modal should close and a notification should show "Successfully voided X of Y payments" | Integration | SKIPPED |
-| 8.6 | It should skip payments that already have transactions and skip already-voided payments | Integration | [x] |
+| 8.3 | It should support "All selected" mode to void all payments matching current filters (up to 250) | Integration | [ ] |
+| 8.4 | It should require admin permission for bulk void operations | Integration | [ ] |
+| 8.5 | Given confirmation, when voiding, then the modal should close and a notification should show "Successfully voided X of Y payments" | Integration | [ ] |
+| 8.6 | It should skip payments that already have transactions and skip already-voided payments | Integration | [ ] |
 
 ---
 
@@ -148,17 +148,17 @@ Check printing involves:
 
 | # | Behavior | Test Strategy | Status |
 |---|----------|---------------|--------|
-| 9.1 | It should generate physical check PDFs with MICR encoding at the bottom | Integration | SKIPPED |
-| 9.2 | It should include payee, amount in numbers and words, date, memo, bank info, and client signature image | Integration | SKIPPED |
-| 9.3 | It should generate voucher copies with full invoice details below the check | Integration | SKIPPED |
-| 9.4 | It should store check PDFs in S3 under `checks/{uuid}.pdf` | Integration | SKIPPED |
-| 9.5 | It should assign check numbers sequentially from the bank account's check number | Integration | [x] |
-| 9.6 | It should increment the bank account's check number by the number of vendors paid | Integration | [x] |
-| 9.7 | It should validate that the bank account has a starting check number | Integration | [x] |
-| 9.8 | It should merge multiple checks into a single PDF at `merged-checks/{uuid}.pdf` | Integration | SKIPPED |
-| 9.9 | It should group invoices by vendor, creating one check per vendor per batch | Integration | [x] |
-| 9.10 | It should validate that all invoices belong to the same client and the selected bank account belongs to the same client | Integration | [x] |
-| 9.11 | It should reject check creation if the total amount is <= $0.00 | Integration | [x] |
+| 9.1 | It should generate physical check PDFs with MICR encoding at the bottom | Integration | [ ] |
+| 9.2 | It should include payee, amount in numbers and words, date, memo, bank info, and client signature image | Integration | [ ] |
+| 9.3 | It should generate voucher copies with full invoice details below the check | Integration | [ ] |
+| 9.4 | It should store check PDFs in S3 under `checks/{uuid}.pdf` | Integration | [ ] |
+| 9.5 | It should assign check numbers sequentially from the bank account's check number | Integration | [ ] |
+| 9.6 | It should increment the bank account's check number by the number of vendors paid | Integration | [ ] |
+| 9.7 | It should validate that the bank account has a starting check number | Integration | [ ] |
+| 9.8 | It should merge multiple checks into a single PDF at `merged-checks/{uuid}.pdf` | Integration | [ ] |
+| 9.9 | It should group invoices by vendor, creating one check per vendor per batch | Integration | [ ] |
+| 9.10 | It should validate that all invoices belong to the same client and the selected bank account belongs to the same client | Integration | [ ] |
+| 9.11 | It should reject check creation if the total amount is <= $0.00 | Integration | [ ] |
 
 ---
 
@@ -166,9 +166,9 @@ Check printing involves:
 
 | # | Behavior | Test Strategy | Status |
 |---|----------|---------------|--------|
-| 10.1 | It should create pending payments with `payment-type/debit` | Integration | [x] |
-| 10.2 | It should not generate check PDFs for ACH payments | Integration | [x] |
-| 10.3 | It should not create transactions for ACH payments | Integration | [x] |
+| 10.1 | It should create pending payments with `payment-type/debit` | Integration | [ ] |
+| 10.2 | It should not generate check PDFs for ACH payments | Integration | [ ] |
+| 10.3 | It should not create transactions for ACH payments | Integration | [ ] |
 
 ---
 
@@ -176,10 +176,10 @@ Check printing involves:
 
 | # | Behavior | Test Strategy | Status |
 |---|----------|---------------|--------|
-| 11.1 | It should allow paying invoices from existing vendor credit with `payment-type/balance-credit` | Integration | [x] |
-| 11.2 | It should block balance credit payments when multiple vendors are selected | Integration | [x] |
-| 11.3 | It should offset positive-balance invoices against negative-balance invoices | Integration | [x] |
-| 11.4 | It should create a single cleared payment for the net amount, consuming credit invoices first-in | Integration | [x] |
+| 11.1 | It should allow paying invoices from existing vendor credit with `payment-type/balance-credit` | Integration | [ ] |
+| 11.2 | It should block balance credit payments when multiple vendors are selected | Integration | [ ] |
+| 11.3 | It should offset positive-balance invoices against negative-balance invoices | Integration | [ ] |
+| 11.4 | It should create a single cleared payment for the net amount, consuming credit invoices first-in | Integration | [ ] |
 
 ---
 
@@ -187,10 +187,10 @@ Check printing involves:
 
 | # | Behavior | Test Strategy | Status |
 |---|----------|---------------|--------|
-| 12.1 | It should create payments with `payment-type/cash` automatically marked as cleared | Integration | [x] |
-| 12.2 | It should create an associated transaction with POSTED status | Integration | [x] |
-| 12.3 | It should use the account with numeric code 21000 for cash payment transactions | Integration | [x] |
-| 12.4 | It should set the payment date to the latest invoice date | Integration | [x] |
+| 12.1 | It should create payments with `payment-type/cash` automatically marked as cleared | Integration | [ ] |
+| 12.2 | It should create an associated transaction with POSTED status | Integration | [ ] |
+| 12.3 | It should use the account with numeric code 21000 for cash payment transactions | Integration | [ ] |
+| 12.4 | It should set the payment date to the latest invoice date | Integration | [ ] |
 
 ---
 
@@ -200,33 +200,33 @@ Check printing involves:
 
 | # | Behavior | Test Strategy | Status |
 |---|----------|---------------|--------|
-| 13.1 | It should allow voiding pending payments | Integration | [x] |
-| 13.2 | It should allow voiding cash, debit, and balance-credit payments even when cleared | Integration | [x] |
-| 13.3 | It should block voiding cleared check payments | Integration | [x] |
-| 13.4 | It should set the payment amount to 0.0 when voided | Integration | [x] |
-| 13.5 | It should set the payment status to voided | Integration | [x] |
-| 13.6 | It should remove all invoice-payment links when voiding | Integration | [x] |
-| 13.7 | It should restore invoice outstanding balances by adding back the invoice-payment amount | Integration | [x] |
-| 13.8 | It should revert invoice status to unpaid when restored balance becomes non-zero | Integration | [x] |
-| 13.9 | It should unlink associated transactions when voiding | Integration | [x] |
+| 13.1 | It should allow voiding pending payments | Integration | [ ] |
+| 13.2 | It should allow voiding cash, debit, and balance-credit payments even when cleared | Integration | [ ] |
+| 13.3 | It should block voiding cleared check payments | Integration | [ ] |
+| 13.4 | It should set the payment amount to 0.0 when voided | Integration | [ ] |
+| 13.5 | It should set the payment status to voided | Integration | [ ] |
+| 13.6 | It should remove all invoice-payment links when voiding | Integration | [ ] |
+| 13.7 | It should restore invoice outstanding balances by adding back the invoice-payment amount | Integration | [ ] |
+| 13.8 | It should revert invoice status to unpaid when restored balance becomes non-zero | Integration | [ ] |
+| 13.9 | It should unlink associated transactions when voiding | Integration | [ ] |
 
 ### Permission Behaviors
 
 | # | Behavior | Test Strategy | Status |
 |---|----------|---------------|--------|
-| 14.1 | It should require client visibility for viewing payments | Integration | [x] |
-| 14.2 | It should require client visibility for voiding individual payments | Integration | [x] |
-| 14.3 | It should require admin permission for bulk voiding payments | Integration | [x] |
-| 14.4 | It should allow viewing S3 check PDFs to all users who can see the payment | Integration | SKIPPED |
+| 14.1 | It should require client visibility for viewing payments | Integration | [ ] |
+| 14.2 | It should require client visibility for voiding individual payments | Integration | [ ] |
+| 14.3 | It should require admin permission for bulk voiding payments | Integration | [ ] |
+| 14.4 | It should allow viewing S3 check PDFs to all users who can see the payment | Integration | [ ] |
 
 ### Lock Date Behaviors
 
 | # | Behavior | Test Strategy | Status |
 |---|----------|---------------|--------|
-| 15.1 | It should block voiding payments dated before the client's locked-until date | Integration | [x] |
-| 15.2 | It should check lock dates on individual void operations | Integration | [x] |
-| 15.3 | It should check lock dates on bulk void operations | Integration | [x] |
-| 15.4 | It should exclude locked payments from bulk void results | Integration | [x] |
+| 15.1 | It should block voiding payments dated before the client's locked-until date | Integration | [ ] |
+| 15.2 | It should check lock dates on individual void operations | Integration | [ ] |
+| 15.3 | It should check lock dates on bulk void operations | Integration | [ ] |
+| 15.4 | It should exclude locked payments from bulk void results | Integration | [ ] |
 | 15.5 | It should show a warning when some selected payments are locked | UI | [ ] |
 
 ---

docs/testing/behaviors/pos.md

@@ -48,9 +48,9 @@ Every mutating operation checks:
 ### Display Behaviors
 
 | # | Behavior | Test Strategy | Status |
-|---|---|---|---|
+|---|----------|---------------|--------|
 | 1.1 | It should display a table with columns: Client, Date, Source, Total, Tax, Tip, Payment Methods | UI | [ ] |
-| 1.2 | It should show the Client column only when multiple clients are in scope | Integration | [x] |
+| 1.2 | It should show the Client column only when multiple clients are in scope | Integration | [ ] |
 | 1.3 | It should render the Source column as a pill badge | UI | [ ] |
 | 1.4 | It should render each unique payment method as a pill in the Payment Methods column (cash, card, gift card, other) | UI | [ ] |
 | 1.5 | It should display action buttons above the grid showing Total $ and Tax $ pills summarizing the currently filtered result set | UI | [ ] |
@@ -59,36 +59,34 @@ Every mutating operation checks:
 ### Filtering Behaviors
 
 | # | Behavior | Test Strategy | Status |
-|---|---|---|---|
-| 2.1 | It should filter sales orders by date range (start date / end date) | Integration | [x] |
-| 2.2 | It should filter sales orders by total amount range (min / max) | Integration | [x] |
-| 2.3 | It should filter sales orders by payment method via radio cards: All, Cash, Card, Gift Card, Other | Integration | [x] |
-| 2.4 | It should filter sales orders by processor via radio cards: All, Square, Doordash, Uber Eats, Grubhub, Koala, EZCater, No Processor | Integration | [x] |
-| 2.5 | It should filter sales orders by category text input matching order line item category | Integration | [x] |
-| 2.6 | Given multiple filters are applied, when the user changes one filter, then the table should refresh with the combined filter set | Integration | [x] |
+|---|----------|---------------|--------|
+| 2.1 | It should filter sales orders by date range (start date / end date) | Integration | [ ] |
+| 2.2 | It should filter sales orders by total amount range (min / max) | Integration | [ ] |
+| 2.3 | It should filter sales orders by payment method via radio cards: All, Cash, Card, Gift Card, Other | Integration | [ ] |
+| 2.4 | It should filter sales orders by processor via radio cards: All, Square, Doordash, Uber Eats, Grubhub, Koala, EZCater, No Processor | Integration | [ ] |
+| 2.5 | It should filter sales orders by category text input matching order line item category | Integration | [ ] |
+| 2.6 | Given multiple filters are applied, when the user changes one filter, then the table should refresh with the combined filter set | Integration | [ ] |
 
 ### Sorting Behaviors
 
 | # | Behavior | Test Strategy | Status |
-|---|---|---|---|
-| 3.1 | It should sort by client name ascending/descending | Integration | [x] |
-| 3.2 | It should sort by date ascending/descending | Integration | [x] |
-| 3.3 | It should sort by total amount ascending/descending | Integration | [x] |
-| 3.4 | It should sort by tax amount ascending/descending | Integration | [x] |
-| 3.5 | It should sort by tip amount ascending/descending | Integration | [x] |
-| 3.6 | It should sort by source ascending/descending | Integration | [x] |
+|---|----------|---------------|--------|
+| 3.1 | It should sort by client name ascending/descending | Integration | [ ] |
+| 3.2 | It should sort by date ascending/descending | Integration | [ ] |
+| 3.3 | It should sort by total amount ascending/descending | Integration | [ ] |
+| 3.4 | It should sort by tax amount ascending/descending | Integration | [ ] |
+| 3.5 | It should sort by tip amount ascending/descending | Integration | [ ] |
+| 3.6 | It should sort by source ascending/descending | Integration | [ ] |
 | 3.7 | It should sort by processor ascending/descending | Integration | [ ] |
-| 3.8 | Given the user clicks a column header twice, then the sort direction should toggle | Integration | [x] |
-
-> **Note:** 3.7 is untestable because `:sales-order/processor` does not exist in the Datomic schema; processor info lives on `:charge/processor`.
+| 3.8 | Given the user clicks a column header twice, then the sort direction should toggle | Integration | [ ] |
 
 ### Pagination Behaviors
 
 | # | Behavior | Test Strategy | Status |
-|---|---|---|---|
-| 4.1 | It should display 25 sales orders per page by default | Integration | [x] |
-| 4.2 | It should allow changing the per-page count | Integration | [x] |
-| 4.3 | It should calculate the total amount and tax across ALL matching sales orders, not just the current page | Unit | [x] |
+|---|----------|---------------|--------|
+| 4.1 | It should display 25 sales orders per page by default | Integration | [ ] |
+| 4.2 | It should allow changing the per-page count | Integration | [ ] |
+| 4.3 | It should calculate the total amount and tax across ALL matching sales orders, not just the current page | Unit | [ ] |
 
 ---
 
@@ -97,9 +95,9 @@ Every mutating operation checks:
 ### Display Behaviors
 
 | # | Behavior | Test Strategy | Status |
-|---|---|---|---|
+|---|----------|---------------|--------|
 | 5.1 | It should display a table with columns: Client, Date, Sales Date, Total, Fee | UI | [ ] |
-| 5.2 | It should show the Client column only when multiple clients are in scope | Integration | [x] |
+| 5.2 | It should show the Client column only when multiple clients are in scope | Integration | [ ] |
 | 5.3 | It should show a totals breakdown per expected deposit, aggregating charges by sales date with count and amount | UI | [ ] |
 | 5.4 | It should show an external link icon row button when the expected deposit has a reference link | UI | [ ] |
 | 5.5 | It should show a "Transaction" button linking to the associated transaction when one exists | UI | [ ] |
@@ -107,28 +105,28 @@ Every mutating operation checks:
 ### Filtering Behaviors
 
 | # | Behavior | Test Strategy | Status |
-|---|---|---|---|
-| 6.1 | It should filter expected deposits by date range | Integration | [x] |
-| 6.2 | It should support exact match ID to jump to a specific record, showing a removable pill when active | Integration | [x] |
-| 6.3 | Given multiple filters are applied, when the user changes one filter, then the table should refresh with the combined filter set | Integration | [x] |
+|---|----------|---------------|--------|
+| 6.1 | It should filter expected deposits by date range | Integration | [ ] |
+| 6.2 | It should support exact match ID to jump to a specific record, showing a removable pill when active | Integration | [ ] |
+| 6.3 | Given multiple filters are applied, when the user changes one filter, then the table should refresh with the combined filter set | Integration | [ ] |
 
 ### Sorting Behaviors
 
 | # | Behavior | Test Strategy | Status |
-|---|---|---|---|
-| 7.1 | It should sort by client name ascending/descending | Integration | [x] |
-| 7.2 | It should sort by location ascending/descending | Integration | [x] |
-| 7.3 | It should sort by date ascending/descending | Integration | [x] |
-| 7.4 | It should sort by total amount ascending/descending | Integration | [x] |
-| 7.5 | It should sort by fee amount ascending/descending | Integration | [x] |
-| 7.6 | Given the user clicks a column header twice, then the sort direction should toggle | Integration | [x] |
+|---|----------|---------------|--------|
+| 7.1 | It should sort by client name ascending/descending | Integration | [ ] |
+| 7.2 | It should sort by location ascending/descending | Integration | [ ] |
+| 7.3 | It should sort by date ascending/descending | Integration | [ ] |
+| 7.4 | It should sort by total amount ascending/descending | Integration | [ ] |
+| 7.5 | It should sort by fee amount ascending/descending | Integration | [ ] |
+| 7.6 | Given the user clicks a column header twice, then the sort direction should toggle | Integration | [ ] |
 
 ### Pagination Behaviors
 
 | # | Behavior | Test Strategy | Status |
-|---|---|---|---|
-| 8.1 | It should display 25 expected deposits per page by default | Integration | [x] |
-| 8.2 | It should allow changing the per-page count | Integration | [x] |
+|---|----------|---------------|--------|
+| 8.1 | It should display 25 expected deposits per page by default | Integration | [ ] |
+| 8.2 | It should allow changing the per-page count | Integration | [ ] |
 
 ---
 
@@ -137,9 +135,9 @@ Every mutating operation checks:
 ### Display Behaviors
 
 | # | Behavior | Test Strategy | Status |
-|---|---|---|---|
+|---|----------|---------------|--------|
 | 9.1 | It should display a table with columns: Client, Date, Total, Processor, Tip, Links | UI | [ ] |
-| 9.2 | It should show the Client column only when multiple clients are in scope | Integration | [x] |
+| 9.2 | It should show the Client column only when multiple clients are in scope | Integration | [ ] |
 | 9.3 | It should render the Processor column as a pill badge | UI | [ ] |
 | 9.4 | It should show an external link icon row button when the tender has a reference link | UI | [ ] |
 | 9.5 | It should show an "expected deposit" pill in the Links column when an associated expected deposit exists | UI | [ ] |
@@ -147,29 +145,29 @@ Every mutating operation checks:
 ### Filtering Behaviors
 
 | # | Behavior | Test Strategy | Status |
-|---|---|---|---|
-| 10.1 | It should filter tenders by date range | Integration | [x] |
-| 10.2 | It should filter tenders by processor via radio cards: All, Square, Doordash, Uber Eats, Grubhub, Koala, EZCater, No Processor | Integration | [x] |
-| 10.3 | It should filter tenders by total amount range (min / max) | Integration | [x] |
-| 10.4 | Given multiple filters are applied, when the user changes one filter, then the table should refresh with the combined filter set | Integration | [x] |
+|---|----------|---------------|--------|
+| 10.1 | It should filter tenders by date range | Integration | [ ] |
+| 10.2 | It should filter tenders by processor via radio cards: All, Square, Doordash, Uber Eats, Grubhub, Koala, EZCater, No Processor | Integration | [ ] |
+| 10.3 | It should filter tenders by total amount range (min / max) | Integration | [ ] |
+| 10.4 | Given multiple filters are applied, when the user changes one filter, then the table should refresh with the combined filter set | Integration | [ ] |
 
 ### Sorting Behaviors
 
 | # | Behavior | Test Strategy | Status |
-|---|---|---|---|
-| 11.1 | It should sort by client name ascending/descending | Integration | [x] |
-| 11.2 | It should sort by date ascending/descending | Integration | [x] |
-| 11.3 | It should sort by total amount ascending/descending | Integration | [x] |
-| 11.4 | It should sort by tip amount ascending/descending | Integration | [x] |
-| 11.5 | It should sort by processor ascending/descending | Integration | [x] |
-| 11.6 | Given the user clicks a column header twice, then the sort direction should toggle | Integration | [x] |
+|---|----------|---------------|--------|
+| 11.1 | It should sort by client name ascending/descending | Integration | [ ] |
+| 11.2 | It should sort by date ascending/descending | Integration | [ ] |
+| 11.3 | It should sort by total amount ascending/descending | Integration | [ ] |
+| 11.4 | It should sort by tip amount ascending/descending | Integration | [ ] |
+| 11.5 | It should sort by processor ascending/descending | Integration | [ ] |
+| 11.6 | Given the user clicks a column header twice, then the sort direction should toggle | Integration | [ ] |
 
 ### Pagination Behaviors
 
 | # | Behavior | Test Strategy | Status |
-|---|---|---|---|
-| 12.1 | It should display 25 tenders per page by default | Integration | [x] |
-| 12.2 | It should allow changing the per-page count | Integration | [x] |
+|---|----------|---------------|--------|
+| 12.1 | It should display 25 tenders per page by default | Integration | [ ] |
+| 12.2 | It should allow changing the per-page count | Integration | [ ] |
 
 ---
 
@@ -178,37 +176,35 @@ Every mutating operation checks:
 ### Display Behaviors
 
 | # | Behavior | Test Strategy | Status |
-|---|---|---|---|
+|---|----------|---------------|--------|
 | 13.1 | It should display a table with columns: Client, Date, Total, Type, Fee | UI | [ ] |
-| 13.2 | It should show the Client column only when multiple clients are in scope | Integration | [x] |
+| 13.2 | It should show the Client column only when multiple clients are in scope | Integration | [ ] |
 
 ### Filtering Behaviors
 
 | # | Behavior | Test Strategy | Status |
-|---|---|---|---|
-| 14.1 | It should filter refunds by date range | Integration | [x] |
-| 14.2 | It should filter refunds by total amount range (min / max) | Integration | [x] |
-| 14.3 | Given multiple filters are applied, when the user changes one filter, then the table should refresh with the combined filter set | Integration | [x] |
+|---|----------|---------------|--------|
+| 14.1 | It should filter refunds by date range | Integration | [ ] |
+| 14.2 | It should filter refunds by total amount range (min / max) | Integration | [ ] |
+| 14.3 | Given multiple filters are applied, when the user changes one filter, then the table should refresh with the combined filter set | Integration | [ ] |
 
 ### Sorting Behaviors
 
 | # | Behavior | Test Strategy | Status |
-|---|---|---|---|
-| 15.1 | It should sort by client name ascending/descending | Integration | [x] |
-| 15.2 | It should sort by date ascending/descending | Integration | [x] |
-| 15.3 | It should sort by total amount ascending/descending | Integration | [x] |
+|---|----------|---------------|--------|
+| 15.1 | It should sort by client name ascending/descending | Integration | [ ] |
+| 15.2 | It should sort by date ascending/descending | Integration | [ ] |
+| 15.3 | It should sort by total amount ascending/descending | Integration | [ ] |
 | 15.4 | It should sort by fee amount ascending/descending | Integration | [ ] |
-| 15.5 | It should sort by type ascending/descending | Integration | [x] |
-| 15.6 | Given the user clicks a column header twice, then the sort direction should toggle | Integration | [x] |
-
-> **Note:** 15.4 is blocked by a source bug: `refunds.clj` line 62 uses `?sort-tip` instead of `?sort-fee` for fee sorting, causing an unbound variable error.
+| 15.5 | It should sort by type ascending/descending | Integration | [ ] |
+| 15.6 | Given the user clicks a column header twice, then the sort direction should toggle | Integration | [ ] |
 
 ### Pagination Behaviors
 
 | # | Behavior | Test Strategy | Status |
-|---|---|---|---|
-| 16.1 | It should display 25 refunds per page by default | Integration | [x] |
-| 16.2 | It should allow changing the per-page count | Integration | [x] |
+|---|----------|---------------|--------|
+| 16.1 | It should display 25 refunds per page by default | Integration | [ ] |
+| 16.2 | It should allow changing the per-page count | Integration | [ ] |
 
 ---
 
@@ -217,38 +213,36 @@ Every mutating operation checks:
 ### Display Behaviors
 
 | # | Behavior | Test Strategy | Status |
-|---|---|---|---|
+|---|----------|---------------|--------|
 | 17.1 | It should display a table with columns: Client, Date, Paid in, Paid out, Expected cash, Opened cash | UI | [ ] |
-| 17.2 | It should show the Client column only when multiple clients are in scope | Integration | [x] |
+| 17.2 | It should show the Client column only when multiple clients are in scope | Integration | [ ] |
 
 ### Filtering Behaviors
 
 | # | Behavior | Test Strategy | Status |
-|---|---|---|---|
-| 18.1 | It should filter cash drawer shifts by date range | Integration | [x] |
+|---|----------|---------------|--------|
+| 18.1 | It should filter cash drawer shifts by date range | Integration | [ ] |
 | 18.2 | It should filter cash drawer shifts by total amount range (min / max) | Integration | [ ] |
-| 18.3 | Given multiple filters are applied, when the user changes one filter, then the table should refresh with the combined filter set | Integration | [x] |
-
-> **Note:** 18.2 is not implemented: the UI shows `total-field*` but `fetch-ids` in `cash_drawer_shifts.clj` does not handle `total-gte`/`total-lte`.
+| 18.3 | Given multiple filters are applied, when the user changes one filter, then the table should refresh with the combined filter set | Integration | [ ] |
 
 ### Sorting Behaviors
 
 | # | Behavior | Test Strategy | Status |
-|---|---|---|---|
-| 19.1 | It should sort by client name ascending/descending | Integration | [x] |
-| 19.2 | It should sort by date ascending/descending | Integration | [x] |
-| 19.3 | It should sort by paid-in amount ascending/descending | Integration | [x] |
-| 19.4 | It should sort by paid-out amount ascending/descending | Integration | [x] |
-| 19.5 | It should sort by expected-cash amount ascending/descending | Integration | [x] |
-| 19.6 | It should sort by opened-cash amount ascending/descending | Integration | [x] |
-| 19.7 | Given the user clicks a column header twice, then the sort direction should toggle | Integration | [x] |
+|---|----------|---------------|--------|
+| 19.1 | It should sort by client name ascending/descending | Integration | [ ] |
+| 19.2 | It should sort by date ascending/descending | Integration | [ ] |
+| 19.3 | It should sort by paid-in amount ascending/descending | Integration | [ ] |
+| 19.4 | It should sort by paid-out amount ascending/descending | Integration | [ ] |
+| 19.5 | It should sort by expected-cash amount ascending/descending | Integration | [ ] |
+| 19.6 | It should sort by opened-cash amount ascending/descending | Integration | [ ] |
+| 19.7 | Given the user clicks a column header twice, then the sort direction should toggle | Integration | [ ] |
 
 ### Pagination Behaviors
 
 | # | Behavior | Test Strategy | Status |
-|---|---|---|---|
-| 20.1 | It should display 25 cash drawer shifts per page by default | Integration | [x] |
-| 20.2 | It should allow changing the per-page count | Integration | [x] |
+|---|----------|---------------|--------|
+| 20.1 | It should display 25 cash drawer shifts per page by default | Integration | [ ] |
+| 20.2 | It should allow changing the per-page count | Integration | [ ] |
 
 ---
 
@@ -257,9 +251,9 @@ Every mutating operation checks:
 ### Display Behaviors
 
 | # | Behavior | Test Strategy | Status |
-|---|---|---|---|
+|---|----------|---------------|--------|
 | 21.1 | It should display a table with columns: Client, Date, Debits, Credits | UI | [ ] |
-| 21.2 | It should show the Client column only when multiple clients are in scope | Integration | [x] |
+| 21.2 | It should show the Client column only when multiple clients are in scope | Integration | [ ] |
 | 21.3 | It should display debit-line items with category and amount | UI | [ ] |
 | 21.4 | It should display credit-line items with category and amount | UI | [ ] |
 | 21.5 | It should show a red "missing account" warning pill for unmapped items | UI | [ ] |
@@ -270,41 +264,41 @@ Every mutating operation checks:
 ### Filtering Behaviors
 
 | # | Behavior | Test Strategy | Status |
-|---|---|---|---|
-| 22.1 | It should filter sales summaries by date range | Integration | [x] |
-| 22.2 | Given multiple filters are applied, when the user changes one filter, then the table should refresh with the combined filter set | Integration | [x] |
+|---|----------|---------------|--------|
+| 22.1 | It should filter sales summaries by date range | Integration | [ ] |
+| 22.2 | Given multiple filters are applied, when the user changes one filter, then the table should refresh with the combined filter set | Integration | [ ] |
 
 ### Sorting Behaviors
 
 | # | Behavior | Test Strategy | Status |
-|---|---|---|---|
-| 23.1 | It should sort by client name ascending/descending | Integration | [x] |
-| 23.2 | It should sort by date ascending/descending | Integration | [x] |
-| 23.3 | It should sort by debits ascending/descending | Integration | [x] |
-| 23.4 | It should sort by credits ascending/descending | Integration | [x] |
-| 23.5 | Given the user clicks a column header twice, then the sort direction should toggle | Integration | [x] |
+|---|----------|---------------|--------|
+| 23.1 | It should sort by client name ascending/descending | Integration | [ ] |
+| 23.2 | It should sort by date ascending/descending | Integration | [ ] |
+| 23.3 | It should sort by debits ascending/descending | Integration | [ ] |
+| 23.4 | It should sort by credits ascending/descending | Integration | [ ] |
+| 23.5 | Given the user clicks a column header twice, then the sort direction should toggle | Integration | [ ] |
 
 ### Pagination Behaviors
 
 | # | Behavior | Test Strategy | Status |
-|---|---|---|---|
-| 24.1 | It should display 25 sales summaries per page by default | Integration | [x] |
-| 24.2 | It should allow changing the per-page count | Integration | [x] |
+|---|----------|---------------|--------|
+| 24.1 | It should display 25 sales summaries per page by default | Integration | [ ] |
+| 24.2 | It should allow changing the per-page count | Integration | [ ] |
 
 ### Edit Wizard Behaviors
 
 | # | Behavior | Test Strategy | Status |
-|---|---|---|---|
+|---|----------|---------------|--------|
 | 25.1 | It should open a modal dialog when the edit button is clicked | UI | [ ] |
 | 25.2 | It should display a data grid of summary items with columns: Category, Account, Debits, Credits | UI | [ ] |
 | 25.3 | It should render auto items (non-manual) with read-only Category and amount, editable Account via typeahead | UI | [ ] |
 | 25.4 | It should render manual items with editable Category (text input), Account (typeahead), Debit amount, and Credit amount | UI | [ ] |
 | 25.5 | It should allow adding new manual items via a "New Summary Item" row | UI | [ ] |
 | 25.6 | It should allow removing manual items via an X button | UI | [ ] |
-| 25.7 | It should validate that an item cannot have both credit and debit amounts | Unit + Integration | [x] |
+| 25.7 | It should validate that an item cannot have both credit and debit amounts | Unit + Integration | [ ] |
 | 25.8 | It should display a total row with running totals for debits and credits | UI | [ ] |
 | 25.9 | It should display an unbalanced row showing the difference when debits do not equal credits | UI | [ ] |
-| 25.10 | It should search accounts scoped to the client with purpose "invoice" in the account typeahead | Integration | [x] |
+| 25.10 | It should search accounts scoped to the client with purpose "invoice" in the account typeahead | Integration | [ ] |
 | 25.11 | It should flash the row and close the modal after successful save | UI | [ ] |
 
 ---
@@ -314,76 +308,72 @@ Every mutating operation checks:
 ### HTMX Live Filtering Behaviors
 
 | # | Behavior | Test Strategy | Status |
-|---|---|---|---|
-| 26.1 | It should trigger table refresh on filter form change with a 500ms debounce | Integration | SKIPPED |
-| 26.2 | It should trigger table refresh on hot-filter keyup with a 1000ms debounce | Integration | SKIPPED |
-| 26.3 | It should POST to the table route and swap the grid contents | Integration | SKIPPED |
-| 26.4 | It should update the browser URL via hx-push-url when filters change | Integration | SKIPPED |
-
-> **Note:** 26.1–26.4 test frontend JavaScript/HTMX behavior and cannot be validated server-side.
+|---|----------|---------------|--------|
+| 26.1 | It should trigger table refresh on filter form change with a 500ms debounce | Integration | [ ] |
+| 26.2 | It should trigger table refresh on hot-filter keyup with a 1000ms debounce | Integration | [ ] |
+| 26.3 | It should POST to the table route and swap the grid contents | Integration | [ ] |
+| 26.4 | It should update the browser URL via hx-push-url when filters change | Integration | [ ] |
 
 ### Date Range Behaviors
 
 | # | Behavior | Test Strategy | Status |
-|---|---|---|---|
-| 27.1 | It should support start-date and end-date query params on all pages | Integration | [x] |
+|---|----------|---------------|--------|
+| 27.1 | It should support start-date and end-date query params on all pages | Integration | [ ] |
 | 27.2 | It should render the date range filter consistently across all pages | UI | [ ] |
-| 27.3 | Given a date range with no start or end date, then the query should use scan functions with nil boundaries | Integration | [x] |
+| 27.3 | Given a date range with no start or end date, then the query should use scan functions with nil boundaries | Integration | [ ] |
 
 ### Total Range Behaviors
 
 | # | Behavior | Test Strategy | Status |
-|---|---|---|---|
-| 28.1 | It should support total-gte and total-lte query params on pages with amount filters | Integration | [x] |
+|---|----------|---------------|--------|
+| 28.1 | It should support total-gte and total-lte query params on pages with amount filters | Integration | [ ] |
 | 28.2 | It should render money inputs for the total range filter | UI | [ ] |
 
 ### Exact Match ID Behaviors
 
 | # | Behavior | Test Strategy | Status |
-|---|---|---|---|
-| 29.1 | It should support exact-match-id to jump to a specific record on applicable pages | Integration | [x] |
+|---|----------|---------------|--------|
+| 29.1 | It should support exact-match-id to jump to a specific record on applicable pages | Integration | [ ] |
 | 29.2 | It should show a removable pill when exact-match-id is active | UI | [ ] |
 
 ### Sorting Behaviors
 
 | # | Behavior | Test Strategy | Status |
-|---|---|---|---|
-| 30.1 | It should toggle ascending/descending sort when a sortable column header is clicked | Integration | [x] |
-| 30.2 | It should support multi-sort with active sorts appearing as removable pills above the grid | Integration | [x] |
-| 30.3 | It should remove a sort when the X on its pill is clicked | Integration | [x] |
-| 30.4 | It should default to sort by date descending for most pages | Integration | [x] |
+|---|----------|---------------|--------|
+| 30.1 | It should toggle ascending/descending sort when a sortable column header is clicked | Integration | [ ] |
+| 30.2 | It should support multi-sort with active sorts appearing as removable pills above the grid | Integration | [ ] |
+| 30.3 | It should remove a sort when the X on its pill is clicked | Integration | [ ] |
+| 30.4 | It should default to sort by date descending for most pages | Integration | [ ] |
 
 ### Pagination Behaviors
 
 | # | Behavior | Test Strategy | Status |
-|---|---|---|---|
+|---|----------|---------------|--------|
 | 31.1 | It should display first/previous/next/last pagination controls | UI | [ ] |
 | 31.2 | It should display the total count above the grid | UI | [ ] |
 
 ### Client Scoping Behaviors
 
 | # | Behavior | Test Strategy | Status |
-|---|---|---|---|
-| 32.1 | It should scope all queries to the user's accessible clients (trimmed to max 20) | Integration | [x] |
-| 32.2 | It should hide the Client column when only one client is in scope | Integration | [x] |
-| 32.3 | It should support client-id and client-code URL params | Integration | [x] |
+|---|----------|---------------|--------|
+| 32.1 | It should scope all queries to the user's accessible clients (trimmed to max 20) | Integration | [ ] |
+| 32.2 | It should hide the Client column when only one client is in scope | Integration | [ ] |
+| 32.3 | It should support client-id and client-code URL params | Integration | [ ] |
 
 ### Permission Behaviors
 
 | # | Behavior | Test Strategy | Status |
-|---|---|---|---|
-| 33.1 | It should require `(can? identity {:subject :sales :activity :read})` to access POS pages | Integration | SKIPPED |
-| 33.2 | It should require admin access (`wrap-admin`) to access Sales Summaries | Integration | [x] |
-| 33.3 | It should redirect unauthenticated users | Integration | SKIPPED |
-
-> **Note:** 33.1 tests the GraphQL `can?` gate which is not directly reachable at the unit/integration level; 33.3 tests middleware redirect behavior that is covered elsewhere.
+|---|----------|---------------|--------|
+| 33.1 | It should require `(can? identity {:subject :sales :activity :read})` to access POS pages | Integration | [ ] |
+| 33.2 | It should require admin access (`wrap-admin`) to access Sales Summaries | Integration | [ ] |
+| 33.3 | It should redirect unauthenticated users | Integration | [ ] |
 
 ---
 
 ## Test Data Requirements
 
 | Entity | Requirements |
-|---|---|
+|--------|-------------|
 | **Clients** | Multiple clients with `db/id`, `client/name`, `client/code`; some with locked-until dates |
 | **Sales Orders** | With `:sales-order/date`, `:sales-order/total`, `:sales-order/tax`, `:sales-order/tip`, `:sales-order/source`, `:sales-order/charges` (with `charge/type-name`, `charge/processor`), `:sales-order/line-items` (with `order-line-item/category`) |
 | **Expected Deposits** | With `:expected-deposit/date`, `:expected-deposit/total`, `:expected-deposit/fee`, `:expected-deposit/client`, optional `transaction/_expected-deposit` |
@@ -395,12 +385,12 @@ Every mutating operation checks:
 
 ## Existing Tests to Preserve
 
-- `test/clj/auto_ap/ssr/pos/sales_orders_test.clj` — Sales orders grid behaviors (20 tests, 43 assertions)
-- `test/clj/auto_ap/ssr/pos/expected_deposits_test.clj` — Expected deposits grid behaviors (9 tests, 23 assertions)
-- `test/clj/auto_ap/ssr/pos/tenders_test.clj` — Tenders grid behaviors (8 tests, 20 assertions)
-- `test/clj/auto_ap/ssr/pos/refunds_test.clj` — Refunds grid behaviors (7 tests, 17 assertions)
-- `test/clj/auto_ap/ssr/pos/cash_drawer_shifts_test.clj` — Cash drawer shifts grid behaviors (7 tests, 19 assertions)
-- `test/clj/auto_ap/ssr/admin/sales_summaries_test.clj` — Sales summaries admin behaviors (9 tests, 24 assertions)
+- `test/clj/auto_ap/ssr/pos/sales_orders_test.clj` — Sales orders grid behaviors
+- `test/clj/auto_ap/ssr/pos/expected_deposits_test.clj` — Expected deposits grid behaviors
+- `test/clj/auto_ap/ssr/pos/tenders_test.clj` — Tenders grid behaviors
+- `test/clj/auto_ap/ssr/pos/refunds_test.clj` — Refunds grid behaviors
+- `test/clj/auto_ap/ssr/pos/cash_drawer_shifts_test.clj` — Cash drawer shifts grid behaviors
+- `test/clj/auto_ap/ssr/admin/sales_summaries_test.clj` — Sales summaries admin behaviors
 
 ## Dependencies
 
@@ -413,9 +403,3 @@ Every mutating operation checks:
 - Permissions: `auto-ap.permissions/can?`
 - Time: `auto-ap.time` for date formatting and localization
 - Schema validation: Malli schemas enforce query params on every request
-
-## Known Discrepancies
-
-1. **`sales_orders.clj`** references `:sales-order/processor` in sort logic (behavior 3.7), but this attribute does not exist in the Datomic schema; processor info lives on `:charge/processor`.
-2. **`refunds.clj` line 62** uses `?sort-tip` instead of `?sort-fee` for fee sorting, causing an unbound variable error (behavior 15.4).
-3. **`cash_drawer_shifts.clj`** renders `total-field*` in the UI filters but does not implement `total-gte`/`total-lte` filtering in `fetch-ids` (behavior 18.2).

docs/testing/behaviors/transaction.md

@@ -57,7 +57,7 @@ Every mutating operation checks:
 | 1.6 | It should right-align amounts and format them as `$X,XXX.XX` | UI | [ ] |
 | 1.7 | It should display a links dropdown with links to associated Payment page or Client Overrides | UI | [ ] |
 | 1.8 | It should show checkboxes for bulk selection on each row | UI | [ ] |
-| 1.9 | It should group table rows by vendor name (or "No vendor") when sorted by Vendor | Integration | [x] |
+| 1.9 | It should group table rows by vendor name (or "No vendor") when sorted by Vendor | Integration | [ ] |
 | 1.10 | It should show the grid title "Transaction" and entity name "register" | UI | [ ] |
 | 1.11 | It should display a breadcrumb showing "Transactions" linking to the list page | UI | [ ] |
 
@@ -203,11 +203,11 @@ Every mutating operation checks:
 
 | # | Behavior | Test Strategy | Status |
 |---|----------|---------------|--------|
-| 12.1 | It should set transactions to `unapproved` status on import | Integration | [x] |
+| 12.1 | It should set transactions to `unapproved` status on import | Integration | [ ] |
 | 12.2 | It should exclude `suppressed` transactions from all list queries including GraphQL | Integration | [ ] |
 | 12.3 | It should show `requires-feedback` transactions in the dashboard tasks card | Integration | [ ] |
 | 12.4 | It should allow admin-only bulk status changes via GraphQL mutation `bulk_change_transaction_status` | Integration | [ ] |
-| 12.5 | It should block modifying locked transactions (before `client/locked-until` or `bank-account/start-date`) | Integration | [x] |
+| 12.5 | It should block modifying locked transactions (before `client/locked-until` or `bank-account/start-date`) | Integration | [ ] |
 
 ### Coding Behaviors
 
@@ -215,9 +215,9 @@ Every mutating operation checks:
 |---|----------|---------------|--------|
 | 13.1 | It should allow coding transactions with one or more expense accounts | Integration | [ ] |
 | 13.2 | It should validate that account totals equal 100% of the transaction amount server-side | Unit + Integration | [ ] |
-| 13.3 | It should require the location to match the account's fixed location if one is set | Integration | [x] |
-| 13.4 | It should distribute amounts proportionally across all client locations when location is "Shared" | Unit | [x] |
-| 13.5 | It should reserve location "A" for liabilities/equities/assets | Integration | [x] |
+| 13.3 | It should require the location to match the account's fixed location if one is set | Integration | [ ] |
+| 13.4 | It should distribute amounts proportionally across all client locations when location is "Shared" | Unit | [ ] |
+| 13.5 | It should reserve location "A" for liabilities/equities/assets | Integration | [ ] |
 | 13.6 | It should allow admin-only bulk coding via GraphQL mutation `bulk_code_transactions` | Integration | [ ] |
 
 ### Bank Account Filtering Behaviors
@@ -243,7 +243,7 @@ Every mutating operation checks:
 |---|----------|---------------|--------|
 | 16.1 | It should auto-match transactions to payments by check number or amount on import | Integration | [ ] |
 | 16.2 | It should create a cleared payment and set the transaction to `approved` with Accounts Payable account when linking | Integration | [ ] |
-| 16.3 | It should revert the transaction to `unapproved` and clear payment/accounts when unlinking | Integration | [x] |
+| 16.3 | It should revert the transaction to `unapproved` and clear payment/accounts when unlinking | Integration | [ ] |
 | 16.4 | It should allow a transaction to pay multiple autopay invoices, creating a payment that clears them all | Integration | [ ] |
 | 16.5 | It should allow a transaction to pay multiple unpaid invoices for outstanding balances | Integration | [ ] |
 
@@ -251,13 +251,13 @@ Every mutating operation checks:
 
 | # | Behavior | Test Strategy | Status |
 |---|----------|---------------|--------|
-| 17.1 | It should require `:activity :view :subject :transaction` permission to view transactions | Integration | [x] |
-| 17.2 | It should require `:activity :insights :subject :transaction` permission to access the insights page | Integration | [x] |
+| 17.1 | It should require `:activity :view :subject :transaction` permission to view transactions | Integration | [ ] |
+| 17.2 | It should require `:activity :insights :subject :transaction` permission to access the insights page | Integration | [ ] |
 | 17.3 | It should restrict bulk status changes to admin only | Integration | [ ] |
 | 17.4 | It should restrict bulk coding to admin only | Integration | [ ] |
 | 17.5 | It should require power user role with client visibility check to edit transactions | Integration | [ ] |
 | 17.6 | It should require power user role to match/unlink transactions | Integration | [ ] |
-| 17.7 | It should redirect unauthenticated users to `/login` for all SSR routes | Integration | [x] |
+| 17.7 | It should redirect unauthenticated users to `/login` for all SSR routes | Integration | [ ] |
 
 ### Import Processing Behaviors
 
@@ -268,7 +268,7 @@ Every mutating operation checks:
 | 18.3 | It should extract check number from description if present during import | Unit | [ ] |
 | 18.4 | It should attempt auto-match to pending payment during import | Integration | [ ] |
 | 18.5 | It should attempt auto-match to expected deposit during import | Integration | [ ] |
-| 18.6 | It should apply transaction rules for auto-coding during import | Integration | [x] |
+| 18.6 | It should apply transaction rules for auto-coding during import | Integration | [ ] |
 | 18.7 | It should apply default vendor if set during import | Integration | [ ] |
 | 18.8 | It should deduplicate via SHA-256 of `date-bank-account-description-amount-index-client` | Unit | [ ] |
 | 18.9 | It should skip suppressed transactions on re-import | Integration | [ ] |

project.clj

@@ -2,13 +2,13 @@
   :description "FIXME: write description"
   :url "http://example.com/FIXME"
   :min-lein-version "2.0.0"
-  :dependencies [[com.google.guava/guava "31.1-jre"]
+  :dependencies [#_[com.google.guava/guava "31.1-jre"]
                  [org.clojure/clojure "1.10.1"]
                  [com.unbounce/clojure-dogstatsd-client "0.7.0"]
                  [org.clojure/tools.reader "1.3.6"]
                  [com.cognitect/hmac-authn "0.1.210"]
                  [com.github.ivarref/gen-fn "0.2.46"]
-                 [com.datomic/peer "1.0.6726"]
+                 [com.datomic/peer "1.0.6726" ]
                  [lambdaisland/edn-lines "1.0.10"]
                  [bidi "2.1.6"]
                  [ring/ring-defaults "0.3.2" :exclusions [ring ring/ring-core]]
@@ -45,7 +45,11 @@
                  [hawk "0.2.11"]
                  [clj-time "0.15.2"]
                  [ring/ring-json "0.5.0" :exclusions [cheshire]]
-                 [com.cemerick/url "0.1.1"]
+                 [com.cemerick/url "0.1.1" ]
+                   [pathetic "0.5.0" :exclusions [com.cemerick/clojurescript.test]]
+     
+
+                 [funcool/cuerdas "2.2.0" :exclusions [[org.clojure/clojurescript]]]
                  [bk/ring-gzip "0.3.0"]
                  [amazonica "0.3.153"
                   :exclusions [com.amazonaws/aws-java-sdk
@@ -105,16 +109,17 @@
 
                          [commons-codec "1.12"]]
   :plugins [[lein-ring "0.9.7"]
-            [lein-cljsbuild "1.1.5"]
+            #_[lein-cljsbuild "1.1.5"]
+            [dev.weavejester/lein-cljfmt "0.15.6"]
             [lein-ancient "0.6.15"]]
   :clean-targets ^{:protect false} ["resources/public/js/compiled" "target"]
   #_#_:ring {:handler auto-ap.handler/app}
-  :source-paths ["src/clj" "src/cljc" "src/cljs" "iol_ion/src" ]
+  :source-paths ["src/clj" "src/cljc" "iol_ion/src" ]
   :resource-paths ["resources"]
   :aliases {"build" ["do" ["uberjar"]]
-            "fig:dev"  ["run" "-m" "figwheel.main" "-b" "dev" "-r"]
+            #_#_"fig:dev"  ["run" "-m" "figwheel.main" "-b" "dev" "-r"]
             "build-dev" ["trampoline" "run" "-m" "figwheel.main" "-b" "dev" "-r"]
-            "fig:min"  ["run" "-m" "figwheel.main" "-O" "whitespace" "-bo" "min"]}
+            #_#_"fig:min"  ["run" "-m" "figwheel.main" "-O" "whitespace" "-bo" "min"]}
 
 
   :profiles {
@@ -127,7 +132,7 @@
                              [org.clojure/java.jdbc "0.7.11"]
                              #_[com.datomic/dev-local "1.0.243"]
                              [etaoin "0.4.1"]
-                             [com.bhauman/figwheel-main "0.2.18" :exclusions [org.clojure/clojurescript
+                             #_[com.bhauman/figwheel-main "0.2.18" :exclusions [org.clojure/clojurescript
                                                                               ring
                                                                               ring/ring-core
                                                                               ring/ring-codec
@@ -141,7 +146,7 @@
                                                                               org.eclipse.jetty.websocket/websocket-server
                                                                               org.eclipse.jetty.websocket/websocket-servlet
                                                                               args4j]]
-                             [com.bhauman/rebel-readline-cljs "0.1.4" :exclusions [org.clojure/clojurescript]]
+                             #_[com.bhauman/rebel-readline-cljs "0.1.4" :exclusions [org.clojure/clojurescript]]
                              [javax.servlet/servlet-api "2.5"]]
               :plugins      [[lein-pdo "0.1.1"]]
               :jvm-opts ["-Dconfig=config/dev.edn" "-Xms4G" "-Xmx20G" "-XX:-OmitStackTraceInFastThrow"]}
@@ -149,8 +154,7 @@
              :uberjar
              {:java-cmd "/usr/lib/jvm/java-11-openjdk/bin/java"
               :aot []
-              :prep-tasks ["fig:min"]
-              :dependencies [[com.bhauman/figwheel-main "0.2.18" :exclusions [org.clojure/clojurescript
+              :dependencies [#_[com.bhauman/figwheel-main "0.2.18" :exclusions [org.clojure/clojurescript
                                                                               ring
                                                                               ring/ring-core
                                                                               ring/ring-codec
@@ -165,18 +169,18 @@
                                                                               org.eclipse.jetty.websocket/websocket-server
                                                                               org.eclipse.jetty.websocket/websocket-servlet
                                                                               args4j]]]}
-             :provided {:dependencies [[org.clojure/clojurescript "1.11.4"
+             :provided {:dependencies [#_[org.clojure/clojurescript "1.11.4"
                                         :exclusions [com.google.code.findbugs/jsr305
                                                      com.fasterxml.jackson.core/jackson-core]]
-                                       [reagent "1.0.0" :exclusions [cljsjs/react cljsjs/react-dom cljsjs/react-dom-server] ]
-                                       [re-frame "1.1.2"
+                                       #_[reagent "1.0.0" :exclusions [cljsjs/react cljsjs/react-dom cljsjs/react-dom-server] ]
+                                       #_[re-frame "1.1.2"
                                         :exclusions
                                         [reagent
                                          org.clojure/clojurescript]]
-                                       [re-frame-utils "0.1.0"]
-                                       [com.andrewmcveigh/cljs-time "0.5.2"]
-                                       [cljs-http "0.1.46"]
-                                       [kibu/pushy "0.3.8"]]}
+                                       #_[re-frame-utils "0.1.0"]
+                                       #_[com.andrewmcveigh/cljs-time "0.5.2"]
+                                       #_[cljs-http "0.1.46"]
+                                       #_[kibu/pushy "0.3.8"]]}
 
              }
 

resources/bulma-0.9.0/LICENSE

@@ -1,21 +0,0 @@
-The MIT License (MIT)
-
-Copyright (c) 2020 Jeremy Thomas
-
-Permission is hereby granted, free of charge, to any person obtaining a copy
-of this software and associated documentation files (the "Software"), to deal
-in the Software without restriction, including without limitation the rights
-to use, copy, modify, merge, publish, distribute, sublicense, and/or sell
-copies of the Software, and to permit persons to whom the Software is
-furnished to do so, subject to the following conditions:
-
-The above copyright notice and this permission notice shall be included in
-all copies or substantial portions of the Software.
-
-THE SOFTWARE IS PROVIDED "AS IS", WITHOUT WARRANTY OF ANY KIND, EXPRESS OR
-IMPLIED, INCLUDING BUT NOT LIMITED TO THE WARRANTIES OF MERCHANTABILITY,
-FITNESS FOR A PARTICULAR PURPOSE AND NONINFRINGEMENT. IN NO EVENT SHALL THE
-AUTHORS OR COPYRIGHT HOLDERS BE LIABLE FOR ANY CLAIM, DAMAGES OR OTHER
-LIABILITY, WHETHER IN AN ACTION OF CONTRACT, TORT OR OTHERWISE, ARISING FROM,
-OUT OF OR IN CONNECTION WITH THE SOFTWARE OR THE USE OR OTHER DEALINGS IN
-THE SOFTWARE.

resources/bulma-0.9.0/README.md

@@ -1,130 +0,0 @@
-# [Bulma](https://bulma.io)
-
-Bulma is a **modern CSS framework** based on [Flexbox](https://developer.mozilla.org/en-US/docs/Web/CSS/CSS_Flexible_Box_Layout/Using_CSS_flexible_boxes).
-
-[![npm](https://img.shields.io/npm/v/bulma.svg)][npm-link]
-[![npm](https://img.shields.io/npm/dm/bulma.svg)][npm-link]
-[![](https://data.jsdelivr.com/v1/package/npm/bulma/badge)](https://www.jsdelivr.com/package/npm/bulma)
-[![Awesome][awesome-badge]][awesome-link]
-[![Join the chat at https://gitter.im/jgthms/bulma](https://badges.gitter.im/jgthms/bulma.svg)](https://gitter.im/jgthms/bulma)
-[![Build Status](https://travis-ci.org/jgthms/bulma.svg?branch=master)](https://travis-ci.org/jgthms/bulma)
-
-<a href="https://bulma.io"><img src="https://raw.githubusercontent.com/jgthms/bulma/master/docs/images/bulma-banner.png" alt="Bulma: a Flexbox CSS framework" style="max-width:100%;" width="600"></a>
-
-## Quick install
-
-Bulma is constantly in development! Try it out now:
-
-### NPM
-
-```sh
-npm install bulma
-```
-
-**or**
-
-### Yarn
-
-```sh
-yarn add bulma
-```
-
-### Bower
-
-```sh
-bower install bulma
-```
-
-### Import
-After installation, you can import the CSS file into your project using this snippet:
-
-```sh
-import 'bulma/css/bulma.css'
-```
-
-### CDN
-
-[https://www.jsdelivr.com/package/npm/bulma](https://www.jsdelivr.com/package/npm/bulma)
-
-Feel free to raise an issue or submit a pull request.
-
-## CSS only
-
-Bulma is a **CSS** framework. As such, the sole output is a single CSS file: [bulma.css](https://github.com/jgthms/bulma/blob/master/css/bulma.css)
-
-You can either use that file, "out of the box", or download the Sass source files to customize the [variables](https://bulma.io/documentation/overview/variables/).
-
-There is **no** JavaScript included. People generally want to use their own JS implementation (and usually already have one). Bulma can be considered "environment agnostic": it's just the style layer on top of the logic.
-
-## Browser Support
-
-Bulma uses [autoprefixer](https://github.com/postcss/autoprefixer) to make (most) Flexbox features compatible with earlier browser versions. According to [Can I use](https://caniuse.com/#feat=flexbox), Bulma is compatible with **recent** versions of:
-
-* Chrome
-* Edge
-* Firefox
-* Opera
-* Safari
-
-Internet Explorer (10+) is only partially supported.
-
-## Documentation
-
-The documentation resides in the [docs](docs) directory, and is built with the Ruby-based [Jekyll](https://jekyllrb.com/) tool.
-
-Browse the [online documentation here.](https://bulma.io/documentation/overview/start/)
-
-## Related projects
-
-| Project                                                                              | Description                                                                            |
-|--------------------------------------------------------------------------------------|----------------------------------------------------------------------------------------|
-| [Bulma with Attribute Modules](https://github.com/j5bot/bulma-attribute-selectors)   | Adds support for attribute-based selectors                                             |
-| [Bulma with Rails](https://github.com/joshuajansen/bulma-rails)                      | Integrates Bulma with the rails asset pipeline                                         |
-| [Vue Admin (dead)](https://github.com/vue-bulma/vue-admin)                                  | Vue Admin framework powered by Bulma                                                   |
-| [Bulmaswatch](https://github.com/jenil/bulmaswatch)                                  | Free themes for Bulma                                                                  |
-| [Goldfish (read-only)](https://github.com/Caiyeon/goldfish)                                      | Vault UI with Bulma, Golang, and Vue Admin                                             |
-| [ember-bulma](https://github.com/open-tux/ember-bulma)                               | Ember addon providing a collection of UI components for Bulma                          |
-| [Bloomer](https://bloomer.js.org)                                                    | A set of React components for Bulma                                                    |
-| [React-bulma](https://github.com/kulakowka/react-bulma)                              | React.js components for Bulma                                                          |
-| [Buefy](https://buefy.org/)                                                          | Lightweight UI components for Vue.js based on Bulma                                    |
-| [vue-bulma-components](https://github.com/vouill/vue-bulma-components)               | Bulma components for Vue.js with straightforward syntax                                |
-| [BulmaJS](https://github.com/VizuaaLOG/BulmaJS)                                      | Javascript integration for Bulma. Written in ES6 with a data-* API                     |
-| [Bulma-modal-fx](https://github.com/postare/bulma-modal-fx)                          | A set of modal window effects with CSS transitions and animations for Bulma            |
-| [Bulma Stylus](https://github.com/groenroos/bulma-stylus)                            | Up-to-date 1:1 translation to Stylus
-| [Bulma.styl (read-only)](https://github.com/log1x/bulma.styl)                                    | 1:1 Stylus translation of Bulma 0.6.11                                                        |
-| [elm-bulma](https://github.com/surprisetalk/elm-bulma)                               | Bulma + Elm                                                                            |
-| [elm-bulma-classes](https://github.com/ahstro/elm-bulma-classes)                     | Bulma classes prepared for usage with Elm                                              |
-| [Bulma Customizer](https://bulma-customizer.bstash.io/)                              | Bulma Customizer &#8211; Create your own **bespoke** Bulma build                       |
-| [Fulma](https://fulma.github.io/Fulma/)                                       | Wrapper around Bulma for [fable-react](https://github.com/fable-compiler/fable-react)  |
-| [Laravel Enso](https://github.com/laravel-enso/enso)                                 | SPA Admin Panel built with Bulma, VueJS and Laravel                                    |
-| [Django Bulma](https://github.com/timonweb/django-bulma)                             | Integrates Bulma with Django                                                           |
-| [Bulma Templates](https://github.com/dansup/bulma-templates)                         | Free Templates for Bulma                                                               |
-| [React Bulma Components](https://github.com/couds/react-bulma-components)            | Another React wrap on React for Bulma.io                                               |
-| [purescript-bulma](https://github.com/sectore/purescript-bulma)                      | PureScript bindings for Bulma                                                          |
-| [Vue Datatable](https://github.com/laravel-enso/vuedatatable)                        | Bulma themed datatable based on Vue, Laravel & JSON templates                          |
-| [bulma-fluent](https://mubaidr.github.io/bulma-fluent/)                              | Fluent Design Theme for Bulma inspired by Microsoft’s Fluent Design System             |
-| [csskrt-csskrt](https://github.com/4d11/csskrt-csskrt)                               | Automatically add Bulma classes to HTML files                                          |
-| [bulma-pagination-react](https://github.com/hipstersmoothie/bulma-pagination-react)  | Bulma pagination as a react component                                                  |
-| [bulma-helpers](https://github.com/jmaczan/bulma-helpers)                            | Functional / Atomic CSS classes for Bulma                                              |
-| [bulma-swatch-hook](https://github.com/hipstersmoothie/bulma-swatch-hook)            | Bulma swatches as a react hook and a component                                         |
-| [BulmaWP (read-only)](https://github.com/tomhrtly/BulmaWP)                                       | Starter WordPress theme for Bulma                                                      |
-| [Ralma](https://github.com/aldi/ralma)                                               | Stateless Ractive.js Components for Bulma                                              |
-| [Django Simple Bulma](https://github.com/python-discord/django-simple-bulma)         | Lightweight integration of Bulma and Bulma-Extensions for your Django app              |
-| [rbx](https://dfee.github.io/rbx)                                                    | Comprehensive React UI Framework written in TypeScript                                 |
-| [Awesome Bulma Templates](https://github.com/aldi/awesome-bulma-templates)           | Free real-world Templates built with Bulma                                             |
-| [Trunx](http://g14n.info/trunx)                                                      | Super Saiyan React components, son of awesome Bulma, implemented in TypeScript         |
-| [@aybolit/bulma](https://github.com/web-padawan/aybolit/tree/master/packages/bulma)  | Web Components library inspired by Bulma and Bulma-extensions                          |
-| [Drulma](https://www.drupal.org/project/drulma)                                      | Drupal theme for Bulma.                                                                |
-| [Bulrush](https://github.com/textbook/bulrush)                                       | A Bulma-based Python Pelican blog theme                                                |
-| [Bulma Variable Export](https://github.com/service-paradis/bulma-variables-export)                                       | Access Bulma Variables in Javascript/Typescript in project using Webpack                                                |
-| [Bulmil](https://github.com/gomah/bulmil)                                       | An agnostic UI components library based on Web Components, made with Bulma & Stencil.                                                |
-| [Svelte Bulma Components](https://github.com/elcobvg/svelte-bulma-components)                                       | Library of UI components to be used in [Svelte.js](https://svelte.technology/) or standalone.                                                |
-| [Bulma Nunjucks Starterkit](https://github.com/benninkcorien/nunjucks-starter-kit)                                       | Starterkit for Nunjucks with Bulma.                                                |
-
-## Copyright and license
-
-Code copyright 2020 Jeremy Thomas. Code released under [the MIT license](https://github.com/jgthms/bulma/blob/master/LICENSE).
-
-[npm-link]: https://www.npmjs.com/package/bulma
-[awesome-link]:  https://github.com/awesome-css-group/awesome-css
-[awesome-badge]: https://cdn.rawgit.com/sindresorhus/awesome/d7305f38d29fed78fa85652e3a63e154dd8e8829/media/badge.svg

resources/bulma-0.9.0/bulma.sass

@@ -1,10 +0,0 @@
-@charset "utf-8"
-/*! bulma.io v0.9.0 | MIT License | github.com/jgthms/bulma */
-@import "sass/utilities/_all"
-@import "sass/base/_all"
-@import "sass/elements/_all"
-@import "sass/form/_all"
-@import "sass/components/_all"
-@import "sass/grid/_all"
-@import "sass/helpers/_all"
-@import "sass/layout/_all"

resources/bulma-0.9.0/package.json

@@ -1,82 +0,0 @@
-{
-  "_from": "bulma@0.9.0",
-  "_id": "bulma@0.9.0",
-  "_inBundle": false,
-  "_integrity": "sha512-rV75CJkubNUroAt0qCRkjznZLoaXq/ctfMXsMvKSL84UetbSyx5REl96e8GoQ04G4Tkw0XF3STECffTOQrbzOQ==",
-  "_location": "/bulma",
-  "_phantomChildren": {},
-  "_requested": {
-    "type": "version",
-    "registry": true,
-    "raw": "bulma@0.9.0",
-    "name": "bulma",
-    "escapedName": "bulma",
-    "rawSpec": "0.9.0",
-    "saveSpec": null,
-    "fetchSpec": "0.9.0"
-  },
-  "_requiredBy": [
-    "#USER",
-    "/"
-  ],
-  "_resolved": "https://registry.npmjs.org/bulma/-/bulma-0.9.0.tgz",
-  "_shasum": "948c5445a49e9d7546f0826cb3820d17178a814f",
-  "_spec": "bulma@0.9.0",
-  "_where": "/Users/jthomas/Desktop",
-  "author": {
-    "name": "Jeremy Thomas",
-    "email": "bbxdesign@gmail.com",
-    "url": "https://jgthms.com"
-  },
-  "bugs": {
-    "url": "https://github.com/jgthms/bulma/issues"
-  },
-  "bundleDependencies": false,
-  "deprecated": false,
-  "description": "Modern CSS framework based on Flexbox",
-  "devDependencies": {
-    "autoprefixer": "^9.8.0",
-    "clean-css-cli": "^4.3.0",
-    "node-sass": "^4.14.1",
-    "postcss-cli": "^7.1.1",
-    "rimraf": "^3.0.2"
-  },
-  "files": [
-    "css",
-    "sass",
-    "bulma.sass",
-    "LICENSE",
-    "README.md"
-  ],
-  "homepage": "https://bulma.io",
-  "keywords": [
-    "css",
-    "sass",
-    "flexbox",
-    "responsive",
-    "framework"
-  ],
-  "license": "MIT",
-  "main": "bulma.sass",
-  "name": "bulma",
-  "repository": {
-    "type": "git",
-    "url": "git+https://github.com/jgthms/bulma.git"
-  },
-  "scripts": {
-    "build": "npm run build-sass && npm run build-autoprefix && npm run build-cleancss",
-    "build-autoprefix": "postcss --use autoprefixer --map false --output css/bulma.css css/bulma.css",
-    "build-cleancss": "cleancss -o css/bulma.min.css css/bulma.css",
-    "build-sass": "node-sass --output-style expanded --source-map true bulma.sass css/bulma.css",
-    "clean": "rimraf css",
-    "deploy": "npm run clean && npm run build && npm run rtl",
-    "rtl": "npm run rtl-sass && npm run rtl-autoprefix && npm run rtl-cleancss",
-    "rtl-autoprefix": "postcss --use autoprefixer --map false --output css/bulma-rtl.css css/bulma-rtl.css",
-    "rtl-cleancss": "cleancss -o css/bulma-rtl.min.css css/bulma-rtl.css",
-    "rtl-sass": "node-sass --output-style expanded --source-map true bulma-rtl.sass css/bulma-rtl.css",
-    "start": "npm run build-sass -- --watch"
-  },
-  "style": "bulma/css/bulma.min.css",
-  "unpkg": "css/bulma.css",
-  "version": "0.9.0"
-}

resources/bulma-0.9.0/sass/base/_all.sass

@@ -1,4 +0,0 @@
-@charset "utf-8"
-
-@import "minireset.sass"
-@import "generic.sass"

resources/bulma-0.9.0/sass/base/generic.sass

@@ -1,142 +0,0 @@
-$body-background-color: $scheme-main !default
-$body-size: 16px !default
-$body-min-width: 300px !default
-$body-rendering: optimizeLegibility !default
-$body-family: $family-primary !default
-$body-overflow-x: hidden !default
-$body-overflow-y: scroll !default
-
-$body-color: $text !default
-$body-font-size: 1em !default
-$body-weight: $weight-normal !default
-$body-line-height: 1.5 !default
-
-$code-family: $family-code !default
-$code-padding: 0.25em 0.5em 0.25em !default
-$code-weight: normal !default
-$code-size: 0.875em !default
-
-$small-font-size: 0.875em !default
-
-$hr-background-color: $background !default
-$hr-height: 2px !default
-$hr-margin: 1.5rem 0 !default
-
-$strong-color: $text-strong !default
-$strong-weight: $weight-bold !default
-
-$pre-font-size: 0.875em !default
-$pre-padding: 1.25rem 1.5rem !default
-$pre-code-font-size: 1em !default
-
-html
-  background-color: $body-background-color
-  font-size: $body-size
-  -moz-osx-font-smoothing: grayscale
-  -webkit-font-smoothing: antialiased
-  min-width: $body-min-width
-  overflow-x: $body-overflow-x
-  overflow-y: $body-overflow-y
-  text-rendering: $body-rendering
-  text-size-adjust: 100%
-
-article,
-aside,
-figure,
-footer,
-header,
-hgroup,
-section
-  display: block
-
-body,
-button,
-input,
-select,
-textarea
-  font-family: $body-family
-
-code,
-pre
-  -moz-osx-font-smoothing: auto
-  -webkit-font-smoothing: auto
-  font-family: $code-family
-
-body
-  color: $body-color
-  font-size: $body-font-size
-  font-weight: $body-weight
-  line-height: $body-line-height
-
-// Inline
-
-a
-  color: $link
-  cursor: pointer
-  text-decoration: none
-  strong
-    color: currentColor
-  &:hover
-    color: $link-hover
-
-code
-  background-color: $code-background
-  color: $code
-  font-size: $code-size
-  font-weight: $code-weight
-  padding: $code-padding
-
-hr
-  background-color: $hr-background-color
-  border: none
-  display: block
-  height: $hr-height
-  margin: $hr-margin
-
-img
-  height: auto
-  max-width: 100%
-
-input[type="checkbox"],
-input[type="radio"]
-  vertical-align: baseline
-
-small
-  font-size: $small-font-size
-
-span
-  font-style: inherit
-  font-weight: inherit
-
-strong
-  color: $strong-color
-  font-weight: $strong-weight
-
-// Block
-
-fieldset
-  border: none
-
-pre
-  +overflow-touch
-  background-color: $pre-background
-  color: $pre
-  font-size: $pre-font-size
-  overflow-x: auto
-  padding: $pre-padding
-  white-space: pre
-  word-wrap: normal
-  code
-    background-color: transparent
-    color: currentColor
-    font-size: $pre-code-font-size
-    padding: 0
-
-table
-  td,
-  th
-    vertical-align: top
-    &:not([align])
-      text-align: inherit
-  th
-    color: $text-strong

resources/bulma-0.9.0/sass/base/helpers.sass

@@ -1 +0,0 @@
-@warn "The helpers.sass file is DEPRECATED. It has moved into its own /helpers folder. Please import sass/helpers/_all instead."

resources/bulma-0.9.0/sass/base/minireset.sass

@@ -1,79 +0,0 @@
-/*! minireset.css v0.0.6 | MIT License | github.com/jgthms/minireset.css */
-// Blocks
-html,
-body,
-p,
-ol,
-ul,
-li,
-dl,
-dt,
-dd,
-blockquote,
-figure,
-fieldset,
-legend,
-textarea,
-pre,
-iframe,
-hr,
-h1,
-h2,
-h3,
-h4,
-h5,
-h6
-  margin: 0
-  padding: 0
-
-// Headings
-h1,
-h2,
-h3,
-h4,
-h5,
-h6
-  font-size: 100%
-  font-weight: normal
-
-// List
-ul
-  list-style: none
-
-// Form
-button,
-input,
-select,
-textarea
-  margin: 0
-
-// Box sizing
-html
-  box-sizing: border-box
-
-*
-  &,
-  &::before,
-  &::after
-    box-sizing: inherit
-
-// Media
-img,
-video
-  height: auto
-  max-width: 100%
-
-// Iframe
-iframe
-  border: 0
-
-// Table
-table
-  border-collapse: collapse
-  border-spacing: 0
-
-td,
-th
-  padding: 0
-  &:not([align])
-    text-align: inherit

resources/bulma-0.9.0/sass/components/_all.sass

@@ -1,14 +0,0 @@
-@charset "utf-8"
-
-@import "breadcrumb.sass"
-@import "card.sass"
-@import "dropdown.sass"
-@import "level.sass"
-@import "media.sass"
-@import "menu.sass"
-@import "message.sass"
-@import "modal.sass"
-@import "navbar.sass"
-@import "pagination.sass"
-@import "panel.sass"
-@import "tabs.sass"

resources/bulma-0.9.0/sass/components/breadcrumb.sass

@@ -1,75 +0,0 @@
-$breadcrumb-item-color: $link !default
-$breadcrumb-item-hover-color: $link-hover !default
-$breadcrumb-item-active-color: $text-strong !default
-
-$breadcrumb-item-padding-vertical: 0 !default
-$breadcrumb-item-padding-horizontal: 0.75em !default
-
-$breadcrumb-item-separator-color: $border-hover !default
-
-.breadcrumb
-  @extend %block
-  @extend %unselectable
-  font-size: $size-normal
-  white-space: nowrap
-  a
-    align-items: center
-    color: $breadcrumb-item-color
-    display: flex
-    justify-content: center
-    padding: $breadcrumb-item-padding-vertical $breadcrumb-item-padding-horizontal
-    &:hover
-      color: $breadcrumb-item-hover-color
-  li
-    align-items: center
-    display: flex
-    &:first-child a
-      +ltr-property("padding", 0, false)
-    &.is-active
-      a
-        color: $breadcrumb-item-active-color
-        cursor: default
-        pointer-events: none
-    & + li::before
-      color: $breadcrumb-item-separator-color
-      content: "\0002f"
-  ul,
-  ol
-    align-items: flex-start
-    display: flex
-    flex-wrap: wrap
-    justify-content: flex-start
-  .icon
-    &:first-child
-      +ltr-property("margin", 0.5em)
-    &:last-child
-      +ltr-property("margin", 0.5em, false)
-  // Alignment
-  &.is-centered
-    ol,
-    ul
-      justify-content: center
-  &.is-right
-    ol,
-    ul
-      justify-content: flex-end
-  // Sizes
-  &.is-small
-    font-size: $size-small
-  &.is-medium
-    font-size: $size-medium
-  &.is-large
-    font-size: $size-large
-  // Styles
-  &.has-arrow-separator
-    li + li::before
-      content: "\02192"
-  &.has-bullet-separator
-    li + li::before
-      content: "\02022"
-  &.has-dot-separator
-    li + li::before
-      content: "\000b7"
-  &.has-succeeds-separator
-    li + li::before
-      content: "\0227B"

resources/bulma-0.9.0/sass/components/card.sass

@@ -1,79 +0,0 @@
-$card-color: $text !default
-$card-background-color: $scheme-main !default
-$card-shadow: 0 0.5em 1em -0.125em rgba($scheme-invert, 0.1), 0 0px 0 1px rgba($scheme-invert, 0.02) !default
-
-$card-header-background-color: transparent !default
-$card-header-color: $text-strong !default
-$card-header-padding: 0.75rem 1rem !default
-$card-header-shadow: 0 0.125em 0.25em rgba($scheme-invert, 0.1) !default
-$card-header-weight: $weight-bold !default
-
-$card-content-background-color: transparent !default
-$card-content-padding: 1.5rem !default
-
-$card-footer-background-color: transparent !default
-$card-footer-border-top: 1px solid $border-light !default
-$card-footer-padding: 0.75rem !default
-
-$card-media-margin: $block-spacing !default
-
-.card
-  background-color: $card-background-color
-  box-shadow: $card-shadow
-  color: $card-color
-  max-width: 100%
-  position: relative
-
-.card-header
-  background-color: $card-header-background-color
-  align-items: stretch
-  box-shadow: $card-header-shadow
-  display: flex
-
-.card-header-title
-  align-items: center
-  color: $card-header-color
-  display: flex
-  flex-grow: 1
-  font-weight: $card-header-weight
-  padding: $card-header-padding
-  &.is-centered
-    justify-content: center
-
-.card-header-icon
-  align-items: center
-  cursor: pointer
-  display: flex
-  justify-content: center
-  padding: $card-header-padding
-
-.card-image
-  display: block
-  position: relative
-
-.card-content
-  background-color: $card-content-background-color
-  padding: $card-content-padding
-
-.card-footer
-  background-color: $card-footer-background-color
-  border-top: $card-footer-border-top
-  align-items: stretch
-  display: flex
-
-.card-footer-item
-  align-items: center
-  display: flex
-  flex-basis: 0
-  flex-grow: 1
-  flex-shrink: 0
-  justify-content: center
-  padding: $card-footer-padding
-  &:not(:last-child)
-    +ltr-property("border", $card-footer-border-top)
-
-// Combinations
-
-.card
-  .media:not(:last-child)
-    margin-bottom: $card-media-margin

resources/bulma-0.9.0/sass/components/dropdown.sass

@@ -1,81 +0,0 @@
-$dropdown-menu-min-width: 12rem !default
-
-$dropdown-content-background-color: $scheme-main !default
-$dropdown-content-arrow: $link !default
-$dropdown-content-offset: 4px !default
-$dropdown-content-padding-bottom: 0.5rem !default
-$dropdown-content-padding-top: 0.5rem !default
-$dropdown-content-radius: $radius !default
-$dropdown-content-shadow: 0 0.5em 1em -0.125em rgba($scheme-invert, 0.1), 0 0px 0 1px rgba($scheme-invert, 0.02) !default
-$dropdown-content-z: 20 !default
-
-$dropdown-item-color: $text !default
-$dropdown-item-hover-color: $scheme-invert !default
-$dropdown-item-hover-background-color: $background !default
-$dropdown-item-active-color: $link-invert !default
-$dropdown-item-active-background-color: $link !default
-
-$dropdown-divider-background-color: $border-light !default
-
-.dropdown
-  display: inline-flex
-  position: relative
-  vertical-align: top
-  &.is-active,
-  &.is-hoverable:hover
-    .dropdown-menu
-      display: block
-  &.is-right
-    .dropdown-menu
-      left: auto
-      right: 0
-  &.is-up
-    .dropdown-menu
-      bottom: 100%
-      padding-bottom: $dropdown-content-offset
-      padding-top: initial
-      top: auto
-
-.dropdown-menu
-  display: none
-  +ltr-position(0, false)
-  min-width: $dropdown-menu-min-width
-  padding-top: $dropdown-content-offset
-  position: absolute
-  top: 100%
-  z-index: $dropdown-content-z
-
-.dropdown-content
-  background-color: $dropdown-content-background-color
-  border-radius: $dropdown-content-radius
-  box-shadow: $dropdown-content-shadow
-  padding-bottom: $dropdown-content-padding-bottom
-  padding-top: $dropdown-content-padding-top
-
-.dropdown-item
-  color: $dropdown-item-color
-  display: block
-  font-size: 0.875rem
-  line-height: 1.5
-  padding: 0.375rem 1rem
-  position: relative
-
-a.dropdown-item,
-button.dropdown-item
-  +ltr-property("padding", 3rem)
-  text-align: inherit
-  white-space: nowrap
-  width: 100%
-  &:hover
-    background-color: $dropdown-item-hover-background-color
-    color: $dropdown-item-hover-color
-  &.is-active
-    background-color: $dropdown-item-active-background-color
-    color: $dropdown-item-active-color
-
-.dropdown-divider
-  background-color: $dropdown-divider-background-color
-  border: none
-  display: block
-  height: 1px
-  margin: 0.5rem 0

resources/bulma-0.9.0/sass/components/level.sass

@@ -1,77 +0,0 @@
-$level-item-spacing: ($block-spacing / 2) !default
-
-.level
-  @extend %block
-  align-items: center
-  justify-content: space-between
-  code
-    border-radius: $radius
-  img
-    display: inline-block
-    vertical-align: top
-  // Modifiers
-  &.is-mobile
-    display: flex
-    .level-left,
-    .level-right
-      display: flex
-    .level-left + .level-right
-      margin-top: 0
-    .level-item
-      &:not(:last-child)
-        margin-bottom: 0
-        +ltr-property("margin", $level-item-spacing)
-      &:not(.is-narrow)
-        flex-grow: 1
-  // Responsiveness
-  +tablet
-    display: flex
-    & > .level-item
-      &:not(.is-narrow)
-        flex-grow: 1
-
-.level-item
-  align-items: center
-  display: flex
-  flex-basis: auto
-  flex-grow: 0
-  flex-shrink: 0
-  justify-content: center
-  .title,
-  .subtitle
-    margin-bottom: 0
-  // Responsiveness
-  +mobile
-    &:not(:last-child)
-      margin-bottom: $level-item-spacing
-
-.level-left,
-.level-right
-  flex-basis: auto
-  flex-grow: 0
-  flex-shrink: 0
-  .level-item
-    // Modifiers
-    &.is-flexible
-      flex-grow: 1
-    // Responsiveness
-    +tablet
-      &:not(:last-child)
-        +ltr-property("margin", $level-item-spacing)
-
-.level-left
-  align-items: center
-  justify-content: flex-start
-  // Responsiveness
-  +mobile
-    & + .level-right
-      margin-top: 1.5rem
-  +tablet
-    display: flex
-
-.level-right
-  align-items: center
-  justify-content: flex-end
-  // Responsiveness
-  +tablet
-    display: flex

resources/bulma-0.9.0/sass/components/media.sass

@@ -1,52 +0,0 @@
-$media-border-color: bulmaRgba($border, 0.5) !default
-$media-spacing: 1rem
-$media-spacing-large: 1.5rem
-
-.media
-  align-items: flex-start
-  display: flex
-  text-align: inherit
-  .content:not(:last-child)
-    margin-bottom: 0.75rem
-  .media
-    border-top: 1px solid $media-border-color
-    display: flex
-    padding-top: 0.75rem
-    .content:not(:last-child),
-    .control:not(:last-child)
-      margin-bottom: 0.5rem
-    .media
-      padding-top: 0.5rem
-      & + .media
-        margin-top: 0.5rem
-  & + .media
-    border-top: 1px solid $media-border-color
-    margin-top: $media-spacing
-    padding-top: $media-spacing
-  // Sizes
-  &.is-large
-    & + .media
-      margin-top: $media-spacing-large
-      padding-top: $media-spacing-large
-
-.media-left,
-.media-right
-  flex-basis: auto
-  flex-grow: 0
-  flex-shrink: 0
-
-.media-left
-  +ltr-property("margin", $media-spacing)
-
-.media-right
-  +ltr-property("margin", $media-spacing, false)
-
-.media-content
-  flex-basis: auto
-  flex-grow: 1
-  flex-shrink: 1
-  text-align: inherit
-
-+mobile
-  .media-content
-    overflow-x: auto

resources/bulma-0.9.0/sass/components/menu.sass

@@ -1,57 +0,0 @@
-$menu-item-color: $text !default
-$menu-item-radius: $radius-small !default
-$menu-item-hover-color: $text-strong !default
-$menu-item-hover-background-color: $background !default
-$menu-item-active-color: $link-invert !default
-$menu-item-active-background-color: $link !default
-
-$menu-list-border-left: 1px solid $border !default
-$menu-list-line-height: 1.25 !default
-$menu-list-link-padding: 0.5em 0.75em !default
-$menu-nested-list-margin: 0.75em !default
-$menu-nested-list-padding-left: 0.75em !default
-
-$menu-label-color: $text-light !default
-$menu-label-font-size: 0.75em !default
-$menu-label-letter-spacing: 0.1em !default
-$menu-label-spacing: 1em !default
-
-.menu
-  font-size: $size-normal
-  // Sizes
-  &.is-small
-    font-size: $size-small
-  &.is-medium
-    font-size: $size-medium
-  &.is-large
-    font-size: $size-large
-
-.menu-list
-  line-height: $menu-list-line-height
-  a
-    border-radius: $menu-item-radius
-    color: $menu-item-color
-    display: block
-    padding: $menu-list-link-padding
-    &:hover
-      background-color: $menu-item-hover-background-color
-      color: $menu-item-hover-color
-    // Modifiers
-    &.is-active
-      background-color: $menu-item-active-background-color
-      color: $menu-item-active-color
-  li
-    ul
-      +ltr-property("border", $menu-list-border-left, false)
-      margin: $menu-nested-list-margin
-      +ltr-property("padding", $menu-nested-list-padding-left, false)
-
-.menu-label
-  color: $menu-label-color
-  font-size: $menu-label-font-size
-  letter-spacing: $menu-label-letter-spacing
-  text-transform: uppercase
-  &:not(:first-child)
-    margin-top: $menu-label-spacing
-  &:not(:last-child)
-    margin-bottom: $menu-label-spacing

resources/bulma-0.9.0/sass/components/message.sass

@@ -1,99 +0,0 @@
-$message-background-color: $background !default
-$message-radius: $radius !default
-
-$message-header-background-color: $text !default
-$message-header-color: $text-invert !default
-$message-header-weight: $weight-bold !default
-$message-header-padding: 0.75em 1em !default
-$message-header-radius: $radius !default
-
-$message-body-border-color: $border !default
-$message-body-border-width: 0 0 0 4px !default
-$message-body-color: $text !default
-$message-body-padding: 1.25em 1.5em !default
-$message-body-radius: $radius !default
-
-$message-body-pre-background-color: $scheme-main !default
-$message-body-pre-code-background-color: transparent !default
-
-$message-header-body-border-width: 0 !default
-$message-colors: $colors !default
-
-.message
-  @extend %block
-  background-color: $message-background-color
-  border-radius: $message-radius
-  font-size: $size-normal
-  strong
-    color: currentColor
-  a:not(.button):not(.tag):not(.dropdown-item)
-    color: currentColor
-    text-decoration: underline
-  // Sizes
-  &.is-small
-    font-size: $size-small
-  &.is-medium
-    font-size: $size-medium
-  &.is-large
-    font-size: $size-large
-  // Colors
-  @each $name, $components in $message-colors
-    $color: nth($components, 1)
-    $color-invert: nth($components, 2)
-    $color-light: null
-    $color-dark: null
-
-    @if length($components) >= 3
-      $color-light: nth($components, 3)
-      @if length($components) >= 4
-        $color-dark: nth($components, 4)
-      @else
-        $color-luminance: colorLuminance($color)
-        $darken-percentage: $color-luminance * 70%
-        $desaturate-percentage: $color-luminance * 30%
-        $color-dark: desaturate(darken($color, $darken-percentage), $desaturate-percentage)
-    @else
-      $color-lightning: max((100% - lightness($color)) - 2%, 0%)
-      $color-light: lighten($color, $color-lightning)
-
-    &.is-#{$name}
-      background-color: $color-light
-      .message-header
-        background-color: $color
-        color: $color-invert
-      .message-body
-        border-color: $color
-        color: $color-dark
-
-.message-header
-  align-items: center
-  background-color: $message-header-background-color
-  border-radius: $message-header-radius $message-header-radius 0 0
-  color: $message-header-color
-  display: flex
-  font-weight: $message-header-weight
-  justify-content: space-between
-  line-height: 1.25
-  padding: $message-header-padding
-  position: relative
-  .delete
-    flex-grow: 0
-    flex-shrink: 0
-    +ltr-property("margin", 0.75em, false)
-  & + .message-body
-    border-width: $message-header-body-border-width
-    border-top-left-radius: 0
-    border-top-right-radius: 0
-
-.message-body
-  border-color: $message-body-border-color
-  border-radius: $message-body-radius
-  border-style: solid
-  border-width: $message-body-border-width
-  color: $message-body-color
-  padding: $message-body-padding
-  code,
-  pre
-    background-color: $message-body-pre-background-color
-  pre code
-    background-color: $message-body-pre-code-background-color

resources/bulma-0.9.0/sass/components/modal.sass

@@ -1,113 +0,0 @@
-$modal-z: 40 !default
-
-$modal-background-background-color: bulmaRgba($scheme-invert, 0.86) !default
-
-$modal-content-width: 640px !default
-$modal-content-margin-mobile: 20px !default
-$modal-content-spacing-mobile: 160px !default
-$modal-content-spacing-tablet: 40px !default
-
-$modal-close-dimensions: 40px !default
-$modal-close-right: 20px !default
-$modal-close-top: 20px !default
-
-$modal-card-spacing: 40px !default
-
-$modal-card-head-background-color: $background !default
-$modal-card-head-border-bottom: 1px solid $border !default
-$modal-card-head-padding: 20px !default
-$modal-card-head-radius: $radius-large !default
-
-$modal-card-title-color: $text-strong !default
-$modal-card-title-line-height: 1 !default
-$modal-card-title-size: $size-4 !default
-
-$modal-card-foot-radius: $radius-large !default
-$modal-card-foot-border-top: 1px solid $border !default
-
-$modal-card-body-background-color: $scheme-main !default
-$modal-card-body-padding: 20px !default
-
-.modal
-  @extend %overlay
-  align-items: center
-  display: none
-  flex-direction: column
-  justify-content: center
-  overflow: hidden
-  position: fixed
-  z-index: $modal-z
-  // Modifiers
-  &.is-active
-    display: flex
-
-.modal-background
-  @extend %overlay
-  background-color: $modal-background-background-color
-
-.modal-content,
-.modal-card
-  margin: 0 $modal-content-margin-mobile
-  max-height: calc(100vh - #{$modal-content-spacing-mobile})
-  overflow: auto
-  position: relative
-  width: 100%
-  // Responsiveness
-  +tablet
-    margin: 0 auto
-    max-height: calc(100vh - #{$modal-content-spacing-tablet})
-    width: $modal-content-width
-
-.modal-close
-  @extend %delete
-  background: none
-  height: $modal-close-dimensions
-  position: fixed
-  +ltr-position($modal-close-right)
-  top: $modal-close-top
-  width: $modal-close-dimensions
-
-.modal-card
-  display: flex
-  flex-direction: column
-  max-height: calc(100vh - #{$modal-card-spacing})
-  overflow: hidden
-  -ms-overflow-y: visible
-
-.modal-card-head,
-.modal-card-foot
-  align-items: center
-  background-color: $modal-card-head-background-color
-  display: flex
-  flex-shrink: 0
-  justify-content: flex-start
-  padding: $modal-card-head-padding
-  position: relative
-
-.modal-card-head
-  border-bottom: $modal-card-head-border-bottom
-  border-top-left-radius: $modal-card-head-radius
-  border-top-right-radius: $modal-card-head-radius
-
-.modal-card-title
-  color: $modal-card-title-color
-  flex-grow: 1
-  flex-shrink: 0
-  font-size: $modal-card-title-size
-  line-height: $modal-card-title-line-height
-
-.modal-card-foot
-  border-bottom-left-radius: $modal-card-foot-radius
-  border-bottom-right-radius: $modal-card-foot-radius
-  border-top: $modal-card-foot-border-top
-  .button
-    &:not(:last-child)
-      +ltr-property("margin", 0.5em)
-
-.modal-card-body
-  +overflow-touch
-  background-color: $modal-card-body-background-color
-  flex-grow: 1
-  flex-shrink: 1
-  overflow: auto
-  padding: $modal-card-body-padding

resources/bulma-0.9.0/sass/components/navbar.sass

@@ -1,441 +0,0 @@
-$navbar-background-color: $scheme-main !default
-$navbar-box-shadow-size: 0 2px 0 0 !default
-$navbar-box-shadow-color: $background !default
-$navbar-height: 3.25rem !default
-$navbar-padding-vertical: 1rem !default
-$navbar-padding-horizontal: 2rem !default
-$navbar-z: 30 !default
-$navbar-fixed-z: 30 !default
-
-$navbar-item-color: $text !default
-$navbar-item-hover-color: $link !default
-$navbar-item-hover-background-color: $scheme-main-bis !default
-$navbar-item-active-color: $scheme-invert !default
-$navbar-item-active-background-color: transparent !default
-$navbar-item-img-max-height: 1.75rem !default
-
-$navbar-burger-color: $navbar-item-color !default
-
-$navbar-tab-hover-background-color: transparent !default
-$navbar-tab-hover-border-bottom-color: $link !default
-$navbar-tab-active-color: $link !default
-$navbar-tab-active-background-color: transparent !default
-$navbar-tab-active-border-bottom-color: $link !default
-$navbar-tab-active-border-bottom-style: solid !default
-$navbar-tab-active-border-bottom-width: 3px !default
-
-$navbar-dropdown-background-color: $scheme-main !default
-$navbar-dropdown-border-top: 2px solid $border !default
-$navbar-dropdown-offset: -4px !default
-$navbar-dropdown-arrow: $link !default
-$navbar-dropdown-radius: $radius-large !default
-$navbar-dropdown-z: 20 !default
-
-$navbar-dropdown-boxed-radius: $radius-large !default
-$navbar-dropdown-boxed-shadow: 0 8px 8px bulmaRgba($scheme-invert, 0.1), 0 0 0 1px bulmaRgba($scheme-invert, 0.1) !default
-
-$navbar-dropdown-item-hover-color: $scheme-invert !default
-$navbar-dropdown-item-hover-background-color: $background !default
-$navbar-dropdown-item-active-color: $link !default
-$navbar-dropdown-item-active-background-color: $background !default
-
-$navbar-divider-background-color: $background !default
-$navbar-divider-height: 2px !default
-
-$navbar-bottom-box-shadow-size: 0 -2px 0 0 !default
-
-$navbar-breakpoint: $desktop !default
-
-=navbar-fixed
-  left: 0
-  position: fixed
-  right: 0
-  z-index: $navbar-fixed-z
-
-.navbar
-  background-color: $navbar-background-color
-  min-height: $navbar-height
-  position: relative
-  z-index: $navbar-z
-  @each $name, $pair in $colors
-    $color: nth($pair, 1)
-    $color-invert: nth($pair, 2)
-    &.is-#{$name}
-      background-color: $color
-      color: $color-invert
-      .navbar-brand
-        & > .navbar-item,
-        .navbar-link
-          color: $color-invert
-        & > a.navbar-item,
-        .navbar-link
-          &:focus,
-          &:hover,
-          &.is-active
-            background-color: bulmaDarken($color, 5%)
-            color: $color-invert
-        .navbar-link
-          &::after
-            border-color: $color-invert
-      .navbar-burger
-        color: $color-invert
-      +from($navbar-breakpoint)
-        .navbar-start,
-        .navbar-end
-          & > .navbar-item,
-          .navbar-link
-            color: $color-invert
-          & > a.navbar-item,
-          .navbar-link
-            &:focus,
-            &:hover,
-            &.is-active
-              background-color: bulmaDarken($color, 5%)
-              color: $color-invert
-          .navbar-link
-            &::after
-              border-color: $color-invert
-        .navbar-item.has-dropdown:focus .navbar-link,
-        .navbar-item.has-dropdown:hover .navbar-link,
-        .navbar-item.has-dropdown.is-active .navbar-link
-          background-color: bulmaDarken($color, 5%)
-          color: $color-invert
-        .navbar-dropdown
-          a.navbar-item
-            &.is-active
-              background-color: $color
-              color: $color-invert
-  & > .container
-    align-items: stretch
-    display: flex
-    min-height: $navbar-height
-    width: 100%
-  &.has-shadow
-    box-shadow: $navbar-box-shadow-size $navbar-box-shadow-color
-  &.is-fixed-bottom,
-  &.is-fixed-top
-    +navbar-fixed
-  &.is-fixed-bottom
-    bottom: 0
-    &.has-shadow
-      box-shadow: $navbar-bottom-box-shadow-size $navbar-box-shadow-color
-  &.is-fixed-top
-    top: 0
-
-html,
-body
-  &.has-navbar-fixed-top
-    padding-top: $navbar-height
-  &.has-navbar-fixed-bottom
-    padding-bottom: $navbar-height
-
-.navbar-brand,
-.navbar-tabs
-  align-items: stretch
-  display: flex
-  flex-shrink: 0
-  min-height: $navbar-height
-
-.navbar-brand
-  a.navbar-item
-    &:focus,
-    &:hover
-      background-color: transparent
-
-.navbar-tabs
-  +overflow-touch
-  max-width: 100vw
-  overflow-x: auto
-  overflow-y: hidden
-
-.navbar-burger
-  color: $navbar-burger-color
-  +hamburger($navbar-height)
-  +ltr-property("margin", auto, false)
-
-.navbar-menu
-  display: none
-
-.navbar-item,
-.navbar-link
-  color: $navbar-item-color
-  display: block
-  line-height: 1.5
-  padding: 0.5rem 0.75rem
-  position: relative
-  .icon
-    &:only-child
-      margin-left: -0.25rem
-      margin-right: -0.25rem
-
-a.navbar-item,
-.navbar-link
-  cursor: pointer
-  &:focus,
-  &:focus-within,
-  &:hover,
-  &.is-active
-    background-color: $navbar-item-hover-background-color
-    color: $navbar-item-hover-color
-
-.navbar-item
-  flex-grow: 0
-  flex-shrink: 0
-  img
-    max-height: $navbar-item-img-max-height
-  &.has-dropdown
-    padding: 0
-  &.is-expanded
-    flex-grow: 1
-    flex-shrink: 1
-  &.is-tab
-    border-bottom: 1px solid transparent
-    min-height: $navbar-height
-    padding-bottom: calc(0.5rem - 1px)
-    &:focus,
-    &:hover
-      background-color: $navbar-tab-hover-background-color
-      border-bottom-color: $navbar-tab-hover-border-bottom-color
-    &.is-active
-      background-color: $navbar-tab-active-background-color
-      border-bottom-color: $navbar-tab-active-border-bottom-color
-      border-bottom-style: $navbar-tab-active-border-bottom-style
-      border-bottom-width: $navbar-tab-active-border-bottom-width
-      color: $navbar-tab-active-color
-      padding-bottom: calc(0.5rem - #{$navbar-tab-active-border-bottom-width})
-
-.navbar-content
-  flex-grow: 1
-  flex-shrink: 1
-
-.navbar-link:not(.is-arrowless)
-  +ltr-property("padding", 2.5em)
-  &::after
-    @extend %arrow
-    border-color: $navbar-dropdown-arrow
-    margin-top: -0.375em
-    +ltr-position(1.125em)
-
-.navbar-dropdown
-  font-size: 0.875rem
-  padding-bottom: 0.5rem
-  padding-top: 0.5rem
-  .navbar-item
-    padding-left: 1.5rem
-    padding-right: 1.5rem
-
-.navbar-divider
-  background-color: $navbar-divider-background-color
-  border: none
-  display: none
-  height: $navbar-divider-height
-  margin: 0.5rem 0
-
-+until($navbar-breakpoint)
-  .navbar > .container
-    display: block
-  .navbar-brand,
-  .navbar-tabs
-    .navbar-item
-      align-items: center
-      display: flex
-  .navbar-link
-    &::after
-      display: none
-  .navbar-menu
-    background-color: $navbar-background-color
-    box-shadow: 0 8px 16px bulmaRgba($scheme-invert, 0.1)
-    padding: 0.5rem 0
-    &.is-active
-      display: block
-  // Fixed navbar
-  .navbar
-    &.is-fixed-bottom-touch,
-    &.is-fixed-top-touch
-      +navbar-fixed
-    &.is-fixed-bottom-touch
-      bottom: 0
-      &.has-shadow
-        box-shadow: 0 -2px 3px bulmaRgba($scheme-invert, 0.1)
-    &.is-fixed-top-touch
-      top: 0
-    &.is-fixed-top,
-    &.is-fixed-top-touch
-      .navbar-menu
-        +overflow-touch
-        max-height: calc(100vh - #{$navbar-height})
-        overflow: auto
-  html,
-  body
-    &.has-navbar-fixed-top-touch
-      padding-top: $navbar-height
-    &.has-navbar-fixed-bottom-touch
-      padding-bottom: $navbar-height
-
-+from($navbar-breakpoint)
-  .navbar,
-  .navbar-menu,
-  .navbar-start,
-  .navbar-end
-    align-items: stretch
-    display: flex
-  .navbar
-    min-height: $navbar-height
-    &.is-spaced
-      padding: $navbar-padding-vertical $navbar-padding-horizontal
-      .navbar-start,
-      .navbar-end
-        align-items: center
-      a.navbar-item,
-      .navbar-link
-        border-radius: $radius
-    &.is-transparent
-      a.navbar-item,
-      .navbar-link
-        &:focus,
-        &:hover,
-        &.is-active
-          background-color: transparent !important
-      .navbar-item.has-dropdown
-        &.is-active,
-        &.is-hoverable:focus,
-        &.is-hoverable:focus-within,
-        &.is-hoverable:hover
-          .navbar-link
-            background-color: transparent !important
-      .navbar-dropdown
-        a.navbar-item
-          &:focus,
-          &:hover
-            background-color: $navbar-dropdown-item-hover-background-color
-            color: $navbar-dropdown-item-hover-color
-          &.is-active
-            background-color: $navbar-dropdown-item-active-background-color
-            color: $navbar-dropdown-item-active-color
-  .navbar-burger
-    display: none
-  .navbar-item,
-  .navbar-link
-    align-items: center
-    display: flex
-  .navbar-item
-    &.has-dropdown
-      align-items: stretch
-    &.has-dropdown-up
-      .navbar-link::after
-        transform: rotate(135deg) translate(0.25em, -0.25em)
-      .navbar-dropdown
-        border-bottom: $navbar-dropdown-border-top
-        border-radius: $navbar-dropdown-radius $navbar-dropdown-radius 0 0
-        border-top: none
-        bottom: 100%
-        box-shadow: 0 -8px 8px bulmaRgba($scheme-invert, 0.1)
-        top: auto
-    &.is-active,
-    &.is-hoverable:focus,
-    &.is-hoverable:focus-within,
-    &.is-hoverable:hover
-      .navbar-dropdown
-        display: block
-        .navbar.is-spaced &,
-        &.is-boxed
-          opacity: 1
-          pointer-events: auto
-          transform: translateY(0)
-  .navbar-menu
-    flex-grow: 1
-    flex-shrink: 0
-  .navbar-start
-    justify-content: flex-start
-    +ltr-property("margin", auto)
-  .navbar-end
-    justify-content: flex-end
-    +ltr-property("margin", auto, false)
-  .navbar-dropdown
-    background-color: $navbar-dropdown-background-color
-    border-bottom-left-radius: $navbar-dropdown-radius
-    border-bottom-right-radius: $navbar-dropdown-radius
-    border-top: $navbar-dropdown-border-top
-    box-shadow: 0 8px 8px bulmaRgba($scheme-invert, 0.1)
-    display: none
-    font-size: 0.875rem
-    +ltr-position(0, false)
-    min-width: 100%
-    position: absolute
-    top: 100%
-    z-index: $navbar-dropdown-z
-    .navbar-item
-      padding: 0.375rem 1rem
-      white-space: nowrap
-    a.navbar-item
-      +ltr-property("padding", 3rem)
-      &:focus,
-      &:hover
-        background-color: $navbar-dropdown-item-hover-background-color
-        color: $navbar-dropdown-item-hover-color
-      &.is-active
-        background-color: $navbar-dropdown-item-active-background-color
-        color: $navbar-dropdown-item-active-color
-    .navbar.is-spaced &,
-    &.is-boxed
-      border-radius: $navbar-dropdown-boxed-radius
-      border-top: none
-      box-shadow: $navbar-dropdown-boxed-shadow
-      display: block
-      opacity: 0
-      pointer-events: none
-      top: calc(100% + (#{$navbar-dropdown-offset}))
-      transform: translateY(-5px)
-      transition-duration: $speed
-      transition-property: opacity, transform
-    &.is-right
-      left: auto
-      right: 0
-  .navbar-divider
-    display: block
-  .navbar > .container,
-  .container > .navbar
-    .navbar-brand
-      +ltr-property("margin", -.75rem, false)
-    .navbar-menu
-      +ltr-property("margin", -.75rem)
-  // Fixed navbar
-  .navbar
-    &.is-fixed-bottom-desktop,
-    &.is-fixed-top-desktop
-      +navbar-fixed
-    &.is-fixed-bottom-desktop
-      bottom: 0
-      &.has-shadow
-        box-shadow: 0 -2px 3px bulmaRgba($scheme-invert, 0.1)
-    &.is-fixed-top-desktop
-      top: 0
-  html,
-  body
-    &.has-navbar-fixed-top-desktop
-      padding-top: $navbar-height
-    &.has-navbar-fixed-bottom-desktop
-      padding-bottom: $navbar-height
-    &.has-spaced-navbar-fixed-top
-      padding-top: $navbar-height + ($navbar-padding-vertical * 2)
-    &.has-spaced-navbar-fixed-bottom
-      padding-bottom: $navbar-height + ($navbar-padding-vertical * 2)
-  // Hover/Active states
-  a.navbar-item,
-  .navbar-link
-    &.is-active
-      color: $navbar-item-active-color
-    &.is-active:not(:focus):not(:hover)
-      background-color: $navbar-item-active-background-color
-  .navbar-item.has-dropdown
-    &:focus,
-    &:hover,
-    &.is-active
-      .navbar-link
-        background-color: $navbar-item-hover-background-color
-
-// Combination
-
-.hero
-  &.is-fullheight-with-navbar
-    min-height: calc(100vh - #{$navbar-height})

resources/bulma-0.9.0/sass/components/pagination.sass

@@ -1,150 +0,0 @@
-$pagination-color: $text-strong !default
-$pagination-border-color: $border !default
-$pagination-margin: -0.25rem !default
-$pagination-min-width: $control-height !default
-
-$pagination-item-font-size: 1em !default
-$pagination-item-margin: 0.25rem !default
-$pagination-item-padding-left: 0.5em !default
-$pagination-item-padding-right: 0.5em !default
-
-$pagination-hover-color: $link-hover !default
-$pagination-hover-border-color: $link-hover-border !default
-
-$pagination-focus-color: $link-focus !default
-$pagination-focus-border-color: $link-focus-border !default
-
-$pagination-active-color: $link-active !default
-$pagination-active-border-color: $link-active-border !default
-
-$pagination-disabled-color: $text-light !default
-$pagination-disabled-background-color: $border !default
-$pagination-disabled-border-color: $border !default
-
-$pagination-current-color: $link-invert !default
-$pagination-current-background-color: $link !default
-$pagination-current-border-color: $link !default
-
-$pagination-ellipsis-color: $grey-light !default
-
-$pagination-shadow-inset: inset 0 1px 2px rgba($scheme-invert, 0.2)
-
-.pagination
-  @extend %block
-  font-size: $size-normal
-  margin: $pagination-margin
-  // Sizes
-  &.is-small
-    font-size: $size-small
-  &.is-medium
-    font-size: $size-medium
-  &.is-large
-    font-size: $size-large
-  &.is-rounded
-    .pagination-previous,
-    .pagination-next
-      padding-left: 1em
-      padding-right: 1em
-      border-radius: $radius-rounded
-    .pagination-link
-      border-radius: $radius-rounded
-
-.pagination,
-.pagination-list
-  align-items: center
-  display: flex
-  justify-content: center
-  text-align: center
-
-.pagination-previous,
-.pagination-next,
-.pagination-link,
-.pagination-ellipsis
-  @extend %control
-  @extend %unselectable
-  font-size: $pagination-item-font-size
-  justify-content: center
-  margin: $pagination-item-margin
-  padding-left: $pagination-item-padding-left
-  padding-right: $pagination-item-padding-right
-  text-align: center
-
-.pagination-previous,
-.pagination-next,
-.pagination-link
-  border-color: $pagination-border-color
-  color: $pagination-color
-  min-width: $pagination-min-width
-  &:hover
-    border-color: $pagination-hover-border-color
-    color: $pagination-hover-color
-  &:focus
-    border-color: $pagination-focus-border-color
-  &:active
-    box-shadow: $pagination-shadow-inset
-  &[disabled]
-    background-color: $pagination-disabled-background-color
-    border-color: $pagination-disabled-border-color
-    box-shadow: none
-    color: $pagination-disabled-color
-    opacity: 0.5
-
-.pagination-previous,
-.pagination-next
-  padding-left: 0.75em
-  padding-right: 0.75em
-  white-space: nowrap
-
-.pagination-link
-  &.is-current
-    background-color: $pagination-current-background-color
-    border-color: $pagination-current-border-color
-    color: $pagination-current-color
-
-.pagination-ellipsis
-  color: $pagination-ellipsis-color
-  pointer-events: none
-
-.pagination-list
-  flex-wrap: wrap
-
-+mobile
-  .pagination
-    flex-wrap: wrap
-  .pagination-previous,
-  .pagination-next
-    flex-grow: 1
-    flex-shrink: 1
-  .pagination-list
-    li
-      flex-grow: 1
-      flex-shrink: 1
-
-+tablet
-  .pagination-list
-    flex-grow: 1
-    flex-shrink: 1
-    justify-content: flex-start
-    order: 1
-  .pagination-previous
-    order: 2
-  .pagination-next
-    order: 3
-  .pagination
-    justify-content: space-between
-    &.is-centered
-      .pagination-previous
-        order: 1
-      .pagination-list
-        justify-content: center
-        order: 2
-      .pagination-next
-        order: 3
-    &.is-right
-      .pagination-previous
-        order: 1
-      .pagination-next
-        order: 2
-      .pagination-list
-        justify-content: flex-end
-        order: 3

resources/bulma-0.9.0/sass/components/panel.sass

@@ -1,119 +0,0 @@
-$panel-margin: $block-spacing !default
-$panel-item-border: 1px solid $border-light !default
-$panel-radius: $radius-large !default
-$panel-shadow: 0 0.5em 1em -0.125em rgba($scheme-invert, 0.1), 0 0px 0 1px rgba($scheme-invert, 0.02) !default
-
-$panel-heading-background-color: $border-light !default
-$panel-heading-color: $text-strong !default
-$panel-heading-line-height: 1.25 !default
-$panel-heading-padding: 0.75em 1em !default
-$panel-heading-radius: $radius !default
-$panel-heading-size: 1.25em !default
-$panel-heading-weight: $weight-bold !default
-
-$panel-tabs-font-size: 0.875em !default
-$panel-tab-border-bottom: 1px solid $border !default
-$panel-tab-active-border-bottom-color: $link-active-border !default
-$panel-tab-active-color: $link-active !default
-
-$panel-list-item-color: $text !default
-$panel-list-item-hover-color: $link !default
-
-$panel-block-color: $text-strong !default
-$panel-block-hover-background-color: $background !default
-$panel-block-active-border-left-color: $link !default
-$panel-block-active-color: $link-active !default
-$panel-block-active-icon-color: $link !default
-
-$panel-icon-color: $text-light !default
-$panel-colors: $colors !default
-
-.panel
-  border-radius: $panel-radius
-  box-shadow: $panel-shadow
-  font-size: $size-normal
-  &:not(:last-child)
-    margin-bottom: $panel-margin
-  // Colors
-  @each $name, $components in $panel-colors
-    $color: nth($components, 1)
-    $color-invert: nth($components, 2)
-    &.is-#{$name}
-      .panel-heading
-        background-color: $color
-        color: $color-invert
-      .panel-tabs a.is-active
-        border-bottom-color: $color
-      .panel-block.is-active .panel-icon
-        color: $color
-
-.panel-tabs,
-.panel-block
-  &:not(:last-child)
-    border-bottom: $panel-item-border
-
-.panel-heading
-  background-color: $panel-heading-background-color
-  border-radius: $panel-radius $panel-radius 0 0
-  color: $panel-heading-color
-  font-size: $panel-heading-size
-  font-weight: $panel-heading-weight
-  line-height: $panel-heading-line-height
-  padding: $panel-heading-padding
-
-.panel-tabs
-  align-items: flex-end
-  display: flex
-  font-size: $panel-tabs-font-size
-  justify-content: center
-  a
-    border-bottom: $panel-tab-border-bottom
-    margin-bottom: -1px
-    padding: 0.5em
-    // Modifiers
-    &.is-active
-      border-bottom-color: $panel-tab-active-border-bottom-color
-      color: $panel-tab-active-color
-
-.panel-list
-  a
-    color: $panel-list-item-color
-    &:hover
-      color: $panel-list-item-hover-color
-
-.panel-block
-  align-items: center
-  color: $panel-block-color
-  display: flex
-  justify-content: flex-start
-  padding: 0.5em 0.75em
-  input[type="checkbox"]
-    +ltr-property("margin", 0.75em)
-  & > .control
-    flex-grow: 1
-    flex-shrink: 1
-    width: 100%
-  &.is-wrapped
-    flex-wrap: wrap
-  &.is-active
-    border-left-color: $panel-block-active-border-left-color
-    color: $panel-block-active-color
-    .panel-icon
-      color: $panel-block-active-icon-color
-  &:last-child
-    border-bottom-left-radius: $panel-radius
-    border-bottom-right-radius: $panel-radius
-
-a.panel-block,
-label.panel-block
-  cursor: pointer
-  &:hover
-    background-color: $panel-block-hover-background-color
-
-.panel-icon
-  +fa(14px, 1em)
-  color: $panel-icon-color
-  +ltr-property("margin", 0.75em)
-  .fa
-    font-size: inherit
-    line-height: inherit

resources/bulma-0.9.0/sass/components/tabs.sass

@@ -1,174 +0,0 @@
-$tabs-border-bottom-color: $border !default
-$tabs-border-bottom-style: solid !default
-$tabs-border-bottom-width: 1px !default
-$tabs-link-color: $text !default
-$tabs-link-hover-border-bottom-color: $text-strong !default
-$tabs-link-hover-color: $text-strong !default
-$tabs-link-active-border-bottom-color: $link !default
-$tabs-link-active-color: $link !default
-$tabs-link-padding: 0.5em 1em !default
-
-$tabs-boxed-link-radius: $radius !default
-$tabs-boxed-link-hover-background-color: $background !default
-$tabs-boxed-link-hover-border-bottom-color: $border !default
-
-$tabs-boxed-link-active-background-color: $scheme-main !default
-$tabs-boxed-link-active-border-color: $border !default
-$tabs-boxed-link-active-border-bottom-color: transparent !default
-
-$tabs-toggle-link-border-color: $border !default
-$tabs-toggle-link-border-style: solid !default
-$tabs-toggle-link-border-width: 1px !default
-$tabs-toggle-link-hover-background-color: $background !default
-$tabs-toggle-link-hover-border-color: $border-hover !default
-$tabs-toggle-link-radius: $radius !default
-$tabs-toggle-link-active-background-color: $link !default
-$tabs-toggle-link-active-border-color: $link !default
-$tabs-toggle-link-active-color: $link-invert !default
-
-.tabs
-  @extend %block
-  +overflow-touch
-  @extend %unselectable
-  align-items: stretch
-  display: flex
-  font-size: $size-normal
-  justify-content: space-between
-  overflow: hidden
-  overflow-x: auto
-  white-space: nowrap
-  a
-    align-items: center
-    border-bottom-color: $tabs-border-bottom-color
-    border-bottom-style: $tabs-border-bottom-style
-    border-bottom-width: $tabs-border-bottom-width
-    color: $tabs-link-color
-    display: flex
-    justify-content: center
-    margin-bottom: -#{$tabs-border-bottom-width}
-    padding: $tabs-link-padding
-    vertical-align: top
-    &:hover
-      border-bottom-color: $tabs-link-hover-border-bottom-color
-      color: $tabs-link-hover-color
-  li
-    display: block
-    &.is-active
-      a
-        border-bottom-color: $tabs-link-active-border-bottom-color
-        color: $tabs-link-active-color
-  ul
-    align-items: center
-    border-bottom-color: $tabs-border-bottom-color
-    border-bottom-style: $tabs-border-bottom-style
-    border-bottom-width: $tabs-border-bottom-width
-    display: flex
-    flex-grow: 1
-    flex-shrink: 0
-    justify-content: flex-start
-    &.is-left
-      padding-right: 0.75em
-    &.is-center
-      flex: none
-      justify-content: center
-      padding-left: 0.75em
-      padding-right: 0.75em
-    &.is-right
-      justify-content: flex-end
-      padding-left: 0.75em
-  .icon
-    &:first-child
-      +ltr-property("margin", 0.5em)
-    &:last-child
-      +ltr-property("margin", 0.5em, false)
-  // Alignment
-  &.is-centered
-    ul
-      justify-content: center
-  &.is-right
-    ul
-      justify-content: flex-end
-  // Styles
-  &.is-boxed
-    a
-      border: 1px solid transparent
-      +ltr
-        border-radius: $tabs-boxed-link-radius $tabs-boxed-link-radius 0 0
-      +rtl
-        border-radius: 0 0 $tabs-boxed-link-radius $tabs-boxed-link-radius
-      &:hover
-        background-color: $tabs-boxed-link-hover-background-color
-        border-bottom-color: $tabs-boxed-link-hover-border-bottom-color
-    li
-      &.is-active
-        a
-          background-color: $tabs-boxed-link-active-background-color
-          border-color: $tabs-boxed-link-active-border-color
-          border-bottom-color: $tabs-boxed-link-active-border-bottom-color !important
-  &.is-fullwidth
-    li
-      flex-grow: 1
-      flex-shrink: 0
-  &.is-toggle
-    a
-      border-color: $tabs-toggle-link-border-color
-      border-style: $tabs-toggle-link-border-style
-      border-width: $tabs-toggle-link-border-width
-      margin-bottom: 0
-      position: relative
-      &:hover
-        background-color: $tabs-toggle-link-hover-background-color
-        border-color: $tabs-toggle-link-hover-border-color
-        z-index: 2
-    li
-      & + li
-        +ltr-property("margin", -#{$tabs-toggle-link-border-width}, false)
-      &:first-child a
-        +ltr
-          border-top-left-radius: $tabs-toggle-link-radius
-          border-bottom-left-radius: $tabs-toggle-link-radius
-        +rtl
-          border-top-right-radius: $tabs-toggle-link-radius
-          border-bottom-right-radius: $tabs-toggle-link-radius
-      &:last-child a
-        +ltr
-          border-top-right-radius: $tabs-toggle-link-radius
-          border-bottom-right-radius: $tabs-toggle-link-radius
-        +rtl
-          border-top-left-radius: $tabs-toggle-link-radius
-          border-bottom-left-radius: $tabs-toggle-link-radius
-      &.is-active
-        a
-          background-color: $tabs-toggle-link-active-background-color
-          border-color: $tabs-toggle-link-active-border-color
-          color: $tabs-toggle-link-active-color
-          z-index: 1
-    ul
-      border-bottom: none
-    &.is-toggle-rounded
-      li
-        &:first-child a
-          +ltr
-            border-bottom-left-radius: $radius-rounded
-            border-top-left-radius: $radius-rounded
-            padding-left: 1.25em
-          +rtl
-            border-bottom-right-radius: $radius-rounded
-            border-top-right-radius: $radius-rounded
-            padding-right: 1.25em
-        &:last-child a
-          +ltr
-            border-bottom-right-radius: $radius-rounded
-            border-top-right-radius: $radius-rounded
-            padding-right: 1.25em
-          +rtl
-            border-bottom-left-radius: $radius-rounded
-            border-top-left-radius: $radius-rounded
-            padding-left: 1.25em
-  // Sizes
-  &.is-small
-    font-size: $size-small
-  &.is-medium
-    font-size: $size-medium
-  &.is-large
-    font-size: $size-large

resources/bulma-0.9.0/sass/elements/_all.sass

@@ -1,15 +0,0 @@
-@charset "utf-8"
-
-@import "box.sass"
-@import "button.sass"
-@import "container.sass"
-@import "content.sass"
-@import "icon.sass"
-@import "image.sass"
-@import "notification.sass"
-@import "progress.sass"
-@import "table.sass"
-@import "tag.sass"
-@import "title.sass"
-
-@import "other.sass"

resources/bulma-0.9.0/sass/elements/box.sass

@@ -1,24 +0,0 @@
-$box-color: $text !default
-$box-background-color: $scheme-main !default
-$box-radius: $radius-large !default
-$box-shadow: 0 0.5em 1em -0.125em rgba($scheme-invert, 0.1), 0 0px 0 1px rgba($scheme-invert, 0.02) !default
-$box-padding: 1.25rem !default
-
-$box-link-hover-shadow: 0 0.5em 1em -0.125em rgba($scheme-invert, 0.1), 0 0 0 1px $link !default
-$box-link-active-shadow: inset 0 1px 2px rgba($scheme-invert, 0.2), 0 0 0 1px $link !default
-
-.box
-  @extend %block
-  background-color: $box-background-color
-  border-radius: $box-radius
-  box-shadow: $box-shadow
-  color: $box-color
-  display: block
-  padding: $box-padding
-
-a.box
-  &:hover,
-  &:focus
-    box-shadow: $box-link-hover-shadow
-  &:active
-    box-shadow: $box-link-active-shadow

resources/bulma-0.9.0/sass/elements/button.sass

@@ -1,323 +0,0 @@
-$button-color: $text-strong !default
-$button-background-color: $scheme-main !default
-$button-family: false !default
-
-$button-border-color: $border !default
-$button-border-width: $control-border-width !default
-
-$button-padding-vertical: calc(0.5em - #{$button-border-width}) !default
-$button-padding-horizontal: 1em !default
-
-$button-hover-color: $link-hover !default
-$button-hover-border-color: $link-hover-border !default
-
-$button-focus-color: $link-focus !default
-$button-focus-border-color: $link-focus-border !default
-$button-focus-box-shadow-size: 0 0 0 0.125em !default
-$button-focus-box-shadow-color: bulmaRgba($link, 0.25) !default
-
-$button-active-color: $link-active !default
-$button-active-border-color: $link-active-border !default
-
-$button-text-color: $text !default
-$button-text-decoration: underline !default
-$button-text-hover-background-color: $background !default
-$button-text-hover-color: $text-strong !default
-
-$button-disabled-background-color: $scheme-main !default
-$button-disabled-border-color: $border !default
-$button-disabled-shadow: none !default
-$button-disabled-opacity: 0.5 !default
-
-$button-static-color: $text-light !default
-$button-static-background-color: $scheme-main-ter !default
-$button-static-border-color: $border !default
-
-// The button sizes use mixins so they can be used at different breakpoints
-=button-small
-  border-radius: $radius-small
-  font-size: $size-small
-=button-normal
-  font-size: $size-normal
-=button-medium
-  font-size: $size-medium
-=button-large
-  font-size: $size-large
-
-.button
-  @extend %control
-  @extend %unselectable
-  background-color: $button-background-color
-  border-color: $button-border-color
-  border-width: $button-border-width
-  color: $button-color
-  cursor: pointer
-  @if $button-family
-    font-family: $button-family
-  justify-content: center
-  padding-bottom: $button-padding-vertical
-  padding-left: $button-padding-horizontal
-  padding-right: $button-padding-horizontal
-  padding-top: $button-padding-vertical
-  text-align: center
-  white-space: nowrap
-  strong
-    color: inherit
-  .icon
-    &,
-    &.is-small,
-    &.is-medium,
-    &.is-large
-      height: 1.5em
-      width: 1.5em
-    &:first-child:not(:last-child)
-      +ltr-property("margin", calc(#{-1 / 2 * $button-padding-horizontal} - #{$button-border-width}), false)
-      +ltr-property("margin", $button-padding-horizontal / 4)
-    &:last-child:not(:first-child)
-      +ltr-property("margin", $button-padding-horizontal / 4, false)
-      +ltr-property("margin", calc(#{-1 / 2 * $button-padding-horizontal} - #{$button-border-width}))
-    &:first-child:last-child
-      margin-left: calc(#{-1 / 2 * $button-padding-horizontal} - #{$button-border-width})
-      margin-right: calc(#{-1 / 2 * $button-padding-horizontal} - #{$button-border-width})
-  // States
-  &:hover,
-  &.is-hovered
-    border-color: $button-hover-border-color
-    color: $button-hover-color
-  &:focus,
-  &.is-focused
-    border-color: $button-focus-border-color
-    color: $button-focus-color
-    &:not(:active)
-      box-shadow: $button-focus-box-shadow-size $button-focus-box-shadow-color
-  &:active,
-  &.is-active
-    border-color: $button-active-border-color
-    color: $button-active-color
-  // Colors
-  &.is-text
-    background-color: transparent
-    border-color: transparent
-    color: $button-text-color
-    text-decoration: $button-text-decoration
-    &:hover,
-    &.is-hovered,
-    &:focus,
-    &.is-focused
-      background-color: $button-text-hover-background-color
-      color: $button-text-hover-color
-    &:active,
-    &.is-active
-      background-color: bulmaDarken($button-text-hover-background-color, 5%)
-      color: $button-text-hover-color
-    &[disabled],
-    fieldset[disabled] &
-      background-color: transparent
-      border-color: transparent
-      box-shadow: none
-  @each $name, $pair in $colors
-    $color: nth($pair, 1)
-    $color-invert: nth($pair, 2)
-    &.is-#{$name}
-      background-color: $color
-      border-color: transparent
-      color: $color-invert
-      &:hover,
-      &.is-hovered
-        background-color: bulmaDarken($color, 2.5%)
-        border-color: transparent
-        color: $color-invert
-      &:focus,
-      &.is-focused
-        border-color: transparent
-        color: $color-invert
-        &:not(:active)
-          box-shadow: $button-focus-box-shadow-size bulmaRgba($color, 0.25)
-      &:active,
-      &.is-active
-        background-color: bulmaDarken($color, 5%)
-        border-color: transparent
-        color: $color-invert
-      &[disabled],
-      fieldset[disabled] &
-        background-color: $color
-        border-color: transparent
-        box-shadow: none
-      &.is-inverted
-        background-color: $color-invert
-        color: $color
-        &:hover,
-        &.is-hovered
-          background-color: bulmaDarken($color-invert, 5%)
-        &[disabled],
-        fieldset[disabled] &
-          background-color: $color-invert
-          border-color: transparent
-          box-shadow: none
-          color: $color
-      &.is-loading
-        &::after
-          border-color: transparent transparent $color-invert $color-invert !important
-      &.is-outlined
-        background-color: transparent
-        border-color: $color
-        color: $color
-        &:hover,
-        &.is-hovered,
-        &:focus,
-        &.is-focused
-          background-color: $color
-          border-color: $color
-          color: $color-invert
-        &.is-loading
-          &::after
-            border-color: transparent transparent $color $color !important
-          &:hover,
-          &.is-hovered,
-          &:focus,
-          &.is-focused
-            &::after
-              border-color: transparent transparent $color-invert $color-invert !important
-        &[disabled],
-        fieldset[disabled] &
-          background-color: transparent
-          border-color: $color
-          box-shadow: none
-          color: $color
-      &.is-inverted.is-outlined
-        background-color: transparent
-        border-color: $color-invert
-        color: $color-invert
-        &:hover,
-        &.is-hovered,
-        &:focus,
-        &.is-focused
-          background-color: $color-invert
-          color: $color
-        &.is-loading
-          &:hover,
-          &.is-hovered,
-          &:focus,
-          &.is-focused
-            &::after
-              border-color: transparent transparent $color $color !important
-        &[disabled],
-        fieldset[disabled] &
-          background-color: transparent
-          border-color: $color-invert
-          box-shadow: none
-          color: $color-invert
-      // If light and dark colors are provided
-      @if length($pair) >= 4
-        $color-light: nth($pair, 3)
-        $color-dark: nth($pair, 4)
-        &.is-light
-          background-color: $color-light
-          color: $color-dark
-          &:hover,
-          &.is-hovered
-            background-color: bulmaDarken($color-light, 2.5%)
-            border-color: transparent
-            color: $color-dark
-          &:active,
-          &.is-active
-            background-color: bulmaDarken($color-light, 5%)
-            border-color: transparent
-            color: $color-dark
-  // Sizes
-  &.is-small
-    +button-small
-  &.is-normal
-    +button-normal
-  &.is-medium
-    +button-medium
-  &.is-large
-    +button-large
-  // Modifiers
-  &[disabled],
-  fieldset[disabled] &
-    background-color: $button-disabled-background-color
-    border-color: $button-disabled-border-color
-    box-shadow: $button-disabled-shadow
-    opacity: $button-disabled-opacity
-  &.is-fullwidth
-    display: flex
-    width: 100%
-  &.is-loading
-    color: transparent !important
-    pointer-events: none
-    &::after
-      @extend %loader
-      +center(1em)
-      position: absolute !important
-  &.is-static
-    background-color: $button-static-background-color
-    border-color: $button-static-border-color
-    color: $button-static-color
-    box-shadow: none
-    pointer-events: none
-  &.is-rounded
-    border-radius: $radius-rounded
-    padding-left: calc(#{$button-padding-horizontal} + 0.25em)
-    padding-right: calc(#{$button-padding-horizontal} + 0.25em)
-
-.buttons
-  align-items: center
-  display: flex
-  flex-wrap: wrap
-  justify-content: flex-start
-  .button
-    margin-bottom: 0.5rem
-    &:not(:last-child):not(.is-fullwidth)
-      +ltr-property("margin", 0.5rem)
-  &:last-child
-    margin-bottom: -0.5rem
-  &:not(:last-child)
-    margin-bottom: 1rem
-  // Sizes
-  &.are-small
-    .button:not(.is-normal):not(.is-medium):not(.is-large)
-      +button-small
-  &.are-medium
-    .button:not(.is-small):not(.is-normal):not(.is-large)
-      +button-medium
-  &.are-large
-    .button:not(.is-small):not(.is-normal):not(.is-medium)
-      +button-large
-  &.has-addons
-    .button
-      &:not(:first-child)
-        border-bottom-left-radius: 0
-        border-top-left-radius: 0
-      &:not(:last-child)
-        border-bottom-right-radius: 0
-        border-top-right-radius: 0
-        +ltr-property("margin", -1px)
-      &:last-child
-        +ltr-property("margin", 0)
-      &:hover,
-      &.is-hovered
-        z-index: 2
-      &:focus,
-      &.is-focused,
-      &:active,
-      &.is-active,
-      &.is-selected
-        z-index: 3
-        &:hover
-          z-index: 4
-      &.is-expanded
-        flex-grow: 1
-        flex-shrink: 1
-  &.is-centered
-    justify-content: center
-    &:not(.has-addons)
-      .button:not(.is-fullwidth)
-        margin-left: 0.25rem
-        margin-right: 0.25rem
-  &.is-right
-    justify-content: flex-end
-    &:not(.has-addons)
-      .button:not(.is-fullwidth)
-        margin-left: 0.25rem
-        margin-right: 0.25rem

resources/bulma-0.9.0/sass/elements/container.sass

@@ -1,24 +0,0 @@
-$container-offset: (2 * $gap) !default
-
-.container
-  flex-grow: 1
-  margin: 0 auto
-  position: relative
-  width: auto
-  &.is-fluid
-    max-width: none
-    padding-left: $gap
-    padding-right: $gap
-    width: 100%
-  +desktop
-    max-width: $desktop - $container-offset
-  +until-widescreen
-    &.is-widescreen
-      max-width: $widescreen - $container-offset
-  +until-fullhd
-    &.is-fullhd
-      max-width: $fullhd - $container-offset
-  +widescreen
-    max-width: $widescreen - $container-offset
-  +fullhd
-    max-width: $fullhd - $container-offset

resources/bulma-0.9.0/sass/elements/content.sass

@@ -1,155 +0,0 @@
-$content-heading-color: $text-strong !default
-$content-heading-weight: $weight-semibold !default
-$content-heading-line-height: 1.125 !default
-
-$content-blockquote-background-color: $background !default
-$content-blockquote-border-left: 5px solid $border !default
-$content-blockquote-padding: 1.25em 1.5em !default
-
-$content-pre-padding: 1.25em 1.5em !default
-
-$content-table-cell-border: 1px solid $border !default
-$content-table-cell-border-width: 0 0 1px !default
-$content-table-cell-padding: 0.5em 0.75em !default
-$content-table-cell-heading-color: $text-strong !default
-$content-table-head-cell-border-width: 0 0 2px !default
-$content-table-head-cell-color: $text-strong !default
-$content-table-foot-cell-border-width: 2px 0 0 !default
-$content-table-foot-cell-color: $text-strong !default
-
-.content
-  @extend %block
-  // Inline
-  li + li
-    margin-top: 0.25em
-  // Block
-  p,
-  dl,
-  ol,
-  ul,
-  blockquote,
-  pre,
-  table
-    &:not(:last-child)
-      margin-bottom: 1em
-  h1,
-  h2,
-  h3,
-  h4,
-  h5,
-  h6
-    color: $content-heading-color
-    font-weight: $content-heading-weight
-    line-height: $content-heading-line-height
-  h1
-    font-size: 2em
-    margin-bottom: 0.5em
-    &:not(:first-child)
-      margin-top: 1em
-  h2
-    font-size: 1.75em
-    margin-bottom: 0.5714em
-    &:not(:first-child)
-      margin-top: 1.1428em
-  h3
-    font-size: 1.5em
-    margin-bottom: 0.6666em
-    &:not(:first-child)
-      margin-top: 1.3333em
-  h4
-    font-size: 1.25em
-    margin-bottom: 0.8em
-  h5
-    font-size: 1.125em
-    margin-bottom: 0.8888em
-  h6
-    font-size: 1em
-    margin-bottom: 1em
-  blockquote
-    background-color: $content-blockquote-background-color
-    +ltr-property("border", $content-blockquote-border-left, false)
-    padding: $content-blockquote-padding
-  ol
-    list-style-position: outside
-    +ltr-property("margin", 2em, false)
-    margin-top: 1em
-    &:not([type])
-      list-style-type: decimal
-      &.is-lower-alpha
-        list-style-type: lower-alpha
-      &.is-lower-roman
-        list-style-type: lower-roman
-      &.is-upper-alpha
-        list-style-type: upper-alpha
-      &.is-upper-roman
-        list-style-type: upper-roman
-  ul
-    list-style: disc outside
-    +ltr-property("margin", 2em, false)
-    margin-top: 1em
-    ul
-      list-style-type: circle
-      margin-top: 0.5em
-      ul
-        list-style-type: square
-  dd
-    +ltr-property("margin", 2em, false)
-  figure
-    margin-left: 2em
-    margin-right: 2em
-    text-align: center
-    &:not(:first-child)
-      margin-top: 2em
-    &:not(:last-child)
-      margin-bottom: 2em
-    img
-      display: inline-block
-    figcaption
-      font-style: italic
-  pre
-    +overflow-touch
-    overflow-x: auto
-    padding: $content-pre-padding
-    white-space: pre
-    word-wrap: normal
-  sup,
-  sub
-    font-size: 75%
-  table
-    width: 100%
-    td,
-    th
-      border: $content-table-cell-border
-      border-width: $content-table-cell-border-width
-      padding: $content-table-cell-padding
-      vertical-align: top
-    th
-      color: $content-table-cell-heading-color
-      &:not([align])
-        text-align: inherit
-    thead
-      td,
-      th
-        border-width: $content-table-head-cell-border-width
-        color: $content-table-head-cell-color
-    tfoot
-      td,
-      th
-        border-width: $content-table-foot-cell-border-width
-        color: $content-table-foot-cell-color
-    tbody
-      tr
-        &:last-child
-          td,
-          th
-            border-bottom-width: 0
-  .tabs
-    li + li
-      margin-top: 0
-  // Sizes
-  &.is-small
-    font-size: $size-small
-  &.is-medium
-    font-size: $size-medium
-  &.is-large
-    font-size: $size-large

resources/bulma-0.9.0/sass/elements/form.sass

@@ -1 +0,0 @@
-@warn "The form.sass file is DEPRECATED. It has moved into its own /form folder. Please import sass/form/_all instead."

resources/bulma-0.9.0/sass/elements/icon.sass

@@ -1,21 +0,0 @@
-$icon-dimensions: 1.5rem !default
-$icon-dimensions-small: 1rem !default
-$icon-dimensions-medium: 2rem !default
-$icon-dimensions-large: 3rem !default
-
-.icon
-  align-items: center
-  display: inline-flex
-  justify-content: center
-  height: $icon-dimensions
-  width: $icon-dimensions
-  // Sizes
-  &.is-small
-    height: $icon-dimensions-small
-    width: $icon-dimensions-small
-  &.is-medium
-    height: $icon-dimensions-medium
-    width: $icon-dimensions-medium
-  &.is-large
-    height: $icon-dimensions-large
-    width: $icon-dimensions-large

resources/bulma-0.9.0/sass/elements/image.sass

@@ -1,71 +0,0 @@
-$dimensions: 16 24 32 48 64 96 128 !default
-
-.image
-  display: block
-  position: relative
-  img
-    display: block
-    height: auto
-    width: 100%
-    &.is-rounded
-      border-radius: $radius-rounded
-  &.is-fullwidth
-    width: 100%
-  // Ratio
-  &.is-square,
-  &.is-1by1,
-  &.is-5by4,
-  &.is-4by3,
-  &.is-3by2,
-  &.is-5by3,
-  &.is-16by9,
-  &.is-2by1,
-  &.is-3by1,
-  &.is-4by5,
-  &.is-3by4,
-  &.is-2by3,
-  &.is-3by5,
-  &.is-9by16,
-  &.is-1by2,
-  &.is-1by3
-    img,
-    .has-ratio
-      @extend %overlay
-      height: 100%
-      width: 100%
-  &.is-square,
-  &.is-1by1
-    padding-top: 100%
-  &.is-5by4
-    padding-top: 80%
-  &.is-4by3
-    padding-top: 75%
-  &.is-3by2
-    padding-top: 66.6666%
-  &.is-5by3
-    padding-top: 60%
-  &.is-16by9
-    padding-top: 56.25%
-  &.is-2by1
-    padding-top: 50%
-  &.is-3by1
-    padding-top: 33.3333%
-  &.is-4by5
-    padding-top: 125%
-  &.is-3by4
-    padding-top: 133.3333%
-  &.is-2by3
-    padding-top: 150%
-  &.is-3by5
-    padding-top: 166.6666%
-  &.is-9by16
-    padding-top: 177.7777%
-  &.is-1by2
-    padding-top: 200%
-  &.is-1by3
-    padding-top: 300%
-  // Sizes
-  @each $dimension in $dimensions
-    &.is-#{$dimension}x#{$dimension}
-      height: $dimension * 1px
-      width: $dimension * 1px

resources/bulma-0.9.0/sass/elements/notification.sass

@@ -1,48 +0,0 @@
-$notification-background-color: $background !default
-$notification-code-background-color: $scheme-main !default
-$notification-radius: $radius !default
-$notification-padding: 1.25rem 2.5rem 1.25rem 1.5rem !default
-$notification-padding-ltr: 1.25rem 2.5rem 1.25rem 1.5rem !default
-$notification-padding-rtl: 1.25rem 1.5rem 1.25rem 2.5rem !default
-
-.notification
-  @extend %block
-  background-color: $notification-background-color
-  border-radius: $notification-radius
-  position: relative
-  +ltr
-    padding: $notification-padding-ltr
-  +rtl
-    padding: $notification-padding-rtl
-  a:not(.button):not(.dropdown-item)
-    color: currentColor
-    text-decoration: underline
-  strong
-    color: currentColor
-  code,
-  pre
-    background: $notification-code-background-color
-  pre code
-    background: transparent
-  & > .delete
-    +ltr-position(0.5rem)
-    position: absolute
-    top: 0.5rem
-  .title,
-  .subtitle,
-  .content
-    color: currentColor
-  // Colors
-  @each $name, $pair in $colors
-    $color: nth($pair, 1)
-    $color-invert: nth($pair, 2)
-    &.is-#{$name}
-      background-color: $color
-      color: $color-invert
-      // If light and dark colors are provided
-      @if length($pair) >= 4
-        $color-light: nth($pair, 3)
-        $color-dark: nth($pair, 4)
-        &.is-light
-          background-color: $color-light
-          color: $color-dark

resources/bulma-0.9.0/sass/elements/other.sass

@@ -1,39 +0,0 @@
-.block
-  @extend %block
-
-.delete
-  @extend %delete
-
-.heading
-  display: block
-  font-size: 11px
-  letter-spacing: 1px
-  margin-bottom: 5px
-  text-transform: uppercase
-
-.highlight
-  @extend %block
-  font-weight: $weight-normal
-  max-width: 100%
-  overflow: hidden
-  padding: 0
-  pre
-    overflow: auto
-    max-width: 100%
-
-.loader
-  @extend %loader
-
-.number
-  align-items: center
-  background-color: $background
-  border-radius: $radius-rounded
-  display: inline-flex
-  font-size: $size-medium
-  height: 2em
-  justify-content: center
-  margin-right: 1.5rem
-  min-width: 2.5em
-  padding: 0.25rem 0.5rem
-  text-align: center
-  vertical-align: top

resources/bulma-0.9.0/sass/elements/progress.sass

@@ -1,67 +0,0 @@
-$progress-bar-background-color: $border-light !default
-$progress-value-background-color: $text !default
-$progress-border-radius: $radius-rounded !default
-
-$progress-indeterminate-duration: 1.5s !default
-
-.progress
-  @extend %block
-  -moz-appearance: none
-  -webkit-appearance: none
-  border: none
-  border-radius: $progress-border-radius
-  display: block
-  height: $size-normal
-  overflow: hidden
-  padding: 0
-  width: 100%
-  &::-webkit-progress-bar
-    background-color: $progress-bar-background-color
-  &::-webkit-progress-value
-    background-color: $progress-value-background-color
-  &::-moz-progress-bar
-    background-color: $progress-value-background-color
-  &::-ms-fill
-    background-color: $progress-value-background-color
-    border: none
-  // Colors
-  @each $name, $pair in $colors
-    $color: nth($pair, 1)
-    &.is-#{$name}
-      &::-webkit-progress-value
-        background-color: $color
-      &::-moz-progress-bar
-        background-color: $color
-      &::-ms-fill
-        background-color: $color
-      &:indeterminate
-        background-image: linear-gradient(to right, $color 30%, $progress-bar-background-color 30%)
-
-  &:indeterminate
-    animation-duration: $progress-indeterminate-duration
-    animation-iteration-count: infinite
-    animation-name: moveIndeterminate
-    animation-timing-function: linear
-    background-color: $progress-bar-background-color
-    background-image: linear-gradient(to right, $text 30%, $progress-bar-background-color 30%)
-    background-position: top left
-    background-repeat: no-repeat
-    background-size: 150% 150%
-    &::-webkit-progress-bar
-      background-color: transparent
-    &::-moz-progress-bar
-      background-color: transparent
-
-  // Sizes
-  &.is-small
-    height: $size-small
-  &.is-medium
-    height: $size-medium
-  &.is-large
-    height: $size-large
-
-@keyframes moveIndeterminate
-  from
-    background-position: 200% 0
-  to
-    background-position: -200% 0

resources/bulma-0.9.0/sass/elements/table.sass

@@ -1,129 +0,0 @@
-$table-color: $text-strong !default
-$table-background-color: $scheme-main !default
-
-$table-cell-border: 1px solid $border !default
-$table-cell-border-width: 0 0 1px !default
-$table-cell-padding: 0.5em 0.75em !default
-$table-cell-heading-color: $text-strong !default
-
-$table-head-cell-border-width: 0 0 2px !default
-$table-head-cell-color: $text-strong !default
-$table-foot-cell-border-width: 2px 0 0 !default
-$table-foot-cell-color: $text-strong !default
-
-$table-head-background-color: transparent !default
-$table-body-background-color: transparent !default
-$table-foot-background-color: transparent !default
-
-$table-row-hover-background-color: $scheme-main-bis !default
-
-$table-row-active-background-color: $primary !default
-$table-row-active-color: $primary-invert !default
-
-$table-striped-row-even-background-color: $scheme-main-bis !default
-$table-striped-row-even-hover-background-color: $scheme-main-ter !default
-
-.table
-  @extend %block
-  background-color: $table-background-color
-  color: $table-color
-  td,
-  th
-    border: $table-cell-border
-    border-width: $table-cell-border-width
-    padding: $table-cell-padding
-    vertical-align: top
-    // Colors
-    @each $name, $pair in $colors
-      $color: nth($pair, 1)
-      $color-invert: nth($pair, 2)
-      &.is-#{$name}
-        background-color: $color
-        border-color: $color
-        color: $color-invert
-    // Modifiers
-    &.is-narrow
-      white-space: nowrap
-      width: 1%
-    &.is-selected
-      background-color: $table-row-active-background-color
-      color: $table-row-active-color
-      a,
-      strong
-        color: currentColor
-    &.is-vcentered
-      vertical-align: middle
-  th
-    color: $table-cell-heading-color
-    &:not([align])
-      text-align: inherit
-  tr
-    &.is-selected
-      background-color: $table-row-active-background-color
-      color: $table-row-active-color
-      a,
-      strong
-        color: currentColor
-      td,
-      th
-        border-color: $table-row-active-color
-        color: currentColor
-  thead
-    background-color: $table-head-background-color
-    td,
-    th
-      border-width: $table-head-cell-border-width
-      color: $table-head-cell-color
-  tfoot
-    background-color: $table-foot-background-color
-    td,
-    th
-      border-width: $table-foot-cell-border-width
-      color: $table-foot-cell-color
-  tbody
-    background-color: $table-body-background-color
-    tr
-      &:last-child
-        td,
-        th
-          border-bottom-width: 0
-  // Modifiers
-  &.is-bordered
-    td,
-    th
-      border-width: 1px
-    tr
-      &:last-child
-        td,
-        th
-          border-bottom-width: 1px
-  &.is-fullwidth
-    width: 100%
-  &.is-hoverable
-    tbody
-      tr:not(.is-selected)
-        &:hover
-          background-color: $table-row-hover-background-color
-    &.is-striped
-      tbody
-        tr:not(.is-selected)
-          &:hover
-            background-color: $table-row-hover-background-color
-            &:nth-child(even)
-              background-color: $table-striped-row-even-hover-background-color
-  &.is-narrow
-    td,
-    th
-      padding: 0.25em 0.5em
-  &.is-striped
-    tbody
-      tr:not(.is-selected)
-        &:nth-child(even)
-          background-color: $table-striped-row-even-background-color
-
-.table-container
-  @extend %block
-  +overflow-touch
-  overflow: auto
-  overflow-y: hidden
-  max-width: 100%

resources/bulma-0.9.0/sass/elements/tag.sass

@@ -1,136 +0,0 @@
-$tag-background-color: $background !default
-$tag-color: $text !default
-$tag-radius: $radius !default
-$tag-delete-margin: 1px !default
-
-.tags
-  align-items: center
-  display: flex
-  flex-wrap: wrap
-  justify-content: flex-start
-  .tag
-    margin-bottom: 0.5rem
-    &:not(:last-child)
-      +ltr-property("margin", 0.5rem)
-  &:last-child
-    margin-bottom: -0.5rem
-  &:not(:last-child)
-    margin-bottom: 1rem
-  // Sizes
-  &.are-medium
-    .tag:not(.is-normal):not(.is-large)
-      font-size: $size-normal
-  &.are-large
-    .tag:not(.is-normal):not(.is-medium)
-      font-size: $size-medium
-  &.is-centered
-    justify-content: center
-    .tag
-      margin-right: 0.25rem
-      margin-left: 0.25rem
-  &.is-right
-    justify-content: flex-end
-    .tag
-      &:not(:first-child)
-        margin-left: 0.5rem
-      &:not(:last-child)
-        margin-right: 0
-  &.has-addons
-    .tag
-      +ltr-property("margin", 0)
-      &:not(:first-child)
-        +ltr-property("margin", 0, false)
-        +ltr
-          border-top-left-radius: 0
-          border-bottom-left-radius: 0
-        +rtl
-          border-top-right-radius: 0
-          border-bottom-right-radius: 0
-      &:not(:last-child)
-        +ltr
-          border-top-right-radius: 0
-          border-bottom-right-radius: 0
-        +rtl
-          border-top-left-radius: 0
-          border-bottom-left-radius: 0
-
-.tag:not(body)
-  align-items: center
-  background-color: $tag-background-color
-  border-radius: $tag-radius
-  color: $tag-color
-  display: inline-flex
-  font-size: $size-small
-  height: 2em
-  justify-content: center
-  line-height: 1.5
-  padding-left: 0.75em
-  padding-right: 0.75em
-  white-space: nowrap
-  .delete
-    +ltr-property("margin", 0.25rem, false)
-    +ltr-property("margin", -0.375rem)
-  // Colors
-  @each $name, $pair in $colors
-    $color: nth($pair, 1)
-    $color-invert: nth($pair, 2)
-    &.is-#{$name}
-      background-color: $color
-      color: $color-invert
-      // If a light and dark colors are provided
-      @if length($pair) > 3
-        $color-light: nth($pair, 3)
-        $color-dark: nth($pair, 4)
-        &.is-light
-          background-color: $color-light
-          color: $color-dark
-  // Sizes
-  &.is-normal
-    font-size: $size-small
-  &.is-medium
-    font-size: $size-normal
-  &.is-large
-    font-size: $size-medium
-  .icon
-    &:first-child:not(:last-child)
-      +ltr-property("margin", -0.375em, false)
-      +ltr-property("margin", 0.1875em)
-    &:last-child:not(:first-child)
-      +ltr-property("margin", 0.1875em, false)
-      +ltr-property("margin", -0.375em)
-    &:first-child:last-child
-      +ltr-property("margin", -0.375em, false)
-      +ltr-property("margin", -0.375em)
-  // Modifiers
-  &.is-delete
-    +ltr-property("margin", $tag-delete-margin, false)
-    padding: 0
-    position: relative
-    width: 2em
-    &::before,
-    &::after
-      background-color: currentColor
-      content: ""
-      display: block
-      left: 50%
-      position: absolute
-      top: 50%
-      transform: translateX(-50%) translateY(-50%) rotate(45deg)
-      transform-origin: center center
-    &::before
-      height: 1px
-      width: 50%
-    &::after
-      height: 50%
-      width: 1px
-    &:hover,
-    &:focus
-      background-color: darken($tag-background-color, 5%)
-    &:active
-      background-color: darken($tag-background-color, 10%)
-  &.is-rounded
-    border-radius: $radius-rounded
-
-a.tag
-  &:hover
-    text-decoration: underline

resources/bulma-0.9.0/sass/elements/title.sass

@@ -1,70 +0,0 @@
-$title-color: $text-strong !default
-$title-family: false !default
-$title-size: $size-3 !default
-$title-weight: $weight-semibold !default
-$title-line-height: 1.125 !default
-$title-strong-color: inherit !default
-$title-strong-weight: inherit !default
-$title-sub-size: 0.75em !default
-$title-sup-size: 0.75em !default
-
-$subtitle-color: $text !default
-$subtitle-family: false !default
-$subtitle-size: $size-5 !default
-$subtitle-weight: $weight-normal !default
-$subtitle-line-height: 1.25 !default
-$subtitle-strong-color: $text-strong !default
-$subtitle-strong-weight: $weight-semibold !default
-$subtitle-negative-margin: -1.25rem !default
-
-.title,
-.subtitle
-  @extend %block
-  word-break: break-word
-  em,
-  span
-    font-weight: inherit
-  sub
-    font-size: $title-sub-size
-  sup
-    font-size: $title-sup-size
-  .tag
-    vertical-align: middle
-
-.title
-  color: $title-color
-  @if $title-family
-    font-family: $title-family
-  font-size: $title-size
-  font-weight: $title-weight
-  line-height: $title-line-height
-  strong
-    color: $title-strong-color
-    font-weight: $title-strong-weight
-  & + .highlight
-    margin-top: -0.75rem
-  &:not(.is-spaced) + .subtitle
-    margin-top: $subtitle-negative-margin
-  // Sizes
-  @each $size in $sizes
-    $i: index($sizes, $size)
-    &.is-#{$i}
-      font-size: $size
-
-.subtitle
-  color: $subtitle-color
-  @if $subtitle-family
-    font-family: $subtitle-family
-  font-size: $subtitle-size
-  font-weight: $subtitle-weight
-  line-height: $subtitle-line-height
-  strong
-    color: $subtitle-strong-color
-    font-weight: $subtitle-strong-weight
-  &:not(.is-spaced) + .title
-    margin-top: $subtitle-negative-margin
-  // Sizes
-  @each $size in $sizes
-    $i: index($sizes, $size)
-    &.is-#{$i}
-      font-size: $size

resources/bulma-0.9.0/sass/form/_all.sass

@@ -1,8 +0,0 @@
-@charset "utf-8"
-
-@import "shared.sass"
-@import "input-textarea.sass"
-@import "checkbox-radio.sass"
-@import "select.sass"
-@import "file.sass"
-@import "tools.sass"

resources/bulma-0.9.0/sass/form/checkbox-radio.sass

@@ -1,21 +0,0 @@
-%checkbox-radio
-  cursor: pointer
-  display: inline-block
-  line-height: 1.25
-  position: relative
-  input
-    cursor: pointer
-  &:hover
-    color: $input-hover-color
-  &[disabled],
-  fieldset[disabled] &
-    color: $input-disabled-color
-    cursor: not-allowed
-
-.checkbox
-  @extend %checkbox-radio
-
-.radio
-  @extend %checkbox-radio
-  & + .radio
-    +ltr-property("margin", 0.5em, false)

resources/bulma-0.9.0/sass/form/file.sass

@@ -1,180 +0,0 @@
-$file-border-color: $border !default
-$file-radius: $radius !default
-
-$file-cta-background-color: $scheme-main-ter !default
-$file-cta-color: $text !default
-$file-cta-hover-color: $text-strong !default
-$file-cta-active-color: $text-strong !default
-
-$file-name-border-color: $border !default
-$file-name-border-style: solid !default
-$file-name-border-width: 1px 1px 1px 0 !default
-$file-name-max-width: 16em !default
-
-.file
-  @extend %unselectable
-  align-items: stretch
-  display: flex
-  justify-content: flex-start
-  position: relative
-  // Colors
-  @each $name, $pair in $colors
-    $color: nth($pair, 1)
-    $color-invert: nth($pair, 2)
-    &.is-#{$name}
-      .file-cta
-        background-color: $color
-        border-color: transparent
-        color: $color-invert
-      &:hover,
-      &.is-hovered
-        .file-cta
-          background-color: bulmaDarken($color, 2.5%)
-          border-color: transparent
-          color: $color-invert
-      &:focus,
-      &.is-focused
-        .file-cta
-          border-color: transparent
-          box-shadow: 0 0 0.5em bulmaRgba($color, 0.25)
-          color: $color-invert
-      &:active,
-      &.is-active
-        .file-cta
-          background-color: bulmaDarken($color, 5%)
-          border-color: transparent
-          color: $color-invert
-  // Sizes
-  &.is-small
-    font-size: $size-small
-  &.is-medium
-    font-size: $size-medium
-    .file-icon
-      .fa
-        font-size: 21px
-  &.is-large
-    font-size: $size-large
-    .file-icon
-      .fa
-        font-size: 28px
-  // Modifiers
-  &.has-name
-    .file-cta
-      border-bottom-right-radius: 0
-      border-top-right-radius: 0
-    .file-name
-      border-bottom-left-radius: 0
-      border-top-left-radius: 0
-    &.is-empty
-      .file-cta
-        border-radius: $file-radius
-      .file-name
-        display: none
-  &.is-boxed
-    .file-label
-      flex-direction: column
-    .file-cta
-      flex-direction: column
-      height: auto
-      padding: 1em 3em
-    .file-name
-      border-width: 0 1px 1px
-    .file-icon
-      height: 1.5em
-      width: 1.5em
-      .fa
-        font-size: 21px
-    &.is-small
-      .file-icon .fa
-        font-size: 14px
-    &.is-medium
-      .file-icon .fa
-        font-size: 28px
-    &.is-large
-      .file-icon .fa
-        font-size: 35px
-    &.has-name
-      .file-cta
-        border-radius: $file-radius $file-radius 0 0
-      .file-name
-        border-radius: 0 0 $file-radius $file-radius
-        border-width: 0 1px 1px
-  &.is-centered
-    justify-content: center
-  &.is-fullwidth
-    .file-label
-      width: 100%
-    .file-name
-      flex-grow: 1
-      max-width: none
-  &.is-right
-    justify-content: flex-end
-    .file-cta
-      border-radius: 0 $file-radius $file-radius 0
-    .file-name
-      border-radius: $file-radius 0 0 $file-radius
-      border-width: 1px 0 1px 1px
-      order: -1
-
-.file-label
-  align-items: stretch
-  display: flex
-  cursor: pointer
-  justify-content: flex-start
-  overflow: hidden
-  position: relative
-  &:hover
-    .file-cta
-      background-color: bulmaDarken($file-cta-background-color, 2.5%)
-      color: $file-cta-hover-color
-    .file-name
-      border-color: bulmaDarken($file-name-border-color, 2.5%)
-  &:active
-    .file-cta
-      background-color: bulmaDarken($file-cta-background-color, 5%)
-      color: $file-cta-active-color
-    .file-name
-      border-color: bulmaDarken($file-name-border-color, 5%)
-
-.file-input
-  height: 100%
-  left: 0
-  opacity: 0
-  outline: none
-  position: absolute
-  top: 0
-  width: 100%
-
-.file-cta,
-.file-name
-  @extend %control
-  border-color: $file-border-color
-  border-radius: $file-radius
-  font-size: 1em
-  padding-left: 1em
-  padding-right: 1em
-  white-space: nowrap
-
-.file-cta
-  background-color: $file-cta-background-color
-  color: $file-cta-color
-
-.file-name
-  border-color: $file-name-border-color
-  border-style: $file-name-border-style
-  border-width: $file-name-border-width
-  display: block
-  max-width: $file-name-max-width
-  overflow: hidden
-  text-align: inherit
-  text-overflow: ellipsis
-
-.file-icon
-  align-items: center
-  display: flex
-  height: 1em
-  justify-content: center
-  +ltr-property("margin", 0.5em)
-  width: 1em
-  .fa
-    font-size: 14px

resources/bulma-0.9.0/sass/form/input-textarea.sass

@@ -1,64 +0,0 @@
-$textarea-padding: $control-padding-horizontal !default
-$textarea-max-height: 40em !default
-$textarea-min-height: 8em !default
-
-%input-textarea
-  @extend %input
-  box-shadow: $input-shadow
-  max-width: 100%
-  width: 100%
-  &[readonly]
-    box-shadow: none
-  // Colors
-  @each $name, $pair in $colors
-    $color: nth($pair, 1)
-    &.is-#{$name}
-      border-color: $color
-      &:focus,
-      &.is-focused,
-      &:active,
-      &.is-active
-        box-shadow: $input-focus-box-shadow-size bulmaRgba($color, 0.25)
-  // Sizes
-  &.is-small
-    +control-small
-  &.is-medium
-    +control-medium
-  &.is-large
-    +control-large
-  // Modifiers
-  &.is-fullwidth
-    display: block
-    width: 100%
-  &.is-inline
-    display: inline
-    width: auto
-
-.input
-  @extend %input-textarea
-  &.is-rounded
-    border-radius: $radius-rounded
-    padding-left: calc(#{$control-padding-horizontal} + 0.375em)
-    padding-right: calc(#{$control-padding-horizontal} + 0.375em)
-  &.is-static
-    background-color: transparent
-    border-color: transparent
-    box-shadow: none
-    padding-left: 0
-    padding-right: 0
-
-.textarea
-  @extend %input-textarea
-  display: block
-  max-width: 100%
-  min-width: 100%
-  padding: $textarea-padding
-  resize: vertical
-  &:not([rows])
-    max-height: $textarea-max-height
-    min-height: $textarea-min-height
-  &[rows]
-    height: initial
-  // Modifiers
-  &.has-fixed-size
-    resize: none

resources/bulma-0.9.0/sass/form/select.sass

@@ -1,85 +0,0 @@
-.select
-  display: inline-block
-  max-width: 100%
-  position: relative
-  vertical-align: top
-  &:not(.is-multiple)
-    height: $input-height
-  &:not(.is-multiple):not(.is-loading)
-    &::after
-      @extend %arrow
-      border-color: $input-arrow
-      +ltr-position(1.125em)
-      z-index: 4
-  &.is-rounded
-    select
-      border-radius: $radius-rounded
-      +ltr-property("padding", 1em, false)
-  select
-    @extend %input
-    cursor: pointer
-    display: block
-    font-size: 1em
-    max-width: 100%
-    outline: none
-    &::-ms-expand
-      display: none
-    &[disabled]:hover,
-    fieldset[disabled] &:hover
-      border-color: $input-disabled-border-color
-    &:not([multiple])
-      +ltr-property("padding", 2.5em)
-    &[multiple]
-      height: auto
-      padding: 0
-      option
-        padding: 0.5em 1em
-  // States
-  &:not(.is-multiple):not(.is-loading):hover
-    &::after
-      border-color: $input-hover-color
-  // Colors
-  @each $name, $pair in $colors
-    $color: nth($pair, 1)
-    &.is-#{$name}
-      &:not(:hover)::after
-        border-color: $color
-      select
-        border-color: $color
-        &:hover,
-        &.is-hovered
-          border-color: bulmaDarken($color, 5%)
-        &:focus,
-        &.is-focused,
-        &:active,
-        &.is-active
-          box-shadow: $input-focus-box-shadow-size bulmaRgba($color, 0.25)
-  // Sizes
-  &.is-small
-    +control-small
-  &.is-medium
-    +control-medium
-  &.is-large
-    +control-large
-  // Modifiers
-  &.is-disabled
-    &::after
-      border-color: $input-disabled-color
-  &.is-fullwidth
-    width: 100%
-    select
-      width: 100%
-  &.is-loading
-    &::after
-      @extend %loader
-      margin-top: 0
-      position: absolute
-      +ltr-position(0.625em)
-      top: 0.625em
-      transform: none
-    &.is-small:after
-      font-size: $size-small
-    &.is-medium:after
-      font-size: $size-medium
-    &.is-large:after
-      font-size: $size-large

resources/bulma-0.9.0/sass/form/shared.sass

@@ -1,55 +0,0 @@
-$input-color: $text-strong !default
-$input-background-color: $scheme-main !default
-$input-border-color: $border !default
-$input-height: $control-height !default
-$input-shadow: inset 0 0.0625em 0.125em rgba($scheme-invert, 0.05) !default
-$input-placeholder-color: bulmaRgba($input-color, 0.3) !default
-
-$input-hover-color: $text-strong !default
-$input-hover-border-color: $border-hover !default
-
-$input-focus-color: $text-strong !default
-$input-focus-border-color: $link !default
-$input-focus-box-shadow-size: 0 0 0 0.125em !default
-$input-focus-box-shadow-color: bulmaRgba($link, 0.25) !default
-
-$input-disabled-color: $text-light !default
-$input-disabled-background-color: $background !default
-$input-disabled-border-color: $background !default
-$input-disabled-placeholder-color: bulmaRgba($input-disabled-color, 0.3) !default
-
-$input-arrow: $link !default
-
-$input-icon-color: $border !default
-$input-icon-active-color: $text !default
-
-$input-radius: $radius !default
-
-=input
-  @extend %control
-  background-color: $input-background-color
-  border-color: $input-border-color
-  border-radius: $input-radius
-  color: $input-color
-  +placeholder
-    color: $input-placeholder-color
-  &:hover,
-  &.is-hovered
-    border-color: $input-hover-border-color
-  &:focus,
-  &.is-focused,
-  &:active,
-  &.is-active
-    border-color: $input-focus-border-color
-    box-shadow: $input-focus-box-shadow-size $input-focus-box-shadow-color
-  &[disabled],
-  fieldset[disabled] &
-    background-color: $input-disabled-background-color
-    border-color: $input-disabled-border-color
-    box-shadow: none
-    color: $input-disabled-color
-    +placeholder
-      color: $input-disabled-placeholder-color
-
-%input
-  +input

resources/bulma-0.9.0/sass/form/tools.sass

@@ -1,213 +0,0 @@
-$label-color: $text-strong !default
-$label-weight: $weight-bold !default
-
-$help-size: $size-small !default
-
-.label
-  color: $label-color
-  display: block
-  font-size: $size-normal
-  font-weight: $label-weight
-  &:not(:last-child)
-    margin-bottom: 0.5em
-  // Sizes
-  &.is-small
-    font-size: $size-small
-  &.is-medium
-    font-size: $size-medium
-  &.is-large
-    font-size: $size-large
-
-.help
-  display: block
-  font-size: $help-size
-  margin-top: 0.25rem
-  @each $name, $pair in $colors
-    $color: nth($pair, 1)
-    &.is-#{$name}
-      color: $color
-
-// Containers
-
-.field
-  &:not(:last-child)
-    margin-bottom: 0.75rem
-  // Modifiers
-  &.has-addons
-    display: flex
-    justify-content: flex-start
-    .control
-      &:not(:last-child)
-        +ltr-property("margin", -1px)
-      &:not(:first-child):not(:last-child)
-        .button,
-        .input,
-        .select select
-          border-radius: 0
-      &:first-child:not(:only-child)
-        .button,
-        .input,
-        .select select
-          +ltr
-            border-bottom-right-radius: 0
-            border-top-right-radius: 0
-          +rtl
-            border-bottom-left-radius: 0
-            border-top-left-radius: 0
-      &:last-child:not(:only-child)
-        .button,
-        .input,
-        .select select
-          +ltr
-            border-bottom-left-radius: 0
-            border-top-left-radius: 0
-          +rtl
-            border-bottom-right-radius: 0
-            border-top-right-radius: 0
-      .button,
-      .input,
-      .select select
-        &:not([disabled])
-          &:hover,
-          &.is-hovered
-            z-index: 2
-          &:focus,
-          &.is-focused,
-          &:active,
-          &.is-active
-            z-index: 3
-            &:hover
-              z-index: 4
-      &.is-expanded
-        flex-grow: 1
-        flex-shrink: 1
-    &.has-addons-centered
-      justify-content: center
-    &.has-addons-right
-      justify-content: flex-end
-    &.has-addons-fullwidth
-      .control
-        flex-grow: 1
-        flex-shrink: 0
-  &.is-grouped
-    display: flex
-    justify-content: flex-start
-    & > .control
-      flex-shrink: 0
-      &:not(:last-child)
-        margin-bottom: 0
-        +ltr-property("margin", 0.75rem)
-      &.is-expanded
-        flex-grow: 1
-        flex-shrink: 1
-    &.is-grouped-centered
-      justify-content: center
-    &.is-grouped-right
-      justify-content: flex-end
-    &.is-grouped-multiline
-      flex-wrap: wrap
-      & > .control
-        &:last-child,
-        &:not(:last-child)
-          margin-bottom: 0.75rem
-      &:last-child
-        margin-bottom: -0.75rem
-      &:not(:last-child)
-        margin-bottom: 0
-  &.is-horizontal
-    +tablet
-      display: flex
-
-.field-label
-  .label
-    font-size: inherit
-  +mobile
-    margin-bottom: 0.5rem
-  +tablet
-    flex-basis: 0
-    flex-grow: 1
-    flex-shrink: 0
-    +ltr-property("margin", 1.5rem)
-    text-align: right
-    &.is-small
-      font-size: $size-small
-      padding-top: 0.375em
-    &.is-normal
-      padding-top: 0.375em
-    &.is-medium
-      font-size: $size-medium
-      padding-top: 0.375em
-    &.is-large
-      font-size: $size-large
-      padding-top: 0.375em
-
-.field-body
-  .field .field
-    margin-bottom: 0
-  +tablet
-    display: flex
-    flex-basis: 0
-    flex-grow: 5
-    flex-shrink: 1
-    .field
-      margin-bottom: 0
-    & > .field
-      flex-shrink: 1
-      &:not(.is-narrow)
-        flex-grow: 1
-      &:not(:last-child)
-        +ltr-property("margin", 0.75rem)
-
-.control
-  box-sizing: border-box
-  clear: both
-  font-size: $size-normal
-  position: relative
-  text-align: inherit
-  // Modifiers
-  &.has-icons-left,
-  &.has-icons-right
-    .input,
-    .select
-      &:focus
-        & ~ .icon
-          color: $input-icon-active-color
-      &.is-small ~ .icon
-        font-size: $size-small
-      &.is-medium ~ .icon
-        font-size: $size-medium
-      &.is-large ~ .icon
-        font-size: $size-large
-    .icon
-      color: $input-icon-color
-      height: $input-height
-      pointer-events: none
-      position: absolute
-      top: 0
-      width: $input-height
-      z-index: 4
-  &.has-icons-left
-    .input,
-    .select select
-      padding-left: $input-height
-    .icon.is-left
-      left: 0
-  &.has-icons-right
-    .input,
-    .select select
-      padding-right: $input-height
-    .icon.is-right
-      right: 0
-  &.is-loading
-    &::after
-      @extend %loader
-      position: absolute !important
-      +ltr-position(0.625em)
-      top: 0.625em
-      z-index: 4
-    &.is-small:after
-      font-size: $size-small
-    &.is-medium:after
-      font-size: $size-medium
-    &.is-large:after
-      font-size: $size-large

resources/bulma-0.9.0/sass/grid/_all.sass

@@ -1,4 +0,0 @@
-@charset "utf-8"
-
-@import "columns.sass"
-@import "tiles.sass"

resources/bulma-0.9.0/sass/grid/columns.sass

@@ -1,504 +0,0 @@
-$column-gap: 0.75rem !default
-
-.column
-  display: block
-  flex-basis: 0
-  flex-grow: 1
-  flex-shrink: 1
-  padding: $column-gap
-  .columns.is-mobile > &.is-narrow
-    flex: none
-  .columns.is-mobile > &.is-full
-    flex: none
-    width: 100%
-  .columns.is-mobile > &.is-three-quarters
-    flex: none
-    width: 75%
-  .columns.is-mobile > &.is-two-thirds
-    flex: none
-    width: 66.6666%
-  .columns.is-mobile > &.is-half
-    flex: none
-    width: 50%
-  .columns.is-mobile > &.is-one-third
-    flex: none
-    width: 33.3333%
-  .columns.is-mobile > &.is-one-quarter
-    flex: none
-    width: 25%
-  .columns.is-mobile > &.is-one-fifth
-    flex: none
-    width: 20%
-  .columns.is-mobile > &.is-two-fifths
-    flex: none
-    width: 40%
-  .columns.is-mobile > &.is-three-fifths
-    flex: none
-    width: 60%
-  .columns.is-mobile > &.is-four-fifths
-    flex: none
-    width: 80%
-  .columns.is-mobile > &.is-offset-three-quarters
-    margin-left: 75%
-  .columns.is-mobile > &.is-offset-two-thirds
-    margin-left: 66.6666%
-  .columns.is-mobile > &.is-offset-half
-    margin-left: 50%
-  .columns.is-mobile > &.is-offset-one-third
-    margin-left: 33.3333%
-  .columns.is-mobile > &.is-offset-one-quarter
-    margin-left: 25%
-  .columns.is-mobile > &.is-offset-one-fifth
-    margin-left: 20%
-  .columns.is-mobile > &.is-offset-two-fifths
-    margin-left: 40%
-  .columns.is-mobile > &.is-offset-three-fifths
-    margin-left: 60%
-  .columns.is-mobile > &.is-offset-four-fifths
-    margin-left: 80%
-  @for $i from 0 through 12
-    .columns.is-mobile > &.is-#{$i}
-      flex: none
-      width: percentage($i / 12)
-    .columns.is-mobile > &.is-offset-#{$i}
-      margin-left: percentage($i / 12)
-  +mobile
-    &.is-narrow-mobile
-      flex: none
-    &.is-full-mobile
-      flex: none
-      width: 100%
-    &.is-three-quarters-mobile
-      flex: none
-      width: 75%
-    &.is-two-thirds-mobile
-      flex: none
-      width: 66.6666%
-    &.is-half-mobile
-      flex: none
-      width: 50%
-    &.is-one-third-mobile
-      flex: none
-      width: 33.3333%
-    &.is-one-quarter-mobile
-      flex: none
-      width: 25%
-    &.is-one-fifth-mobile
-      flex: none
-      width: 20%
-    &.is-two-fifths-mobile
-      flex: none
-      width: 40%
-    &.is-three-fifths-mobile
-      flex: none
-      width: 60%
-    &.is-four-fifths-mobile
-      flex: none
-      width: 80%
-    &.is-offset-three-quarters-mobile
-      margin-left: 75%
-    &.is-offset-two-thirds-mobile
-      margin-left: 66.6666%
-    &.is-offset-half-mobile
-      margin-left: 50%
-    &.is-offset-one-third-mobile
-      margin-left: 33.3333%
-    &.is-offset-one-quarter-mobile
-      margin-left: 25%
-    &.is-offset-one-fifth-mobile
-      margin-left: 20%
-    &.is-offset-two-fifths-mobile
-      margin-left: 40%
-    &.is-offset-three-fifths-mobile
-      margin-left: 60%
-    &.is-offset-four-fifths-mobile
-      margin-left: 80%
-    @for $i from 0 through 12
-      &.is-#{$i}-mobile
-        flex: none
-        width: percentage($i / 12)
-      &.is-offset-#{$i}-mobile
-        margin-left: percentage($i / 12)
-  +tablet
-    &.is-narrow,
-    &.is-narrow-tablet
-      flex: none
-    &.is-full,
-    &.is-full-tablet
-      flex: none
-      width: 100%
-    &.is-three-quarters,
-    &.is-three-quarters-tablet
-      flex: none
-      width: 75%
-    &.is-two-thirds,
-    &.is-two-thirds-tablet
-      flex: none
-      width: 66.6666%
-    &.is-half,
-    &.is-half-tablet
-      flex: none
-      width: 50%
-    &.is-one-third,
-    &.is-one-third-tablet
-      flex: none
-      width: 33.3333%
-    &.is-one-quarter,
-    &.is-one-quarter-tablet
-      flex: none
-      width: 25%
-    &.is-one-fifth,
-    &.is-one-fifth-tablet
-      flex: none
-      width: 20%
-    &.is-two-fifths,
-    &.is-two-fifths-tablet
-      flex: none
-      width: 40%
-    &.is-three-fifths,
-    &.is-three-fifths-tablet
-      flex: none
-      width: 60%
-    &.is-four-fifths,
-    &.is-four-fifths-tablet
-      flex: none
-      width: 80%
-    &.is-offset-three-quarters,
-    &.is-offset-three-quarters-tablet
-      margin-left: 75%
-    &.is-offset-two-thirds,
-    &.is-offset-two-thirds-tablet
-      margin-left: 66.6666%
-    &.is-offset-half,
-    &.is-offset-half-tablet
-      margin-left: 50%
-    &.is-offset-one-third,
-    &.is-offset-one-third-tablet
-      margin-left: 33.3333%
-    &.is-offset-one-quarter,
-    &.is-offset-one-quarter-tablet
-      margin-left: 25%
-    &.is-offset-one-fifth,
-    &.is-offset-one-fifth-tablet
-      margin-left: 20%
-    &.is-offset-two-fifths,
-    &.is-offset-two-fifths-tablet
-      margin-left: 40%
-    &.is-offset-three-fifths,
-    &.is-offset-three-fifths-tablet
-      margin-left: 60%
-    &.is-offset-four-fifths,
-    &.is-offset-four-fifths-tablet
-      margin-left: 80%
-    @for $i from 0 through 12
-      &.is-#{$i},
-      &.is-#{$i}-tablet
-        flex: none
-        width: percentage($i / 12)
-      &.is-offset-#{$i},
-      &.is-offset-#{$i}-tablet
-        margin-left: percentage($i / 12)
-  +touch
-    &.is-narrow-touch
-      flex: none
-    &.is-full-touch
-      flex: none
-      width: 100%
-    &.is-three-quarters-touch
-      flex: none
-      width: 75%
-    &.is-two-thirds-touch
-      flex: none
-      width: 66.6666%
-    &.is-half-touch
-      flex: none
-      width: 50%
-    &.is-one-third-touch
-      flex: none
-      width: 33.3333%
-    &.is-one-quarter-touch
-      flex: none
-      width: 25%
-    &.is-one-fifth-touch
-      flex: none
-      width: 20%
-    &.is-two-fifths-touch
-      flex: none
-      width: 40%
-    &.is-three-fifths-touch
-      flex: none
-      width: 60%
-    &.is-four-fifths-touch
-      flex: none
-      width: 80%
-    &.is-offset-three-quarters-touch
-      margin-left: 75%
-    &.is-offset-two-thirds-touch
-      margin-left: 66.6666%
-    &.is-offset-half-touch
-      margin-left: 50%
-    &.is-offset-one-third-touch
-      margin-left: 33.3333%
-    &.is-offset-one-quarter-touch
-      margin-left: 25%
-    &.is-offset-one-fifth-touch
-      margin-left: 20%
-    &.is-offset-two-fifths-touch
-      margin-left: 40%
-    &.is-offset-three-fifths-touch
-      margin-left: 60%
-    &.is-offset-four-fifths-touch
-      margin-left: 80%
-    @for $i from 0 through 12
-      &.is-#{$i}-touch
-        flex: none
-        width: percentage($i / 12)
-      &.is-offset-#{$i}-touch
-        margin-left: percentage($i / 12)
-  +desktop
-    &.is-narrow-desktop
-      flex: none
-    &.is-full-desktop
-      flex: none
-      width: 100%
-    &.is-three-quarters-desktop
-      flex: none
-      width: 75%
-    &.is-two-thirds-desktop
-      flex: none
-      width: 66.6666%
-    &.is-half-desktop
-      flex: none
-      width: 50%
-    &.is-one-third-desktop
-      flex: none
-      width: 33.3333%
-    &.is-one-quarter-desktop
-      flex: none
-      width: 25%
-    &.is-one-fifth-desktop
-      flex: none
-      width: 20%
-    &.is-two-fifths-desktop
-      flex: none
-      width: 40%
-    &.is-three-fifths-desktop
-      flex: none
-      width: 60%
-    &.is-four-fifths-desktop
-      flex: none
-      width: 80%
-    &.is-offset-three-quarters-desktop
-      margin-left: 75%
-    &.is-offset-two-thirds-desktop
-      margin-left: 66.6666%
-    &.is-offset-half-desktop
-      margin-left: 50%
-    &.is-offset-one-third-desktop
-      margin-left: 33.3333%
-    &.is-offset-one-quarter-desktop
-      margin-left: 25%
-    &.is-offset-one-fifth-desktop
-      margin-left: 20%
-    &.is-offset-two-fifths-desktop
-      margin-left: 40%
-    &.is-offset-three-fifths-desktop
-      margin-left: 60%
-    &.is-offset-four-fifths-desktop
-      margin-left: 80%
-    @for $i from 0 through 12
-      &.is-#{$i}-desktop
-        flex: none
-        width: percentage($i / 12)
-      &.is-offset-#{$i}-desktop
-        margin-left: percentage($i / 12)
-  +widescreen
-    &.is-narrow-widescreen
-      flex: none
-    &.is-full-widescreen
-      flex: none
-      width: 100%
-    &.is-three-quarters-widescreen
-      flex: none
-      width: 75%
-    &.is-two-thirds-widescreen
-      flex: none
-      width: 66.6666%
-    &.is-half-widescreen
-      flex: none
-      width: 50%
-    &.is-one-third-widescreen
-      flex: none
-      width: 33.3333%
-    &.is-one-quarter-widescreen
-      flex: none
-      width: 25%
-    &.is-one-fifth-widescreen
-      flex: none
-      width: 20%
-    &.is-two-fifths-widescreen
-      flex: none
-      width: 40%
-    &.is-three-fifths-widescreen
-      flex: none
-      width: 60%
-    &.is-four-fifths-widescreen
-      flex: none
-      width: 80%
-    &.is-offset-three-quarters-widescreen
-      margin-left: 75%
-    &.is-offset-two-thirds-widescreen
-      margin-left: 66.6666%
-    &.is-offset-half-widescreen
-      margin-left: 50%
-    &.is-offset-one-third-widescreen
-      margin-left: 33.3333%
-    &.is-offset-one-quarter-widescreen
-      margin-left: 25%
-    &.is-offset-one-fifth-widescreen
-      margin-left: 20%
-    &.is-offset-two-fifths-widescreen
-      margin-left: 40%
-    &.is-offset-three-fifths-widescreen
-      margin-left: 60%
-    &.is-offset-four-fifths-widescreen
-      margin-left: 80%
-    @for $i from 0 through 12
-      &.is-#{$i}-widescreen
-        flex: none
-        width: percentage($i / 12)
-      &.is-offset-#{$i}-widescreen
-        margin-left: percentage($i / 12)
-  +fullhd
-    &.is-narrow-fullhd
-      flex: none
-    &.is-full-fullhd
-      flex: none
-      width: 100%
-    &.is-three-quarters-fullhd
-      flex: none
-      width: 75%
-    &.is-two-thirds-fullhd
-      flex: none
-      width: 66.6666%
-    &.is-half-fullhd
-      flex: none
-      width: 50%
-    &.is-one-third-fullhd
-      flex: none
-      width: 33.3333%
-    &.is-one-quarter-fullhd
-      flex: none
-      width: 25%
-    &.is-one-fifth-fullhd
-      flex: none
-      width: 20%
-    &.is-two-fifths-fullhd
-      flex: none
-      width: 40%
-    &.is-three-fifths-fullhd
-      flex: none
-      width: 60%
-    &.is-four-fifths-fullhd
-      flex: none
-      width: 80%
-    &.is-offset-three-quarters-fullhd
-      margin-left: 75%
-    &.is-offset-two-thirds-fullhd
-      margin-left: 66.6666%
-    &.is-offset-half-fullhd
-      margin-left: 50%
-    &.is-offset-one-third-fullhd
-      margin-left: 33.3333%
-    &.is-offset-one-quarter-fullhd
-      margin-left: 25%
-    &.is-offset-one-fifth-fullhd
-      margin-left: 20%
-    &.is-offset-two-fifths-fullhd
-      margin-left: 40%
-    &.is-offset-three-fifths-fullhd
-      margin-left: 60%
-    &.is-offset-four-fifths-fullhd
-      margin-left: 80%
-    @for $i from 0 through 12
-      &.is-#{$i}-fullhd
-        flex: none
-        width: percentage($i / 12)
-      &.is-offset-#{$i}-fullhd
-        margin-left: percentage($i / 12)
-
-.columns
-  margin-left: (-$column-gap)
-  margin-right: (-$column-gap)
-  margin-top: (-$column-gap)
-  &:last-child
-    margin-bottom: (-$column-gap)
-  &:not(:last-child)
-    margin-bottom: calc(1.5rem - #{$column-gap})
-  // Modifiers
-  &.is-centered
-    justify-content: center
-  &.is-gapless
-    margin-left: 0
-    margin-right: 0
-    margin-top: 0
-    & > .column
-      margin: 0
-      padding: 0 !important
-    &:not(:last-child)
-      margin-bottom: 1.5rem
-    &:last-child
-      margin-bottom: 0
-  &.is-mobile
-    display: flex
-  &.is-multiline
-    flex-wrap: wrap
-  &.is-vcentered
-    align-items: center
-  // Responsiveness
-  +tablet
-    &:not(.is-desktop)
-      display: flex
-  +desktop
-    // Modifiers
-    &.is-desktop
-      display: flex
-
-@if $variable-columns
-  .columns.is-variable
-    --columnGap: 0.75rem
-    margin-left: calc(-1 * var(--columnGap))
-    margin-right: calc(-1 * var(--columnGap))
-    .column
-      padding-left: var(--columnGap)
-      padding-right: var(--columnGap)
-    @for $i from 0 through 8
-      &.is-#{$i}
-        --columnGap: #{$i * 0.25rem}
-      +mobile
-        &.is-#{$i}-mobile
-          --columnGap: #{$i * 0.25rem}
-      +tablet
-        &.is-#{$i}-tablet
-          --columnGap: #{$i * 0.25rem}
-      +tablet-only
-        &.is-#{$i}-tablet-only
-          --columnGap: #{$i * 0.25rem}
-      +touch
-        &.is-#{$i}-touch
-          --columnGap: #{$i * 0.25rem}
-      +desktop
-        &.is-#{$i}-desktop
-          --columnGap: #{$i * 0.25rem}
-      +desktop-only
-        &.is-#{$i}-desktop-only
-          --columnGap: #{$i * 0.25rem}
-      +widescreen
-        &.is-#{$i}-widescreen
-          --columnGap: #{$i * 0.25rem}
-      +widescreen-only
-        &.is-#{$i}-widescreen-only
-          --columnGap: #{$i * 0.25rem}
-      +fullhd
-        &.is-#{$i}-fullhd
-          --columnGap: #{$i * 0.25rem}

resources/bulma-0.9.0/sass/grid/tiles.sass

@@ -1,34 +0,0 @@
-$tile-spacing: 0.75rem !default
-
-.tile
-  align-items: stretch
-  display: block
-  flex-basis: 0
-  flex-grow: 1
-  flex-shrink: 1
-  min-height: min-content
-  // Modifiers
-  &.is-ancestor
-    margin-left: $tile-spacing * -1
-    margin-right: $tile-spacing * -1
-    margin-top: $tile-spacing * -1
-    &:last-child
-      margin-bottom: $tile-spacing * -1
-    &:not(:last-child)
-      margin-bottom: $tile-spacing
-  &.is-child
-    margin: 0 !important
-  &.is-parent
-    padding: $tile-spacing
-  &.is-vertical
-    flex-direction: column
-    & > .tile.is-child:not(:last-child)
-      margin-bottom: 1.5rem !important
-  // Responsiveness
-  +tablet
-    &:not(.is-child)
-      display: flex
-    @for $i from 1 through 12
-      &.is-#{$i}
-        flex: none
-        width: ($i / 12) * 100%

resources/bulma-0.9.0/sass/helpers/_all.sass

@@ -1,10 +0,0 @@
-@charset "utf-8"
-
-@import "color.sass"
-@import "float.sass"
-@import "other.sass"
-@import "overflow.sass"
-@import "position.sass"
-@import "spacing.sass"
-@import "typography.sass"
-@import "visibility.sass"

resources/bulma-0.9.0/sass/helpers/color.sass

@@ -1,37 +0,0 @@
-@each $name, $pair in $colors
-  $color: nth($pair, 1)
-  .has-text-#{$name}
-    color: $color !important
-  a.has-text-#{$name}
-    &:hover,
-    &:focus
-      color: bulmaDarken($color, 10%) !important
-  .has-background-#{$name}
-    background-color: $color !important
-  @if length($pair) >= 4
-    $color-light: nth($pair, 3)
-    $color-dark: nth($pair, 4)
-    // Light
-    .has-text-#{$name}-light
-      color: $color-light !important
-    a.has-text-#{$name}-light
-      &:hover,
-      &:focus
-        color: bulmaDarken($color-light, 10%) !important
-    .has-background-#{$name}-light
-      background-color: $color-light !important
-    // Dark
-    .has-text-#{$name}-dark
-      color: $color-dark !important
-    a.has-text-#{$name}-dark
-      &:hover,
-      &:focus
-        color: bulmaLighten($color-dark, 10%) !important
-    .has-background-#{$name}-dark
-      background-color: $color-dark !important
-
-@each $name, $shade in $shades
-  .has-text-#{$name}
-    color: $shade !important
-  .has-background-#{$name}
-    background-color: $shade !important

resources/bulma-0.9.0/sass/helpers/float.sass

@@ -1,8 +0,0 @@
-.is-clearfix
-  +clearfix
-
-.is-pulled-left
-  float: left !important
-
-.is-pulled-right
-  float: right !important

resources/bulma-0.9.0/sass/helpers/other.sass

@@ -1,8 +0,0 @@
-.is-radiusless
-  border-radius: 0 !important
-
-.is-shadowless
-  box-shadow: none !important
-
-.is-unselectable
-  @extend %unselectable

resources/bulma-0.9.0/sass/helpers/overflow.sass

@@ -1,2 +0,0 @@
-.is-clipped
-  overflow: hidden !important

resources/bulma-0.9.0/sass/helpers/position.sass

@@ -1,5 +0,0 @@
-.is-overlay
-  @extend %overlay
-
-.is-relative
-  position: relative !important

resources/bulma-0.9.0/sass/helpers/spacing.sass

@@ -1,28 +0,0 @@
-.is-marginless
-  margin: 0 !important
-
-.is-paddingless
-  padding: 0 !important
-
-$spacing-shortcuts: ("margin": "m", "padding": "p") !default
-$spacing-directions: ("top": "t", "right": "r", "bottom": "b", "left": "l") !default
-$spacing-horizontal: "x" !default
-$spacing-vertical: "y" !default
-$spacing-values: ("0": 0, "1": 0.25rem, "2": 0.5rem, "3": 0.75rem, "4": 1rem, "5": 1.5rem, "6": 3rem) !default
-
-@each $property, $shortcut in $spacing-shortcuts
-  @each $name, $value in $spacing-values
-    // Cardinal directions
-    @each $direction, $suffix in $spacing-directions
-      .#{$shortcut}#{$suffix}-#{$name}
-        #{$property}-#{$direction}: $value !important
-    // Horizontal axis
-    @if $spacing-horizontal != null
-      .#{$shortcut}#{$spacing-horizontal}-#{$name}
-        #{$property}-left: $value !important
-        #{$property}-right: $value !important
-    // Vertical axis
-    @if $spacing-vertical != null
-      .#{$shortcut}#{$spacing-vertical}-#{$name}
-        #{$property}-top: $value !important
-        #{$property}-bottom: $value !important

resources/bulma-0.9.0/sass/helpers/typography.sass

@@ -1,98 +0,0 @@
-=typography-size($target:'')
-  @each $size in $sizes
-    $i: index($sizes, $size)
-    .is-size-#{$i}#{if($target == '', '', '-' + $target)}
-      font-size: $size !important
-
-+typography-size()
-
-+mobile
-  +typography-size('mobile')
-
-+tablet
-  +typography-size('tablet')
-
-+touch
-  +typography-size('touch')
-
-+desktop
-  +typography-size('desktop')
-
-+widescreen
-  +typography-size('widescreen')
-
-+fullhd
-  +typography-size('fullhd')
-
-$alignments: ('centered': 'center', 'justified': 'justify', 'left': 'left', 'right': 'right')
-
-@each $alignment, $text-align in $alignments
-  .has-text-#{$alignment}
-    text-align: #{$text-align} !important
-
-@each $alignment, $text-align in $alignments
-  +mobile
-    .has-text-#{$alignment}-mobile
-      text-align: #{$text-align} !important
-  +tablet
-    .has-text-#{$alignment}-tablet
-      text-align: #{$text-align} !important
-  +tablet-only
-    .has-text-#{$alignment}-tablet-only
-      text-align: #{$text-align} !important
-  +touch
-    .has-text-#{$alignment}-touch
-      text-align: #{$text-align} !important
-  +desktop
-    .has-text-#{$alignment}-desktop
-      text-align: #{$text-align} !important
-  +desktop-only
-    .has-text-#{$alignment}-desktop-only
-      text-align: #{$text-align} !important
-  +widescreen
-    .has-text-#{$alignment}-widescreen
-      text-align: #{$text-align} !important
-  +widescreen-only
-    .has-text-#{$alignment}-widescreen-only
-      text-align: #{$text-align} !important
-  +fullhd
-    .has-text-#{$alignment}-fullhd
-      text-align: #{$text-align} !important
-
-.is-capitalized
-  text-transform: capitalize !important
-
-.is-lowercase
-  text-transform: lowercase !important
-
-.is-uppercase
-  text-transform: uppercase !important
-
-.is-italic
-  font-style: italic !important
-
-.has-text-weight-light
-  font-weight: $weight-light !important
-.has-text-weight-normal
-  font-weight: $weight-normal !important
-.has-text-weight-medium
-  font-weight: $weight-medium !important
-.has-text-weight-semibold
-  font-weight: $weight-semibold !important
-.has-text-weight-bold
-  font-weight: $weight-bold !important
-
-.is-family-primary
-  font-family: $family-primary !important
-
-.is-family-secondary
-  font-family: $family-secondary !important
-
-.is-family-sans-serif
-  font-family: $family-sans-serif !important
-
-.is-family-monospace
-  font-family: $family-monospace !important
-
-.is-family-code
-  font-family: $family-code !important

resources/bulma-0.9.0/sass/helpers/visibility.sass

@@ -1,122 +0,0 @@
-
-
-$displays: 'block' 'flex' 'inline' 'inline-block' 'inline-flex'
-
-@each $display in $displays
-  .is-#{$display}
-    display: #{$display} !important
-  +mobile
-    .is-#{$display}-mobile
-      display: #{$display} !important
-  +tablet
-    .is-#{$display}-tablet
-      display: #{$display} !important
-  +tablet-only
-    .is-#{$display}-tablet-only
-      display: #{$display} !important
-  +touch
-    .is-#{$display}-touch
-      display: #{$display} !important
-  +desktop
-    .is-#{$display}-desktop
-      display: #{$display} !important
-  +desktop-only
-    .is-#{$display}-desktop-only
-      display: #{$display} !important
-  +widescreen
-    .is-#{$display}-widescreen
-      display: #{$display} !important
-  +widescreen-only
-    .is-#{$display}-widescreen-only
-      display: #{$display} !important
-  +fullhd
-    .is-#{$display}-fullhd
-      display: #{$display} !important
-
-.is-hidden
-  display: none !important
-
-.is-sr-only
-  border: none !important
-  clip: rect(0, 0, 0, 0) !important
-  height: 0.01em !important
-  overflow: hidden !important
-  padding: 0 !important
-  position: absolute !important
-  white-space: nowrap !important
-  width: 0.01em !important
-
-+mobile
-  .is-hidden-mobile
-    display: none !important
-
-+tablet
-  .is-hidden-tablet
-    display: none !important
-
-+tablet-only
-  .is-hidden-tablet-only
-    display: none !important
-
-+touch
-  .is-hidden-touch
-    display: none !important
-
-+desktop
-  .is-hidden-desktop
-    display: none !important
-
-+desktop-only
-  .is-hidden-desktop-only
-    display: none !important
-
-+widescreen
-  .is-hidden-widescreen
-    display: none !important
-
-+widescreen-only
-  .is-hidden-widescreen-only
-    display: none !important
-
-+fullhd
-  .is-hidden-fullhd
-    display: none !important
-
-.is-invisible
-  visibility: hidden !important
-
-+mobile
-  .is-invisible-mobile
-    visibility: hidden !important
-
-+tablet
-  .is-invisible-tablet
-    visibility: hidden !important
-
-+tablet-only
-  .is-invisible-tablet-only
-    visibility: hidden !important
-
-+touch
-  .is-invisible-touch
-    visibility: hidden !important
-
-+desktop
-  .is-invisible-desktop
-    visibility: hidden !important
-
-+desktop-only
-  .is-invisible-desktop-only
-    visibility: hidden !important
-
-+widescreen
-  .is-invisible-widescreen
-    visibility: hidden !important
-
-+widescreen-only
-  .is-invisible-widescreen-only
-    visibility: hidden !important
-
-+fullhd
-  .is-invisible-fullhd
-    visibility: hidden !important

resources/bulma-0.9.0/sass/layout/_all.sass

@@ -1,5 +0,0 @@
-@charset "utf-8"
-
-@import "hero.sass"
-@import "section.sass"
-@import "footer.sass"

resources/bulma-0.9.0/sass/layout/footer.sass

@@ -1,9 +0,0 @@
-$footer-background-color: $scheme-main-bis !default
-$footer-color: false !default
-$footer-padding: 3rem 1.5rem 6rem !default
-
-.footer
-  background-color: $footer-background-color
-  padding: $footer-padding
-  @if $footer-color
-    color: $footer-color

resources/bulma-0.9.0/sass/layout/hero.sass

@@ -1,145 +0,0 @@
-$hero-body-padding: 3rem 1.5rem !default
-$hero-body-padding-small: 1.5rem !default
-$hero-body-padding-medium: 9rem 1.5rem !default
-$hero-body-padding-large: 18rem 1.5rem !default
-
-// Main container
-.hero
-  align-items: stretch
-  display: flex
-  flex-direction: column
-  justify-content: space-between
-  .navbar
-    background: none
-  .tabs
-    ul
-      border-bottom: none
-  // Colors
-  @each $name, $pair in $colors
-    $color: nth($pair, 1)
-    $color-invert: nth($pair, 2)
-    &.is-#{$name}
-      background-color: $color
-      color: $color-invert
-      a:not(.button):not(.dropdown-item):not(.tag):not(.pagination-link.is-current),
-      strong
-        color: inherit
-      .title
-        color: $color-invert
-      .subtitle
-        color: bulmaRgba($color-invert, 0.9)
-        a:not(.button),
-        strong
-          color: $color-invert
-      .navbar-menu
-        +touch
-          background-color: $color
-      .navbar-item,
-      .navbar-link
-        color: bulmaRgba($color-invert, 0.7)
-      a.navbar-item,
-      .navbar-link
-        &:hover,
-        &.is-active
-          background-color: bulmaDarken($color, 5%)
-          color: $color-invert
-      .tabs
-        a
-          color: $color-invert
-          opacity: 0.9
-          &:hover
-            opacity: 1
-        li
-          &.is-active a
-            opacity: 1
-        &.is-boxed,
-        &.is-toggle
-          a
-            color: $color-invert
-            &:hover
-              background-color: bulmaRgba($scheme-invert, 0.1)
-          li.is-active a
-            &,
-            &:hover
-              background-color: $color-invert
-              border-color: $color-invert
-              color: $color
-      // Modifiers
-      @if type-of($color) == 'color'
-        &.is-bold
-          $gradient-top-left: darken(saturate(adjust-hue($color, -10deg), 10%), 10%)
-          $gradient-bottom-right: lighten(saturate(adjust-hue($color, 10deg), 5%), 5%)
-          background-image: linear-gradient(141deg, $gradient-top-left 0%, $color 71%, $gradient-bottom-right 100%)
-          +mobile
-            .navbar-menu
-              background-image: linear-gradient(141deg, $gradient-top-left 0%, $color 71%, $gradient-bottom-right 100%)
-  // Sizes
-  &.is-small
-    .hero-body
-      padding: $hero-body-padding-small
-  &.is-medium
-    +tablet
-      .hero-body
-        padding: $hero-body-padding-medium
-  &.is-large
-    +tablet
-      .hero-body
-        padding: $hero-body-padding-large
-  &.is-halfheight,
-  &.is-fullheight,
-  &.is-fullheight-with-navbar
-    .hero-body
-      align-items: center
-      display: flex
-      & > .container
-        flex-grow: 1
-        flex-shrink: 1
-  &.is-halfheight
-    min-height: 50vh
-  &.is-fullheight
-    min-height: 100vh
-
-// Components
-
-.hero-video
-  @extend %overlay
-  overflow: hidden
-  video
-    left: 50%
-    min-height: 100%
-    min-width: 100%
-    position: absolute
-    top: 50%
-    transform: translate3d(-50%, -50%, 0)
-  // Modifiers
-  &.is-transparent
-    opacity: 0.3
-  // Responsiveness
-  +mobile
-    display: none
-
-.hero-buttons
-  margin-top: 1.5rem
-  // Responsiveness
-  +mobile
-    .button
-      display: flex
-      &:not(:last-child)
-        margin-bottom: 0.75rem
-  +tablet
-    display: flex
-    justify-content: center
-    .button:not(:last-child)
-      +ltr-property("margin", 1.5rem)
-
-// Containers
-
-.hero-head,
-.hero-foot
-  flex-grow: 0
-  flex-shrink: 0
-
-.hero-body
-  flex-grow: 1
-  flex-shrink: 0
-  padding: $hero-body-padding

resources/bulma-0.9.0/sass/layout/section.sass

@@ -1,13 +0,0 @@
-$section-padding: 3rem 1.5rem !default
-$section-padding-medium: 9rem 1.5rem !default
-$section-padding-large: 18rem 1.5rem !default
-
-.section
-  padding: $section-padding
-  // Responsiveness
-  +desktop
-    // Sizes
-    &.is-medium
-      padding: $section-padding-medium
-    &.is-large
-      padding: $section-padding-large