By creating this pull request, I grant the project maintainers an unlimited,
perpetual license to use, modify, and redistribute these contributions under any terms they
choose, including both the AGPLv3 and the Fossorial Commercial license terms. I
represent that I have the right to grant this license for all contributed content.
Description
When viewing an existing WireGuard site's credentials, the page was
fetching pick-site-defaults which returns data for a random exit node,
causing the displayed interface IP address to differ from what was
shown during site creation.
Now uses the site's stored data directly from the database for the
obfuscated config display. Regeneration still fetches new defaults
as expected.
How to test?
When viewing the generated credentials instead of requesting new data each time and the or condition taking over it should display the stored credentials.
🔄 This issue represents a GitHub Pull Request. It cannot be merged through Gitea due to API limitations.
## 📋 Pull Request Information
**Original PR:** https://github.com/fosrl/pangolin/pull/2607
**Author:** [@LaurenceJJones](https://github.com/LaurenceJJones)
**Created:** 3/5/2026
**Status:** ❌ Closed
**Base:** `dev` ← **Head:** `fix/issue-2341`
---
### 📝 Commits (1)
- [`b713ca3`](https://github.com/fosrl/pangolin/commit/b713ca3c52da97a269848ecd15067e24c12d787b) fix: use stored site data for WireGuard credentials display
### 📊 Changes
**1 file changed** (+40 additions, -89 deletions)
<details>
<summary>View changed files</summary>
📝 `src/app/[orgId]/settings/sites/[niceId]/credentials/page.tsx` (+40 -89)
</details>
### 📄 Description
Fixes #2341
## Community Contribution License Agreement
By creating this pull request, I grant the project maintainers an unlimited,
perpetual license to use, modify, and redistribute these contributions under any terms they
choose, including both the AGPLv3 and the Fossorial Commercial license terms. I
represent that I have the right to grant this license for all contributed content.
## Description
When viewing an existing WireGuard site's credentials, the page was
fetching pick-site-defaults which returns data for a random exit node,
causing the displayed interface IP address to differ from what was
shown during site creation.
Now uses the site's stored data directly from the database for the
obfuscated config display. Regeneration still fetches new defaults
as expected.
## How to test?
When viewing the generated credentials instead of requesting new data each time and the `or` condition taking over it should display the stored credentials.
---
<sub>🔄 This issue represents a GitHub Pull Request. It cannot be merged through Gitea due to API limitations.</sub>
Blocking a user prevents them from interacting with repositories, such as opening or commenting on pull requests or issues. Learn more about blocking a user.
📋 Pull Request Information
Original PR: https://github.com/fosrl/pangolin/pull/2607
Author: @LaurenceJJones
Created: 3/5/2026
Status: ❌ Closed
Base:
dev← Head:fix/issue-2341📝 Commits (1)
b713ca3fix: use stored site data for WireGuard credentials display📊 Changes
1 file changed (+40 additions, -89 deletions)
View changed files
📝
src/app/[orgId]/settings/sites/[niceId]/credentials/page.tsx(+40 -89)📄 Description
Fixes #2341
Community Contribution License Agreement
By creating this pull request, I grant the project maintainers an unlimited,
perpetual license to use, modify, and redistribute these contributions under any terms they
choose, including both the AGPLv3 and the Fossorial Commercial license terms. I
represent that I have the right to grant this license for all contributed content.
Description
When viewing an existing WireGuard site's credentials, the page was
fetching pick-site-defaults which returns data for a random exit node,
causing the displayed interface IP address to differ from what was
shown during site creation.
Now uses the site's stored data directly from the database for the
obfuscated config display. Regeneration still fetches new defaults
as expected.
How to test?
When viewing the generated credentials instead of requesting new data each time and the
orcondition taking over it should display the stored credentials.🔄 This issue represents a GitHub Pull Request. It cannot be merged through Gitea due to API limitations.