[prev in list] [next in list] [prev in thread] [next in thread] 

List:       openjdk-swing-dev
Subject:    Re: <Swing Dev> repaint problem
From:       Sergey Bylokhov <sergey.bylokhov () oracle ! com>
Date:       2017-04-11 11:38:37
Message-ID: 942F567F-BD65-42F9-9E8B-6089633A153C () oracle ! com
[Download RAW message or body]

Hi, Alan.

> I am having a problem involving repaint with no success as yet in tracking down the \
> cause. Perhaps someone can suggest something that would help me make some progress. \
>  The symptom is that some portion of a repaint operation is delayed until the next \
> repaint. In other words, I make a change to the data, which should be reflected in \
> a change to the display, but the display is only partially updated. The next time a \
> repaint is triggered, for example, when the window is deactivated (this is macOS), \
> the remaining display updates appear. I have added print statements to my paint \
> method that indicate that the paint methods are being called at the expected time. \
> It is as if there are painting operations that are being queued, but the queue is \
> not flushed until the next repaint. 
> I have noticed this problem only in a particular window of my application. I have \
> tried stripping out various portions of the window to see if one of the components \
> might be causing the problem, but the results are inconclusive and inconsistent. It \
> may be that the problem is related to the number of components being updated, \
> rather than a problem with a particular component. 
> I have observed this problem on JDK 8. Just now I tried running the app on JDK 9, \
> and I have yet to observe the problem. Was a bug fixed in 9 but not backported that \
> might explain this behavior?

Yes it is possible that some bug was fixed in jdk9 but was not backported to jdk8. I \
guess we have a big number of such fixes. But it is also possible that in jdk9 some \
timings were changed and this is why you cannot reproduce the bug on it.


[prev in list] [next in list] [prev in thread] [next in thread]