Version control local changes tab missing in 2020.1

Answered

I recently formatted my computer and installed a fresh Ubuntu 20.04, then used snapcraft to install CLion 2020.1. I am unable to find the local changes tab in the Git view. I've searched everywhere in the Git tab, and the View -> Tool Windows. The Search Everywhere feature has a "Local Changes" but it's really just the commit window. Has the original Local Changes been removed from the Git tab?

 

Also, I've validated that CLion is pointing to the git application (/usr/bin/git), and tests successfully.

 

86 comments
Comment actions Permalink

JetBrains, everybody can make mistakes, but please learn from your mistakes!
I cannot bear it that the world's greatest IDE-maker is crippling their IDEs with such a stupid UI-change!
So please go back to the old Git such that local changes are immediately visible in the Git-tab.

5
Comment actions Permalink

So we are Microsoft now, just randomly changing the UI around for no apparent reason?

Why would you change this?

1
Comment actions Permalink

Mike Miller, did you try the BC change of VCS > Commit > Uncheck "Use non-modal commit interface"? This brings back the tab.

I was originally upset at this change too and the lack of notices I got about it (perhaps missed from my own lack of checking). And in another JB IDE, the change had other issues along with this one but filing an issue on that got me an answer relatively quickly.

I don't necessarily agree with the UI change in the first place and I might have missed some notifications about it but the BC change was enough for me.

1
Comment actions Permalink

So in fact, I kind of like the new change.  I saw it earlier before it became default and tried it out a bit.  I liked the fact that the diffs came up side by side similarly to when you split a window because its easier to see changes in context.  I ended up switching back, though, because it seemed more difficult to see the diffs for each file I had changed.  Now I notice that I can arrow up and down and click the changed files and the diff pane updates automatically, a much better user experience.  

All that being said, one thing you must do at a minimum is provide a walkthrough for folks when introducing the change so they know what's going on.  Preferably one of those snazzy ones that jumps from UI element to UI element, but even a video walkthrough would be better than wondering what happened to the workflow you've been used-to for literally years.  At the end of the walkthrough allow the user to opt out if they don't like it and provide clear instructions for opting out later if they want to use it for a bit before deciding.

0
Comment actions Permalink

In case there was any need. I hate it as well. Please stop breaking with things that work well and nobody complained about, will you?

I don't use Git from the IDE much, because that is not what the IDE is for. One window for Git changes is enough.

5
Comment actions Permalink

Please stop making stupid changes like this. You are just making users upset.

What's even dumber is that the new layout comes by default.

The IDE is already perfect. Don't touch it anymore. Leave it be.

2
Comment actions Permalink

Just ran into that. I totally agree with everyone, a totally stupid change.

It probably wouldn't have been so stupid if the new "Commit" tab would have been opened by the same hotkey that opens the version control tab. But since it doesn't, it breaks the workflow people have been used to for years!

2
Comment actions Permalink

Had to find this thread to figure out what happened.  I don't like the change - add +1 to the thumbs down count

0
Comment actions Permalink

This change is horrible. Why would you make it so difficult to see local changes? I used to be able to see the differences I had made at a glance with a single button click, now I seem to have to do several steps just to have much more of the window taken up to see the same thing. I also have to remember where view> commit is every time (feels unnatural) instead of just going to version control where local changes is usually the open tab. 

I dislike this change a great deal. Put local changes back in the Git tab. It just makes so much sense to be there. How many users have to hit this issue and change the commit modal setting before its understood this was a bad idea?

0
Comment actions Permalink

Daniel Lampard,

I definitely disliked Jetbrain's approach with this change but it can all be changed back to the original behavior with two settings changes (adding it here again although I'm sure it's been added).
 
CHANGE VERSION CONTROL TO SHOW CHANGED FILES AGAIN:
Settings > Version Control > Commit >  Uncheck the "Use non-modal commit interface" option (this is where they at least provided BC but chose to enable the behavior by default which I disagreed with initially).
 
CHANGE PREVIEW DIFFS NOT TO SHOW IN EDITOR:
Open Registry by searching everywhere (type Shift+Shift) > type in "Registry" and open it > Search for the "show.diff.as.editor" option and uncheck it. You can type the option to find it like in many Jetbrain's windows/menus. There may be other preview diff options to look at if you prefer.
 
Those two changes bring my IDEs version control behavior back to what has worked for me but trust me, this change bothered me too at first. I'm just happy to see that Jetbrains provided simple enough BC. I'm sure there are ways to identify where those settings are saved in your IDE or project settings and move them between IDEs or projects as needed to speed up the process.
3
Comment actions Permalink

Modal windows for breakpoints, diff and variable editing are just a mess. It really looks like your designers were screwed up.

Useless and inconvenient to use. Maybe your have to learn from Eclipse a bit

(Sorry. Really pissed off)

1
Comment actions Permalink

Peter, the breakpoints and diff windows are not modal. Or at least they are not anymore, I think breakpoints was modal at some point in the past, but are not now.

0
Comment actions Permalink

Yeah, Mike, you are right!

0
Comment actions Permalink

Turning this on should not be buried in the settings! The integrated diff view on the Git tool window is a staple of Intellij.

2
Comment actions Permalink

I certainly prefer the old WUI and configured IJ to use it and I didn't grumble as much as I might have.

But 2021.3 EAP seems to have cleared those settings and I'm back to remind myself how to restore the Local Changes view and open a diff window when needed. I'm sure I'll figure it out, this message is yet another plea to leave well enough alone in this area. Or at least make it much more apparent how to get back to the 'old' behavior.

 

0
Comment actions Permalink

I don't like this change either. I had to Google to set this back. I like that the `Local Changes` are together with `Git`.

0
Comment actions Permalink

Lol, this was the worst "update" ever. Like everyone else that is one of my most used pieces of functionality.At least there is a way to restore it.

1
Comment actions Permalink

stupid design. i hope this didn't happen like COVID19

0
Comment actions Permalink

gonna bookmark this page, everytime i make a fresh install i end up in here.

 

I don't see how the removed use case of local changes finds a substitute in the commit workflow, if someone could light things up for me...

1
Comment actions Permalink

Even in 2022 this is still a major issue for me. Removing the diff from the local changes is a huge change that no one wants

1
Comment actions Permalink

I can't understand this change. The most often thing I do with git is "git status". This tab is one of my reasons to use intellij. Now it just disappears and no easy way to find it!

0
Comment actions Permalink

That's the worst change ever.. And thank god for that thread. I use local changes & shelf tabs on a daily basis. Please make it the default once more!

0
Comment actions Permalink

this change is sooo bad im not going to spend the next 2 hours and google to find what changed, im nit paying for an upgrade when you break my workflow, to fix my workflow, the instructions on how to fix do not work as i am a linux user, yes i did fix it, but at a cost of 2h of my dev time, and its the last time, this feature is the ONLY reason i use intellaj vs emacs, id rather spend my time learning a usefull skill like emacs or vi, thats universal across platforms, that doesnt change every time a tech manager decides he knows whats best for 1000s of developers not even related to your company, this is tech debit introduced by jetbrains, this happens over and over, every release, this disrupts us professional developers jobs, yes we are paid to actually create working products, keyword working, switching to the 2022 version is soo bad my ide crashed every 5 min. why did you have to support wsl, i cannot upgrade past 2021.3 due to wsl, not everyone is a ms user

0
Comment actions Permalink

Why would you remove this extremely useful interface and hide it behind a vaguely-worded settings flag? Just put a clearly-labelled button in the VCS interface to toggle it.

0
Comment actions Permalink

Also strongly dislike this change!

0
Comment actions Permalink

This is the most annoying change of all! I am one more annoying change away from switching to different IDE. Why would you want to spoil a feature that everybody uses? I don't think anyone would want to jump oceans to see their local changes. 

0

Please sign in to leave a comment.