Issue 39678

Created attachment 20899 [details]
Note the "2" is chopped off to the left slightly.

Created attachment 20900 [details]
Look at me first.  Had to use xwd to show it to you.  Raising XV for shot seems to repaint that section.

MRU->US: this seems to be a Linux only problem referring to certain widgets.

I have been looking at this issue and it seems to be refresh related.  There
*is* enough room to display the character but a few pixels are cut off as you
can see in the shot.  If I place another window over the top of the chopped off
widget and then move the window out of the way the 'expose' code refreshes
correctly and you can see the entire number.

I found another place where the same issue seems to be happening, attaching shot.

Created attachment 20913 [details]
Note where /users was keyed into file manager, 's' is missing a few pixels

us->drichard: in fact looks like a (minor) repaint defect which I haven't seen
before. Is it again this HP thin client architecture where the issue occurs on?

us->ssa: are we aware of similar repaint defects in dialogs in current versions
(disregard the first attachment)?

Thank you for the response.  Indeed it's on the HP thin clients, which are now
getting 100% of their fonts from Linux font servers.  You know that when 2.0
comes out, it will be deployed on a very diverse amount of hardware and I wanted
to bring it to your attention.  It seems happen in most entry areas on this device.

Can you tell us what graphics chip and driver you are using ? We saw a similar
problem on some Sony Vaio notebook. The repaint problems occured during typing,
eg in the style or fontname box in the upper toolbar.

I checked the thin client and it's running the "ati" driver with 16MB of memory.

what is the display depth ? or even better: just attach the output of xdpyinfo

Here is the xdpyinfo.  I can do some testing in 8 bit and 24 bit color mode if
you need more data.

/mnt/root # xdpyinfo
name of display:    localhost:0.0
version number:    11.0
vendor string:    The XFree86 Project, Inc
vendor release number:    40300001
XFree86 version: 4.3.0.1
maximum request size:  16777212 bytes
motion buffer size:  256
bitmap unit, bit order, padding:    32, LSBFirst, 32
image byte order:    LSBFirst
number of supported pixmap formats:    7
supported pixmap formats:
    depth 1, bits_per_pixel 1, scanline_pad 32
    depth 4, bits_per_pixel 8, scanline_pad 32
    depth 8, bits_per_pixel 8, scanline_pad 32
    depth 15, bits_per_pixel 16, scanline_pad 32
    depth 16, bits_per_pixel 16, scanline_pad 32
    depth 24, bits_per_pixel 32, scanline_pad 32
    depth 32, bits_per_pixel 32, scanline_pad 32
keycode range:    minimum 8, maximum 255
focus:  window 0x220000e, revert to PointerRoot
number of extensions:    27
    BIG-REQUESTS
    DOUBLE-BUFFER
    DPMS
    Extended-Visual-Information
    FontCache
    LBX
    MIT-SCREEN-SAVER
    MIT-SHM
    MIT-SUNDRY-NONSTANDARD
    RANDR
    RECORD
    RENDER
    SECURITY
    SHAPE
    SYNC
    TOG-CUP
    X-Resource
    XC-APPGROUP
    XC-MISC
    XFree86-Bigfont
    XFree86-DGA
    XFree86-Misc
    XFree86-VidModeExtension
    XInputExtension
    XKEYBOARD
    XTEST
    XVideo
default screen number:    0
number of screens:    1

screen #0:
  dimensions:    1280x1024 pixels (433x347 millimeters)
  resolution:    75x75 dots per inch
  depths (7):    16, 1, 4, 8, 15, 24, 32
  root window id:    0x38
  depth of root window:    16 planes
  number of colormaps:    minimum 1, maximum 1
  default colormap:    0x20
  default number of colormap cells:    64
  preallocated pixels:    black 0, white 65535
  options:    backing-store NO, save-unders NO
  largest cursor:    64x64
  current input event mask:    0xfa203f
    KeyPressMask             KeyReleaseMask           ButtonPressMask          
    ButtonReleaseMask        EnterWindowMask          LeaveWindowMask          
    ButtonMotionMask         StructureNotifyMask      SubstructureNotifyMask   
    SubstructureRedirectMask FocusChangeMask          PropertyChangeMask       
    ColormapChangeMask       
  number of visuals:    2
  default visual id:  0x21
  visual:
    visual id:    0x21
    class:    TrueColor
    depth:    16 planes
    available colormap entries:    64 per subfield
    red, green, blue masks:    0xf800, 0x7e0, 0x1f
    significant bits in color specification:    6 bits
  visual:
    visual id:    0x22
    class:    DirectColor
    depth:    16 planes
    available colormap entries:    64 per subfield
    red, green, blue masks:    0xf800, 0x7e0, 0x1f
    significant bits in color specification:    6 bits
/mnt/root # 

yep, please try 24 bit 

Created attachment 21753 [details]
24 bit test, did the same thing.  Not the pixels missing where "home" was typed.

@submitter: pls. try a current snapshot of OO.o and report back whether the
problem still persits or close. Thx.
Should be fixed.

I'm attaching another shot that I think it related to this bug.  I created a
table and then moved the column to the left.  Note that the snap lines still
appear on the panel and are not updated.  There is some kind of weird video
issue for sure on some devices.

Attaching shot.

Created attachment 31087 [details]
Lines that do not repaint are circled in red on this shot.

have to reassign issue.