bloop icon indicating copy to clipboard operation
bloop copied to clipboard

**Sync local repositories** is doing nothing on Windows in Version 0.4.4.

Open MutahharAllshore opened this issue 2 years ago • 2 comments

Describe the bug I have recently installed version 0.4.4 of the GitHub software, but I am encountering a persistent issue. When attempting to sync a folder using the "Sync local repositories" feature, the process fails to initiate and remains unresponsive.

Expected behavior It should show me the list of repositories to index.

To Reproduce How can we reproduce the bug? Helpful information could include:

  1. Install bloop version 0.4.4.
  2. Launch the Bloop application on the local machine.
  3. Navigate to the "Sync local repositories" feature.
  4. Select a folder to sync.
  5. The popup remains open and do nothing.

Screenshots or output https://github.com/BloopAI/bloop/assets/129213870/00798bf8-0994-415b-87df-a05b2a2498f2

MutahharAllshore avatar Jun 14 '23 23:06 MutahharAllshore

I have exactly the same problem.

Ceasy avatar Jun 15 '23 03:06 Ceasy

Same here

arthur-x88 avatar Jun 18 '23 18:06 arthur-x88

Thanks for reporting this. Does this problem persist on the latest version of bloop? Also, which platform do you experience this issue on?

ggordonhall avatar Jul 12 '23 09:07 ggordonhall

@ggordonhall

Does this problem persist on the latest version of bloop?

I've not tested with the latest version (v0.4.8). I will test with the latest version and will update it here.


Also, which platform do you experience this issue on

I am using Windows 11.

MutahharAllshore avatar Jul 12 '23 19:07 MutahharAllshore

@ggordonhall I tried v0.4.7 because v0.4.8 does not have a Windows build yet, and the problem still exists.

MutahharAllshore avatar Jul 18 '23 18:07 MutahharAllshore

@MutahharAllshore There is a Windows build for v0.4.13. Can you reproduce the issue?

ggordonhall avatar Aug 16 '23 12:08 ggordonhall

Can confirm the issue still happens for v0.4.13 (Windows 11)

VitorCaleffi avatar Aug 17 '23 22:08 VitorCaleffi

Was just about to hop in to confirm that v0.4.13 on Windows 11 was still not functional when trying to select a local repository.

I initially attempted to load a local repo after installing/launching for the first time which resulted in the reported behavior but after that failed, I went and added some repo's directly from Github which all worked as expected. Apparently adding the repos through Github changed something internally as I was able to successfully add a local repository after those github repos were added.

I just did a quick test and deleted all the repos I had synced and retried adding the local repo again and it was able to load just fine.

Seems like something is holding it up when trying to add a local repository as the very first repo but for some reason adding from another source first clears up this hurdle and allows for local repos to be added.

Not sure if it's related but I did notice that for some reason after adding the local repo successfully, all my other repo's were queued up for indexing again even though nothing had changed with them.

Hope this helps tracking down the culprit. I'm new to the project and haven't really gotten to poke around but if it helps I'm happy to send some logs.

EDIT

Just did a bit more poking and it seems like this may actually be the result of choosing a local directory that doesn't have any proper Git repo's in it.

In my case, I had copied over an old personal project of mine that wasn't configured as a Git repo. I forgot that I had gone and initialized the repo and pushed it up to Github before attempting to load the repo locally again.

You can quickly see this behavior by removing the .git directory from a project and then try loading it through the local repository option.

I'm assuming there are technical reasons behind requiring a directory to be a proper Git repo but I think having the ability to add non-git projects would be useful. Otherwise, having better wording in the interface (and probably the docs, though I may have just missed it) clarifying that only Git repos will be loaded

RickyGrassmuck avatar Aug 19 '23 23:08 RickyGrassmuck

Yes @RickyGrassmuck bloop will scan the local directory for subdirs that contain a .git. Did you see this screen?

Screenshot 2023-08-21 at 08 18 15

We'll update the text in this flow to make it clearer that bloop scans for .git dirs.

ggordonhall avatar Aug 21 '23 07:08 ggordonhall

@ggordonhall, I just tested with v0.4.17 and the issue is still there.

MutahharAllshore avatar Sep 12 '23 14:09 MutahharAllshore

Do you have any .git directories nested under the folder you're targeting?

ggordonhall avatar Sep 12 '23 14:09 ggordonhall

@ggordonhall Yes, in the main directory that I am selecting in the bloop to load, I have multiple directories with a .git folder in them.

MutahharAllshore avatar Sep 12 '23 14:09 MutahharAllshore

Does this happen when you select another directory, one that has fewer levels of nesting? Scanning for local repos could take a long time if you select a directory with a massive number of nested files.

ggordonhall avatar Sep 12 '23 14:09 ggordonhall

To provide some more context. I have installed Xampp on Windows. And I select the htdocs directory in the bloop to load. And in the htdocs directory I've at least 3 directories that have a .git directory in them.

MutahharAllshore avatar Sep 12 '23 14:09 MutahharAllshore

Does this happen when you select another directory, one that has fewer levels of nesting? Scanning for local repos could take a long time if you select a directory with a massive number of nested files.

@ggordonhall The directory I am selecting has a single level of nesting.

MutahharAllshore avatar Sep 12 '23 14:09 MutahharAllshore

How many files are in this directory? Do you experience the same issue with every dir you try or only this one?

ggordonhall avatar Sep 12 '23 14:09 ggordonhall

@ggordonhall I checked recursively and the directory has 76681 files.

MutahharAllshore avatar Sep 12 '23 15:09 MutahharAllshore