RFR: 8301846: Invalid TargetDataLine after screen lock when using JFileChooser or COM library [v2]

Alexey Ivanov aivanov at openjdk.org
Fri Jul 28 12:32:55 UTC 2023


On Thu, 27 Jul 2023 16:32:35 GMT, Alexey Ivanov <aivanov at openjdk.org> wrote:

>>> > I think this patch would also address https://bugs.openjdk.org/browse/JDK-7116070
>>> 
>>> It didn't, the test case still produces truncated names.
>>> 
>>> Although, the mixer name used for recording in the stand-alone test attached to [JDK-8301846](https://bugs.openjdk.org/browse/JDK-8301846) is not truncated any more.
>> 
>> Partially fixing, with the fix this was the output on my machine :
>> _mixer 0: >>Port Speakers (Realtek(R) Audio)<<
>> mixer 1: >>Port Microphone Array (Realtek(R) Au<<
>> mixer 2: >>Primary Sound Driver<<
>> mixer 3: >>Speakers (Realtek(R) Audio)<<
>> mixer 4: >>Primary Sound Capture Driver<<
>> mixer 5: >>Microphone Array (Realtek(R) Audio)<<_
>> 
>> Without fix would be like this:  _mixer 5: >>Microphone Array (Realtek(R) Au<<_
>
>> > I think this patch would also address https://bugs.openjdk.org/browse/JDK-7116070
>> 
>> It didn't, the test case still produces truncated names.
>> 
>> Although, the mixer name used for recording in the stand-alone test attached to [JDK-8301846](https://bugs.openjdk.org/browse/JDK-8301846) is not truncated any more.
> 
> The latest code still produces truncated strings for the test case in ~~JDK-8301846~~ JDK-7116070. Are there any other enumerations which need to be wrapped into COM initialisation?

> @aivanov-jdk, thank you very much for your review, JDK-8301846 helps for fixing _Primary Sound Driver_ recording device name truncation issue.

I referred to JDK-7116070. The root cause of that problem seems to be same as this one. While you and the reviewers have all the context, I suggest looking into JDK-7116070 in more details to understand why there are still devices, or rather *ports*, with truncated descriptions.

-------------

PR Comment: https://git.openjdk.org/jdk/pull/14898#issuecomment-1655609298



More information about the client-libs-dev mailing list