Sourcetree 3.3.6 with windows 10 not updating UI contents or not refreshing views.
If you want to see updated view then you need to restart app.
any solution for this?
Pressing F5 after fetching, making edits, etc. to refresh updates the UI. Annoying, but usable until fixed.
seems to be related to bookmarks. deleting it solves it, at least for me.
found it here: https://community.atlassian.com/t5/Sourcetree-questions/Manual-refresh-required/qaq-p/1256362
how to delete bookmarks can be found here:
https://confluence.atlassian.com/sourcetreekb/bookmarks-column-repository-browser-overview-781398414.html
Related
I know I can manually go to PR and uncheck Viewed. Is there a shortcut to uncheck on all files in the PR?
Found some relevant issues on GitHub
https://github.com/refined-github/refined-github/issues/2444
Why I want to do it?
To be able to see the comments and expand the cards which are collapsed because I manually marked viewed.
I tried Option+Click on Mac , didn't work for me.
Don't think the UI currently supports that. It looks like you need to tick, all checkboxes manually. Or come up with a JavaScript to find and click them for you.
Try that in your browser console.
document.getElementsByName("viewed").forEach(ch => {if(ch.checked) {ch.click()}})
I am creating successfully a subtree to a remote repo and pull/push successfully using Sourcetree. The substree repo appears below "Stashes" tab on the left of Sourcetree as "Subtree" tab.
However, when I close and reopen the Sourcetree, the "Subtree" tab and the subtree that I have defined earlier, disappears.
It does not disappear, if I close the project tab and reopen the project without closing the Sourcetree.
I have seen these two post with the same/similar problem:
First Post
Second Post
Both links belong to the same person.
I have tried the suggested solution there (clearing cache) but it did not solve my problem.
The person, who was in charge of developing this part of the Sourcetree, has not posted since 2017. Maybe he left Atlassian, and this issue is still there.
I have already asked this question in the Sourcetree forum, but no replies since April.
I have opened a bug report at this link
I have tried version 3.3.9 and the problem is still there.
It seems to be a simple "save" issue. I also remember that Sourcetree did not have this issue in the earlier versions.
I found out that this is consequence of another major issue with Sourcetree versions came after 3.2.6. After this version, a major bug is introduced, probably something related to authentication, and it results a constant red exclamation mark on the remote button. This mark can be fixed in version 3.2.6, but not in the later versions. So, I am staying with version 3.2.6 for now.
I've reinstalled my PC and tried connecting back up to my Azure DevOps Repo using VS Code and TFVC. I'm using TFVC Location with Visual Studio 2019 Community TF.exe. It all seems to work and I can connect to my repo with my credentials. It all seems to load up fine and I can even see TFVC with a number of changes/differences. - see image below. However I'm expecting to see my source control and list of files to commit like before. But the panel is blank. There's no errors in the Output window of VS Code either.
I've tried removing and re-adding the workspace. Tried editing/adding anew file to the project in hope of kickstarting TFVC pane to show the file list. - the number next to TFVC updates but I don't see any menu button or files list.
Has anyone else had this and know a solution, or know where I'm going wrong.
Just toggle "scm.alwaysShowProviders" on and off from whatever value your have (default is false), this would cause the source control pane to redraw and fix the issue for now.
I believe per the issues in GitHub that this issue is fixed for most people as of VSCode version 1.39.2, but I was still seeing it for projects based on a Git repo.
After some trial and error I found this setting was the culprit: "scm.alwaysShowProviders": true
When I remove that setting, or set it to false, my Source Control pane works correctly.
This happens to me occasionally. I just figured out I can fix this by right clicking in the blank area and then selecting the repository I want to show up
Issue opened on GitHub: https://github.com/microsoft/vscode/issues/82374
For now I've rolled back to the August update and that's resolved it.
Clicking the blank area and slecting repo does the trick
I had this problem on the 1.55 version, as it's centrally controlled I couldn't manually update, but when they pushed the 1.64 version through, the problem has gone away, was driving me mad!
While I was editing README.md in one of my repositories, the process blocked somehow.
Since then, when I access that repository, status stays in 'Fetching latest commit… ' and I am not able to upload any files or edit them on the web.
The other repositories work. I do not have this repository on my computer (i have the files obviously), and the system does not allow me to clone it, not even delete it.
What can I do to regain access?
THOUGH DEFINITELY it does not the answer your question, but I want to post a solution for whom have the same problem but because of different reason.
For Forecomers having the issue
I had the same issue(just reached this question by googling), and I remembered disabling the javascript of my browser. Why don't you enable the javascript of your browser and refreshing the page? In my case the problem was solved after enabling javascript.
I have been using EGit to upload my stuff to github for a few months now.
But off late I do not see what files have been changed, and I dont know why. Please help.
As you can see I have updated some files and I cannot see a list of files in the files section.
This looks like a problem with Mac OS X 10.10 and SWT, see Eclipse bug 446534 for details.
Note that the heading above the table says "Files (1/1)", so EGit calculated the changed files correctly, but it isn't visible. Try if resizing the window makes it appear.
The Git Staging view, which is another way to commit using EGit doesn't seem to have the same problem. Maybe you could consider using that instead of the Commit dialog, see the user guide.
As the comment 2 at the Eclipse bug 446534 mentioned, calling table.pack() will solve this problem for a single tableviewer.