VirtualBox

Ticket #3894 (closed defect: fixed)

Opened 5 years ago

Last modified 11 months ago

keyboard dies sporadically -> fixed as of 23-Mar-2011

Reported by: stephanecharette Owned by:
Priority: critical Component: other
Version: VirtualBox 4.0.4 Keywords: keyboard not working
Cc: Guest type: Windows
Host type: Linux

Description (last modified by frank) (diff)

Host: Ubuntu 9.04-64bit. Guest: Vista 32-bit. VB: 2.2.2

I always run the guest in full-screen mode, and it normally stays up and running for days or weeks at a time. But lately (starting with VB 2.2.0?) I find after the guest has been running for a few days the keyboard stops working. The CAPS LOCK key toggles the light, but other than that I cannot type anywhere. When it does that, I have no way to get back back to the host, and no way to turn off full-screen mode on the guest.

The mouse and apps in the guest continue to run fine. I can shut down my apps (outlook, openoffice) and then tell Windows to shut down. But nothing ever gets the keyboard back until the guest exits. Once I'm back on the host, then I start the guest again, and the process repeats itself every few days.

Attachments

VBox.log Download (60.9 KB) - added by stephanecharette 5 years ago.
log when the problem happened (though nothing seems to have been logged)

Change History

Changed 5 years ago by stephanecharette

log when the problem happened (though nothing seems to have been logged)

comment:1 Changed 5 years ago by ppanula

I got this same problem, Virtualbox 2.2.2 on Ubuntu 9.04 (64-bit). Keyboard does not do nothing on Virtualbox Guest, but it does not need days, it needs some X minutes idle time.

Keyboard just dies on Virtualbox guest, it does not do anything, cant type, mouse works ok, but when i switch to some Ubuntu window, eg. terminal, web browser, etc. and i type some characters there, then keyboard re-activates on Virtualbox guest also.

Guest is Windows XP Pro SP3 Finnish.

comment:2 Changed 5 years ago by stephanecharette

When I leave my computer alone, the host Ubuntu 9.04 screensaver eventually kicks in even though the guest is full-screen. Once I enter my password for the Ubuntu host screensaver, the keyboard no longer works in the Windows Vista full-screen guest.

I don't know if this is the only way to repro, but it obviously is one way to get it to repro.

comment:3 Changed 5 years ago by michael

Are you using the default (blank, I think) screensaver?

comment:4 Changed 5 years ago by stephanecharette

"Floating Ubuntu" is the screensaver. I don't remember changing it, so I would say this is the default. The idle time is 2 hours, though I tested yesterday with 1 minute and the problem would repro 100% of the time. The two checkboxes are both selected: "Activate when idle" and "Lock when active".

comment:5 Changed 5 years ago by ppanula

On my case, keyboard stops doing nothing on Virtualbox's guest windows is when i use Lock Screen action.

No need to use screensaver, Lock Screen is enough. I get keyboard back when i type something on other Linux windows, then i can use keyboard again on Virtualbox Guest's window.

comment:6 Changed 5 years ago by greg

I have the same problem in our school on 25 machines. After a while the keyboard is dead in the VM. Ubuntu 9.04 Windows XP SP3 guest

comment:7 in reply to: ↑ description Changed 5 years ago by KuleRucket

Host: SLES 10 - 32-bit. Guest: XP 32-bit. VB: 2.2.2

I get this every day when I go home for the evening. I think it's due to the screen saver or something to do with the power saving mode. alt-tab works but nothing else on the keyboard works on either the host or guest.

alt- combinations still seem to work (e.g. alt-tab ctrl-alt-1, ctrl-alt-backspace) but I have to restart X-Windows to get my keyboard back in X-Windows though. If I ctrl-alt-1, the keyboard works there.

comment:8 Changed 5 years ago by max

Host: Ubuntu 9.04 - 64-bit. Guest: XP 32-bit Virtual Box: 2.2.4

Same problem here. I'm able to click on the main desktop of the host, hit a couple of keys, and then click back in the VB guest desktop and keyboard functions return. I do, however, lose copy and paste features from main host to VB guest and vice versa. Restarting the VB guest is the only method of getting full functionality back.

comment:9 Changed 5 years ago by wilbur.harvey@…

I have the same issue, Jaunty, AMD64, all the latest updates, virtualbox 2.2.4, windows 7 guest. The mouse always seems to work in the virtual machine, but randomly, sometimes after a few minutes, sometimes after a few hours, the keyboard stops working in the virtual machine. If I go to a console window in Linux and type a character, then the keyboard works again in the virtual machine. If I am in full screen mode, rebooting the machine from the reset switch seems to be the only way out.

comment:10 Changed 5 years ago by rrraaalllfff

Host: Ubuntu 9.04 - 32-bit. Guest: XP 32-bit Virtual Box: 2.2.4

Same problem here. I run Windows in seamless mode. To get the keyboard back I can minimize the seamless app by clicking its entry within my windows-list, then I maximize it again and keyboard is back but I lost copy/paste between host and guest. Restarting the VB guest is the only method of getting full functionality (copy/paste) back.

comment:11 Changed 5 years ago by mr.r

Host: Ubuntu 9.04 - 64-bit.

Guest: Windows Vista 32-bit

VirtualBox: 3.02 r49928

I have same issue as rrraaalllfff. Periodically keyboard in guest stops working. If I click around in menus or shrink or reopen, sometimes the keyboard comes back, but then copy/paste between host and guest (or vice versa) stops working. I tried to restart the additions service in vista, but no luck. Only fix is to restart the guest.

I LOVE virtualbox, but this is really annoying!

On a different note, I can't find out what version of the guest additions the client is using (as there is no right-click option or anything), and I don't know how to download the latest version of the guest additions, or I'd try that.

Thanks!

comment:12 Changed 5 years ago by smooter

I have the same issue. Windows 7 RC guest, with all the "updates"

Tried setting the screen saver to the max (2 hrs) and the issue still occurred within 30 min. or so.

I was pretty excited with how things were going with Jaunty, but this could be a deal breaker. Doesn't look like this is a "new" issue.

Thanks!

comment:13 Changed 5 years ago by Vasag

I had the same problem, a quick workaround is to switch the desks/workspaces simply move to desk2 and than back to desk1, and this seems to fix it. It did for me.

comment:14 Changed 5 years ago by spbrereton

I have the opposite problem. Once the Guest is running, I can't use my laptop keyboard to control the host. Consequently, if the screensaver kicks in, I'm screwed - hard system reboot. I have a work around with an external kb but I'm a road warrior - I need to be mobile.

comment:15 Changed 5 years ago by michael

spbrereton: is your keyboard a USB one which the guest is capturing? (This is possible even if it is built into the laptop.)

And are the other people experiencing the issues reported here still seeing them with version 3.0.6?

comment:16 Changed 5 years ago by ppanula

3.0.6 fixed my keyboard problem. Previously if i did set lock screen and come back to computer keyboard did not come back to virtual machine unless i clicked some other X Window screen. Anyway this problem has gone away with 3.0.6, great job!

comment:17 follow-up: ↓ 56 Changed 5 years ago by spbrereton

Sorry - I was travelling..

Yes, my keyboard is reported as USB. And I'd fiddled with the USB settings. I let VirtualBox handle it instead of trying to be clever and now it's all working :)

Well, except that I'm running 3.0.6 and I did now notice the bug that's reported here.. I.e. If I walk away and the host screensaver cuts in, I have to click to another window before I can enter my password on the guest screensaver (they are both set to kick in after 10 minutes).

comment:18 Changed 4 years ago by henry74

This continues to happen to me. I have the latest version of VirtualBox installed (3.0.12) and installed the latest version of Guest tools that comes with it.

I am running Ubuntu 9.04 as host and Windows XP SP3 as guest.

It appears to happen when the keyboard is idle for a while and I am within the guest. The mouse continues to work in every case. I can get keyboard functionality by hitting the host key (ctrl) and switching to a different desktop, then flipping back.

This happens in seamless mode, full screen mode, or windowed mode. Doesn't matter - it always appears to happen when the keyboard goes idle.

I am on a laptop so there is no USB keyboard or anything else which may interfere with the connection.

comment:19 Changed 4 years ago by cornbread

looks like same issue as #5031 and #5176. Happens to me on 3 ubuntu 9.04 64bit hosts and xp sp3 32bit guests.

Going into linux and typing anything and then going back into windows works. no shutdown needed.

comment:20 follow-up: ↓ 23 Changed 4 years ago by sandervl73

  • Version changed from VirtualBox 2.2.2 to VirtualBox 3.0.12

comment:21 Changed 4 years ago by alxshr

I have the same issue with Ubuntu 9.10 host and WinXP Sp3 guest on Virtualbox 3.1.2

comment:22 in reply to: ↑ description Changed 4 years ago by kwildman

I experience the same issue. It seems whenever linux screensaver kicks in it disconnects the keyboard within virtual box. I have found that clicking on an item in the vbox menu will re-engage the keyboard in the session.

Would be great if a fix for this was found.

comment:23 in reply to: ↑ 20 Changed 4 years ago by cornbread

Replying to sandervl73:

Does this mean it won't get fixed for another 3 public releases? This is a blocking bug for anyone that runs full screen guest in linux host...

Devs please post which VBOX this started in so we can know which version to downgrade to.

comment:24 Changed 4 years ago by michael

Tickets #5907 and #5975 have been marked as duplicates of this one.

comment:25 Changed 4 years ago by sbrokerag

Bug appears also on Ubuntu 9.10 (64 Bit) and VirtualBox 3.1.4 r57640, is there any workaround available ? Guest OS is Windows XP, latest patches and Guestadditions 3.1.4 r57640 installed.

comment:26 Changed 4 years ago by michael

Again, is there anyone experiencing this issue with the most recent version of VirtualBox who is *not* using a USB keyboard, external or internal (that is, lsusb does not list the keyboard)? And those who are seeing it with a USB keyboard, can you check whether or not disabling USB for that virtual machine fixes the issue? I can't reproduce it here with a 64bit Ubuntu 9.10 host.

comment:27 follow-up: ↓ 31 Changed 4 years ago by sbrokerag

We have several installations on Ubuntu 9.10 and VirtualBox 3.1.4 r57640:

Ubuntu 9.10, upgraded from 9.04 with USB keyboard: Bug does not appear Ubuntu 9.10 fresh install with USB keyboard: Bug does appear Ubuntu 9.10 fresh install with PS/2 keyboard: Bug does appear

All Ubuntu installations are on latest patch level. ii virtualbox-3.1 3.1.4-57640_Ubuntu_karmic Sun VirtualBox

comment:28 Changed 4 years ago by sbrokerag

Sorry, the one flawless working PC was _not_ an upgrade from 9.04 it was also a fresh installation of 9.10. All systems are 64 bit.

comment:29 Changed 4 years ago by michael

Interesting. Can you think of any differences between the working and the non-working system that might be relevant?

comment:30 follow-up: ↓ 36 Changed 4 years ago by sbrokerag

On working PC these .deb are installed:

# dpkg -l | grep scim

ii libscim8c2a 1.4.9-1ubuntu2 library for SCIM platform

ii scim 1.4.9-1ubuntu2 smart common input method platform

ii scim-bridge-agent 0.4.16-2ubuntu3 IME server of scim-bridge communicate with SCIM

ii scim-bridge-client-gtk 0.4.16-2ubuntu3 IME server of scim-bridge communicate with SCIM

ii scim-gtk2-immodule 1.4.9-1ubuntu2 GTK+2 input method module with SCIM as backend

ii scim-modules-socket 1.4.9-1ubuntu2 socket modules for SCIM platform

After installation of these packages on a PC which was hit by that bug, problem vanished on that PC.

comment:31 in reply to: ↑ 27 Changed 4 years ago by keynux

Replying to sbrokerag:

We have several installations on Ubuntu 9.10 and VirtualBox 3.1.4 r57640:

Ubuntu 9.10, upgraded from 9.04 with USB keyboard: Bug does not appear Ubuntu 9.10 fresh install with USB keyboard: Bug does appear Ubuntu 9.10 fresh install with PS/2 keyboard: Bug does appear

All Ubuntu installations are on latest patch level. ii virtualbox-3.1 3.1.4-57640_Ubuntu_karmic Sun VirtualBox

I use a Compal based laptop and have the same issue. The bug is happening after the screen saver of the *host* is launched. Changing virtual desktop or minimizing/restoring the guest window makes the keyboard active again. The keyboard is not USB internal connected. Unfortunately, installing scim support does not solve the bug: we still have to click in an other window then give back the focus to guest to get the keyboard working again.

comment:32 Changed 4 years ago by rfockenb

Maybe stupid, but: did anyone verify that the function of massivly slowing down the keyboards response time for handicaped people always had been disabled - this kicked me of - most of you will be much faster while typing... Do not ask how enabling happens - I do not know.

comment:33 Changed 4 years ago by sbrokerag

Problem still appears with Virtualbox 3.1.6, also. Upgrade to Ubuntu 10.04ß does not solve this bug. Hardware of working / non-working PCs shows no differences, lspci shows identical hw ids. Following actions will reactivate keyboard on Windows guest:

  • minimize and maximize "Windows XP" Window
  • Opening other application and switch to "Windows XP" Window

We consider to downgrade to Ubuntu 8.04LTS and check this problem again

comment:34 Changed 4 years ago by sbrokerag

Downgrade to Ubuntu 8.04LTS solved problem. Obviously Virtualbox should not be used with xorg newer than 7.3.

comment:35 Changed 4 years ago by cornbread

no fix in lucid 3.1.6

comment:36 in reply to: ↑ 30 ; follow-up: ↓ 37 Changed 4 years ago by lurix66

Replying to sbrokerag:

Also experiencing temporary loss of keyboard function, with slight changes, see below.

My laptop runs Ubuntu 9.04 and VirtualBox 3.1.6 with Windows XP host and latest Guest Additions. My keyboard is not listed as a lsusb one.

Loss of keyboard function happens also while typing, after 2nd or 3rd keystroke is correctly echoed, typically I experience it when using Lotus Notes in the guest, particularly when typing in a password field for unlocking LN "exit window". I invariably reobtain normal function by switching to another screen (RIGHT CTRL, CTRL-ALT-RIGHTARROW in

I observe also a characteristic effect of keystroke mixup. E.g. typing "frequent quality issues" may result into an anagram like "freeuunt qqaliityssues", as if the keyboard driver likes to pack together equal characters together changing their order. This happens about a couple of times per day, and it affects sequences of keystrokes typically shorter than 15-20 keys, typically after a few seconds delay, especially if I type faster. I have never seen that it misses keys; it just changes their order as shown in the example.

I have no clue if this is relevant, but I have pretty same "dpkg -l | grep scim" output, with different pkg versions, and just one more package: $ dpkg -l | grep scim ii libscim8c2a 1.4.7-3ubuntu12 ii scim 1.4.7-3ubuntu12 ii scim-bridge-agent 0.4.14-2ubuntu5 ii scim-bridge-client-gtk 0.4.14-2ubuntu5 ii scim-bridge-client-qt 0.4.14-2ubuntu5 (*) ii scim-gtk2-immodule 1.4.7-3ubuntu12 ii scim-modules-socket 1.4.7-3ubuntu12

NB. I DON'T REALLY HAVE ANY IDEA WHAT SCIM IS AND HOW TO USE IT OR TO MANAGE MYSELF OUT OF IT WHEN IT COMES IN. I WOULD BE GRATEFUL TO ANYONE GIVING SOME GOOD LINK WHERE TO UNDERSTAND IT.

I also really love VirtualBox but hate to retype things when messed up!

comment:37 in reply to: ↑ 36 Changed 4 years ago by lurix66

Replying to lurix66:

sorry I left this sentence incomplete:

I invariably get back to normal function by switching to another desktop (RIGHT CTRL, CTRL-ALT-RIGHTARROW with compiz) then typing anything on any desktop, even without opening terminal or editor, and coming back to the guest

comment:38 Changed 4 years ago by frank

It turned out that this problem is related to a workaround for another problem. With older VBox releases, the host screen saver was able to start even if the mouse cursor + keyboard was captured by a VM window. The result was that the password for unlocking the screen saver could not be entered (because the keyboard focus was still in the VM). It seems that this workaround is not necessary anymore. VBox users of the OSE version might want to check if r28148 fixes the problem.

comment:39 Changed 4 years ago by weirriver

I had similar problem: The guest OS lost the keyboard after a period of inactivity (> 10 minutes). I needed to touch a control in the host OS and then switch back to the guest to get the keyboard to respond again. It was resolved when I disabled the screensaver in the host OS. I still use the screen blank screensaver in the guest OS without issue.

VirtualBox: 3.12 Host: Ubuntu 9.10 64 bit Guest: Ubuntu 9.10 32 bit Hardware: Asus S37Z Laptop

The problem occurred whether or not I had USB enabled on the guest.

Thank you for the leads in this thread for the work around.

comment:40 Changed 4 years ago by neilbryant

Not an answer, but something of a kludge: I have the same issue on Fedora64, with an XP guest. While the keyboard won't always get me out of the full-screen window, the mouse can. I have Compiz running, with the "window picker" hot corners set up. When the keyboard is locked, moving the mouse to the upper right corner of the XP guest will still initiate the 'overview' mode of the underlying hot corner. Clicking the background will minimize the guest.

In Fedora, that setting is roughly: CompizConfig Settings Manager | Window Management | Scale [Initiate Window Picker]

HTH somebody

comment:41 Changed 4 years ago by reagle

Since my bug #5907 was closed as a duplicate of this, I want to note that in 5907, I loose my keyboard in the HOST (Kubuntu 09.10/10.04), not the guest (XP SP3). I don't use fullscreen mode, and this happens when being actively used. I don't know if they are the same bug or not. I just tried with some new software:

Using Kubuntu Lucid with 2.6.33-1-realtime #1-Ubuntu SMP PREEMPT RT. I'm finding I loose my keyboard in my Kubuntu host a lot and must resort to shutting down the XP guest to get it back. That was occasional but seemingly less common in 3.1.6.

comment:42 Changed 4 years ago by s0uL

I had similar issues with VirtualBox 3.1.6 with Kubuntu 8.04 as host and WinXP SP3 as guest OS. I found out that it happens everytime I use Ctrl+C for copy and paste inside the guest. So when I just press Ctrl+C again I can use the keyboard normally again. I Haven't found out or even thought about why this happens, but it does and maybe some of you got the same problem with Ctrl+C or other key shortcuts.

comment:43 Changed 4 years ago by cornbread

issue still exists on ubuntu 10.04, xp guest, vbox 3.1.8.

comment:44 follow-up: ↓ 45 Changed 4 years ago by iki

Happens to me on Sabayon (Gentoo based rolling distro), obviously after upgrading xorg-x11 package from 7.3 to 7.4. Any workaround for virtualbox (3.2.4) with xorg 7.4?

comment:45 in reply to: ↑ 44 ; follow-up: ↓ 46 Changed 4 years ago by iki

Replying to report using xorg 7.4: Temporarily worked around via KWin setting, see  http://forum.sabayon.org/viewtopic.php?f=58&t=20872

comment:46 in reply to: ↑ 45 Changed 4 years ago by neilbryant

I'm finding on my machine it seems to mostly be a loss of focus, mostly. When the keyboard 'dies', I can still alt-tab. Even though VB is the only application on the desktop, when it returns from alt-tab, the keyboard is back.

comment:47 Changed 4 years ago by thepisu

Same issue in Ubuntu 10.04 guest + Windows host (XP and 7), with VirtualBox 3.2.4. If the screen goes blank for energy saving, when I reactivate the guest and click inside the host, keyboard does not work; I have to type something on guest (for example opening a VB settings / info windows and type randomly) to re-activate keyboard.

comment:48 in reply to: ↑ description Changed 4 years ago by teazavr

Same issue with 3.2.6.

Host: XP64, Guest: XP32, also Host: Ubuntu64, Guest: XP32.

My USB Keyboard gets off after about 10 minutes of inactivity; have to switch Full-Screen mode on and off all the time.

comment:49 Changed 4 years ago by Lisanels

Same thing on Ubuntu 9.10 with all the updates running Virtualbox 3.1.8

Work around for us is to minimize the guest, then restore it again... Then the keyboard works fine.

comment:50 Changed 3 years ago by svige

Hi,

I also experience this problem, on a Lenovo 64bits machine runing ubuntu 10.04 LTS. I am using this guest in full screen.

Going back to host OS is not acceptable to recover the keyboard especially when demonstrating software functionality in the guest to customers.

This issue is critical, and the expected functionality is pretty straightforward: when guest is in full screen, any even in the host should be ignored.

comment:51 in reply to: ↑ description Changed 3 years ago by Shandn

I'm experiencing the same issue with Virtualbox 4.0.0 and Ubuntu 10.10 host & guest.

I allways use the guest in fullscreen mode, and the guest is usually active when I leave my computer.

After leaving the computer for a while, the screen is locked for both the host and the guest. First I need to enter the pw for the host - this works fine, then the guest login windows pops up but it's not accepting any keypresses at all.

The "workarounds" explained in this ticket are only possible for me if I left the guest in a minimized state, if not, there are no way to get back to the host ubuntu (I've tried everything).

I end up having to open another session (e.g Ctrl+Alt+F4) and kill the virtualbox process. After doing this I can get back to the host ubuntu, and start virtualbox all over...

This is really annoying....

comment:52 Changed 3 years ago by Shandn

As a followup to my post above:

I got abit tired of having to kill vbox every time this happened, so I disabled the "Activate screensaver when computer is idle" and "Lock screen when screensaver is active" checkboxes under Preferences -> Screensaver on the guest.

The host still has this enabled.

When coming back to the computer after it is locked i enter the password for the host, and end up in the fullscreen guest.

But keypresses are still not recognized... I found a "workaround" for this: If I press the PrintScreen button right after unlocking the host, then the host window seems to be activated and virtualbox gets minimized.

After this I can switch back to virtualbox and have it functioning properly..

Still abit annoying to have to do this...

comment:53 Changed 3 years ago by Shandn

More updates:

When using the guest inn fullscreen mode I saw the screen starting to fade out (idle time on the host was kicking in because I hadn't done anything for 1 minute). I quickly moved the mouse so the host wouldn't lock down, and it didn't, but after this the same old keyboard problems were back on the guest.

comment:54 Changed 3 years ago by svige

I have upgraded to VB 3.2.12.

Linux is Ubuntu 10.04 latest kernel.

On Ubuntu : screensaver + keyboard lock is set on 40 minutes.

On Win XP Guest : no screensaver at all

==> this is helping, the keyboard dies sometimes but not as often as before. This allows me to use this setup in presentation with customers.

comment:55 Changed 3 years ago by velikson

Same issue on Ubuntu 10.04 host, W7 and XP guests, VirtualBox 3.2.12. After an idle time, the guest does not react to the keyboard anymore, be it a USB keyboard or not. After a while, the connection to the keyboard gets reestablished. Quite annoying. I do not see that this bug has been fixed in the new release, has it? I have the impression that the bug has been known for at least half a year, so?

comment:56 in reply to: ↑ 17 ; follow-ups: ↓ 57 ↓ 59 Changed 3 years ago by spbrereton

Replying to spbrereton:

Sorry - I was travelling..

Yes, my keyboard is reported as USB. And I'd fiddled with the USB settings. I let VirtualBox handle it instead of trying to be clever and now it's all working :)

Well, except that I'm running 3.0.6 and I did now notice the bug that's reported here.. I.e. If I walk away and the host screensaver cuts in, I have to click to another window before I can enter my password on the guest screensaver (they are both set to kick in after 10 minutes).

I don't know if this helps with the diagnosis at all, but I've found that occasionally if the guest (VB 3.1.8, WinXP SP2) actually has focus when I unlock the host (now Ubuntu 10.04) and if I'm quick, I can actually type a few letters before this freeze kicks and I have to resort to clicking a window in the host and then back to VB (I run them on separate screens, so it's easy enough).

I've also found that I can freely use my mouse in the guest during this time (clicking on links, copying and pasting, etc.) but if I want to do those same copy and pastes with the keyboard, I have to click the host first.

comment:57 in reply to: ↑ 56 Changed 3 years ago by andrew_rowe@…

Hi All,

I just hopped into this while looking for something that may help me out with my implementation. I'm on Ubuntu 10.04 (host), running Windows 7 64bit (guest) in Vbox 4.0.2.

My keyboard (USB or Bluetooth) would work for a little bit, then die out and be hard to recover...even using the CTRL to unlock from the guest and return control to the host.

I tried undoing the screensaver on the host first & that didn't seem to fix it. I checked the accessibility functions on the guest and there were no remarkable settings there that led me to believe that it was a 'settings' problem there. I found on another site that Win7 has some issues with some of the Aero Themes. I went and disabled my theme and set it to one of the "Basic and High Contrast Themes." Once there, my mouse and keyboard seem to be more responsive and they don't lock up and stop working mid-document or mid-email.

Just passing this bit of info along.

comment:58 Changed 3 years ago by javahollic

This has annoyed me for as long as I can remember, and its still unassigned! I keep forgetting I have to click in a host window, type, then click in the guest to be able to get the keyboard working. Ubuntu 10.10/x86_64, VB 4.0.2r69518 (still to test on 4.0.4)

comment:59 in reply to: ↑ 56 Changed 3 years ago by spbrereton

Replying to spbrereton:

I don't know if this helps with the diagnosis at all, but I've found that occasionally if the guest (VB 3.1.8, WinXP SP2) actually has focus when I unlock the host (now Ubuntu 10.04) and if I'm quick, I can actually type a few letters before this freeze kicks and I have to resort to clicking a window in the host and then back to VB (I run them on separate screens, so it's easy enough).

I've also found that I can freely use my mouse in the guest during this time (clicking on links, copying and pasting, etc.) but if I want to do those same copy and pastes with the keyboard, I have to click the host first.

I don't know if anyone else has experienced this but I don't believe typing in the host is necessary to get the keyboard back in the guest - simply clicking in a host window (I run my VB in my second monitor) will get the keyboard back in the guest.

comment:60 Changed 3 years ago by esv

If it helps, I was able to somewhat resolve the issue by canceling the screen saver altogether in both host and guest machines (Just using display power off in host after 10 minutes).

Running Ubuntu10.10, VirtualBox 4.0.4r70112, guest machines are Win7-64bit and Win2008R2.

The only issue I did notice is that when running both guest machines and using RDP to connect from one guest to another, the Shift key doesn't seem to work when trying to type capital letters. Shift does works for special characters, caps lock works as well.

P.S I've been running sessions like this for about 48 hours now with the longest idle time being 8 hours (for sleep of course). No keyboard issue so far.

comment:61 follow-up: ↓ 63 Changed 3 years ago by michael

  • Version changed from VirtualBox 3.0.12 to VirtualBox 4.0.4

Anyone currently affected by this might want to try one of the following test builds (see this page):

 http://www.virtualbox.org/download/testcase/virtualbox-4.0_4.0.5-70731~Ubuntu~maverick_amd64.deb
(Ubuntu 10.10 64bit deb)
 http://www.virtualbox.org/download/testcase/VirtualBox-2011-03-23-21-17-47-lin64-4.0-4.0.5-r70731.run
(64bit Linux shell script installer)
 http://www.virtualbox.org/download/testcase/VirtualBox-2011-03-23-21-10-48-lin32-4.0-4.0.5-r70731.run
(32bit Linux shell script installer)

You should remove your existing installation (just the software, not the VMs) before installing one of them. They contain a hack that should restore keyboard input when the machine window is clicked on.

comment:62 Changed 3 years ago by thepisu

Thanks michael, I just tried your test build (32bit Linux on Ubuntu), and I can confirm that a single click inside the VM is enough for restore keyboard input.

comment:63 in reply to: ↑ 61 Changed 3 years ago by aproposnix

Wow. This seems to work! Thanks a million. Please do incorporate the fix into the official release.

Replying to michael:

Anyone currently affected by this might want to try one of the following test builds (see this page):

 http://www.virtualbox.org/download/testcase/virtualbox-4.0_4.0.5-70731~Ubuntu~maverick_amd64.deb
(Ubuntu 10.10 64bit deb)
 http://www.virtualbox.org/download/testcase/VirtualBox-2011-03-23-21-17-47-lin64-4.0-4.0.5-r70731.run
(64bit Linux shell script installer)
 http://www.virtualbox.org/download/testcase/VirtualBox-2011-03-23-21-10-48-lin32-4.0-4.0.5-r70731.run
(32bit Linux shell script installer)

You should remove your existing installation (just the software, not the VMs) before installing one of them. They contain a hack that should restore keyboard input when the machine window is clicked on.

comment:64 Changed 3 years ago by michael

  • Summary changed from keyboard dies sporadically to keyboard dies sporadically -> fixed as of 23-Mar-2011

comment:65 Changed 3 years ago by Nick_Potkay

Still a problem on Linux Mint 10 Julia (64bit) w/ Virtualbox 4.0_4.0.5 (70731)

Lost keyboard control / input, mouse cursor could move around, but no clicking/selection.

comment:66 Changed 3 years ago by frank

The fix is in the 4.0.6 release. Nick_Potkay, still a problem with 4.0.6?

comment:67 Changed 3 years ago by normalforce

I've been seeing this problem often enough on Windows 7 with VirtualBox 4.0.6 while emulating Mac OS X.

From my experience, there are varying degrees of keyboard wonkiness, from a button being permanently on (like the caps lock, or the alt key) to complete unresponsiveness. Right now, I am experiencing the latter of those cases, a total disconnect, where nothing I type in the VirtualBox causes any type of response.

Of note, I can pull up a virtual keyboard in OS X and with a terminal window open, can type out words (in all caps only) using this keyboard. The caps lock key is permanently on, nothing I do (from clicking on the caps locks or pressing it) are able to turn it off.

Another odd behavior, when trying to highlight text while in this state, the best way I can describe it, it's like the shift key is being held down. The highlighted text seems to bounce around some randomly chosen point as I drag the mouse up and down. Nothing I do can "unshift" this point.

Anyway, just wanted to add my two cents.

comment:68 Changed 3 years ago by michael

normalforce, this ticket is about an issue that affects hosts using X11 (i.e. Linux, Solaris). If you are seeing something similar on a Windows host you are probably best to open a new ticket for it (or to try searching again for an existing one, no idea if there is a suitable one open I'm afraid).

comment:69 follow-up: ↓ 70 Changed 3 years ago by dmitryme

Problem still exists in VirtualBox v 4.0.6 r71416 on Windows 7 Host with Ubuntu (11.04) guest

comment:70 in reply to: ↑ 69 Changed 3 years ago by michael

Replying to dmitryme:

Problem still exists in VirtualBox v 4.0.6 r71416 on Windows 7 Host with Ubuntu (11.04) guest

dmitryme, please see comment 68.

comment:71 Changed 11 months ago by frank

  • Status changed from new to closed
  • Resolution set to fixed
  • Description modified (diff)
Note: See TracTickets for help on using tickets.

www.oracle.com
ContactPrivacy policyTerms of Use