VirtualBox

Opened 14 years ago

Closed 14 years ago

#6122 closed defect (fixed)

Control-Break not passed through to Windows guest on Linux host => Fixed in SVN/3.1.4

Reported by: SeijiSensei Owned by:
Component: GUI Version: VirtualBox 3.1.2
Keywords: Cc:
Guest type: Windows Host type: Linux

Description

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.

Change History (14)

comment:1 by Frank Mehnert, 14 years ago

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 by Frank Mehnert, 14 years ago

I take my previous comment back. Problem confirmed.

comment:3 by Frank Mehnert, 14 years ago

Summary: 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 by SeijiSensei, 14 years ago

Great news, Frank. Thanks for the quick reply!

comment:5 by Frank Mehnert, 14 years ago

Resolution: fixed
Status: newclosed

comment:6 by John, 14 years ago

Resolution: fixed
Status: closedreopened

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.

in reply to:  5 comment:7 by SeijiSensei, 14 years ago

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 by Frank Mehnert, 14 years ago

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 by Frank Mehnert, 14 years ago

Component: VM controlGUI

comment:10 by Frank Mehnert, 14 years ago

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 by Lars Becker, 14 years ago

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 by Victor Okulov, 14 years ago

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 by Frank Mehnert, 14 years ago

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 by Sander van Leeuwen, 14 years ago

Resolution: fixed
Status: reopenedclosed
Note: See TracTickets for help on using tickets.

© 2023 Oracle
ContactPrivacy policyTerms of Use