Skip to content

Search pgsql-bugs too when attaching a thread - #121

Merged
JelteF merged 2 commits into
postgres:mainfrom
Shihao-Zhong:search-pgsql-bugs
Oct 18, 2026
Merged

JelteF merged 2 commits into
postgres:mainfrom
Shihao-Zhong:search-pgsql-bugs

Conversation

@Shihao-Zhong

@Shihao-Zhong Shihao-Zhong commented Oct 2, 2026 •

Copy link
Copy Markdown
Contributor

Fixes #117

The "Attach thread" search only looked at pgsql-hackers, so a patch for a bug report could only be attached by pasting its message id. Now it searches pgsql-bugs too, and merges the results newest first.

The "Attach thread" search only looked at pgsql-hackers, so a patch for
a bug report could only be attached by pasting a message id. Search
every list in ARCHIVES_SEARCH_LISTS, which is pgsql-hackers and
pgsql-bugs by default, and merge the results.

Fixes postgres#117
Comment thread pgcommitfest/settings.py Outdated
Comment on lines +160 to +161
# Mailing lists searched when attaching a thread to a patch
ARCHIVES_SEARCH_LISTS = ["pgsql-hackers", "pgsql-bugs"]

Copy link
Copy Markdown
Collaborator

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

I don't think this needs to be configurable. we can just define this inline in the place this is used.

There's no real need for deployments to configure which lists are
searched when attaching a thread, so the `ARCHIVES_SEARCH_LISTS` setting
is replaced by an inline tuple in `getThreads`. The two tests are folded
into one that covers merging, deduplication, ordering and the 100 result
cap at once.
@JelteF
JelteF merged commit 1b04625 into postgres:main Oct 18, 2026
2 checks passed
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

"Attach thread" search only covers pgsql-hackers

3 participants