Tilley1234 / git-osx-installer

Automatically exported from code.google.com/p/git-osx-installer
1 stars 0 forks source link

Open in Git Gui fails with paths containing spaces #22

Closed GoogleCodeExporter closed 9 years ago

GoogleCodeExporter commented 9 years ago
What steps will reproduce the problem?
1. Login as "root" user.
2. Run "git-1.6.1-intel-leopard.dmg", mounting a disk image.
3. Run "git-1.6.1-intel-leopard.pkg", using default settings.
4. Rename the "Setup git PATH for non-terminal programs.sh" file to "Setup
git PATH for non-terminal programs.command" (it won't run if I don't, it
would open in MacVIM instead).
5. Run the "Setup git PATH for non-terminal programs.command" file.
6. Extract and install and the "OpenInGitGui" applet, attaching it to the
Finder window.
7. Logout as "root" and login as an Administrator (in my case, "Steve").
8. Navigate to a local git repository on the hard drive, and run the
"OpenInGitGui" applet.

What is the expected output? What do you see instead?
- I see a popup message saying "Cannot find git in PATH".
- Clicking OK opens a second message saying "Cannot continue activate".
- Clicking OK closes Git.

What version of the product are you using? On what operating system?
- git-1.6.1-intel-leopard
- OpenInGitGUI-2.0
- Mac OS X 10.5.6 plus updates.

Please provide any additional information below.
- I had updated from git-1.6.0.2 and OpenInGitGUI-1.0 beforehand, without
using the "uninstall.sh" script or the Terminal. Did I doing something wrong?

Original issue reported on code.google.com by stevenbl...@googlemail.com on 12 Jan 2009 at 11:19

GoogleCodeExporter commented 9 years ago
[deleted comment]
GoogleCodeExporter commented 9 years ago
UPDATE:
I can now open and use OpenInGitGUI-2.0 (not sure what I did, but it works 
now), but
I can't use pull, clone, fetch or do anything that involves data being 
downloaded to
me when using it. I get a "fatal: the remote end hung up unexpectedly" error. 
They
work fine in the Terminal though, and pushing through the GUI works most of the 
time.

I have reset my SSH keys and my Known Hosts list locally and with my online
repository hosts, but that hasn't helped. Neither has disabling my firewall or
anti-virus.

I have also discovered that when there is no Known Hosts and Wish asks you if 
you
want to add a host, typing "yes" in the text box and pressing OK causes Wish to 
stop
responding (or take longer than 20 minutes to do something).

I don't know for sure where the problems lie, but some helpful advice would be
appreciated.

Regards,
- Steve

Original comment by stevenbl...@googlemail.com on 14 Jan 2009 at 10:36

GoogleCodeExporter commented 9 years ago
i definitely know what your talking about. i had to wrap git gui in a screen 
session to overcome the 
problems with ssh downloading as youve described.

does git gui work from the terminal?

can you connect to the screen session git gui is running under ("screen -r" 
from the terminal)?

i have verified that this works on at least 2 machines.  something sounds fishy.

Original comment by timchar...@gmail.com on 14 Jan 2009 at 12:02

GoogleCodeExporter commented 9 years ago
i definitely know what your talking about. i had to wrap git gui in a screen 
session to overcome the 
problems with ssh downloading as youve described.

does git gui work from the terminal?

can you connect to the screen session git gui is running under ("screen -r" 
from the terminal)?

i have verified that this works on at least 2 machines.  something sounds fishy.

Original comment by timchar...@gmail.com on 14 Jan 2009 at 12:02

GoogleCodeExporter commented 9 years ago
I can open Git GUI through Terminal using "git gui screen -r". Clicking on any 
of the
links in the GUI gives me "usage: /usr/local/git/libexec/git-core/git-gui
[{blame|browser|citool}]" in the Terminal.

Using "screen -r" on it's own tells me "there is no screen to be resumed".

Original comment by stevenbl...@googlemail.com on 14 Jan 2009 at 2:25

GoogleCodeExporter commented 9 years ago
SUCCESS!
I think I have found the problem!

MacGit does not seem to like folder paths with whitespace in their names.
As I am an avid World of WarCraft (WoW) player and addon author, I like to have 
my
repositories in the directory where WoW recognises addons so I can test and
commit/push changes from where they are used.

The path is:
/Applications/World of WarCraft/Interface/AddOns/
(that's the default install path for WoW).

I can push, pull, clone etc when I move my repositories to the Applications 
folder. I
guess names-with-whitespace support was lost/removed with the move away from 
using
two Terminal windows to open Git GUI.

I hope this information is of use to you.

Regards,
- Steve

Original comment by stevenbl...@googlemail.com on 16 Jan 2009 at 7:50

GoogleCodeExporter commented 9 years ago
That's very good to know. The git gui script probably needs to be modified to 
handle
escape paths with spaces then.  This is a late response... but hey, you get to 
things
when you can :)

Original comment by timchar...@gmail.com on 12 Jun 2009 at 4:54

GoogleCodeExporter commented 9 years ago

Original comment by timchar...@gmail.com on 9 Dec 2010 at 10:53

GoogleCodeExporter commented 9 years ago
Version 2.1 contains the fix

Original comment by timchar...@gmail.com on 9 Dec 2010 at 10:53