VirtualBox

15 年 前 建立

14 年 前 結束

#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:1 15 年 前Frank Mehnert 編輯

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?

comment:2 15 年 前Frank Mehnert 編輯

I take my previous comment back. Problem confirmed.

comment:3 15 年 前Frank Mehnert 編輯

摘要: Control-Break not passed through to Windows guest on Linux hostControl-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:4 15 年 前SeijiSensei 編輯

Great news, Frank. Thanks for the quick reply!

comment:5 15 年 前Frank Mehnert 編輯

狀態: newclosed
處理結果: fixed

comment:6 15 年 前John 編輯

狀態: closedreopened
處理結果: 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.

回覆:  5 comment:7 15 年 前SeijiSensei 編輯

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 年 前Frank Mehnert 編輯

tristin69: Which VBox frontend are you using, the normal GUI? Actually we tested the fix only on a Linux host, not on Solaris.

comment:9 15 年 前Frank Mehnert 編輯

元件: VM controlGUI

comment:10 15 年 前Frank Mehnert 編輯

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 年 前Lars Becker 編輯

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 年 前Victor Okulov 編輯

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 年 前Frank Mehnert 編輯

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 年 前Sander van Leeuwen 編輯

狀態: reopenedclosed
處理結果: fixed
注意: 瀏覽 TracTickets 來幫助您使用待辦事項功能

© 2025 Oracle Support Privacy / Do Not Sell My Info Terms of Use Trademark Policy Automated Access Etiquette