-
Notifications
You must be signed in to change notification settings - Fork 392
Pushing to Git is extremely slow #1130
Comments
I am having this issue as well. |
I have the same problem with an older version of Atom. $ apm --version |
Hm, that's really odd. I would expect it to take around the same amount of time as the terminal. @smashwilson do you have any thoughts? Could it be related to one of the shell wrappers you think? |
Same issue |
1 similar comment
Same issue |
SAME issue! |
I just updated to 1.24, haven't used it yet but this is still affecting current versions? wow |
That's certainly my guess. I know that spawning processes is substantially slower on Windows than it is on MacOS or Linux but 5 minutes seems really excessive.
|
I guess I'm in the wrong forum. I'm actually facing the same issue, but within linux terminal when I try to 'git push'. |
@GUIEMI Running git with the environment variable |
@smashwilson I don't know how to do this, I've never ran Git with Atom, although Atom is my main text editor. |
Oh, I meant on the command-line. $ GIT_TRACE=1 git status
09:59:20.600202 git.c:344 trace: built-in: git 'status'
On branch aw-circleci-2.0
Your branch is up to date with 'origin/aw-circleci-2.0'.
nothing to commit, working tree clean |
Oh I'm sorry. This is my output: 12:50:15.133500 git.c:344 trace: built-in: git 'status' |
Same issue for me too. |
I'm experiencing the same issue. Any updates? Btw, I found that hovering the cursor over the github bar during the push process seems to somehow fasten the process. |
I am also having the same issue with the latest atom version |
same issue... For me it sometimes takes 10 minutes and sometimes it just keeps going forever |
Same issue pm@abc:~$ apm --version One more detail I can add. This happen with me on Ubuntu 16.04. I use VirtualBox virtual workstation to run it. As I see the issue reported almost a year ago, and I cannot get from this thread was it reproduced by Atom team and will it be possible to fix (or at least some plan about that). Can anybody clarify? |
I noticed something interesting. If while it is pushing I scroll and change the cursor in a file that is pushing it goes really fast. If I just wait without touching it doesn't push at all. I am using it in cent os 7 in virtualbox |
You know, now I'm wondering if this is related to the test flakiness we've seen in the GitPromptServer tests, like #1081. As far as I can tell from looking into that in #1333, we're having issues with Windows buffering and not delivering data that we write to the named pipe used to communicate between our credential helper script and the parent Atom process. On macOS and Linux, we can close each side of the domain socket when we're done writing to it to force the buffered data to flush, but on Windows this doesn't work: the data is just dropped. We might be able to use a TCP socket instead of a named pipe and have better luck? |
For those having this issue, try using RSA keys (any size) as the method of auth w/ github. I was using a password protected ED-25519 key and pushing/pulling would take ~5mins, now I'm using a 16834-bit RSA key (not passwd protected) and it takes <30 secs. EDIT: Adding password protection to keys seems to trigger the bug |
Same issue, and yes, I'm using password protection for the key. |
I'm not sure if I'm seeing the same bug, but I'm using Atom with an internal git repo (actually bitbucket), using keys not passwords, running Atom on Linux. When I click the [Push] button, it changes to the animated [⬆ Pushing] state - and gets stuck in that state for a couple of minutes - but it's already done the push. If you run |
I was migrating from bitbucket to github. I deleted the .git and |
Same issue using GitLab :( |
Same Issue :( |
When I click on push same thing happen to me. Don't know why but it worked for me. |
Is there any update on this? I am having the same issue. |
mee too having same issue in gitlab |
Same issue |
FWIW: been experiencing this as well on a Pixelbook (Linux Beta Crostini container) when pushing to GitHub. Sometimes it appears to be stuck animation; as soon as I mouse over "pushing" turns to "fetch". other times I sit there hitting refresh on the repo page and truly don't see it hit for several mins. |
Interesting... |
Ok, this issue is sort-of dead, but I am having the same issue. Git push in atom take >1 minute. |
Same issue here, I though it was my project that have a lot of branches and stuff... But running git trace I noticed that it hangs in ssh connection. And its weird because I don't use password protection as few of you mentioned before. This is where it stops:
|
I do have the same issue with a password protected RSA key, but as @bertaveira mentioned, repositioning the cursor in any file speeds up the process to normal shell git speed. $ apm -v $ atom -v $ uname -srvmpio EDIT: Why does the #53 in my Ubuntu release link to an issue???? |
Same issue persist. Firstly it takes long time to resolve unstaged changes , and git push too takes a minute. Very inconsistent behavior. If i do some edits to the same file thats under push , then git push gets completed. We can use GitHub Desktop if in case we are going with https with git credentials and if SSH then go for any BASH client |
Same issue. Before I updated my PAT, it pushed really quickly (about a few seconds). After I updated my PAT, somehow it becomes really slow to push commit (about minutes). |
Prerequisites
Description
Extreme slowness when pushing to GitHub from Atom using the GitHub functionality
Steps to Reproduce
Expected behavior:
Pushing with
git push
from the terminal takes less than 5 seconds.Actual behavior:
Pushing in Atom takes several minutes.
Reproduces how often:
Always
Versions
$ atom --version
Atom : 1.19.2
Electron: 1.6.9
Chrome : 56.0.2924.87
Node : 7.4.0
$ apm --version
apm 1.18.4
npm 3.10.10
node 6.9.5 x64
python 2.7.12
git 2.7.4
OS Linux Mint 18.2
Additional Information
It is noted that pushing eventually does occur, however nowhere near as quickly as it does from a terminal.
The text was updated successfully, but these errors were encountered: