Ticket #750 (new defect)

Opened 7 years ago

Last modified 5 months ago

Text cursor always black with mouse integration (host ubuntu, guest winxp)

Reported by: maumac Owned by:
Priority: major Component: guest additions
Version: VirtualBox 3.0.10 Keywords:
Cc: Guest type: other
Host type: other


The default text selection cursor in WinXP is always the opposite color of the background you put it on. This works fine on my system, until I enable mouse integration. With this feature enabled the cursor is always black, regardless of the background, rendering it unusable in dark backgrounds.

To reproduce:

  • Open without mouse integration; cursor is white when you hover over the text box;

  • Enable mouse integration; cursor is not visible anymore over the box.

Same happens with any arbitrary text editor (such as  SciTE) configured with a  black background.

Running Ubuntu Feisty as host, WinXP Pro as guest. Installed using the  .deb package for Feisty/i386, guest additions installed.

Change History

comment:1 Changed 7 years ago by sandervl73

Reproduced. We'll fix this.

comment:2 follow-up: ↓ 3 Changed 7 years ago by sandervl73

Current limitation. You can work around it by disabling mouse pointer integration.

comment:3 in reply to: ↑ 2 Changed 7 years ago by maumac

I finally ended using the "Windows Black" cursor scheme that is included in the default installation and works with any background, allowing me to keep mouse integration.

comment:4 Changed 6 years ago by dpo

Ticket #1177 looks like a duplicate.

comment:5 Changed 6 years ago by dpo

Ticket #1177 is certainly a duplicate, it's also triggered by mouse integration.

Problem is still there in VirtualBox 2.2.4.

comment:6 Changed 6 years ago by dpo

Similar problem with PuTTY / VirtualBox 2.2.4:

Guest: Windows XP SP3 Host: Fedora 10 Application: PuTTY Tray 0.60 (r3)

The background of PuTTY is black, the cursor is black as well. The cursor is invisible.

comment:7 Changed 5 years ago by dpo

The problem is still there with VirtualBox 3.0.10:

Guest: Windows XP SP3
Host: Fedora 11
Application: PuTTY Tray 0.60 (r3)

comment:8 Changed 5 years ago by frank

  • Version changed from VirtualBox 1.5.0 to VirtualBox 3.0.10
  • Component changed from other to guest additions

comment:9 Changed 5 years ago by blubbi

Triggered the same problem with VirtualBox 3.1.0 on Linux running a up to date Windows XP.

When I use Putty (black background) the Text cursor (I-beam) is not inverted and stays black so its barely visible.

Cheers Bjoern

comment:10 Changed 5 years ago by hmonteiro

I can confirm the same bug on the latest 3.1.2 r56127.

My host OS is Ubuntu Karmic 64bit version with the proprietary fglrx ATI driver on an Intel Core 2 Duo machine.

My guest OS is Windows XP SP3 32bit English version, with Guest Additions installed. Both 3D and 2D acceleration are enabled by default but changing either didn't have any effect on the issue.

Description: On apps like putty or SSH Secure Shell Client, when scheme colors are black background, the mouse cursor (I-Beam) stays black, making it invisible.

Temp fix: If one disables the mouse integration for the VM, the mouse cursor behaves as expected.

comment:11 Changed 5 years ago by blubbi

Bug confirmed with VirtualBox 3.1.2 r56127

I-Beam still not becomes inverted from black to white when using Putty (0.60) with black background in the guest OS

Guest: Windows XP SP3 32bit, En, Guest Additions 3.1.2r56127 installed Host: Gentoo Linunx 64bit, Kernel vanilla-, proprietary Nvidia drivers 190.53

Kind regards Bjoern

comment:12 follow-up: ↓ 13 Changed 5 years ago by blubbi

Still present in 3.1.4 ...

No reactions from the devs on this one at all? Sad!

Kind regards Bjoern

comment:13 in reply to: ↑ 12 Changed 5 years ago by dpo

Still present in 3.1.6...

comment:14 Changed 5 years ago by blubbi

Well, still present in 3.2.2

But I start to winder if this is a VBox problem.

Last week I was forced to use PuTTy on a virtual WindowsXP machine to which I was connected via the "VMware View Portal" and I observed the exact same problem.... Black I-Beam on black background.

Any suggestions where the bug hides itself?

Cheers Bjoern

comment:15 Changed 5 years ago by pixecs

Still present in v. 3.2.8 Black I-Beam on black background in Borland® C++Builder® for Microsoft® Windows™, when mouse integration is enabled and guest OS is Windows XP.

comment:16 Changed 4 years ago by pgolec

Still present in 3.2.10. Black I-Beam on black background in Putty on Win 2008 Server guest.

comment:17 Changed 4 years ago by finnh


In Windows, go to Control Panel > Mouse, "Pointers" tab. I did this in Win 2003, but I'm sure it's the same in XP (and similar enough in Vista or Win 7).

If you change the Scheme to "Windows Black", your I-Beam text select cursor will turn into a black cursor with a whiteoutline (no matter the background). This works perfectly well against black background text.

If you don't want to change your entire pointer scheme, you can change just that one cursor: in the "Customize" area, scroll down to the Text Select cursor and hit "Browse". In the ensuing file selection dialog - which opens to the right folder automatically - choose the "beam_r.cur" file. That's the one used in the "Windows Black" scheme.

comment:18 Changed 4 years ago by pgolec

Thanks a lot for that workaround, finnh!

Works great in Putty on my Win 2008 Server guest (so, it will work on Vista, too!).

comment:19 Changed 4 years ago by dpo

Still present in 4.0.0...

comment:20 Changed 4 years ago by vbxusr

Same in 4.0.8 but also in white Editorbox from IE9 and notpad

comment:21 Changed 3 years ago by scai

Still present in version 4.1.12

comment:22 Changed 22 months ago by washirv

Still present in 4.2.12.

comment:23 Changed 12 months ago by lightydo

Still present in 4.3.6 r91406 HOST: Ubuntu 13.10 64bit GUEST: Windows 8 64bit

Last edited 12 months ago by lightydo (previous) (diff)

comment:24 Changed 5 months ago by daleus

Still present in 4.3.16 r95972 HOST: Xubuntu 14.04.1, Guest: Any Windows OS (7,8,2012, 32 and 64bit versions tested where applicable.)

Changing mouse cursor in Windows used to work fine but problem seems to have spread and become worse and now craps out with other cursors and makes a larger "black square" glitch on the screen (probably 2,3 times the size of before).

Note: See TracTickets for help on using tickets.
ContactPrivacy policyTerms of Use