Skip to content

After upgrading, repositories without an issuetracker can not be accessed. #2595

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

Closed
2 of 7 tasks
iamnumbersix opened this issue Sep 24, 2017 · 12 comments
Closed
2 of 7 tasks
Labels
issue/critical This issue should be fixed ASAP. If it is a PR, the PR should be merged ASAP type/bug
Milestone

Comments

@iamnumbersix
Copy link

iamnumbersix commented Sep 24, 2017

  • Gitea version (or commit ref): 1.2.0+rc3
  • Git version: 2.11.0
  • Operating system: Linux Debian 9.1 kernel 4.9.0-3-amd64
  • Database (use [x]):
    • PostgreSQL
    • MySQL
    • MSSQL
    • SQLite
  • Can you reproduce the bug at https://try.gitea.io:
    • Yes (provide example URL)
    • No
    • Not relevant
  • Log gist:
    routers/repo/view.go:274 Home()] [E] Home: Cannot find any unit on this repository which you are allowed to access

Description

After upgrading from 1.1.4 to the release candidate (1.2.0+rc3), repositories without an issue tracker can not be accessed. You will get a 404 error, Page can not be found.

Switching back to 1.1.4 and enabling the internal issue tracker for that repository and switching again to 1.2.0+rc3 version, the repository is accessible again.

After disabling the issue tracker in 1.2.0+rc3 it is still accessible.
It stays accessible after switching back to 1.1.4 and 1.2.0+rc3 again.

This has been the case for rc1 and rc2 too.

@lafriks lafriks added this to the 1.2.0 milestone Sep 24, 2017
@tboerger tboerger added the issue/critical This issue should be fixed ASAP. If it is a PR, the PR should be merged ASAP label Sep 25, 2017
@daviian
Copy link
Member

daviian commented Sep 25, 2017

@iamnumbersix Does this issue happen to all types of repositories (private, public, repositories from organizations)?

@lafriks
Copy link
Member

lafriks commented Sep 25, 2017

I think it could be related to #1794

@daviian
Copy link
Member

daviian commented Sep 25, 2017

@iamnumbersix Can you please test my fix in PR #2600

@daviian
Copy link
Member

daviian commented Sep 25, 2017

@iamnumbersix Are you sure it is because of a disabled issue tracker? Could there be anything else they have in common?

@iamnumbersix
Copy link
Author

Can you please test my fix in PR #2600

I'm sorry, I don't have go installed, I only use the binaries

Are you sure it is because of a disabled issue tracker? Could there be anything else they have in common?

maybe...
I'm the owner of the repositories and after I enable the issue tracker, it is available again.
The repositories are private and have been previously imported in gogs.
I've been running gitea from the first version.

@iamnumbersix
Copy link
Author

I ran the sqlite commands in #1794
#1794 (comment)

And that fixed it!
Hooray!

@daviian
Copy link
Member

daviian commented Sep 25, 2017

Did you upgrade from gogs?

@iamnumbersix
Copy link
Author

Yes, I did upgrade from gogs

@daviian
Copy link
Member

daviian commented Sep 25, 2017

From which version of gogs to which version of gitea?

@iamnumbersix
Copy link
Author

I think from gogs_v0.9.97_linux_amd64 to gitea-1.1.0-linux-amd64
(those where still in my download folder)
The date was about 30-april-2017.

But as I said, #1794 is likely the bug and the solution provided worked.

@daviian
Copy link
Member

daviian commented Sep 25, 2017

I needed verification to be sure ;-)

@iamnumbersix
Copy link
Author

Thanks for all your help.

#1794 is likely describing the bug and the solution provided worked.

@go-gitea go-gitea locked and limited conversation to collaborators Nov 23, 2020
Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Labels
issue/critical This issue should be fixed ASAP. If it is a PR, the PR should be merged ASAP type/bug
Projects
None yet
Development

No branches or pull requests

4 participants