> The issue is w.r.t to way that Synth prints the table. In Synth, the printing
> of Table happens column wise by painting blocks of columns which is due to
> the fact that Graphics used which is `ProxyGrpahics2D` (which get selected in
> `RasterPrinterJob `class, otherwise it would be
On Tue, 30 Jan 2024 06:30:00 GMT, Renjith Kannath Pariyangad
wrote:
>> Hi Reviewers,
>>
>> Updated manual printer test cases with 'PassFailJFrame', also removed unused
>> variables. Added 'SkippedException' in case of printer missing or not
>> configured.
>>
>> Please review and let me know
> Hi Reviewers,
>
> Updated manual printer test cases with 'PassFailJFrame', also removed unused
> variables. Added 'SkippedException' in case of printer missing or not
> configured.
>
> Please review and let me know your suggestions.
>
> Regards,
> Renjith
Renjith Kannath Pariyangad has
On Tue, 30 Jan 2024 06:42:01 GMT, Abhishek Kumar wrote:
> > Comparing it to the description/example you gave on the difference, I can't
> > seem to recreate that change. These screenshots were generated by using the
> > `Print` option on the test and outputting to a PDF file. Any insights for
On Wed, 17 Jan 2024 05:09:02 GMT, Tejesh R wrote:
> Comparing it to the description/example you gave on the difference, I can't
> seem to recreate that change. These screenshots were generated by using the
> `Print` option on the test and outputting to a PDF file. Any insights for why
> I'm
> Hi Reviewers,
>
> Updated manual printer test cases with 'PassFailJFrame', also removed unused
> variables. Added 'SkippedException' in case of printer missing or not
> configured.
>
> Please review and let me know your suggestions.
>
> Regards,
> Renjith
Renjith Kannath Pariyangad has
On Tue, 30 Jan 2024 04:54:05 GMT, Tejesh R wrote:
>> The issue is w.r.t to way that Synth prints the table. In Synth, the
>> printing of Table happens column wise by painting blocks of columns which is
>> due to the fact that Graphics used which is `ProxyGrpahics2D` (which get
>> selected in
On Tue, 30 Jan 2024 04:54:05 GMT, Tejesh R wrote:
>> The issue is w.r.t to way that Synth prints the table. In Synth, the
>> printing of Table happens column wise by painting blocks of columns which is
>> due to the fact that Graphics used which is `ProxyGrpahics2D` (which get
>> selected in
> The issue is w.r.t to way that Synth prints the table. In Synth, the printing
> of Table happens column wise by painting blocks of columns which is due to
> the fact that Graphics used which is `ProxyGrpahics2D` (which get selected in
> `RasterPrinterJob `class, otherwise it would be
On Mon, 29 Jan 2024 06:56:58 GMT, vtstydev wrote:
>> More correct way to take in consideration nonzero PHYSICALOFFSETX,
>> PHYSICALOFFSETY of device for banded-raster printing loop. Only on Windows
>> platform under certain conditions real device prints shifted image on paper.
>
> vtstydev has
On Mon, 29 Jan 2024 06:56:58 GMT, vtstydev wrote:
>> More correct way to take in consideration nonzero PHYSICALOFFSETX,
>> PHYSICALOFFSETY of device for banded-raster printing loop. Only on Windows
>> platform under certain conditions real device prints shifted image on paper.
>
> vtstydev has
On Mon, 11 Dec 2023 11:25:34 GMT, Tejesh R wrote:
> The issue is w.r.t to way that Synth prints the table. In Synth, the printing
> of Table happens column wise by painting blocks of columns which is due to
> the fact that Graphics used which is `ProxyGrpahics2D` (which get selected in
>
On Mon, 11 Dec 2023 11:25:34 GMT, Tejesh R wrote:
> The issue is w.r.t to way that Synth prints the table. In Synth, the printing
> of Table happens column wise by painting blocks of columns which is due to
> the fact that Graphics used which is `ProxyGrpahics2D` (which get selected in
>
On Mon, 29 Jan 2024 06:24:29 GMT, Renjith Kannath Pariyangad
wrote:
> Hi Reviewers,
>
> Updated manual printer test cases with 'PassFailJFrame', also removed unused
> variables. Added 'SkippedException' in case of printer missing or not
> configured.
>
> Please review and let me know your
On Mon, 29 Jan 2024 07:13:49 GMT, Christoph Langer wrote:
>> This picks up fixing the issue of
>> [JDK-8276809](https://bugs.openjdk.org/browse/JDK-8276809) again. A fix had
>> been integrated with #17224 but @prrace had concerns and so it was backed
>> out.
>>
>> I have now spent quite some
On Fri, 26 Jan 2024 20:11:07 GMT, MustavData wrote:
>> Sergey Bylokhov has updated the pull request incrementally with one
>> additional commit since the last revision:
>>
>> Update src/java.desktop/windows/native/libawt/windows/awt_Desktop.cpp
>>
>> date
>>
>> Co-authored-by:
On Mon, 29 Jan 2024 07:13:49 GMT, Christoph Langer wrote:
>> This picks up fixing the issue of
>> [JDK-8276809](https://bugs.openjdk.org/browse/JDK-8276809) again. A fix had
>> been integrated with #17224 but @prrace had concerns and so it was backed
>> out.
>>
>> I have now spent quite some
On Thu, 25 Jan 2024 13:58:50 GMT, Tejesh R wrote:
>> Suggested fix [JDK-8307091](https://bugs.openjdk.org/browse/JDK-8307091)
>> also created concurrent exception intermittently (monthly once/quarterly
>> once) on CI system. The issue was not able to be reproduced yet, hence
>> proposing an
On Thu, 25 Jan 2024 01:03:28 GMT, Harshitha Onkar wrote:
> ShapeNotSetSometimes.java fails on macOS 11 on a random iteration of
> `colorCheck()` as shown below. The `colorCheck()` is repeated for about 50
> times in the test. It is observed to pass on previous attempts and fail on a
> random
On Fri, 26 Jan 2024 20:25:12 GMT, Harshitha Onkar wrote:
> Following tests fail on macOS 14 and thus being problemlisted. The reason for
> the failures is tracked as an external macOS platform bug by
> [JDK-8322653](https://bugs.openjdk.org/browse/JDK-8322653).
This pull request has now been
On Mon, 29 Jan 2024 06:56:58 GMT, vtstydev wrote:
>> More correct way to take in consideration nonzero PHYSICALOFFSETX,
>> PHYSICALOFFSETY of device for banded-raster printing loop. Only on Windows
>> platform under certain conditions real device prints shifted image on paper.
>
> vtstydev has
On Mon, 29 Jan 2024 13:47:10 GMT, Coleen Phillimore wrote:
>> This mechanically replaces NULL with nullptr in hpp/cpp native files in test
>> native code. This didn't attempt to change NULL in comments to say null
>> because nullptr is generally the right thing for the comment to say. It
>>
On Fri, 26 Jan 2024 16:40:32 GMT, Coleen Phillimore wrote:
> This mechanically replaces NULL with nullptr in hpp/cpp native files in test
> native code. This didn't attempt to change NULL in comments to say null
> because nullptr is generally the right thing for the comment to say. It does
On Mon, 29 Jan 2024 07:13:49 GMT, Christoph Langer wrote:
>> This picks up fixing the issue of
>> [JDK-8276809](https://bugs.openjdk.org/browse/JDK-8276809) again. A fix had
>> been integrated with #17224 but @prrace had concerns and so it was backed
>> out.
>>
>> I have now spent quite some
On Mon, 29 Jan 2024 14:24:43 GMT, Christoph Langer wrote:
> The assertions reported in the bug were observed spuriously and here and
> there broke tests in some Windows configurations.
> For instance [JDK-8266129](https://bugs.openjdk.org/browse/JDK-8266129),
>
On Fri, 26 Jan 2024 22:57:49 GMT, Sergey Bylokhov wrote:
>>> What is the code path which modifies the vector when we iterate it?
>>
>> I don't think we are able to trace it out, since the issue intermittent and
>> previously I had made a copy of the vector list before checking for equality
>>
On Mon, 29 Jan 2024 14:24:43 GMT, Christoph Langer wrote:
>However, it seems to be some kind of a pseudo device where you can not get a
>DC via CreateDC. This behavior/monitor type
> doesn't seem to be well documented, though.
This was my observation too, but is it always the case ?
The assertions reported in the bug were observed spuriously and here and there
broke tests in some Windows configurations.
For instance [JDK-8266129](https://bugs.openjdk.org/browse/JDK-8266129),
[JDK-8269529](https://bugs.openjdk.org/browse/JDK-8269529) or
On Mon, 29 Jan 2024 13:47:10 GMT, Coleen Phillimore wrote:
>> This mechanically replaces NULL with nullptr in hpp/cpp native files in test
>> native code. This didn't attempt to change NULL in comments to say null
>> because nullptr is generally the right thing for the comment to say. It
>>
On Thu, 25 Jan 2024 13:58:50 GMT, Tejesh R wrote:
>> Suggested fix [JDK-8307091](https://bugs.openjdk.org/browse/JDK-8307091)
>> also created concurrent exception intermittently (monthly once/quarterly
>> once) on CI system. The issue was not able to be reproduced yet, hence
>> proposing an
> This mechanically replaces NULL with nullptr in hpp/cpp native files in test
> native code. This didn't attempt to change NULL in comments to say null
> because nullptr is generally the right thing for the comment to say. It does
> attempt to change NULL to "null" rather than "nullptr" in
> javadoc contract for JComponent.setMinimumSize(Dimension) states:
>
> "Sets the minimum size of this component to a constant value. Subsequent
> calls to getMinimumSize will always return this value..."
>
> However, JScrollBar overrides getMinimumSize() and breaks this contract - it
> always
On Mon, 29 Jan 2024 10:17:29 GMT, Prasanta Sadhukhan
wrote:
>> src/java.desktop/share/classes/javax/swing/JScrollBar.java line 785:
>>
>>> 783: * Returns the minimum size for the {@code JScrollBar}.
>>> 784: * The scrollbar is flexible along its scrolling axis and
>>> 785: *
On Mon, 29 Jan 2024 10:26:54 GMT, Prasanta Sadhukhan
wrote:
>> javadoc contract for JComponent.setMinimumSize(Dimension) states:
>>
>> "Sets the minimum size of this component to a constant value. Subsequent
>> calls to getMinimumSize will always return this value..."
>>
>> However,
On Fri, 26 Jan 2024 20:25:12 GMT, Harshitha Onkar wrote:
> Following tests fail on macOS 14 and thus being problemlisted. The reason for
> the failures is tracked as an external macOS platform bug by
> [JDK-8322653](https://bugs.openjdk.org/browse/JDK-8322653).
Marked as reviewed by tr
> javadoc contract for JComponent.setMinimumSize(Dimension) states:
>
> "Sets the minimum size of this component to a constant value. Subsequent
> calls to getMinimumSize will always return this value..."
>
> However, JScrollBar overrides getMinimumSize() and breaks this contract - it
> always
On Mon, 29 Jan 2024 10:07:35 GMT, Alexey Ivanov wrote:
>> Prasanta Sadhukhan has updated the pull request incrementally with one
>> additional commit since the last revision:
>>
>> javadoc update in JScrollbar and JComponent
>
> src/java.desktop/share/classes/javax/swing/JScrollBar.java line
> javadoc contract for JComponent.setMinimumSize(Dimension) states:
>
> "Sets the minimum size of this component to a constant value. Subsequent
> calls to getMinimumSize will always return this value..."
>
> However, JScrollBar overrides getMinimumSize() and breaks this contract - it
> always
On Mon, 29 Jan 2024 06:47:50 GMT, Prasanta Sadhukhan
wrote:
>> javadoc contract for JComponent.setMinimumSize(Dimension) states:
>>
>> "Sets the minimum size of this component to a constant value. Subsequent
>> calls to getMinimumSize will always return this value..."
>>
>> However,
39 matches
Mail list logo
