Windows Explorer expands folders inappropriately, jumping the folder you expand to the bottom of the navigation pane

Anonymous

When using a left-side Navigation pane, if there are enough folders in the navigation pane such that you have a vertical scroll bar, if you click on a folder with the mouse (so as to see the contends in the right pane), then expand the folder (either by clicking on the + symbol or with the arrow key), then the left pane will automatically scroll up as far as it can such that the folder you expanded is still in view at the bottom of the pane. This removes the folder from under your mouse, where it would be expected to stay.

This is certainly a bug, as it only happens the first time you attempt to expand a folder in the manner. After doing it once, you can scroll the navigation (left) pane so that the folder in question is back in the middle of the pane, and it will expand and contract as expected, remaining under the mouse.

Locked Question. This question was migrated from the Microsoft Support Community. You can vote on whether it's helpful, but you can't add comments or replies or follow the question.

0 comments

Answer accepted by question author

Anonymous

Because many people seem to be interested in this issue, I'll post some info on my recent contact with Microsoft regarding this issue.

It seemed that everywhere this issue was talked about, all anybody would get from a Microsoft employee was a boilerplate "Thanks for your feedback" response. Never was the validity of the issue discussed or even acknowledged. I decided to write an email to the man in charge, Steve Ballmer, clearly laying out the problem with links to a walkthrough of the problem, this discussion, and the bug report with 220 votes (at the time). I realized that Steve would never read it himself, but I figured his email must get auto-forwarded to someone who might actually read it.

Two days later I got an email from an Advocacy Specialist from Microsoft saying a "grace case" has been created and the Windows Escalation Team would get in touch with me. The next day an Escalation Engineer emailed me asking when would be a good time to talk on the phone about the issues. So that he would be completely clear with what I was talking about, I recorded a screencast that walked through precisely what the issue was.

Edit: I've made a more condensed video demonstrating the "folder jump bug", view it here.

The end result of our talking was this:

The engineers are aware of this issue.
They may or may not provide a fix for it.

Nothing groundbreaking, but it's one more little push in the right direction. In my opinion, posting in this thread about the problem is virtually worthless. I would suggest:

Voting up and commenting on the bug here:

http://connect.microsoft.com/WindowsServerFeedback/feedback/details/621426/bug-when-expanding-folders-in-explorer-server-2008-r2-and-windows-7

He said that site is closely monitored by the dev team.

Writing intelligent, profanity-free complaints that mention how the bug negatively affects your everyday file-management workflow. Email these up the Microsoft food chain until you get a response. You are a paying customer and you deserve to be heard.

I got tired of dealing with it, so am now using XYplorer when doing heavy file management. It stings to have to pay for a decent file manager, but that is life. If this issue bothers you at all, please comment and vote on the bug, and write an email.

UPDATE 9/13/11: Bug is still present in Windows 8 Developer Preview, see it here.

UPDATE 1/30/12: Finally we have a public acknowledgment that this is in fact a bug that needs to be addressed, and it will apparently be fixed in the upcoming Windows 8 Beta. This is good news, but I know I will be using Win7 for at least another year or two, as will many, many others. We deserve a patch to fix this issue in Win7. Until that happens, keep bugging Microsoft about it.

FINAL THOUGHTS: This is a real bug with 645! votes on their feedback page, however MS has no plans to fix it for their Windows 7 users. The bug is fixed in Windows 8, which means nothing for a vast number of us who have no plans to upgrade. If this bug really gets under your skin, I suggest installing Classic Shell, which has been recommended a few times in this thread. You can choose to only install the 'Classic Explorer' feature which fixes this bug among others, and even brings back the old File Copy UI which is so nice to have back. I've been using it for many months now without any troubles.

Also, to those of you who think they find a solution to this problem by simply changing a few options settings somewhere... thank you for your desire to help all of us, but you must not be having the same problem, and please don't post your 'solution' here. If you read some of the 29 pages of this thread, you'll see every solution imaginable has been suggested. This is a bug in Explorer itself. If you use Windows 7 and plan to keep using it, your options are 1) use Classic Shell, or 2) use a third party file management tool, such as XYplorer. If you stumble across this thread because you just noticed this bug, please vote up the bug, and do either 1 or 2.

0 comments

586 additional answers

Anonymous

2017-11-17T17:57:55+00:00

You'll fork over the licence fee for us? Problem not solved.
Was this answer helpful?

0 comments No comments
Anonymous

2017-11-17T19:12:53+00:00

This is an ongoing problem with the open and save standard dialogs which means it's a fundamental problem with the behavior of the OS. It's not going to be fixed by some regressive add-on.

@Tige Gibson, you are totally correct, Classic Shell, although very good for what it was designed, does not fix the Explorer jumping problem. It's there in every instance that uses the "File System Window".

This problem first appeared in the very first version of XP. It then was fixed by the first SP, because in those days Microsoft still "listened" to it's users, very actively, one was aware of this. It then showed up again in 7, and hasn't been fixed until 10. That shows that the 7, 8, 8.1 projects (or portions of 8, 8.1, not all) were actually started from the very first version of XP, and really were not re-writes of the kernel, just different "GUI projects," to give an expression of "new", so that they have something to sell. Those version were a lot of very little actually new things, mostly frivolous functions, and it seems an attempt to hide settings (like further on in 10), but they sure created a lot of bad vibes for Microsoft.

It's very apparent to outside programmers, that those projects (not 10) were never tasked with fixing the jumping problem, and therefore did not have the resources assigned to fix the issue. Hence the absurd explanation from Microsoft about this being "by design" (see early posting under this topic). Really!

My impression of 10 is that it's still only a new GUI, with an attempt to remove control options from the users.
Was this answer helpful?

0 comments No comments
Anonymous

2017-11-17T21:03:44+00:00

@RockWombat, that's interesting. I run win 10 Pro and I don't have that jumping issue. For me it's fixed. At least for whatever version I have. However, who knows about the next "forced" update.
Was this answer helpful?

0 comments No comments
Anonymous

2017-11-18T07:58:11+00:00

This is an ongoing problem with the open and save standard dialogs which means it's a fundamental problem with the behavior of the OS. It's not going to be fixed by some regressive add-on.

Can you give an example of the "file / open" or "file / save" problem in a commonly used (and free) utility? I will try it.

I just tried Notepad++ on Windows 10, 64 bit, version 1709, build 16299.64.

The problem is NOT there in the "File / Open" dialog of Notepad++.

I have not seen the problem in the "File / Save" dialog as there is no "Folder pane" view in the Notepad++ "Save as..." dialog.
Was this answer helpful?

1 person found this answer helpful.

0 comments No comments