|
| 1 | +name: Bug report |
| 2 | +description: Something is broken, incorrect, or lost data. Report a defect in the engine. |
| 3 | +title: "<one-line summary of what is broken>" |
| 4 | +labels: ["type:bug", "status:needs-triage"] |
| 5 | +body: |
| 6 | + - type: markdown |
| 7 | + attributes: |
| 8 | + value: | |
| 9 | + Thanks for reporting. A good bug report is **reproducible** and pins **exactly when it happened**. |
| 10 | + Fill every required field — an issue we cannot reproduce or place in a build cannot be fixed. |
| 11 | +
|
| 12 | + - **Security vulnerability?** Do **not** file it here — use a |
| 13 | + [private security advisory](https://github.com/NodeDB-Lab/nodedb/security/advisories/new). |
| 14 | + - **A usage question, not a defect?** Use |
| 15 | + [Discussions](https://github.com/NodeDB-Lab/nodedb/discussions). |
| 16 | +
|
| 17 | + - type: input |
| 18 | + id: version |
| 19 | + attributes: |
| 20 | + label: Version / build tested against |
| 21 | + description: > |
| 22 | + Where it happened. A released tag (`v0.3.0`), or `origin/main @ <short-sha>` |
| 23 | + for a source build. `SELECT version();` prints this. Never "latest". |
| 24 | + placeholder: "origin/main @ 8e84501a (or v0.3.0)" |
| 25 | + validations: |
| 26 | + required: true |
| 27 | + |
| 28 | + - type: dropdown |
| 29 | + id: deployment |
| 30 | + attributes: |
| 31 | + label: Deployment mode |
| 32 | + options: |
| 33 | + - "Origin — single node (local)" |
| 34 | + - "Origin — distributed / cluster" |
| 35 | + - "NodeDB-Lite — embedded" |
| 36 | + - "NodeDB-Lite — WASM (browser)" |
| 37 | + - "Not sure" |
| 38 | + validations: |
| 39 | + required: true |
| 40 | + |
| 41 | + - type: dropdown |
| 42 | + id: engines |
| 43 | + attributes: |
| 44 | + label: Engine(s) involved |
| 45 | + description: Select all that apply. Leave at "Not engine-specific / unsure" if it is cross-cutting (SQL, WAL, cluster, pgwire). |
| 46 | + multiple: true |
| 47 | + options: |
| 48 | + - "Not engine-specific / unsure" |
| 49 | + - "Document (schemaless)" |
| 50 | + - "Document (strict)" |
| 51 | + - "Key-Value" |
| 52 | + - "Columnar" |
| 53 | + - "Timeseries" |
| 54 | + - "Spatial" |
| 55 | + - "Vector" |
| 56 | + - "Array" |
| 57 | + - "Graph (overlay)" |
| 58 | + - "Full-Text Search (overlay)" |
| 59 | + validations: |
| 60 | + required: true |
| 61 | + |
| 62 | + - type: textarea |
| 63 | + id: summary |
| 64 | + attributes: |
| 65 | + label: Summary |
| 66 | + description: One paragraph — what is wrong, and why it matters. No repro yet. |
| 67 | + placeholder: "count(*) on a document collection never decrements after DELETE, so cardinality reads drift permanently above the real row set with no error." |
| 68 | + validations: |
| 69 | + required: true |
| 70 | + |
| 71 | + - type: textarea |
| 72 | + id: repro |
| 73 | + attributes: |
| 74 | + label: Steps to reproduce |
| 75 | + description: > |
| 76 | + Exact, minimal, copy-pasteable steps from a fresh data directory — SQL preferred. |
| 77 | + Annotate what each step returned. This is the single most important field. |
| 78 | + render: sql |
| 79 | + placeholder: | |
| 80 | + CREATE COLLECTION r (id TEXT PRIMARY KEY, v TEXT) WITH (engine='document_strict'); |
| 81 | + INSERT INTO r (id, v) VALUES ('a','1'), ('b','2'); |
| 82 | + SELECT count(*) FROM r; -- 2 (correct) |
| 83 | + DELETE FROM r WHERE id = 'a'; -- DELETE 1 |
| 84 | + SELECT count(*) FROM r; -- 2 <- WRONG, expected 1 |
| 85 | + validations: |
| 86 | + required: true |
| 87 | + |
| 88 | + - type: textarea |
| 89 | + id: expected |
| 90 | + attributes: |
| 91 | + label: Expected behavior |
| 92 | + placeholder: "count(*) reflects the live row set — DELETE decrements it. An empty collection returns a single row with 0." |
| 93 | + validations: |
| 94 | + required: true |
| 95 | + |
| 96 | + - type: textarea |
| 97 | + id: actual |
| 98 | + attributes: |
| 99 | + label: Actual behavior |
| 100 | + placeholder: "The counter only ever increments; after the first DELETE it permanently exceeds the real row set, while a scan returns the correct rows." |
| 101 | + validations: |
| 102 | + required: true |
| 103 | + |
| 104 | + - type: markdown |
| 105 | + attributes: |
| 106 | + value: | |
| 107 | + --- |
| 108 | + ### Severity — answer the facts, then pick the level |
| 109 | +
|
| 110 | + Severity is a **technical** measure of impact. It is **not** priority (urgency/scheduling) |
| 111 | + — the maintainers set priority at triage based on release context. Answer the questions |
| 112 | + below honestly; they determine the level. |
| 113 | +
|
| 114 | + - type: checkboxes |
| 115 | + id: severity-facts |
| 116 | + attributes: |
| 117 | + label: What actually happened? (check all that are true) |
| 118 | + options: |
| 119 | + - label: "Acknowledged/committed data was lost, corrupted, or silently wrong" |
| 120 | + - label: "The server crashed, hung, or failed to start" |
| 121 | + - label: "A security or isolation boundary was crossed" |
| 122 | + - label: "Core functionality is broken with no acceptable workaround" |
| 123 | + - label: "A workaround exists (rewrite the query, avoid one path, etc.)" |
| 124 | + |
| 125 | + - type: dropdown |
| 126 | + id: severity |
| 127 | + attributes: |
| 128 | + label: Proposed severity |
| 129 | + description: > |
| 130 | + Use the facts above. SEV-1: data loss / corruption / security / crash with no workaround. |
| 131 | + SEV-2: major functionality broken, no acceptable workaround. SEV-3: feature wrong but |
| 132 | + system operational and a workaround exists. SEV-4: minimal impact / cosmetic. |
| 133 | + Maintainers confirm or adjust this at triage. |
| 134 | + options: |
| 135 | + - "SEV-1 — Critical: data loss, corruption, security, or crash; no workaround" |
| 136 | + - "SEV-2 — High: major functionality broken; no acceptable workaround" |
| 137 | + - "SEV-3 — Medium: feature wrong, but operational and a workaround exists" |
| 138 | + - "SEV-4 — Low: minimal / cosmetic" |
| 139 | + validations: |
| 140 | + required: true |
| 141 | + |
| 142 | + - type: dropdown |
| 143 | + id: reproducibility |
| 144 | + attributes: |
| 145 | + label: Reproducibility |
| 146 | + description: A consistently reproducible defect carries more confidence (and usually higher severity) than an intermittent one. |
| 147 | + options: |
| 148 | + - "Always — every attempt" |
| 149 | + - "Intermittent — some attempts" |
| 150 | + - "Seen once — could not reproduce again" |
| 151 | + validations: |
| 152 | + required: true |
| 153 | + |
| 154 | + - type: input |
| 155 | + id: regression |
| 156 | + attributes: |
| 157 | + label: Last known-good version / commit (if a regression) |
| 158 | + description: If this worked on an earlier build, the tag or short SHA where it last worked. Leave blank if unknown or never worked. |
| 159 | + placeholder: "67c4572d" |
| 160 | + validations: |
| 161 | + required: false |
| 162 | + |
| 163 | + - type: textarea |
| 164 | + id: environment |
| 165 | + attributes: |
| 166 | + label: Environment & logs |
| 167 | + description: OS + arch, notable build flags or `WITH (...)` options, and any relevant server log lines or stack traces. |
| 168 | + placeholder: | |
| 169 | + Linux x86_64, release build. |
| 170 | + Log: "Shutting down..." then on restart: <paste> |
| 171 | + validations: |
| 172 | + required: false |
| 173 | + |
| 174 | + - type: checkboxes |
| 175 | + id: checks |
| 176 | + attributes: |
| 177 | + label: Before submitting |
| 178 | + options: |
| 179 | + - label: I searched existing issues and this is not a duplicate. |
| 180 | + required: true |
| 181 | + - label: I reproduced this on a released tag or a current `main` build (not a stale local branch). |
| 182 | + required: true |
| 183 | + - label: This is not a security vulnerability (those go to a private advisory). |
| 184 | + required: true |
0 commit comments