Closed (fixed)
Project:
Version Control API -- Git backend
Version:
7.x-1.x-dev
Component:
Code
Priority:
Normal
Category:
Task
Assigned:
Issue tags:
Reporter:
Created:
22 Oct 2018 at 17:30 UTC
Updated:
16 Jan 2019 at 14:54 UTC
Jump to comment: Most recent, Most recent file
Comments
Comment #2
drummThis patch limits
explode()to 3 items, so$refcontains the remainder of the ref path.Comment #3
drummThis tested well on Drupal.org staging. New tags and branches containing
/are still correctly parsed and put into theversioncontrol_labelstable.Comment #4
drummComment #5
marvil07 commentedI see why this could be a problem.
I have been trying to reproduce the problem locally using the test repository.
I am attaching a patch with a couple of changes: (i) make git base test class check also for branch/tag names, not only the number of them; and (ii) renaming one of the branches to include a slash, from
featuretofeature/one-topic.I could not reproduce the problem locally even in the case that (ii) is included.
Let us see what test bot thinks.
@drumm, I will probably add the change since it looks good; but I am wondering if you happen to have some extra information I can use for debug/add-to-the-test, e.g. the branch name which you are getting the problem with.
Comment #6
marvil07 commentedI was testing the wrong place, on normal sync.
This error seems to be happening only on code arrival and not on full sync.
I have added a related test, and I could reproduce the problem.
Adding a couple of patches.
I will add the code if it goes as expected.
Comment #9
marvil07 commentedtestbot results went as expected, I have added the code to mainline, hashes changed b/c I rebased the branch.
@drumm, thanks for the report, and the fix!
Comment #10
drummThanks! I never saw this problem manifest when running on Drupal.org’s production stack. Whatever path a label takes to getting in the DB managed to avoid this. It surfaced when implementing https://www.drupal.org/project/versioncontrol_gitlab, which subclasses a lot of this module.