| Summary: | [GM45 wine] Strong lines in some parts of Shareaza and SQLYog | ||
|---|---|---|---|
| Product: | xorg | Reporter: | Jaime Rave <jaimerave> |
| Component: | Driver/intel | Assignee: | Chris Wilson <chris> |
| Status: | RESOLVED DUPLICATE | QA Contact: | Xorg Project Team <xorg-team> |
| Severity: | normal | ||
| Priority: | medium | CC: | pva, slavomir.danas |
| Version: | git | Keywords: | regression |
| Hardware: | All | ||
| OS: | All | ||
| Whiteboard: | |||
| i915 platform: | i915 features: | ||
|
Description
Jaime Rave
2010-09-12 21:38:46 UTC
This bug is not just creating wider lines, is also creating black tabs and in some areas of other programs like Ares is just showing black areas. This is the report about black tabs in Office 2007 http://bugs.winehq.org/show_bug.cgi?id=24430 This is regression in xf86-video-driver. I've managed to bisect part of problem: commit 3055d40164590147d35b5e7059ebe5f5858c85fa Author: Chris Wilson <chris@chris-wilson.co.uk> Date: Wed May 26 10:12:57 2010 +0100 uxa: Use Composite rather than solid blitter for PolyRect Due to the relocation overhead, using a single composite with many rectangles outperforms many solid blits. Signed-off-by: Chris Wilson <chris@chris-wilson.co.uk> with this commit reverted winecfg slider is still black, but line it slides on is of normal text. Also reverting this commit fixes my inability to see tabs (they were black) during visio 2007 installation (which is the major regression for me). Actually if using driver at ec2437f958ec4f5ac5222b37cba4cd403b5c8855 wine works fine. Maybe bug http://bugs.winehq.org/show_bug.cgi?id=23424 is related to this issue too, however it isn't (any longer) possible to revert commit 3055d40 on current TRUNK of the git tree to test whether that commit breaks something in wine or not. Until the moment I read the comment #2, I thought that this bug is related to Xrender extension, but now I'm not sure. When I set up wine registry by importing this registry file [HKEY_CURRENT_USER\Software\Wine\X11 Driver] "ClientSideWithRender"="N" then everything works fine. Peter, will you check that this registry workaround eliminates your problem? The bug is in the ddx's core rendering routines. The workaround that you've found is for wine to do it's rendering locally and then push the image as a whole to the xserver (hopefully only updating the damage regions!). This may in fact be quicker than hitting the X core rendering paths... I can confirm that the workaround had solved the issue for me and I haven't noticed any slowdown or artifacts in redering. Thank You very much, I quite happy with my desktop roght now. :) The wine - people are convinced that this issue is an issue of at least a X.org software piece. Now I'm wondering how I can help to solve this issue - b/c setting the registry key seems to be only a work around - and I rely on a working Lotus Notes at work. Toralf Förster <toralf.foerster@gmx.de> writes: > Alexandre Julliard wrote at 23:01:42 >> No, setting that registry value is a bad idea and should be discouraged. >> It will break all sorts of things, particularly anything to do with >> alpha blending. > Oh - thx. > Then I'm wondering what I can do to solve this issue : > http://bugs.winehq.org/show_bug.cgi?id=23424 Not a whole lot I'm afraid, except continue to push the X.org guys to fix the bug, or revert to an old driver, or get a different graphics card with working drivers... The workaround had solved most of the issue but for MS Office 2007 the problem is even worst when I set the registry key so is not useful in all the cases. (In reply to comment #8) > The workaround had solved most of the issue but for MS Office 2007 the problem > is even worst when I set the registry key so is not useful in all the cases. I can confirm worse results with Office: http://img543.imageshack.us/i/screenshot21s.png/ this bug affects Linux vector graphics program Inkscape. the rulers are overwritten by black mouse pointers. For Wine "ClientSideWithRender"="N" regkey tells Wine to not use XRender extension for font rendering, which partially solves wine issues but not Linux issues. (In reply to comment #9) > (In reply to comment #8) > > The workaround had solved most of the issue but for MS Office 2007 the problem > > is even worst when I set the registry key so is not useful in all the cases. > > I can confirm worse results with Office: > http://img543.imageshack.us/i/screenshot21s.png/ I confirm worse results with Office 2007 too. It seems to happen with any Intel driver newer than 2.11. Tested on a Core i3's integrated graphics. I'm unable to reproduce the problem in both a VirtualBox VM running Arch Linux and my PC with an ATI HD5770. I'ts affecting also Metatrader 4. You can see the issue when using a color scheme Yellow over black or when inserting a Parabolic sar indicator that should hava lime color but appear black. http://www.metatrader4.com/ Actually this bug is a duplicate of bug 28871 which was filed two months earlier. (In reply to comment #13) > Actually this bug is a duplicate of bug 28871 which was filed two months > earlier. Yes, as I pointed in a comment in bug 28871 . It's the same bug. Important to notice it affects other Linux apps other than Wine. *** This bug has been marked as a duplicate of bug 28798 *** |
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.
