Bug 27950 - Emacs cursor completly hides the glyph underneath it
Summary: Emacs cursor completly hides the glyph underneath it
Status: RESOLVED FIXED
Alias: None
Product: xorg
Classification: Unclassified
Component: Driver/intel (show other bugs)
Version: unspecified
Hardware: x86 (IA32) Linux (All)
: medium normal
Assignee: Carl Worth
QA Contact: Xorg Project Team
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2010-05-03 12:14 UTC by Rui Tiago Matos
Modified: 2010-06-07 03:20 UTC (History)
0 users

See Also:
i915 platform:
i915 features:


Attachments
Xorg.0.log (40.51 KB, text/plain)
2010-05-03 12:14 UTC, Rui Tiago Matos
no flags Details

Description Rui Tiago Matos 2010-05-03 12:14:40 UTC
Created attachment 35395 [details]
Xorg.0.log

The emacs cursor stays black which hides the glyph that it is on. Even
customizing the cursor face setting it to inverse video doesn't fix the issue.

That was using metacity. Later I discovered that under gnome-shell or xcompmgr it work OK. Also, changing the X driver to vesa also makes it display correctly.

This is a Fedora 13 system. Package versions:

xorg-x11-drv-intel-2.11.0-2.fc13.i686
xorg-x11-server-Xorg-1.8.0-8.fc13.i686
metacity-2.30.0-2.fc13.i686
emacs-23.1.94-2.fc13.i686

Hardware is:

[    21.344] (--) PCI:*(0:0:2:0) 8086:0046:104d:9069 Intel Corporation Core Processor Integrated Graphics Controller rev 2, Mem @ 0xd0000000/4194304, 0xc0000000/268435456, I/O @ 0x00007050/8, BIOS @ 0x????????/131072
Comment 1 Chris Wilson 2010-05-15 10:55:17 UTC
I think this should have been fixed with the recent spate of rendercheck fixes. In particular there were a few cases where we would be using a solid blit path inappropriately which sounds very much like this bug. Could you try testing with the driver from git?
Comment 2 Rui Tiago Matos 2010-05-16 10:30:52 UTC
(In reply to comment #1)
> I think this should have been fixed with the recent spate of rendercheck fixes.
> In particular there were a few cases where we would be using a solid blit path
> inappropriately which sounds very much like this bug. Could you try testing
> with the driver from git?

I compiled both xorg/driver/xf86-video-intel and mesa/drm master versions and installed just these files over the fedora 13 ones:

/usr/lib/libdrm.so.2.4.0
/usr/lib/libdrm_intel.so.1.0.0
/usr/lib/xorg/modules/drivers/intel_drv.so

With these files I get either no cursor at all in emacs or a "ghost" effect on the glyph (i.e. a red glyph shows up as pink where the black rectangle cursor should be).
Comment 3 Chris Wilson 2010-05-31 15:47:59 UTC
Thanks for testing -intel.git. Unfortunately, you were probably bitten by bug 28120 at the time causing the block cursor to draw incorrectly. Please can you retest current git? I think I have fixed this bug...
Comment 4 Rui Tiago Matos 2010-06-01 15:15:12 UTC
(In reply to comment #3)
> Thanks for testing -intel.git. Unfortunately, you were probably bitten by bug
> 28120 at the time causing the block cursor to draw incorrectly. Please can you
> retest current git? I think I have fixed this bug...

I updated to commit a386a003e7b0ff7100434dccd51fedd822454a6c and emacs still displays a full black cursor over the glyph unless I use a composite manager.
Comment 5 Rui Tiago Matos 2010-06-02 08:03:06 UTC
I also tried version 2.10.0 and it also exhibits this bug.

Previous versions either crash the X server (F13's 1.8.0-12) or don't even compile.

[1] got it from http://koji.fedoraproject.org/koji/buildinfo?buildID=152225
Comment 6 Rui Tiago Matos 2010-06-07 03:20:53 UTC
Ok, this is bug is now gone as of version emacs-23.2-1.fc13.i686.

Apparently, emacs was doing something wrong here. But it's interesting that it only happened on this hardware...

Anyway, sorry for the noise and thanks for the help.


Use of freedesktop.org services, including Bugzilla, is subject to our Code of Conduct. How we collect and use information is described in our Privacy Policy.