Same thing for my team with our most recent users (older users have no problems triggering pipelines), i’m interested in suggestions to solve the issue.
We’ve solved it in our case. I think there were two problems:
I could not validate someone else’s account in my organisation (despite the banner showing up for me on a pipeline they triggered). They had to do the validation themselves.
I have the same problem - we have a group that has been running for a while and taking advantage of both the 2000 free minutes as well as using our own runners. I’ve added a new user to the group and they can’t run pipelines - when I push to the repo, the pipelines run fine, but when they push to the repo, the pipeline fail with a request for them to verify themselves with a credit card.
Obviously I don’t want my developer to put their own personal credit card into Gitlab when they do work for my company, but I can’t figure out how to authorize them.
Yes, I’m having the same issue- when I try to validate my card number, after clicking validate, the credit card fields dissapear but no progress is made.
I have a similar problem (new gitlab user contributed to our FOSS project with a MR, pipeline for this MR fails due to the user not being validated) and found this thread via a web search. In case we can’t find a solution, I’ll open a new thread.
Is there any other way to validate a user other than by providing credit card details? If there isn’t, then I suspect that in a huge number of cases, we will have to deal with a situation where a new developer joins a team that already has a paid plan at Gitlab, and such a developer must now use his private CC card to be able to work with pipelines.
I’m exactly in this case. I have new developers and I have to ask them their credentials account to set the company credit card.
Could you accept a “group” level credit card allowing all developers within the group to use pipelines
This is crazy. We are deciding on a pretty large contract for which cloud based CI/CD product to go with. GL or a competitor. I’ve been happy with GL 5 years ago. But if this is the level of frustration to TRY PAYING GL to carry out a POC in cloud GL… then it’s just got a very large mark against it already.
Why is the verification not applied at the group level!? The engineers in my team are unable to get around the verify banner to run pipelines against our self hosted or cloud based runners. I don’t expect them to enter their own CC details.
Just wanted to chime in that the onboarding user experience lately hasn’t been very smooth. A new Gitlab user is invited to be a group member via their company email, they notice they are not able to run pipelines, confused why they’re being asked for a credit credit when they were added as a member of a company group. Both resolutions are not ideal:
They enter their private card details to GitLab or
We share company card details to the new user to enter, this is not ideal either.
1.- created a merge request
2.- I see the user not validated message
3.- I added my credit card
4.- Gitlab’s UI says I’m valid now, I also see the charge/refund event in my bank control panel
5.- I refresh Gitlab’s page, my user is still not validated
6.- I open another merge request, My user is still flagged as non validated
7.- out of frustration, I actually purchased 10usd of pipeline time, the purchase succeeds but when I come back here, I see the SAME issue (even though Gitlab clearly has a valid credit card on record after my purchase)
========= ===
even tho I was able to purchase pipeline time with my credit card (issued in Mexico, open for international payments).
I was not able to validate my account with the same card. I ended up fixing this by using a coworker card issued in USA. I would suggest Gitlab to take a look into this… the UX for this is extremely frustrating because there is no proper error and it actually looks like it succeeds when it does not.
Same problem here
Just invited a new user to our group and he is the only one who cannot push anything, because then the pipeline fails -.-
All others, even those who not have any CC details provided can push without any problems.
Bump! This is situation is really bad and cause for churn. We pay for build minutes as an organisation but I have to ensure all new employees enter their private CC details into the GL account when they join the company (!?) Who’s making these sorts of (bad) decisions at GL?