Issue #202: Pushing a repository via id, IE, http://example.com/_2, throws an AssertionError
Reported by: | Lutchy Horace |
State: | resolved |
Created on: | 2016-03-29 13:51 |
Updated on: | 2018-05-19 15:13 |
Description
Hi,
Kallithea version: 0.3
Python version: 2.7.5
When pushing a repository via repository id, I get an:
ERROR [kallithea.lib.middleware.simplehg] error extracting repo_name: AssertionError()
On the hand, while pushing via by name, this completes successfully. Any additional infomation you may need from me, please don't hesitate to ask.
Regards, Horace
Attachments
Comments
Comment by Mads Kiilerich, on 2016-03-29 14:26
Are you running it as paster serve
or getting error mails? Then there should be an interesting stack trace.
Can you confirm it works when accessing with name?
Also, what is your use case for using the ID instead of the name?
Comment by Sebastian Krause, on 2016-06-02 09:55
The assertion error happens here: https://kallithea-scm.org/repos/kallithea/files/8075ec3d02336e655f8110aa85d3adc9a653e96c/kallithea/lib/middleware/simplehg.py#L87
The reason is that str_repo_name
is of type unicode
when we use the repository id, but normally it's str
and the remaining of of the module also doesn't seem to work with unicode
anyway.
I think the fix is simple: Just wrap the return repo.repo_name
in lib.utils.get_repo_by_id() into a safe_str
, then it already works here.
Comment by Michael DePalatis, on 2016-06-09 16:13
I am having this same problem. I get logs that look something like this:
2016-06-07 16:24:26.172 DEBUG [kallithea.lib.middleware.simplegit] pathinfo: /_3 3 detected as Git False 2016-06-07 16:24:26.172 DEBUG [kallithea.lib.middleware.simplehg] pathinfo: /_33 detected as Mercurial True 2016-06-07 16:24:26.180 ERROR [kallithea.lib.middleware.simplehg] error extracting repo_name: AssertionError() 2016-06-07 16:24:26.180 DEBUG [kallithea.SimpleHg] Request time: 0.008s 2016-06-07 16:24:26.181 DEBUG [kallithea.SimpleGit] Request time: 0.009s 2016-06-07 16:24:26.181 INFO [kallithea.RequestWrapper] IP: 10.28.1.233 Request to /etherDAC/etherDAC time: 0.009s
From the last line, there is apparently no real problem in resolving the name, but the push fails nonetheless.
@kiilerix the use case for me is so that I have permanent URLs: if I later move where I am categorizing a repository, I don't have to change the URL in every local copy. This is especially useful when using subrepositories (a practice I don't condone but unfortunately inherited a lot of those).
At least for now, @sekrause's workaround seems to fix the problem for me. It would be nice to get this change upstream.
Comment by Mads Kiilerich, on 2016-06-09 23:10
The correct fix seems to be
--- a/kallithea/lib/base.py +++ b/kallithea/lib/base.py @@ -202,7 +202,7 @@ class BaseVCSController(object): from kallithea.lib.utils import get_repo_by_id by_id_match = get_repo_by_id(repo_name) if by_id_match: - data[1] = by_id_match + data[1] = safe_str(by_id_match) return '/'.join(data)
Can you confirm?
Comment by Michael DePalatis, on 2016-06-10 07:38
That works for me, thanks.
Comment by Thomas De Schampheleire, on 2018-05-19 15:13
Fixed with 110dcae69d7d