- Mar 25, 2024
-
-
Lunny Xiao authored
The main reason for this release is to fix a bug #29997
-
Lunny Xiao authored
Fix #29997 Backport #29999
-
Giteabot authored
Backport #30061 by @wolfogre Help #29999, or its tests cannot pass. Also, add some comments to clarify the usage of `TxContext`. I don't check all usages of `TxContext` because there are too many (almost 140+). It's a better idea to replace them with `WithTx` instead of checking them one by one. However, that may be another refactoring PR. Co-authored-by:
Jason Song <i@wolfogre.com>
-
- Mar 24, 2024
-
-
Giteabot authored
Backport #30013 by @DrMaxNix This PR adds `setting.Service.DefaultOrgMemberVisible` value to dataset of user when the initial org creator is being added to the created org. Fixes #30012. Co-authored-by:
DrMaxNix <mail@drmaxnix.de>
-
- Mar 23, 2024
-
-
wxiaoguang authored
Backport #30026
-
wxiaoguang authored
Backport #28492 Fix #30019 Co-authored-by:
The Magician <142242365+TheMagician23@users.noreply.github.com>
-
- Mar 22, 2024
-
-
Giteabot authored
Backport #29947 by @silverwind Some minor refactors, remove unnecessary `:is` selector and move the `:target` check out of the function. Might as well backport for the rare browser that does not support `:is`. Co-authored-by:
silverwind <me@silverwind.io>
-
wxiaoguang authored
Partially backport #29985, fix some template errors. * fix the manual-merge form * fix the 404 page
-
Lunny Xiao authored
Co-authored-by:
Jason Song <i@wolfogre.com>
-
Giteabot authored
Backport #29955 by @Zettat123 Fix #28761 Fix #27884 Fix #28093 ## Changes ### Rerun all jobs When rerun all jobs, status of the jobs with `needs` will be set to `blocked` instead of `waiting`. Therefore, these jobs will not run until the required jobs are completed. ### Rerun a single job When a single job is rerun, its dependents should also be rerun, just like GitHub does (https://github.com/go-gitea/gitea/issues/28761#issuecomment-2008620820). In this case, only the specified job will be set to `waiting`, its dependents will be set to `blocked` to wait the job. ### Show warning if every job has `needs` If every job in a workflow has `needs`, all jobs will be blocked and no job can be run. So I add a warning message. <img src="https://github.com/go-gitea/gitea/assets/15528715/88f43511-2360-465d-be96-ee92b57ff67b " width="480px" /> --------- Co-authored-by:
Zettat123 <zettat123@gmail.com> Co-authored-by:
Lunny Xiao <xiaolunwen@gmail.com>
-
Lunny Xiao authored
This PR will avoid load pullrequest.Issue twice in pull request list page. It will reduce x times database queries for those WIP pull requests. Partially fix #29585 Backport #29900
-
- Mar 21, 2024
-
-
Lunny Xiao authored
backport #29962 This PR fixed a bug when the user switching pages too fast, he will logout automatically. The reason is that when the error is context cancelled, the previous code think user hasn't login then the session will be deleted. Now it will return the errors but not think it's not login. Co-authored-by:
wxiaoguang <wxiaoguang@gmail.com>
-
HEREYUA authored
backport #29951
-
- Mar 20, 2024
-
-
Giteabot authored
Backport #29931 by @lunny Fix #29877 Co-authored-by:
Lunny Xiao <xiaolunwen@gmail.com> Co-authored-by:
silverwind <me@silverwind.io>
-
wxiaoguang authored
Backport #29938 Try to fix #29936 Far from ideal, but still better than panic.
-
Lunny Xiao authored
backport #29444
-
Giteabot authored
Backport #29926 by @wolfogre The post step was always waiting, even if all steps were done. Then, once the task was done, the post step became success immediately. Before: <img width="915" alt="xnip_240320_120228" src="https://github.com/go-gitea/gitea/assets/9418365/00347430-f998-4c43-917a-bf6dd6d0e333"> After: <img width="905" alt="xnip_240320_120443" src="https://github.com/go-gitea/gitea/assets/9418365/a419b111-17c2-4029-a022-c761cc419091 "> Co-authored-by:
Jason Song <i@wolfogre.com>
-
Lunny Xiao authored
backport #29842 Co-authored-by:
Jimmy Praet <jimmy.praet@telenet.be>
-
Giteabot authored
Backport #29925 by @lunny Fix #29923 Co-authored-by:
Lunny Xiao <xiaolunwen@gmail.com>
-
yp05327 authored
Backport #29752 --------- Co-authored-by:
Lunny Xiao <xiaolunwen@gmail.com>
-
Lunny Xiao authored
Ref: #29878 Backport #29884 Co-authored-by:
wxiaoguang <wxiaoguang@gmail.com>
-
Giteabot authored
Backport #26986 by @norohind Fix #20175 Current implementation of API does not allow creating pull requests between branches of the same repo when you specify *namespace* (owner of the repo) in `head` field in http request body. --------- Co-authored-by:
norohind <60548839+norohind@users.noreply.github.com> Co-authored-by:
Lunny Xiao <xiaolunwen@gmail.com>
-
- Mar 19, 2024
-
-
wxiaoguang authored
Backport #29888
-
- Mar 18, 2024
-
-
Lunny Xiao authored
Caused by #29807 Fix #29886
-
Giteabot authored
Backport #29859 by @buckybytes The error message: `editor.file_changed_while_editing = The file contents have changed since you started editing. <a target="_blank" rel="noopener noreferrer" href="%s">Click here</a> to see them or <strong>Commit Changes again</strong> to overwrite them.` Is re-used in inappropriate contexts. The link in the key goes to a 404 when the key is used in a situation where the file contents have not changed. Added two new keys to differentiate commit id mismatch and push out of date conditions. Co-authored-by:
buckybytes <158571971+buckybytes@users.noreply.github.com>
-
- Mar 17, 2024
-
-
Giteabot authored
Backport #29863 by @lng2020 Sometimes the column name is case-sensitive and it may cause 500. Co-authored-by:
Nanguan Lin <nanguanlin6@gmail.com>
-
Lunny Xiao authored
Fix #29763 Backport #29783 This PR fixes 2 problems with CodeOwner in the pull request. - Don't use the pull request base branch but merge-base as a diff base to detect the code owner. - CodeOwner detection in fork repositories will be disabled because almost all the fork repositories will not change CODEOWNERS files but it should not be used on fork repositories' pull requests. --------- Co-authored-by:
wxiaoguang <wxiaoguang@gmail.com>
-
- Mar 16, 2024
-
-
Giteabot authored
Backport #29845 by @silverwind Before, double border-bottom and incorrect border-radius: <img width="914" alt="Screenshot 2024-03-16 at 14 46 31" src="https://github.com/go-gitea/gitea/assets/115237/6ea63c42-754c-420c-a0f5-c889a8507d9f"> After, both fixed: <img width="917" alt="Screenshot 2024-03-16 at 14 45 59" src="https://github.com/go-gitea/gitea/assets/115237/9d3f2dba-6b22-441d-8e99-5809d5f1f1c0 "> Co-authored-by:
silverwind <me@silverwind.io>
-
6543 authored
Backport https://github.com/go-gitea/gitea/pull/29740 (based on #29671 ...)
-
- Mar 15, 2024
-
-
Giteabot authored
Backport #29813 by @yardenshoham It didn't include the word picker. Signed-off-by:
Yarden Shoham <git@yardenshoham.com>
-
silverwind authored
Backport https://github.com/go-gitea/gitea/pull/29804. Use the upcoming [Temporal.PlainDate](https://tc39.es/proposal-temporal/docs/plaindate.html) via polyfill. If there is any remaining bugs in `<absolute-date>` this will iron them out. I opted for the lightweight polyfill because both seem to achieve our goal of localizeable absolute dates. - With [`@js-temporal/polyfill`](https://www.npmjs.com/package/@js-temporal/polyfill) chunk size goes from 81.4 KiB to 274 KiB - With [`temporal-polyfill`](https://www.npmjs.com/package/temporal-polyfill) chunk size goes from 81.4 KiB to 142 KiB Also see [this table](https://github.com/fullcalendar/temporal-polyfill?tab=readme-ov-file#comparison-with-js-temporalpolyfill) for more comparisons of these polyfills. Soon there will be [treeshakable API](https://github.com/fullcalendar/temporal-polyfill?tab=readme-ov-file#tree-shakable-api) as well which will further reduce size.
-
Lunny Xiao authored
Backport #29732 This adds new lexers and includes some fixes. See https://github.com/alecthomas/chroma/releases/tag/v2.13.0 for the full changelog. Co-authored-by:
JakobDev <jakobdev@gmx.de>
-
- Mar 14, 2024
-
-
Giteabot authored
Backport #29801 by @silverwind Fixes: https://github.com/go-gitea/gitea/issues/29041 Fixes: https://github.com/go-gitea/gitea/pull/29713 Any of the `width: *-content` properties seem to workaround this Webkit bug, this one seemed most suitable. Before: <img width="184" alt="Screenshot 2024-03-14 at 22 29 58" src="https://github.com/go-gitea/gitea/assets/115237/6effc5f0-bc64-4752-be74-9c43b3974407"> After: <img width="177" alt="Screenshot 2024-03-14 at 22 30 30" src="https://github.com/go-gitea/gitea/assets/115237/5de244d7-6b46-428e-957c-4b10f53e2441 "> Co-authored-by:
silverwind <me@silverwind.io>
-
Giteabot authored
Backport #29788 by @wolfogre I was trying to run unit tests for Gitea on act runner, by using `make test`. It failed with log: ``` 2024/03/14 03:09:26 ...s/setting/setting.go:180:loadRunModeFrom() [F] Gitea is not supposed to be run as root. Sorry. If you need to use privileged TCP ports please instead use setcap and the `cap_net_bind_service` permission ``` So it will be convenient to skip by setting environment, since it's OK to use root user in job containers. It's not a bug, but I want to backport it to v1.21 since it doesn't break anything. --------- Co-authored-by:
Jason Song <i@wolfogre.com> Co-authored-by:
wxiaoguang <wxiaoguang@gmail.com>
-
Giteabot authored
Backport #29785 by @lunny Caused by #26569 Fix #29778 Co-authored-by:
Lunny Xiao <xiaolunwen@gmail.com>
-
Lunny Xiao authored
regression from #28023 backport #29751
-
sillyguodong authored
backport #29468 Close issue: https://gitea.com/gitea/act_runner/issues/445 Follow: https://gitea.com/gitea/act/pulls/91 Move `getSecretsOfTask` and `getVariablesOfTask` under models because of circular dependency issues.
-
- Mar 13, 2024
-
-
Giteabot authored
Backport #29759 by @lunny Co-authored-by:
Lunny Xiao <xiaolunwen@gmail.com> Co-authored-by:
wxiaoguang <wxiaoguang@gmail.com>
-
Denys Konovalov authored
Backport #29721 Updated to actions/labeler@v5 Updated labeler config accordingly, also improved the config and added more labels. Co-authored-by:
Giteabot <teabot@gitea.io>
-
wxiaoguang authored
Backport #29580 Fix #29562 Fix #29762 Follow #29531
-