`BackingStore` uses its own Graphics to Paint the Image. This is fine when we
want to paint it on a Window/Frame, but fails to print. Since `WPathGraphics`
is used for Printing, backing store fails to print it and backing store uses
newly created `SunGraphics2D` always. The proposed fix is to
On Mon, 6 Nov 2023 06:22:33 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,
> The bug on Windows doesn't generate any error messages. During the testcase
> run, every "Open MIDI port" message should be followed by an "All
> SysexMessage sent" message. Alternatively, you can check `%ERRORLEVEL%` to
> determine if there's an error when JVM exits.
>
> On Linux, there are
> On Nov 7, 2023, at 2:57 PM, Philip Race wrote:
>
> I don't have a definite answer to your question, and for sure AWT docs may be
> a bit lacking,
> but there's also a lot of them so an answer may be buried somewhere.
>
> Not sure if you are saying you are in fact running "arbitrary code"
On Tue, 7 Nov 2023 16:20:56 GMT, Alec Su wrote:
>> The bug on Windows doesn't generate any error messages. During the testcase
>> run, every "Open MIDI port" message should be followed by an "All
>> SysexMessage sent" message. Alternatively, you can check `%ERRORLEVEL%` to
>> determine if
I don't have a definite answer to your question, and for sure AWT docs
may be a bit lacking,
but there's also a lot of them so an answer may be buried somewhere.
Not sure if you are saying you are in fact running "arbitrary code" in
removeNotify() but
I don't think that would be a good idea.
On Tue, 7 Nov 2023 09:10:02 GMT, songpv-imt wrote:
>> The root cause of the bug is because mousePress() method is invoked before
>> mouseMove() event is completely processed causing the drag & drop behavior
>> not being able to be recognized properly. This in turn makes the method
>>
Remove unused imports
-
Commit messages:
- 8319665
Changes: https://git.openjdk.org/jdk/pull/16548/files
Webrev: https://webrevs.openjdk.org/?repo=jdk=16548=00
Issue: https://bugs.openjdk.org/browse/JDK-8319665
Stats: 2 lines in 2 files changed: 0 ins; 2 del; 0 mod
Patch:
Am 07.11.23 um 20:37 schrieb Jan Trukenmüller:
The MIDI file parser misinterprets events without status byte when they appear
directly after a Meta of SysEx event.
For my bugfix I had to decide between two possible solutions:
- Strict solution: Throw an InvalidMidiDataException
- Tolerant
The MIDI file parser misinterprets events without status byte when they appear
directly after a Meta of SysEx event.
For my bugfix I had to decide between two possible solutions:
- Strict solution: Throw an InvalidMidiDataException
- Tolerant solution: Use the status of the last channel event as
On Thu, 2 Nov 2023 14:01:20 GMT, xpbob wrote:
>> Build failure with GCC8.3.1
>>
>> === Output from failing command(s) repeated here ===
>> * For target support_native_java.desktop_libfontmanager_hb-ot-layout.o:
>> /data/codes/bobjdk/src/java.desktop/share/native/libharfbuzz/hb-ot-layout.cc:
>>
On Mon, 6 Nov 2023 21:43:24 GMT, Sergey Bylokhov wrote:
>> test/jdk/javax/sound/midi/Devices/OutputBuffer.java line 33:
>>
>>> 31: * is sent again with the next sysex message
>>> 32: * @comment This test does not fail when the bug occurs. It requires
>>> manual
>>> 33: *
On Mon, 6 Nov 2023 20:53:53 GMT, Sergey Bylokhov wrote:
>> Alec Su has updated the pull request incrementally with one additional
>> commit since the last revision:
>>
>> Code cleanup
>
> test/jdk/javax/sound/midi/Devices/OutputBuffer.java line 34:
>
>> 32: * @comment This test does not
> JVM attempts to reuse the buffer for sending MIDI out data when the buffer
> size is enough. It use `dwBytesRecorded` in `MIDIHDR` structure to indicate
> the actual size of the data. However, `midiOutLongMsg()` ignores
> `dwBytesRecorded`, although it did not mentioned in the documentation.
On Mon, 6 Nov 2023 18:45:41 GMT, Sergey Bylokhov wrote:
>> The bug on Windows doesn't generate any error messages. During the testcase
>> run, every "Open MIDI port" message should be followed by an "All
>> SysexMessage sent" message. Alternatively, you can check `%ERRORLEVEL%` to
>>
> The bug on Windows doesn't generate any error messages. During the testcase
> run, every "Open MIDI port" message should be followed by an "All
> SysexMessage sent" message. Alternatively, you can check `%ERRORLEVEL%` to
> determine if there's an error when JVM exits.
>
> On Linux, there are
On Thu, 26 Oct 2023 12:44:28 GMT, Prasanta Sadhukhan
wrote:
>> Ichiroh Takiguchi has updated the pull request incrementally with one
>> additional commit since the last revision:
>>
>> 6928542: Chinese characters in RTF are not decoded
>
> For me the added regression test still fails with
On Tue, 7 Nov 2023 03:29:15 GMT, Prasanta Sadhukhan
wrote:
> Can you please attach your testcode in JBS? I tried with the testcases
> JScrollBarMinLayout.java and JScrollBarMaxLauout.java resizing the frame and
> I dont see any difference in layout behaviour of the scrollbars with and
>
> The root cause of the bug is because mousePress() method is invoked before
> mouseMove() event is completely processed causing the drag & drop behavior
> not being able to be recognized properly. This in turn makes the method
> dragSourceListener.isDropFinished() returns false and fail the
On Tue, 31 Oct 2023 21:32:26 GMT, Daniel Jeliński wrote:
> hb-subset and hb-style APIs are not used and not exported by libfontmanger.
> We can cut the compilation time by not compiling the unused files.
>
> The added exclusions reduce the build time by ~1 minute (~8%) on my machine.
> This
On Tue, 31 Oct 2023 21:32:26 GMT, Daniel Jeliński wrote:
> hb-subset and hb-style APIs are not used and not exported by libfontmanger.
> We can cut the compilation time by not compiling the unused files.
>
> The added exclusions reduce the build time by ~1 minute (~8%) on my machine.
> This
21 matches
Mail list logo