-
Notifications
You must be signed in to change notification settings - Fork 393
Fetch fails over HTTPS with error "fatal: protocol error: bad line length 2" #2720
Comments
I'm also having this issue on an intel Mac Mini (2018) with macOS 11.6. I guess I'll just stick to VSC for now. |
Same here! Glad its not just me. Platforms both Mac OS (late 2013 and 2020 intel) and on Big Sur. |
Glad this is not just me, but it's a real bummer it's so widespread. How can I debug further or help with a fix? |
Faced exact same issue, the only solution helped was changing git origin url from HTTP to SSH |
I am also affected when I try to pull from a repo. |
Same issue on GNU/Linux (Debian 11) |
I'm having this issue on ElementaryOS |
Has there been a fix for this? Still having this issue. Running MacOS Monterey 12.0.1 |
I get the same issue every time I try to fetch from the Git tab. The only way around I have found it works is using
macOS Monterrey 12.1 |
Same issue on macOS Big Sur 11.4. A temporary workaround for those who are not comfortable with the command line is to install github desktop, then:
|
Maybe this is caused by using different git versions?
(Everything is changed within /Applications/Atom.app so you could delete it and copy back the downloaded version) Using this script after every update of atom should help. Should also work with Apple ARM processors, but hasn't been tested. (MacbookPro Mid 15 -> Intel) I am personally using the homebrew version of git. best regards |
Having the same issue. |
Try replace https to http. It works for me |
I have had success with this too. Update .git/config update [remote "origin"] to use http://<repo_url>/ |
+1 |
+1 on linux (ubuntu mate). https to http workaround works. |
+1 on for the workaround linux (PureOS - Debian based) |
I've fixed this problem on my Mac like it was described in atom/atom#22668. Unfortunately, for some reason, this discussion was deleted.
And after that created a symlink to git:
|
OK, thx. Seems to be a bit hidden when you use flatpak on debian ^^ But if it is the integrated git binary, I think Atom devs can somehow easily fix it. |
Prerequisites
[I can't reproduce this in safe mode because it doesn't happen when Atom is launched from the terminal.]
Description
Fetching in Atom results in an error. Fetching through the terminal works fine.
Steps to Reproduce
Expected behavior:
Atom should fetch the change and allow you to pull
Actual behavior:
Atom produces this error:
In Developer Tools Console, this message appears:
Reproduces how often:
Every time. However, here are situations where the error doesn't occur (at least on my machine):
atom
atom --safe
git pull
through terminal and then clicking the fetch button doesn't produce an error. Nothing happens which is the expected result.)Also if I clone the repo using SSH (having set up SSH keys beforehand), the issue does not occur.
Versions
My machine:
macOS Big Sur 11.6 (20G165)
M1 Mac
Other machines:
This issue occurred in a class I was helping teach with 19 students. The issue also occurred on other machines including older non-M1 Macs and Windows machines.
Additional Information
Terminal works
Even when Atom's fetching is throwing this error, fetching or pulling through terminal works fine.
Pushing still works, just not fetching.
Other solutions didn't work
Here's a discussion a similar issue which mentions this issue and a fix: atom/atom#22668 Their fix didn't work for me (see my comment there).
I've found a few forum posts about this error message, which suggested something is wrong with the connection. The issues persists when tested on two different WiFi networks, and I made sure Firewalls and antivirus software were turned off on my machine.
Issue persists in different Atom installations
Issue persists with Atom installed through Homebrew or from
https://atom.io
.Git details
Running
git remote -v
in the repo gives:(https://github.com/HCDigitalScholarship/ticha-xml-tei is the repo I'm working with. We need Atom git to work because students aren't trained in using the command line.)
The text was updated successfully, but these errors were encountered: