gitea: Pushing to empty repository is not reflected in web UI

Description

Exactly the same as in #9365, but the filesystem is mounted with exec. I think the localhost API calls are the hooks, but I’m not sure. The hooks in the repo run properly when executed manually through the terminal.

(description copied from the previously mentioned issue)

I created a new repo and pushed a local repository. I tried it both with --all (it has two branches) and without (pushed only master). Either way the repository is not changed to non-empty. I did it manually in the DB to set the is_empty column to 0 which fixed the problem.

About this issue

  • Original URL
  • State: closed
  • Created 4 years ago
  • Comments: 84 (39 by maintainers)

Commits related to this issue

Most upvoted comments

Great, looks like everything’s implemented. The Wiki’s been updated, too 👍

Thanks @ItGuillaume really sorry this took so long

The following addition to the Arch Wiki has solved the following issues for me:

  1. Newly created repos remain as if empty in web UI after pushing commits
  2. Repo sizes remain 0B after manually setting repos those as non-empty
  3. No repo updates on the Dashboard (https://github.com/go-gitea/gitea/issues/6620)

User Simplefied has added this workaround on June 6th (https://wiki.archlinux.org/index.php?title=Gitea&type=revision&diff=618524&oldid=615095).

Process dumped core on ArchLinux ARM

A problem can appear after pushing new repo. In web UI repo stay uninitialized, and the following error is present in the system journal:

Jun 06 14:34:20 rpi-srv systemd-coredump[5724]: Process 5722 (cat) of user 986 dumped core.
                                                Stack trace of thread 5722:
                                                #0  0x0000000076f06e58 posix_fadvise64 (libc.so.6 + 0xd2e58)

To fix this problem, override gitea.service: # systemctl edit gitea

[Service]
SystemCallArchitectures=
SystemCallFilter=

This issue still hasn’t been addressed and basically means I have to do a manual SQL queryy every time I create a new repo.

OK so those are all appropriately executable, next could you check the contents and mode of pre-receive.d/gitea

To update/correct these you need to use the administrator task “Update and resynchronize hooks”