#6122 closed defect (fixed)
Control-Break not passed through to Windows guest on Linux host => Fixed in SVN/3.1.4
回報者: | SeijiSensei | 負責人: | |
---|---|---|---|
元件: | GUI | 版本: | VirtualBox 3.1.2 |
關鍵字: | 副本: | ||
Guest type: | Windows | Host type: | Linux |
描述
I added this to bug 1062, but I'm concerned it will be ignored since that bug report is very old.
The problem is that the Ctrl-Break keyboard command is not passed through to the Windows guest when running on a Linux host. Not passing through the Ctrl-Break combination means that some programs like MS Access cannot be controlled as expected. In the case of Access, the break command stops execution of a query. Without this command, there is no other option for dealing with a hung or run-away DB query other than closing the entire VM. (Access does not let you close it while a query is being executed.)
I'm using 3.1.2 r56127 installed from the .deb onto Kubuntu 9.04. I'm running Win7 in the guest with the Guest Extensions enabled.
更動歷史 (14)
comment:3 15 年 前 由 編輯
摘要: | Control-Break not passed through to Windows guest on Linux host → Control-Break not passed through to Windows guest on Linux host => Fixed in SVN/3.1.4 |
---|
Problem will be fixed in the final release of VBox 3.1.4.
comment:6 15 年 前 由 編輯
狀態: | closed → reopened |
---|---|
處理結果: | fixed |
Hi. This is my first post so let me know if I am not supposed to be reopening this ticket. I was having the same issue as reported in this bug except I was am using an OpenSolaris host. I upgraded to 3.1.4 and I am still unable to issue a CTRL-Break to my windows guest.
Here are the details:
Virtual Box: 3.1.4 - Build 57640 Host: OpenSolaris Build 132 Guest: Windows XP SP2 Application - Lotus Notes Version 6.5.6 - Using CTRL-Break in this application is supposed to cancel current activity but this does not work.
Thanks.
comment:7 15 年 前 由 編輯
Replying to frank:
Fixed confirmed for MS Access 2007 running in Win7 Guest on Linux Host,
VirtualBox: Version 3.1.4 r57640 with Guest Extensions Linux: 2.6.31-16-generic Ubuntu SMP x86_64 Windows: Windows 7
Thanks again, Frank!
comment:8 15 年 前 由 編輯
tristin69: Which VBox frontend are you using, the normal GUI? Actually we tested the fix only on a Linux host, not on Solaris.
comment:10 15 年 前 由 編輯
tristin69, can you do the following? Please start /usr/X11/bin/xev on your Solaris host (from an X11 text console), move the mouse over the new X11 window then press Pause, then Ctrl+Pause, then terminate the application. Please attach the output of xev to this defect. Thank you!
comment:11 15 年 前 由 編輯
I experience the same problem with a linux host (Version 3.2.6 on OpenSUSE) and a Windows XP Professional guest.
The corresponding xev output:
KeyPress event, serial 34, synthetic NO, window 0x6a00001, root 0x15d, subw 0x0, time 27676553, (385,784), root:(693,807), state 0x10, keycode 37 (keysym 0xffe3, Control_L), same_screen YES, XLookupString gives 0 bytes: XmbLookupString gives 0 bytes: XFilterEvent returns: False KeyPress event, serial 34, synthetic NO, window 0x6a00001, root 0x15d, subw 0x0, time 27677494, (385,784), root:(693,807), state 0x14, keycode 127 (keysym 0xff6b, Break), same_screen YES, XLookupString gives 0 bytes: XmbLookupString gives 0 bytes: XFilterEvent returns: False KeyRelease event, serial 34, synthetic NO, window 0x6a00001, root 0x15d, subw 0x0, time 27677498, (385,784), root:(693,807), state 0x14, keycode 127 (keysym 0xff6b, Break), same_screen YES, XLookupString gives 0 bytes: XFilterEvent returns: False KeyRelease event, serial 34, synthetic NO, window 0x6a00001, root 0x15d, subw 0x0, time 27684771, (385,784), root:(693,807), state 0x14, keycode 37 (keysym 0xffe3, Control_L), same_screen YES, XLookupString gives 0 bytes: XFilterEvent returns: False
comment:12 15 年 前 由 編輯
I experience the same problem with a linux host (Version 3.2.8r64453 on Ubuntu 10.04) and a Windows XP Professional SP3 guest.
The corresponding xev output:
KeyPress event, serial 36, synthetic YES, window 0x7200001, root 0x1ad, subw 0x0, time 16537944, (49,111), root:(52,164), state 0x10, keycode 37 (keysym 0xffe3, Control_L), same_screen YES, XLookupString gives 0 bytes: XmbLookupString gives 0 bytes: XFilterEvent returns: False KeyPress event, serial 36, synthetic YES, window 0x7200001, root 0x1ad, subw 0x0, time 16538320, (49,111), root:(52,164), state 0x14, keycode 127 (keysym 0xff6b, Break), same_screen YES, XLookupString gives 0 bytes: XmbLookupString gives 0 bytes: XFilterEvent returns: False
comment:13 15 年 前 由 編輯
Right, the fix for Linux hosts got somehow lost in VBox 3.2.0. VBox 3.2.10 will have it again, thanks for the report.
comment:14 14 年 前 由 編輯
狀態: | reopened → closed |
---|---|
處理結果: | → fixed |
Hmm, is the a small test application which can prove that the CTRL+BREAK is not passed to the guest? I've checked this with a Linux guest on a Linux host and it seems that the Linux guest can see the same key sequence as the Linux host. You didn't try to press RightCtrl+Break when RightCtrl is assigned as host key, did you?