-
-
Notifications
You must be signed in to change notification settings - Fork 5.8k
Fix the secret regexp pattern on web page #26910
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Fix the secret regexp pattern on web page #26910
Conversation
Should we add a config option for this pattern? I think it is used in many places in the backend as well so one shared definition will help for these patterns to no longer go out of sync. The regexp must be compatible with both the JS and Golang flavor, but that's easily verified on https://regex101.com/. |
I was unable to create a backport for 1.20. @lng2020, please send one manually. 🍵
|
* giteaofficial/main: Add missing translation (go-gitea#26926) Vendor `jquery.are-you-sure` with strict mode fixes (go-gitea#26901) Fix the secret regexp pattern on web page (go-gitea#26910) Add @chenrui333 as maintainer (go-gitea#26917) Move notification interface to services layer (go-gitea#26915) fetch emails of currently displayed user on admin page (go-gitea#26918) Improve LDAP group config documentation, fixes go-gitea#21159 (go-gitea#21227) update footer link to new landing page (go-gitea#26916) Remove `Named` interface (go-gitea#26913) Refactor secrets modification logic (go-gitea#26873) Add missing `reqToken()` to notifications endpoints (go-gitea#26914) feat(API): add routes and functions for managing user's secrets (go-gitea#26909) Move feed notification service layer (go-gitea#26908) Extract common code to new template (go-gitea#26903) Move ui notification to service layer (go-gitea#26907) Remove duplicated notify mail configuration on tests (go-gitea#26912) Move indexer notification to service layer (go-gitea#26906) # Conflicts: # templates/base/footer_content.tmpl
The code doesn't exist in v1.20, so we don't need a backport |
Backport #27161 by @lng2020 same as (#26910) Co-authored-by: Nanguan Lin <[email protected]>
Before


After
However, the error is caused by the web page not handling the post form failure, which is 400 bad requests in this case. But I'm not sure where to add the error handle. Any advice is appreciated.