tag:github.com,2008:https://github.com/PaperDebugger/paperdebugger/releasesTags from paperdebugger2026-02-21T06:14:47Ztag:github.com,2008:Repository/965174143/v2.30.02026-02-21T06:14:47Zv2.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>4ndrelimtag:github.com,2008:Repository/965174143/v2.19.232026-02-19T11:51:28Zv2.19.23wjiayistag:github.com,2008:Repository/965174143/v2.29.02026-02-18T18:01:47Zv2.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 <[email protected]>
<br />Co-authored-by: 4ndrelim <[email protected]></p>wjiayistag:github.com,2008:Repository/965174143/v2.28.02026-02-18T17:51:28Zv2.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 <[email protected]>
<br />Co-authored-by: 4ndrelim <[email protected]></p>wjiayistag:github.com,2008:Repository/965174143/v2.19.222026-02-18T18:02:50Zv2.19.22Junyi-99tag:github.com,2008:Repository/965174143/v2.19.212026-02-18T17:47:57Zv2.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-99tag:github.com,2008:Repository/965174143/v2.19.202026-02-18T17:46:54Zv2.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><!-- CURSOR_SUMMARY -->
<br />---</p>
<p>> [!NOTE]
<br />> <sup>[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).</sup">https://cursor.com/dashboard?tab=bugbot).</sup</a>>
<br /><!-- /CURSOR_SUMMARY --></p>Junyi-99tag:github.com,2008:Repository/965174143/v2.19.192026-02-18T17:29:40Zv2.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-99tag:github.com,2008:Repository/965174143/v2.19.182026-02-17T08:51:18Zv2.19.18wjiayistag:github.com,2008:Repository/965174143/v2.19.172026-02-17T07:43:08Zv2.19.17wjiayis