Scrolling lock error in Visual Studio 2010

Question

When I work in Visual Studio 2010, the IDE seems to switch to "Scroll Lock" mode at arbitrary points in time. Is this a new function that I don't know about (triggered by some assigned key / mouse click) or an error? I assume this is actually a computer / hardware failure on my system, but wanted to check if anyone else is facing this problem?

After I am in this "mode", I can not get rid of it. I tried physically turning ScrLk on / off several times, highlighting text, etc. I "went crazy" from my path once, but I have no idea how to do this. At this point, my only option is to close the IDE and restart, then everything will return to normal.

Answer 1

he thinks the control button is pressed, so just press the control button and he should fix

Answer 2

No, this is a CTRL keyword error ... using the left key all the time, and sometimes VS2010 will worry and let the mouse wheel work independently for scaling, not scrolling, Shift-F5 will not stop debugging, etc.

Solution for me .... press CTRL. I don’t know why, but it made him leave.

Answer 3

This, of course, is not a feature of Visual Studio itself. Perhaps, although I would agree that third-party expansion causes this behavior. To eliminate this, I would turn off all extensions and look, still a problem.

If this does happen, I would take another keyboard to check the hardware problem.

Answer 4

There is a known bug in Visual Studio 2010 that does such things. The way I experienced this is that the left CTRL key will “get stuck” in the application (it doesn't seem to be happening with the right CTRL key).

When this happens, you start to get strange behavior (for example, the scroll lock effect when holding the ctrl-up / down arrows or the inability to stop debugging, because it will restart the application when you do SHIFT-F5, or you will resize the code text when using the scroll wheel )

Unfortunately, there is no fix for VS2010. You have a choice: live with him or switch to VS2012. Others revised some of their short cuts to get around these issues.

Answer 5

I had this problem when the scroll wheel on my mouse would change the percentage increase of my open source. Pressing the ALT button while running Visual Studio worked for me.

Answer 6

Do you really mean ScrollLock? AFAIK VisualStudio does not change behavior in response to ScrollLock.

I suspect you are experiencing that VS incorrectly assumes that one or more of your modifier keys is held (ctrl, shift alt). To fix this, press and release each of the modifier keys in turn, while VS has focus.

Real example:

The application I'm debugging has focus, and I hold the ctrl key for the in-app function when I suddenly hit a breakpoint, giving VS focus. However, VS did not seem to register that I issued the Ctrl key, so my first attempt to scroll through a document with the mouse wheel changes my dpi value ... (ctrl + wheel = zoom)

Fix:

Press and release the modifier key when VS has focus.

Answer 7

for those who have this problem and read this.

I found a way around this problem, and all you have to do is close the small properties window in the lower right corner.

and more you will not have this error. :)

Answer 8

The solution for me was to press the left CTRL key. I don’t know why, but it made the problem go away. This answer is different from the one above, suggesting pressing the right CTRL. At first I tried this, but that did not fix the problem. But when I pressed the left CTRL key, it fixed the problem. Another option is to exit Visual Studio 2010 and start it again.

Answer 9

I had this problem since I switched to another development machine, I thought that my graphics card was a problem, almost because the boss ordered me new ones, because I could not solve this problem. It turns out that closing the properties window immediately fixes the problem !. My previous fix was to pop up everything and not save anything open in the pinned tab area, which works, but is inconvenient.