Xterm scrollbar margin line missing

[pc@…]

For 2.4.0 the scrollbar in Xterms is missing it's outermost single pixel black line. This can be made to reappear in 'patches' when the window is resized. The problem occurs when a remote xterm is used - implying that it's something to do with the order that Xaw is rendering the scrollbar and the main V100 widget.

The problem is not hardware specific.

The problem disappears when 1.4.2-apple46 is installed. It's still present for 1.6.2-apple1.

[pc@…]

Screen grab of a 2.3.3 Xterm for reference

[pc@…]

Screen grab of a 2.4.0 Xterm

[pc@…]

Movie of resize behaviour

[pc@…]

I forgot: The GIF files show that there is no horizontal change in position of the scrollbar or Xterm content between the two, so I am guessing this is a one-off blanking error. and To provoke the scroll behaviour you need to drag the window diagonally downwards increasing the length and width of the window.

[pc@…]

and it should have said: The problem ALSO occurs when a remote xterm is used. It fails on local xterms.

[jeremyhu@…]

I'll try to figure it out for 2.4.0 because this trivial issue might signal a deeper problem... but if I can't figure it out easily, it'll probably be deferred for 2.4.1

[pc@…]

Well I will guess that it's a blanking issue. In regular use, the scrollbar is probably drawn first, then the main screen area - which overwrites the scrollbar edge. On the resize - I'll bet that the scrollbar pieces are redrawn after the main window - exposing it. You are probably looking for missing or extra = after a > or a < - and that's hard. But then you've probably figured that out anyway.

[jeremyhu@…]

It's a bit of a long shot, but could you try the 1.5.3-apple13 server? I changed fixed up some bugs in the visuals, so there is a small chance this might be fixed.

[pc@…]

Replying to jeremyhu@…:

It's a bit of a long shot, but could you try the 1.5.3-apple13 server? I changed fixed up some bugs in the visuals, so there is a small chance this might be fixed.

Sorry - bug still there.

[dcarter@…]

Just wanted to confirm the details of this bug. It is definitely server related as both remove and local xterms have the same behavior. I did not see this problem until going from 2.3.3.2 to 2.4.0. Now that I've gone back to 2.3.3.2, the bug has gone away.

[jeremyhu@…]

@dcarter You're better off using 2.4.0 and installing the 1.4.2-apple47 server than using 2.3.3.2.

Install 2.4.0 then do the following:

curl -LO http://static.macosforge.org/xquartz/downloads/X11.bin-1.4.2-apple47.bz2
bunzip2 X11.bin-1.4.2-apple47.bz2
sudo cp X11.bin-1.4.2-apple47 /Applications/Utilities/X11.app/Contents/MacOS/X11.bin
sudo chmod 755 /Applications/Utilities/X11.app/Contents/MacOS/X11.bin

[otte@…]

Simple program demonstrating borders not being drawn

[otte@…]

I added a simple example (border.c) showing that in a call to XCreateSimpleWindow, the subwindow borders are not drawn when using the 1.5.3-apple servers.

[jeremyhu@…]

I seem to recall that the fix I made for this is incomplete. Can you please update the test case to show how it is still problematic with the latest servers (like 1.7.2?)

[pc@…]

Replying to jeremyhu@…: My SL is vanilla release X11 - I tried installing X11.bin-1.7.0.901 onto my 2.4.0 Leopard but it says:

Library not loaded: /usr/X11/lib/libX11.5.dylib
Referenced from /Applications/Utilities/..... X11.bin
Reason: Incompatible library version: X11.bin requires version 10.0.0 or later, but libX11.6.dylib provides version 9.0.0

(And which 'sensible' person decided that I would never wish to cut from dialog boxes)