tag:github.com,2008:https://github.com/PaperDebugger/paperdebugger/releases Tags from paperdebugger 2026-02-21T06:14:47Z tag:github.com,2008:Repository/965174143/v2.30.0 2026-02-21T06:14:47Z v2.30.0: docs: add contributing instructions (#127) <p>docs: add contributing instructions (<a class="issue-link js-issue-link" href="https://github.com/PaperDebugger/paperdebugger/pull/127">#127</a>)</p> <p>## **Benefits** <br />1. **Clarity**: New contributors understand the workflow immediately <br />2. **Consistency**: Team follows the same practices <br />3. **AI-friendly**: Claude, Copilot, and other tools can learn project <br />conventions <br />4. **Safety**: Clear rules prevent accidental breaking changes <br />5. **Flexibility**: Supports both careful testing and fast iteration</p> <p>---</p> <p>## Notes <br />Refer to `CONTRIBUTING.md` for context. I've taken the liberty to make <br />some assumptions / slight tweaks, explained below:</p> <p>1. Proposed a simplified branch naming convention, using only prefixes <br />`feat/*` and `fix/*`, but we enforce semantic classification (e.g. docs, <br />chore, feat, fix, ci) in PR titles. <br />[[1]](<a href="https://github.com/PaperDebugger/paperdebugger/pull/127/changes#diff-eca12c0a30e25b4b46522ebf89465a03ba72a03f540796c979137931d8f92055R95-R96">https://github.com/PaperDebugger/paperdebugger/pull/127/changes#diff-eca12c0a30e25b4b46522ebf89465a03ba72a03f540796c979137931d8f92055R95-R96</a>) <br />2. Note the standard branching flow (proposed to branch off `staging` <br />before raising PR to `staging` and subsequently from `staging` to <br />`main`) <br />[[2]](<a href="https://github.com/PaperDebugger/paperdebugger/pull/127/changes#diff-eca12c0a30e25b4b46522ebf89465a03ba72a03f540796c979137931d8f92055R95-R96">https://github.com/PaperDebugger/paperdebugger/pull/127/changes#diff-eca12c0a30e25b4b46522ebf89465a03ba72a03f540796c979137931d8f92055R95-R96</a>) <br />- Not sure if we should do this over branching off `main`. On one hand, <br />`main` should always present the latest stable version, but it is also <br />natural to branch off `staging` since it is the target branch of the <br />merge after development. <br />4. Note the merging strategy <br />[[3]](<a href="https://github.com/PaperDebugger/paperdebugger/pull/127/changes#diff-eca12c0a30e25b4b46522ebf89465a03ba72a03f540796c979137931d8f92055R95-R96">https://github.com/PaperDebugger/paperdebugger/pull/127/changes#diff-eca12c0a30e25b4b46522ebf89465a03ba72a03f540796c979137931d8f92055R95-R96</a>)</p> <p>**IMPORTANT NOTE**: <br />1. It seems `make test` is currently failing for some existing test <br />cases. To investigate or inform the relevant owners. <br />2. <a class="user-mention notranslate" href="https://github.com/Junyi-99">@Junyi-99</a> I have disabled `Automatically request Copilot code review` <br />for PRs to `main` but included it for PRs to `staging` since the new <br />workflow expects heavy / complex changes to first PR to `staging` before <br />`main`. To avoid double-review, i disabled this for PRs to `main`. Let <br />me know if you would like to change or revert this.</p> <p>---</p> <p>## **Tasks**</p> <p>- [x] Create `CONTRIBUTING.md` with branching strategy section <br />- [x] Configure branch protection rules in GitHub settings <br />- [x] Set up automated version bumping (if not already configured) <br />- [x] Document this in README.md or link to CONTRIBUTING.md <br />- [ ] Announce new policy to team</p> 4ndrelim tag:github.com,2008:Repository/965174143/v2.19.23 2026-02-19T11:51:28Z v2.19.23 wjiayis tag:github.com,2008:Repository/965174143/v2.29.0 2026-02-18T18:01:47Z v2.29.0 <p>feat: tab completion for citation keys (from `feat/tab-completion`) (<a class="issue-link js-issue-link" href="https://github.com/PaperDebugger/paperdebugger/pull/121">#…</a></p> <p><a class="issue-link js-issue-link" href="https://github.com/PaperDebugger/paperdebugger/pull/121">…121</a>)</p> <p>from `feat/tab-completion` to`main`.</p> <p>Tested on staging. Functionality works as expected. Latency increased <br />from 2s to 5s, but I suspect it's because the API key was at the brink <br />of having no credits left. Will look into the latency more.</p> <p>---------</p> <p>Co-authored-by: Junyi &lt;[email protected]&gt; <br />Co-authored-by: 4ndrelim &lt;[email protected]&gt;</p> wjiayis tag:github.com,2008:Repository/965174143/v2.28.0 2026-02-18T17:51:28Z v2.28.0: feat: tab completion for citation keys (from `staging`) (#120) <p>feat: tab completion for citation keys (from `staging`) (<a class="issue-link js-issue-link" href="https://github.com/PaperDebugger/paperdebugger/pull/120">#120</a>)</p> <p>Tested on staging. Functionality works as expected. Latency increased <br />from 2s to 5s, but I suspect it's because the API key was at the brink <br />of having no credits left. Will look into the latency more.</p> <p>---------</p> <p>Co-authored-by: Junyi &lt;[email protected]&gt; <br />Co-authored-by: 4ndrelim &lt;[email protected]&gt;</p> wjiayis tag:github.com,2008:Repository/965174143/v2.19.22 2026-02-18T18:02:50Z v2.19.22 Junyi-99 tag:github.com,2008:Repository/965174143/v2.19.21 2026-02-18T17:47:57Z v2.19.21 <p>Merge branch 'staging' of <a href="https://github.com/PaperDebugger/paperdebugger">https://github.com/PaperDebugger/paperdebugger</a></p> <p><a href="https://github.com/PaperDebugger/paperdebugger"></a> into staging</p> Junyi-99 tag:github.com,2008:Repository/965174143/v2.19.20 2026-02-18T17:46:54Z v2.19.20: refactor: update styles and prompt selection logic (#103) (#124) <p>refactor: update styles and prompt selection logic (<a class="issue-link js-issue-link" href="https://github.com/PaperDebugger/paperdebugger/pull/103">#103</a>) (<a class="issue-link js-issue-link" href="https://github.com/PaperDebugger/paperdebugger/pull/124">#124</a>)</p> <p>- Improved accessibility by standardizing `onKeyDown` event handlers to <br />use consistent formatting for key checks across multiple components. <br />- Refactored layout of JSX elements for better readability in <br />`chat.pb.go`, `embed-sidebar`, and various components in the message <br />entry container. <br />- General code cleanup to enhance maintainability and readability.</p> <p>&lt;!-- CURSOR_SUMMARY --&gt; <br />---</p> <p>&gt; [!NOTE] <br />&gt; &lt;sup&gt;[Cursor Bugbot](<a href="https://cursor.com/dashboard?tab=bugbot">https://cursor.com/dashboard?tab=bugbot</a>) is <br />generating a summary for commit <br /><a class="commit-link" href="https://github.com/PaperDebugger/paperdebugger/commit/0a0680065a0d5589b9b6ceacaf8c72e8968b988f"><tt>0a06800</tt></a>. Configure <br />[here](<a href="https://cursor.com/dashboard?tab=bugbot).&lt;/sup">https://cursor.com/dashboard?tab=bugbot).&lt;/sup</a>&gt; <br />&lt;!-- /CURSOR_SUMMARY --&gt;</p> Junyi-99 tag:github.com,2008:Repository/965174143/v2.19.19 2026-02-18T17:29:40Z v2.19.19 <p>refactor: improve state management and accessibility in components (<a class="issue-link js-issue-link" href="https://github.com/PaperDebugger/paperdebugger/pull/123">#123</a></p> <p><a class="issue-link js-issue-link" href="https://github.com/PaperDebugger/paperdebugger/pull/123"></a>)</p> <p>- Updated `LoadingIndicator` to use `useReducer` for better state <br />handling. <br />- Refactored `OnboardingGuide` to utilize `useReducer` for image loading <br />state. <br />- Enhanced accessibility by adding `role` and `tabIndex` attributes to <br />various interactive elements across components. <br />- Simplified state updates in `ChatHistoryModal` and `LoginWithOverleaf` <br />by consolidating state management. <br />- Improved performance in `CodeBlock` by using `useMemo` for highlighted <br />code. <br />- General code cleanup and consistency improvements across multiple <br />components.</p> Junyi-99 tag:github.com,2008:Repository/965174143/v2.19.18 2026-02-17T08:51:18Z v2.19.18 wjiayis tag:github.com,2008:Repository/965174143/v2.19.17 2026-02-17T07:43:08Z v2.19.17 wjiayis