Skip to content

Releases: Community-Access/feedback-hub

feedback-hub 1.1.0 -- crash fingerprinting

Choose a tag to compare

@accesswatch accesswatch released this 13 Aug 17:26

One crash, one issue.

A repeat of a crash somebody already reported now comments on that issue instead of filing a new one.

submit() and create_issue() accept a fingerprint; when an open issue already carries it, feedback-hub posts a comment there and returns that issue. The second person to hit a crash lands on the first person's report.

Two invariants:

  • An empty fingerprint means do not deduplicate -- never a real value. A hash of nothing would collapse every unparseable report onto one issue.
  • Dedup can never lose a report. Every failure path -- network, permissions, a comment that will not post -- falls through to creating a new issue.

The id is built from the exception class and the innermost frames. It deliberately ignores line numbers (they shift every release, exactly when duplicates arrive fastest), the exception message (KeyError: 'a3f9' vs 'b710' is one defect), and absolute paths (they carry usernames and frozen-build layout).

Also adds version_label=, a fingerprint column in the local store (migrated in place), and shared body builders so an issue and its duplicate comment cannot drift apart.

62 tests pass. The GitHub integration is covered against a faked API; verify once against the live tracker after release.

v1.0.2

Choose a tag to compare

@accesswatch accesswatch released this 18 Jul 00:57

Rename the default form's short field to Title (was Summary) and long field to Description (was Details); raise the title cap to 200 and match the GitHub issue-title truncation, so the full report always lands in the issue body. Fixes the Community-Access/quill#1102 'Summary too short' confusion. Also fixes a version drift.

feedback-hub 1.0.1

Choose a tag to compare

@accesswatch accesswatch released this 04 Jul 02:42

Fixes the FeedbackDialog construction crash under wxPython 4.2.5+: the Submit Issue and Cancel buttons were parented to the dialog while their StdDialogButtonSizer was set on the inner panel, tripping a C++ sizer assertion. Host apps that caught the exception (QUILL) silently fell back to their legacy reporting flow. The buttons are now children of the panel.

feedback-hub 1.0.0

Choose a tag to compare

@accesswatch accesswatch released this 06 Jun 14:24

Initial public release.