@insignia-education/api-sdk-js 0.15.63 → 0.15.66

package/.claude/skills/general/performance/SKILL.md

@@ -0,0 +1,31 @@
+---
+name: performance
+description: Minimal performance checklist for this thin HTTP client SDK — there is very little performance surface here (no rendering, no queries, no server). Use when a consumer reports a resource method being called redundantly or a method doing unnecessary work per call. Triggers on "performance", "slow", "redundant calls", "optimize", "duplicate requests".
+---
+
+# Performance — Minimal Checklist
+
+This is a thin, zero-dependency HTTP wrapper. It has no database, no rendering, no compute-heavy
+work, and no server process — most of the performance surface that a full application has simply
+doesn't exist here. Don't manufacture a heavier profiling process than the codebase warrants; this
+skill is intentionally short.
+
+The two things actually worth checking:
+
+1. **Redundant/duplicate calls from a consumer using a method in a loop.** A resource method is a
+   1:1 wrapper around one `api` call — if `front` (or another consumer) calls the same method
+   repeatedly inside a loop with the same or overlapping args, that's a consumer-side batching
+   problem, not something to fix inside the SDK method itself. Flag it to the consumer rather than
+   adding caching/batching logic into a resource class (that would violate thin-wrapper discipline
+   — see `AGENTS.md` and the `senior-software-developer`/`senior-code-reviewer` agents).
+2. **Unnecessary payload transformation or cloning per call.** A resource method should pass
+   params/body through to the client with the minimum work needed to shape the HTTP request — no
+   deep-cloning, no reshaping the response, no redundant `JSON.parse(JSON.stringify(...))`-style
+   copies. If a method is doing more than constructing the call and returning the client's
+   response, that's very likely a correctness/scope issue (see `general/investigation` and the
+   thin-wrapper rule), not just a performance one.
+
+If a real latency problem is reported, it is almost certainly in `api` (query performance, N+1,
+slow external integration) or in network conditions — not in this SDK. Point the investigation at
+`api`'s own performance tooling (see its `AGENTS.md`/performance skill) rather than profiling this
+repo.

package/.claude/skills/git/pull-request/SKILL.md

@@ -0,0 +1,47 @@
+---
+name: create-pull-request-api-sdk-js
+description: Create a pull request following insignia-education conventions for this repo — no Jira link, no PR template, but a repo-specific pre-flight checklist (endpoint exists in api, integration test present, v1-freeze respected, publish-pipeline awareness). Use whenever creating a PR in `api-sdk-js`.
+---
+
+# Create Pull Request — insignia-education/api-sdk-js
+
+No `.github/PULL_REQUEST_TEMPLATE.md` exists in this repo — write a plain body with `## Summary`
+and `## Test plan` sections (see the repo-level PR instructions for the exact mechanics of
+`gh pr create`). This skill adds the checks specific to this repo, on top of that.
+
+## Pre-flight checklist
+
+- **The `api` endpoint is real and already merged/available.** Never add a speculative SDK method
+  for an endpoint that doesn't exist yet in `api` — confirm the route/controller is merged (and,
+  ideally, deployed somewhere reachable) before opening this PR. Per `AGENTS.md`'s sync rule, this
+  SDK follows `api`; it never leads it.
+- **An integration test was added or updated.** Per `AGENTS.md`, a new/changed method isn't
+  verified until its test in `tests/integration/api/v1/` passes against a locally running `api`.
+  A PR that changes a resource method without a corresponding test change is incomplete — call it
+  out explicitly if deferring this is unavoidable.
+- **Test coverage includes missing/malformed params and permissions per role**, not just the happy
+  path — per `AGENTS.md`'s testing coverage requirements.
+- **`v1` freeze respected.** If the diff touches `src/api/v1/`, confirm it's additive (new
+  method/resource) and not a breaking change to an existing method's signature or return shape, and
+  that `InsigniaApiV1`'s constructor is unchanged. A breaking change belongs under a future
+  `src/api/v2/`, not a `v1` edit.
+- **No runtime dependency added**, no hardcoded base URL, no hardcoded human-readable string in
+  source (errors must expose `status`/`data` only — see `AGENTS.md`'s i18n rule).
+- **Merging this PR to `master` is a deploy action, not a routine merge.** Per `CLAUDE.md`'s
+  deployment section, a push to `master` (unless `[skip ci]`) auto-bumps this package's patch
+  version, publishes it to npm, pushes a direct commit to `front`'s `beta` branch, and opens a PR
+  against `front`'s `master` — all without further human action beyond the merge itself. Don't
+  merge here as though it's a no-op; know that it triggers all of the above.
+
+## Body format
+
+```
+## Summary
+<1-3 bullets>
+
+## Test plan
+<checklist of what was tested / how to verify>
+```
+
+Omit sections that would be empty. No ticket link, no deployment labels — this repo doesn't use
+them.

package/.claude/skills/how-to-create-skills/SKILL.md

@@ -0,0 +1,82 @@
+---
+name: how-to-create-skills
+description: How to author and organize skills in this repo's `.claude/skills/` — the domain/general taxonomy, the composability principle (split knowledge from method), SKILL.md frontmatter, naming, and when to split vs combine a skill. Use whenever creating a new skill, editing an existing one, splitting a monolithic skill, or deciding where a skill belongs. Triggers on "create a skill", "new skill", "add a skill", "organize skills", "skill structure".
+---
+
+# How to Create Skills
+
+This is the meta-skill. It defines the conventions every other skill in `.claude/skills/` follows. **This skill is intentionally exempt from those conventions** — it lives at the top level with no domain, because it describes the system rather than participating in it.
+
+## The one principle: split *knowledge* from *method*, then compose
+
+A skill is either:
+- **Domain knowledge** — *what exists and where it lives* (a map): resource/versioning structure, file paths, conventions, entry points. No domain-map skill exists here yet — the closest thing today is `AGENTS.md` plus `.ai/guidelines/research-order.md`.
+- **A general process** — *how to do something*, independent of domain (a method): investigating drift, documenting, opening a PR. Example: `investigation`, `general/documentation`.
+
+Never fuse the two. If a domain-map skill is added later (e.g. `v2` once the next API version gets its own resource modules), there should not be a `v2-investigation` skill — there should be `v2` (the map) and `investigation` (the method), composed together. The cross-product emerges from composition, not from a bespoke combined skill.
+
+**Why:** the method is reusable across every version/resource, and the map is reusable across every process. Fusing them forces you to re-teach the investigation method for each version and re-map the resources for each activity.
+
+### How composition works in practice
+- A general process skill says: *"pair me with the relevant domain skill for the map."*
+- A domain skill says: *"for investigating drift, also load `investigation`; for a new method, also load `general/documentation`."*
+- Cross-reference by skill `name` in prose so the reader knows what to load alongside.
+
+## Folder taxonomy: domain → sub-domain → process → skill-name
+
+Organize the path from most-specific domain down to the leaf. Cross-cutting process skills that belong to no single domain live under `general/`.
+
+```
+.claude/skills/
+├── how-to-create-skills/     ← this meta-skill (exempt from the pattern)
+├── <domain>/                 ← domain knowledge (git, v2, …)
+│   ├── SKILL.md              ← the domain map itself (optional)
+│   └── <sub-domain-or-process>/SKILL.md
+└── general/                  ← domain-agnostic process skills
+    └── <process>/SKILL.md    ← performance, investigation, documentation, handoff, …
+```
+
+Rules:
+- **Domain first.** If a skill is about *one* domain, nest it under that domain (`git/pull-request`).
+- **General bucket.** If a skill's method applies across domains, put it in `general/` (`general/performance`).
+- Any `SKILL.md` anywhere under `.claude/skills/**` is discovered — folders are for humans, the `name` field is the identifier.
+- Prefer the **most general** phrasing a skill can honestly carry. Keep repo-specific specifics (class names, endpoint paths) inside the skill, but frame the transferable method first.
+
+## Deciding: split or combine?
+
+| Signal | Action |
+|---|---|
+| The skill mixes "where the code is" with "how to profile/debug it" | **Split** into a domain skill + a `general/` process skill |
+| Two skills always get loaded together and neither stands alone | Consider **combining** — but first check whether one is really a sub-domain of the other |
+| A process skill keeps accreting domain-specific class/resource names | Move those facts into the **domain** skill; keep the method general |
+| A domain skill starts explaining testing/PR mechanics in depth | Move that into a **general** process skill and cross-reference |
+
+## SKILL.md format
+
+```markdown
+---
+name: <kebab-case, unique across all skills>
+description: <what it does + WHEN to use it + trigger phrases. This is the ONLY thing the model sees when deciding to load the skill — make it match how people actually phrase the task. For composables, name the skills to load alongside.>
+argument-hint: "<optional, for slash-invoked skills>"
+disable-model-invocation: true   # optional — manual /invoke only
+---
+
+# Title
+
+Body: tables and short imperative steps first, prose last. Cross-reference
+composable skills by name. Note file:line references but tell the reader to
+verify them against current code.
+```
+
+Frontmatter notes:
+- **`name`** must be unique and stable — it's the slash command and the invocation id. Renaming breaks existing references, so rename deliberately.
+- **`description`** is load-bearing: it's matched against the user's request to auto-activate the skill. Lead with capability, then "Use when…", then trigger phrases.
+- **`disable-model-invocation: true`** makes the skill manual-only (`/name …`). Use for router/workflow skills that shouldn't fire automatically.
+
+## Authoring checklist
+1. Is this **knowledge** or **method**? Put it in the right place; don't fuse.
+2. Does an existing skill already cover it? Extend that instead of duplicating.
+3. Can the wording be more general without losing accuracy? Generalize.
+4. Name the composable siblings to load alongside.
+5. Write the `description` the way a user would ask for it.
+6. Keep the body scannable: tables + steps first.

package/.github/workflows/npm-publish-github-packages.yml

@@ -1,114 +1,38 @@
-name: Bump version, publish, and sync front
+name: Publish Package
 
 on:
   push:
-    branches: [master]
+    branches:
+      - master
 
-jobs:
-  bump-and-publish:
-    if: "!contains(github.event.head_commit.message, '[skip ci]')"
-    runs-on: ubuntu-latest
-    permissions:
-      contents: write
-    outputs:
-      version: ${{ steps.bump.outputs.version }}
-    steps:
-      - uses: actions/checkout@v4
-
-      - name: Setup node
-        uses: actions/setup-node@v4
-        with:
-          node-version: 25
-          registry-url: 'https://registry.npmjs.org/'
-
-      - name: Configure git
-        run: |
-          git config user.name "github-actions[bot]"
-          git config user.email "github-actions[bot]@users.noreply.github.com"
-
-      - name: Bump patch version
-        id: bump
-        run: |
-          NEW_VERSION=$(npm version patch -m "chore: release v%s [skip ci]")
-          echo "version=${NEW_VERSION#v}" >> "$GITHUB_OUTPUT"
-
-      - name: Push version bump
-        run: git push origin HEAD:master --follow-tags
+permissions:
+  id-token: write  # Required for OIDC
+  contents: write  # Required to commit the version bump back to master
 
-      - name: Publish to npm
-        run: npm publish --access public
-        env:
-          NODE_AUTH_TOKEN: ${{ secrets.NPM_TOKEN }}
-
-  sync-front:
-    needs: bump-and-publish
+jobs:
+  publish:
     runs-on: ubuntu-latest
-    env:
-      SDK_VERSION: ${{ needs.bump-and-publish.outputs.version }}
     steps:
-      - name: Wait for npm registry propagation
-        run: sleep 15
-
-      - name: Setup node
-        uses: actions/setup-node@v4
-        with:
-          node-version: 24
+      - uses: actions/checkout@v6
 
-      # ---- beta: direct commit + push ----
-      - name: Checkout front (beta)
-        uses: actions/checkout@v4
+      - uses: actions/setup-node@v6
         with:
-          repository: insignia-education/front
-          ref: beta
-          token: ${{ secrets.FRONT_REPO_PAT }}
-          path: front-beta
+          node-version: '24'
+          registry-url: 'https://registry.npmjs.org'
+          package-manager-cache: false  # never use caching in release builds
+      - run: npm ci
+      - run: npm run build --if-present
+      # npm test disabled: integration suite needs a live api backend, no CI service for it yet
 
-      - name: Bump SDK in front (beta)
-        working-directory: front-beta
-        run: npm install "@insignia-education/api-sdk-js@${SDK_VERSION}"
+      - run: npm version patch --no-git-tag-version
 
-      - name: Commit and push (beta)
-        working-directory: front-beta
+      # Pushing with GITHUB_TOKEN doesn't retrigger this workflow, so no [skip ci] loop risk.
+      - name: Commit version bump
         run: |
           git config user.name "github-actions[bot]"
           git config user.email "github-actions[bot]@users.noreply.github.com"
           git add package.json package-lock.json
-          if git diff --cached --quiet; then
-            echo "No changes, skipping"
-          else
-            git commit -m "chore: bump @insignia-education/api-sdk-js to ${SDK_VERSION}"
-            git push origin beta
-          fi
-
-      # ---- master: open a PR for review ----
-      - name: Checkout front (master)
-        uses: actions/checkout@v4
-        with:
-          repository: insignia-education/front
-          ref: master
-          token: ${{ secrets.FRONT_REPO_PAT }}
-          path: front-master
+          git commit -m "chore: bump version to $(node -p "require('./package.json').version")"
+          git push
 
-      - name: Bump SDK in front (master branch)
-        working-directory: front-master
-        run: npm install "@insignia-education/api-sdk-js@${SDK_VERSION}"
-
-      - name: Open PR against master
-        working-directory: front-master
-        env:
-          GH_TOKEN: ${{ secrets.FRONT_REPO_PAT }}
-        run: |
-          git config user.name "github-actions[bot]"
-          git config user.email "github-actions[bot]@users.noreply.github.com"
-          if git diff --quiet; then
-            echo "No changes, skipping PR"
-            exit 0
-          fi
-          BRANCH="chore/bump-api-sdk-js-${SDK_VERSION}"
-          git checkout -b "$BRANCH"
-          git add package.json package-lock.json
-          git commit -m "chore: bump @insignia-education/api-sdk-js to ${SDK_VERSION}"
-          git push origin "$BRANCH"
-          gh pr create --repo insignia-education/front --base master --head "$BRANCH" \
-            --title "chore: bump @insignia-education/api-sdk-js to ${SDK_VERSION}" \
-            --body "Automated dependency bump triggered by insignia-education/api-sdk-js@${SDK_VERSION}."
+      - run: npm publish  # Or: npm stage publish

package/CLAUDE.md

@@ -0,0 +1,60 @@
+# CLAUDE.md
+
+This file provides guidance to Claude Code (claude.ai/code) when working with code in this repository.
+
+> **Status: Active — the sole client for `insignia-education/api`.**
+> A thin, zero-runtime-dependency JavaScript SDK wrapping the Laravel 12 backend
+> [`insignia-education/api`](../api). Its only consumer is
+> [`insignia-education/front`](../front) (React 19 + Vite 8 SPA) — `front` never calls `api`
+> directly. `v1` is being finalized and will be permanently frozen once stable; a future `v2`
+> is added alongside `v1`, never in place of it.
+
+---
+
+> The canonical agent-readable version of these instructions is **`AGENTS.md`** (same directory). Both
+> files are kept in sync; CLAUDE.md adds Claude Code–specific detail where needed. Read `AGENTS.md` first
+> for versioning rules, structure, conventions, testing coverage requirements, the i18n rule, the
+> API↔SDK sync rule, and the "Never do" list — none of that is repeated here.
+
+---
+
+## Related repos
+
+| Repo | Role |
+|---|---|
+| [`api`](../api) | Laravel backend this SDK wraps. Any endpoint added, renamed, or removed there must be mirrored here in the same task — see `AGENTS.md`'s sync rule. |
+| [`front`](../front) | The sole consumer. Talks to `api` exclusively through this package — a method missing here is a method `front` cannot use. |
+
+This SDK has no independent purpose — it only exists to mirror `api`. When in doubt about what a
+method should do, the answer is "whatever the matching `api` endpoint does," not a judgment call
+made here.
+
+## Deployment / publish (GitHub Actions — read this before touching `master`)
+
+`.github/workflows/npm-publish-github-packages.yml` runs on every push to `master` (skipped only
+if the commit message contains `[skip ci]`). It is **not** a manual `npm publish` a human runs by
+hand — merging a PR to `master` is the trigger, and that merge is a human action, so the "never
+publish on your own initiative" rule in `AGENTS.md` still applies to *merging to master*, not just
+to running `npm publish` directly.
+
+What the workflow actually does, in order:
+
+1. **`bump-and-publish`** — bumps the patch version (`npm version patch -m "chore: release v%s
+   [skip ci]"`), pushes the version-bump commit + tag back to `master`, then publishes the package
+   to npm (`npm publish --access public`, using `secrets.NPM_TOKEN`).
+2. **`sync-front`** (runs after publish, waits 15s for npm registry propagation) — automatically
+   syncs `front` using `secrets.FRONT_REPO_PAT`:
+   - **`beta` branch**: checks it out, runs `npm install @insignia-education/api-sdk-js@<new
+     version>`, commits, and **pushes directly** — no review step.
+   - **`master` branch**: checks it out, runs the same install, and **opens a PR** against
+     `front`'s `master` (`chore/bump-api-sdk-js-<version>`) for human review — it does not merge
+     itself.
+
+**Practical implications:**
+- Merging a PR to this repo's `master` is not just "ship the SDK change" — it also auto-bumps
+  `front`'s `beta` branch with no human in the loop, and opens (but does not merge) a PR against
+  `front`'s `master`. Treat a `master` merge here as a deploy action, not a routine commit.
+- There is no manual "bump the consumer's `package.json`" step to perform for `beta` — CI already
+  does it. A human only needs to review/merge the auto-opened PR against `front`'s `master`.
+- Requires `secrets.NPM_TOKEN` (npm publish) and `secrets.FRONT_REPO_PAT` (push to `front` +
+  open PRs there) to be configured on this repo.

package/package.json

@@ -1,6 +1,6 @@
 {
   "name": "@insignia-education/api-sdk-js",
-  "version": "0.15.63",
+  "version": "0.15.66",
   "description": "JavaScript SDK for the Insignia Education API",
   "main": "index.js",
   "type": "module",

package/src/api/v1/Users.js

@@ -48,15 +48,19 @@ export default class Users {
     }
     courseNotes(userId)    { return this.#nested(userId, 'course-notes'); }
 
-    /** get() accepts an optional { courseId } filter to narrow to a single course. */
+    /** get() accepts optional { courseId, withTrashed } filters — withTrashed also returns soft-deleted attempts. */
     quizzes(userId) {
         const base = `/users/${userId}/quizzes`;
         const client = this.#client;
         return {
-            get:    (id = null, { courseId } = {}) => id ? client.get(`${base}/${id}`) : client.get(courseId ? `${base}?course_id=${courseId}` : base),
+            get: (id = null, { courseId, withTrashed } = {}) => id
+                ? client.get(`${base}/${id}`)
+                : client.get(base, { course_id: courseId, with_trashed: withTrashed ? 1 : undefined }),
             create: (data)      => client.put(base, data),
             edit:   (id, data)  => client.patch(`${base}/${id}`, data),
             delete: (id)        => client.del(`${base}/${id}`),
+            /** Puts a soft-deleted attempt back. */
+            restore: (id)       => client.post(`${base}/${id}/restore`),
             /**
              * Upload the file a student attaches as their answer to a
              * document_upload (PDF) or audio_answer (recording) question
@@ -78,6 +82,12 @@ export default class Users {
             create: (data)      => client.put(base, data),
             edit:   (id, data)  => client.patch(`${base}/${id}`, data),
             delete: (id)        => client.del(`${base}/${id}`),
+            /**
+             * Individual sessions only: clears teacher/course/date/time/meeting info
+             * so the slot can be rebooked. The owner may reset up to 1h before the
+             * session starts; a seller-and-above may reset any time.
+             */
+            reset:  (id)        => client.post(`${base}/${id}/reset`),
         };
     }
 

package/.env

@@ -1 +0,0 @@
-INSIGNIA_EDUCATION_API_BASE_URL=http://localhost:8000

package/.env.test

@@ -1,5 +0,0 @@
-INSIGNIA_EDUCATION_API_BASE_URL=http://localhost:8001
-TEST_EMAIL=roquendo@insigniaeducation.com
-TEST_PASSWORD=12345678
-TEST_EMAIL_ADMIN=rodolfoquendo@gmail.com
-TEST_PASSWORD_ADMIN=12345678

package/coverage/clover.xml

@@ -1,135 +0,0 @@
-<?xml version="1.0" encoding="UTF-8"?>
-<coverage generated="1786375129197" clover="3.2.0">
-  <project timestamp="1786375129197" name="All files">
-    <metrics statements="126" coveredstatements="94" conditionals="44" coveredconditionals="35" methods="14" coveredmethods="13" elements="184" coveredelements="142" complexity="0" loc="126" ncloc="126" packages="1" files="1" classes="1"/>
-    <file name="Client.js" path="/Users/roquendo/code/insignia-education/api-sdk-js/src/Client.js">
-      <metrics statements="126" coveredstatements="94" conditionals="44" coveredconditionals="35" methods="14" coveredmethods="13"/>
-      <line num="1" count="1" type="stmt"/>
-      <line num="2" count="1" type="cond" truecount="1" falsecount="0"/>
-      <line num="3" count="1" type="stmt"/>
-      <line num="4" count="1" type="stmt"/>
-      <line num="5" count="1" type="cond" truecount="1" falsecount="0"/>
-      <line num="6" count="27" type="stmt"/>
-      <line num="7" count="27" type="stmt"/>
-      <line num="8" count="1" type="stmt"/>
-      <line num="9" count="1" type="cond" truecount="1" falsecount="0"/>
-      <line num="10" count="27" type="stmt"/>
-      <line num="11" count="26" type="cond" truecount="2" falsecount="0"/>
-      <line num="12" count="27" type="cond" truecount="1" falsecount="0"/>
-      <line num="13" count="27" type="stmt"/>
-      <line num="14" count="27" type="cond" truecount="2" falsecount="0"/>
-      <line num="15" count="27" type="stmt"/>
-      <line num="16" count="27" type="stmt"/>
-      <line num="17" count="27" type="stmt"/>
-      <line num="18" count="1" type="stmt"/>
-      <line num="19" count="1" type="cond" truecount="1" falsecount="0"/>
-      <line num="20" count="23" type="stmt"/>
-      <line num="21" count="23" type="stmt"/>
-      <line num="22" count="23" type="stmt"/>
-      <line num="23" count="23" type="stmt"/>
-      <line num="24" count="23" type="stmt"/>
-      <line num="25" count="23" type="cond" truecount="0" falsecount="1"/>
-      <line num="26" count="23" type="stmt"/>
-      <line num="27" count="23" type="stmt"/>
-      <line num="28" count="23" type="cond" truecount="1" falsecount="0"/>
-      <line num="29" count="23" type="stmt"/>
-      <line num="30" count="23" type="stmt"/>
-      <line num="31" count="23" type="stmt"/>
-      <line num="32" count="1" type="stmt"/>
-      <line num="33" count="1" type="cond" truecount="1" falsecount="0"/>
-      <line num="34" count="23" type="cond" truecount="2" falsecount="0"/>
-      <line num="35" count="1" type="stmt"/>
-      <line num="36" count="1" type="stmt"/>
-      <line num="37" count="1" type="cond" truecount="1" falsecount="0"/>
-      <line num="38" count="1" type="stmt"/>
-      <line num="39" count="1" type="stmt"/>
-      <line num="40" count="1" type="stmt"/>
-      <line num="41" count="1" type="cond" truecount="1" falsecount="0"/>
-      <line num="42" count="23" type="cond" truecount="0" falsecount="1"/>
-      <line num="43" count="23" type="stmt"/>
-      <line num="44" count="23" type="stmt"/>
-      <line num="45" count="23" type="cond" truecount="1" falsecount="0"/>
-      <line num="46" count="1" type="cond" truecount="1" falsecount="0"/>
-      <line num="47" count="23" type="cond" truecount="1" falsecount="1"/>
-      <line num="48" count="23" type="stmt"/>
-      <line num="49" count="23" type="cond" truecount="1" falsecount="0"/>
-      <line num="50" count="1" type="stmt"/>
-      <line num="51" count="1" type="stmt"/>
-      <line num="52" count="1" type="cond" truecount="0" falsecount="1"/>
-      <line num="53" count="1" type="stmt"/>
-      <line num="54" count="1" type="stmt"/>
-      <line num="55" count="1" type="stmt"/>
-      <line num="56" count="23" type="stmt"/>
-      <line num="57" count="1" type="stmt"/>
-      <line num="58" count="1" type="cond" truecount="1" falsecount="0"/>
-      <line num="59" count="23" type="cond" truecount="2" falsecount="0"/>
-      <line num="60" count="22" type="stmt"/>
-      <line num="61" count="22" type="stmt"/>
-      <line num="62" count="23" type="cond" truecount="1" falsecount="0"/>
-      <line num="63" count="1" type="stmt"/>
-      <line num="64" count="1" type="cond" truecount="0" falsecount="1"/>
-      <line num="65" count="1" type="cond" truecount="1" falsecount="0"/>
-      <line num="66" count="21" type="stmt"/>
-      <line num="67" count="21" type="stmt"/>
-      <line num="68" count="23" type="cond" truecount="1" falsecount="0"/>
-      <line num="69" count="1" type="stmt"/>
-      <line num="70" count="1" type="stmt"/>
-      <line num="71" count="1" type="cond" truecount="0" falsecount="1"/>
-      <line num="72" count="0" type="stmt"/>
-      <line num="73" count="0" type="stmt"/>
-      <line num="74" count="23" type="stmt"/>
-      <line num="75" count="1" type="stmt"/>
-      <line num="76" count="1" type="cond" truecount="1" falsecount="0"/>
-      <line num="77" count="23" type="stmt"/>
-      <line num="78" count="23" type="cond" truecount="1" falsecount="0"/>
-      <line num="79" count="23" type="stmt"/>
-      <line num="80" count="23" type="stmt"/>
-      <line num="81" count="23" type="cond" truecount="0" falsecount="1"/>
-      <line num="82" count="0" type="stmt"/>
-      <line num="83" count="0" type="stmt"/>
-      <line num="84" count="0" type="stmt"/>
-      <line num="85" count="0" type="stmt"/>
-      <line num="86" count="0" type="stmt"/>
-      <line num="87" count="23" type="stmt"/>
-      <line num="88" count="23" type="cond" truecount="3" falsecount="0"/>
-      <line num="89" count="23" type="stmt"/>
-      <line num="90" count="1" type="stmt"/>
-      <line num="91" count="1" type="stmt"/>
-      <line num="92" count="0" type="stmt"/>
-      <line num="93" count="0" type="stmt"/>
-      <line num="94" count="0" type="stmt"/>
-      <line num="95" count="0" type="stmt"/>
-      <line num="96" count="0" type="stmt"/>
-      <line num="97" count="0" type="stmt"/>
-      <line num="98" count="0" type="stmt"/>
-      <line num="99" count="0" type="stmt"/>
-      <line num="100" count="0" type="stmt"/>
-      <line num="101" count="0" type="stmt"/>
-      <line num="102" count="0" type="stmt"/>
-      <line num="103" count="0" type="stmt"/>
-      <line num="104" count="0" type="stmt"/>
-      <line num="105" count="0" type="stmt"/>
-      <line num="106" count="0" type="stmt"/>
-      <line num="107" count="0" type="stmt"/>
-      <line num="108" count="0" type="stmt"/>
-      <line num="109" count="0" type="stmt"/>
-      <line num="110" count="0" type="stmt"/>
-      <line num="111" count="0" type="stmt"/>
-      <line num="112" count="1" type="stmt"/>
-      <line num="113" count="1" type="cond" truecount="1" falsecount="0"/>
-      <line num="114" count="14" type="cond" truecount="0" falsecount="2"/>
-      <line num="115" count="0" type="stmt"/>
-      <line num="116" count="0" type="stmt"/>
-      <line num="117" count="0" type="stmt"/>
-      <line num="118" count="0" type="stmt"/>
-      <line num="119" count="0" type="stmt"/>
-      <line num="120" count="14" type="stmt"/>
-      <line num="121" count="14" type="stmt"/>
-      <line num="122" count="1" type="cond" truecount="1" falsecount="0"/>
-      <line num="123" count="1" type="cond" truecount="1" falsecount="0"/>
-      <line num="124" count="1" type="cond" truecount="1" falsecount="0"/>
-      <line num="125" count="1" type="cond" truecount="1" falsecount="0"/>
-      <line num="126" count="1" type="stmt"/>
-    </file>
-  </project>
-</coverage>