VirtualBox

Ticket #6122 (closed defect: fixed)

Opened 4 years ago

Last modified 4 years ago

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

Reported by: SeijiSensei Owned by:
Priority: major 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

comment:1 Changed 4 years ago by frank

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 Changed 4 years ago by frank

I take my previous comment back. Problem confirmed.

comment:3 Changed 4 years ago by frank

  • Summary changed from Control-Break not passed through to Windows guest on Linux host to 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:4 Changed 4 years ago by SeijiSensei

Great news, Frank. Thanks for the quick reply!

comment:5 follow-up: ↓ 7 Changed 4 years ago by frank

  • Status changed from new to closed
  • Resolution set to fixed

comment:6 Changed 4 years ago by tristin69

  • Status changed from closed to reopened
  • Resolution fixed deleted

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 in reply to: ↑ 5 Changed 4 years ago by 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 Changed 4 years ago by frank

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 Changed 4 years ago by frank

  • Component changed from VM control to GUI

comment:10 Changed 4 years ago by frank

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 Changed 4 years ago by lbecker

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 Changed 4 years ago by okulus

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 Changed 4 years ago by frank

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 Changed 4 years ago by sandervl73

  • Status changed from reopened to closed
  • Resolution set to fixed
Note: See TracTickets for help on using tickets.

www.oracle.com
ContactPrivacy policyTerms of Use