Community
Participate
Working Groups
I've noticed this on both my home and work WinXP installs, for latest integration build (1210). 1. open the eclipse workbench 2. open an editor 3. place another browser (e.g. Internet Explorer) overtop the workbench 4. move the second browser around such that the bottom right corner of the editor (where the scroll bars meet) is partially exposed The result is horizontal lines left in the bottom right editor box which appear to be the border of the top browser. Its only true for horizontal browser edges, not vertical.
Happens to Notepad.exe too. It's a bug in Windows that we can't work around (we don't get notification when the window trimming is painted).
*** Bug 105367 has been marked as a duplicate of this bug. ***
*** Bug 113450 has been marked as a duplicate of this bug. ***
*** Bug 126952 has been marked as a duplicate of this bug. ***
*** Bug 132114 has been marked as a duplicate of this bug. ***
*** Bug 135181 has been marked as a duplicate of this bug. ***
*** Bug 158470 has been marked as a duplicate of this bug. ***
Test snippet for the case from bug 158470 (XP Theme only): --- import org.eclipse.swt.*; import org.eclipse.swt.layout.*; import org.eclipse.swt.widgets.*; public class ScrollBarCornerTest { public static void main(String[] args) { Display display = new Display(); Shell shell = new Shell(display); shell.setLayout(new FillLayout()); Table tbl = new Table(shell, SWT.VIRTUAL); tbl.addListener(SWT.SetData, new Listener() { public void handleEvent(Event e) { TableItem item = (TableItem) e.item; String str = " ...this is supposed to be a long sample text"; item.setText("Item " + e.index + ((e.index < 10) ? "" : str)); } }); tbl.setItemCount(100); shell.setSize(150, 150); shell.open(); while (!shell.isDisposed()) { if (!display.readAndDispatch()) display.sleep(); } display.dispose(); } } --- To reproduce, click on the arrow-down button until a horizontal scroll bar appears.
(WinXP SP2) Notepad keeps painting it's little resize grabber over the damaged area so it's hard to reproduce there. You can make MS File Explorer show the problem but it's difficult because it doesn't leave the scrollbars on when they're not needed. However, I was completely unable to duplicate it in the Textpad editor, which sure looks like it's using native widgets, though it does have a splitter to the left of the bottom scrollbar. Internet Explorer 7 does not show the problem either. Firefox 2 does not show the problem. All three apps have both scrollbars on just like Eclipse. I'd like to request this be reopened and investigated because it makes Eclipse and RCP apps look bad in common cases, and several native apps have found a way around the problem.
Ok, I'm sick of this bug.
Fixed > 20080221
Cool, I'm curious how you fixed it.
The problem was that the operating system didn't draw it every time. I drew it myself in WM_NCPAINT and let the operating system draw on top of me (or not). Note that Vista doesn't have the problem.
Cool, thanks for cleaning up that stinky cheese! > I drew it myself in WM_NCPAINT I guess that explains why it still does not work for the corner case of a degenerate Composite with a zero-size client area (like in bug 219139).
Nope, it sounds more like I have a bug.
*** Bug 109048 has been marked as a duplicate of this bug. ***