Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Git Gui open file error handling #1877

Closed
1 task
ssrinath opened this issue Oct 11, 2018 · 2 comments
Closed
1 task

Git Gui open file error handling #1877

ssrinath opened this issue Oct 11, 2018 · 2 comments

Comments

@ssrinath
Copy link

  • I was not able to find an open or closed issue matching what I'm seeing

Setup

  • Which version of Git for Windows are you using? Is it 32-bit or 64-bit?
    2.18.0 windows 1 (64 bit)
$ git --version --build-options

** insert your machine's response here **

git version 2.18.0.windows.1
cpu: x86_64
built from commit: cd1a74f
sizeof-long: 4

  • Which version of Windows are you running? Vista, 7, 8, 10? Is it 32-bit or 64-bit?
    Windows 10 - 64 bit
$ cmd.exe /c ver


** insert your machine's response here **
```Microsoft Windows [Version 10.0.17134.286]

 - What options did you set as part of the installation? Or did you choose the
   defaults?

``` Mostly defaults
# One of the following:
> type "C:\Program Files\Git\etc\install-options.txt"
> type "C:\Program Files (x86)\Git\etc\install-options.txt"
> type "%USERPROFILE%\AppData\Local\Programs\Git\etc\install-options.txt"
$ cat /etc/install-options.txt

** insert your machine's response here **
  • Any other interesting things about your environment that might be related
    to the issue you're seeing?

** insert your response here **

Details

  • Which terminal/shell are you running Git from? e.g Bash/CMD/PowerShell/other

** insert your response here **
command prompt

** insert your commands here **
git-guit (or open from a folder in folder explorer, right-click and start git-gui)
 - What did you expect to occur after running these commands?


** insert here **
I changed to teh directory where I had already cloned and .git was available. I then opened git-gui. Should have opened with the checked out repo and branch details for me to rescen or stage or commit etc.


 - What actually happened instead?

** insert here **
It came out with the windows asking me to clone a new repo, clone an existing repo, or open existing repo etc. I think the reason was, I had cloned in a network shared directory and when git-gui was trying to access .git or other related information, due to slow or bas connection, it could not. Instead of showing or warning me that no .git was found and the based on my response it could have asked me to clone existing or new or open existing repo. So the file opening error handling could have been better.

 - If the problem was occurring with a specific repository, can you provide the
   URL to that repository to help us with testing?

** insert URL here **
@dscho
Copy link
Member

dscho commented Dec 26, 2018

I really hoped that anybody else could make sense of this bug report, because I sure cannot.

@ssrinath could you kindly try your hand at a more complete bug report, especially at an MCVE?

@PhilipOakley
Copy link

I think @ssrinath is saying that, when they try to start the git-gui, or gitk, using open from a folder in folder explorer, right-click and start git-gui, then they are getting the dialog that asks "to clone a new repo, clone an existing repo, or open existing repo", rather than the normal gui showing the 'current' repo (which it hasn't found).

That dialog occurs [as dscho will know] when the gitk/git-gui thinks that its current working director is not a git repository. I have vague recollections (some while ago) of that happening at my work environment on some network paths, but I can't currently replicate that on my home PC (Win10, git version 2.20.1.windows.1).

It could be that @ssrinath may not have selected the correct folder, or the mouse moves during the selection. It's not clear if @ssrinath actually tried opening giu/gitk from either bash or other cli [command line interface] window, which should give a more consistent result.

@ssrinath hasn't been back anyway, so I'd agree with the closure. Just thought I'd write up what the 'report' may have wanted to say.

@dscho dscho closed this as completed Feb 27, 2019
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

3 participants