I am trying to push changes to my branch using the GitKraken GUI. This is something I do commonly without error. However, when I went to push, it gave me a pop up saying “Your OAuth token for ‘Gitlab’ is invalid. Would you like to refresh your OAuth credentials or try again without OAuth?” and presents the following three options:
Refresh Token
Retry without OAuth
Cancel
Refresh Token takes me to a GitKraken page in the browser, which indicated that I was authenticated and the system would work. I checked inside GitKraken, and I am authenticated. I also regenerated an SSH key. However, it keeps giving me this pop up no matter how many times I re-authorize.
Retry without OAuth gives me an error saying “Push Failed: failed to write chunk header: The server returned an invalid or unrecognized response”
I logged out of gitlab and back in, and after exiting and reopening GitKraken, it continues to say I am not connected. After reauthorizing again, it says that I am connected.
Hey, I and my team have had the exact same problem on multiple occasions over the last few months, and have tried every angle we can think of from restarting everything to reauthorizing manually. It usually has fixed itself within a few days, so we haven’t felt the need to post on forums.
But, it is currently happening to me (Kraken 7.1.0), and my googling brought me here. Consider this my +1 to the GitKraken / GItLab OAuth issue.
I haven’t fiddled with any settings in a long time prior to getting this error, and it’s been a while since the last Kraken update.
I came here to report after consulting people wiser than I, that it seems the problem in my case was a large-ish commit (like 300-400Mb) earlier in the history that either GitKraken or Lab didn’t want to process. This commit mostly contained audio files.
What solved this for me was as follows:
Created a branch before the offending commit
Cherry-picked everything else from every single unpushed commit to the new branch except the audio files
Merged the new branch to my working branch from before the offending commit
I could push everything in a single push, no problems whatsoever. Don’t know if it was the mere volume of the files or the type of files that offended the process in my case.
Thank your for your follow-up on this thread, I really appreciate it. Meanwhile I managed to correct the issue by deleting the .gitkraken folder in Roaming (Windows user here) and cloning the repository again - contacted GitKraken support for that.
I am able to consistently reproduce the issue by working with a repository that uses a number of git submodules. If I work on a feature branch that points to a different commit other than develop does for either of these submodules, upon trying to switch to develop and pull the latest changes I am continuously prompted to re-authorize GitKraken in Gitlab.
Given that I’m not sure how communication works between yours and GitKraken’s team - or if there is any communication for that matter, I’ve posted this lengthy feedback, maybe it will help someone else or prompt you guys to look into the issue.
For my current client this bug is a serious nuisance because it forces me to do the above steps sometimes even multiple times a day, in addition to reinstalling all dependencies with each new cloning. This increases the time I spend on a task by a certain margin.
This is a common problem within our organisation. I reported it to GitKraken but all they could suggest was that the repository has become corrupt. The connection to gitlab will be lost and a new token has to be generated then the project re-cloned.
starting today, I’m having this problem with some projects but not all - i am the owner of these projects and have the same permissions on all. command line, git bash, gitkraken, reclone and try again, new ssh keys - NOTHING works for those projects but works just the same as always on other projects
Ok, NOW I got around it. the trick is to use the terminal AFTER trying to push without OAuth. Before, it’s trying to use the ssh keys and it won’t work but after, it asks for your credentials and the push works. this is truly annoying tho, somebody gotta fix this.
Got the same problem with the same error. Before that everything worked for weeks. Tried everything above to fix it… but didn’t work. It was a large commit >300MB.
When I splitted it in smaller pieces (70MB worked for me) and commit and push it… it worked.
