Re: RFR: 8348760: RadioButton is not shown if JRadioButtonMenuItem is rendered with ImageIcon in WindowsLookAndFeel [v30]

2025-07-03 Thread Prasanta Sadhukhan
On Mon, 30 Jun 2025 13:21:24 GMT, Alexey Ivanov wrote: >> As I said, I didn't look deeply into the details. >> >> The menu layout already implements a 5-column layout — this is what I expect >> because both Metal and Nimbus look exactly like a 5-column layout. Yet >> Windows L&F is still off,

Re: RFR: 8348760: RadioButton is not shown if JRadioButtonMenuItem is rendered with ImageIcon in WindowsLookAndFeel [v32]

2025-07-03 Thread Prasanta Sadhukhan
> When JRadioButtonMenuItem is called with imageIcon, then only imageIcon is > shown without radiobutton in WIndowsLookAndFeel as there was no provision of > drawing the radiobutton alongside icon. > If icon is not there, the radiobutton is drawn. Added provision of drawing > the radiobutton win

Re: RFR: 6955128: Spec for javax.swing.plaf.basic.BasicTextUI.getVisibleEditorRect contains inappropriate wording [v3]

2025-07-03 Thread Prasanta Sadhukhan
On Thu, 3 Jul 2025 22:11:09 GMT, Phil Race wrote: >> Prasanta Sadhukhan has updated the pull request incrementally with two >> additional commits since the last revision: >> >> - Update javadoc >> - Update javadoc > > src/java.desktop/share/classes/javax/swing/plaf/basic/BasicTextUI.java line

Re: RFR: 6955128: Spec for javax.swing.plaf.basic.BasicTextUI.getVisibleEditorRect contains inappropriate wording [v4]

2025-07-03 Thread Prasanta Sadhukhan
> BasicTextUI.getVisibleEditorRect wording is rephrased to remove the wording > "Due to an unfortunate set of historical events this method is > inappropriately named". Prasanta Sadhukhan has updated the pull request incrementally with one additional commit since the last revision: Update ja

Re: RFR: 8361216: Do not fork javac in J2DBench ant build

2025-07-03 Thread Sergey Bylokhov
On Thu, 3 Jul 2025 21:50:40 GMT, Phil Race wrote: > Current javac doesn't support 7 as a target so it seems reasonable to me. That's why the makefile was parameterized, to easily set the target and source options based on the currently used minimal supported version of javac. But we may change

Re: RFR: 8358623: Avoid unnecessary data copying in ICC_Profile [v3]

2025-07-03 Thread Sergey Bylokhov
> This PR simplifies several aspects of the ICC_Profile class: > > - [Change > 1](https://github.com/openjdk/jdk/pull/25650/commits/426a608b1df9e39e221d05e7374a3fecf6e6cf30): > The ICC_Profile.getInstance(byte[] data) method used to copy the profile > header for validation. This copy appears

Re: RFR: 8150564: Migrate useful ExtendedRobot methods into awt.Robot [v22]

2025-07-03 Thread Harshitha Onkar
On Tue, 17 Jun 2025 16:47:05 GMT, Harshitha Onkar wrote: >> Alisen Chung has updated the pull request incrementally with one additional >> commit since the last revision: >> >> remove ER from remaining modal test > > test/jdk/java/awt/TrayIcon/TrayIconPopup/TrayIconPopupTest.java line 56: >

Re: RFR: 8150564: Migrate useful ExtendedRobot methods into awt.Robot [v22]

2025-07-03 Thread Harshitha Onkar
On Thu, 3 Jul 2025 15:55:23 GMT, Alisen Chung wrote: >> Some useful methods in ExtendedRobot should be migrated into Robot itself so >> that ExtendedRobot can be removed in the future. The tests using >> ExtendedRobot for these migrated methods are changed to use only Robot >> (removing unnece

Re: RFR: 8358623: Avoid unnecessary data copying in ICC_Profile [v2]

2025-07-03 Thread Harshitha Onkar
On Thu, 3 Jul 2025 22:27:24 GMT, Phil Race wrote: >> Sergey Bylokhov has updated the pull request incrementally with one >> additional commit since the last revision: >> >> theHeader -> data > > This looks OK to me. I see @honkar-jdk says CI testing has already been done. @prrace > I see @

Re: RFR: 8358623: Avoid unnecessary data copying in ICC_Profile [v2]

2025-07-03 Thread Harshitha Onkar
On Fri, 13 Jun 2025 20:24:49 GMT, Sergey Bylokhov wrote: >> This PR simplifies several aspects of the ICC_Profile class: >> >> - [Change >> 1](https://github.com/openjdk/jdk/pull/25650/commits/426a608b1df9e39e221d05e7374a3fecf6e6cf30): >> The ICC_Profile.getInstance(byte[] data) method used

Integrated: 8361115: javax/swing/JComboBox/bug4276920.java unnecessarily throws Error instead of RuntimeException

2025-07-03 Thread Manukumar V S
On Tue, 1 Jul 2025 04:57:05 GMT, Manukumar V S wrote: > Issue: > javax/swing/JComboBox/bug4276920.java unnecessarily throws Error instead of > RuntimeException whenever a test failure occurs. > This causes unnecessary extra attention in CI systems and triggers task > failures as throwing an Err

Re: RFR: 8358623: Avoid unnecessary data copying in ICC_Profile [v2]

2025-07-03 Thread Phil Race
On Fri, 13 Jun 2025 20:24:49 GMT, Sergey Bylokhov wrote: >> This PR simplifies several aspects of the ICC_Profile class: >> >> - [Change >> 1](https://github.com/openjdk/jdk/pull/25650/commits/426a608b1df9e39e221d05e7374a3fecf6e6cf30): >> The ICC_Profile.getInstance(byte[] data) method used

Re: RFR: 6955128: Spec for javax.swing.plaf.basic.BasicTextUI.getVisibleEditorRect contains inappropriate wording [v3]

2025-07-03 Thread Phil Race
On Wed, 25 Jun 2025 12:15:54 GMT, Prasanta Sadhukhan wrote: >> BasicTextUI.getVisibleEditorRect wording is rephrased to remove the wording >> "Due to an unfortunate set of historical events this method is >> inappropriately named". > > Prasanta Sadhukhan has updated the pull request incrementa

Re: RFR: 8360120: Bundled macOS applications not receiving OpenURL events when launched as subprocess [v2]

2025-07-03 Thread Phil Race
On Wed, 25 Jun 2025 07:03:33 GMT, Dmitry Kulikov wrote: >> Added an on-demand installation of the native OpenURL event handler to the >> `Application.setOpenURIHandler()`. >> >> This does not break the specification for the affected API, since the >> requirement of the application being bundle

Re: RFR: 8361216: Do not fork javac in J2DBench ant build

2025-07-03 Thread Phil Race
On Thu, 3 Jul 2025 21:09:54 GMT, Sergey Bylokhov wrote: > I think we can just drop ant and leave the makefile as it is. The > source/target settings are set to that low level to indicate that the source > code should be compatible with older versions of the JDK. Currently, JDK 1.4 > compatibil

Re: RFR: 8361216: Do not fork javac in J2DBench ant build

2025-07-03 Thread Sergey Bylokhov
On Thu, 3 Jul 2025 19:59:26 GMT, Eric Caspole wrote: >> src/demo/share/java2d/J2DBench/build.xml line 42: >> >>> 40: >>> 41: >>> 42: >> >> This would be inconsistent with the Make target. It doesn't seem right to >> update just the ant-based target. > > Yes I realized that yesterday, I

Re: RFR: 8008222: [macosx] selectNextChangeLead is not implemented for Tree in Aqua LAF [v2]

2025-07-03 Thread Damon Nguyen
On Tue, 24 Jun 2025 12:11:52 GMT, Prasanta Sadhukhan wrote: >> There is no shortcuts for selectNextChangeLead and selectPreviousChangeLead >> in Aqua LAF which updates >> [LEAD_SELECTION_PATH_PROPERTY](https://docs.oracle.com/en/java/javase/24/docs/api/java.desktop/javax/swing/JTree.html#LEAD_

Re: RFR: 8361216: Do not fork javac in J2DBench ant build

2025-07-03 Thread Eric Caspole
On Thu, 3 Jul 2025 19:30:40 GMT, Phil Race wrote: >> Build J2DBench in ant using JAVA_HOME, not using fork to possibly pick a >> different javac from the PATH. > > src/demo/share/java2d/J2DBench/build.xml line 42: > >> 40: >> 41: >> 42: > > This would be inconsistent with the Make targe

Integrated: 8361213: J2DAnalyzer should emit the score as a decimal

2025-07-03 Thread Eric Caspole
On Tue, 1 Jul 2025 17:38:35 GMT, Eric Caspole wrote: > As mentioned in the bug, I think it would be better to always emit the score > as decimal instead of sometimes decimal, sometimes scientific notation. This pull request has now been integrated. Changeset: dcc7254a Author:Eric Caspole

Re: RFR: 8361115: javax/swing/JComboBox/bug4276920.java unnecessarily throws Error instead of RuntimeException

2025-07-03 Thread duke
On Tue, 1 Jul 2025 04:57:05 GMT, Manukumar V S wrote: > Issue: > javax/swing/JComboBox/bug4276920.java unnecessarily throws Error instead of > RuntimeException whenever a test failure occurs. > This causes unnecessary extra attention in CI systems and triggers task > failures as throwing an Err

Re: RFR: 8361115: javax/swing/JComboBox/bug4276920.java unnecessarily throws Error instead of RuntimeException

2025-07-03 Thread Phil Race
On Tue, 1 Jul 2025 04:57:05 GMT, Manukumar V S wrote: > Issue: > javax/swing/JComboBox/bug4276920.java unnecessarily throws Error instead of > RuntimeException whenever a test failure occurs. > This causes unnecessary extra attention in CI systems and triggers task > failures as throwing an Err

Re: RFR: 8361213: J2DAnalyzer should emit the score as a decimal [v2]

2025-07-03 Thread Phil Race
On Wed, 2 Jul 2025 18:56:33 GMT, Eric Caspole wrote: >> As mentioned in the bug, I think it would be better to always emit the score >> as decimal instead of sometimes decimal, sometimes scientific notation. > > Eric Caspole has updated the pull request incrementally with one additional > commi

Re: RFR: 8361216: Do not fork javac in J2DBench ant build

2025-07-03 Thread Phil Race
On Tue, 1 Jul 2025 19:30:21 GMT, Eric Caspole wrote: > Build J2DBench in ant using JAVA_HOME, not using fork to possibly pick a > different javac from the PATH. src/demo/share/java2d/J2DBench/build.xml line 42: > 40: > 41: > 42: This would be inconsistent with the Make target. It doesn

Re: RFR: 8361216: Do not fork javac in J2DBench ant build

2025-07-03 Thread Phil Race
On Tue, 1 Jul 2025 19:30:21 GMT, Eric Caspole wrote: > Build J2DBench in ant using JAVA_HOME, not using fork to possibly pick a > different javac from the PATH. and don't get confused about the ant and make stuff. The JDK build does not and is not expected to build j2dbench It is built directl

Re: RFR: 8361216: Do not fork javac in J2DBench ant build

2025-07-03 Thread Phil Race
On Thu, 3 Jul 2025 16:02:05 GMT, Magnus Ihse Bursie wrote: > They have not been updated since jdk8 and are unlikely to be. not true. They are updated regularly and I expect an enhancement to add some new feature testing some time in the next year. - PR Comment: https://git.openjdk

Re: RFR: 8361216: Do not fork javac in J2DBench ant build

2025-07-03 Thread Phil Race
On Tue, 1 Jul 2025 19:30:21 GMT, Eric Caspole wrote: > Build J2DBench in ant using JAVA_HOME, not using fork to possibly pick a > different javac from the PATH. It isn't a demo and it isn't a jtreg test. Everything under src/share/demo is client related which may be why it is there. But the ri

Re: RFR: 8361216: Do not fork javac in J2DBench ant build

2025-07-03 Thread Eric Caspole
On Tue, 1 Jul 2025 19:30:21 GMT, Eric Caspole wrote: > Build J2DBench in ant using JAVA_HOME, not using fork to possibly pick a > different javac from the PATH. Could we move J2DBench under test next to micro/ ? It's not a demo, it's a benchmark but somehow it ended up under demos. It should r

Re: RFR: 8361216: Do not fork javac in J2DBench ant build

2025-07-03 Thread Magnus Ihse Bursie
On Tue, 1 Jul 2025 19:30:21 GMT, Eric Caspole wrote: > Build J2DBench in ant using JAVA_HOME, not using fork to possibly pick a > different javac from the PATH. The long-term goal is to remove demos from mainline. Most have already been removed. The few that remains was used for client testing

Re: RFR: 8150564: Migrate useful ExtendedRobot methods into awt.Robot [v22]

2025-07-03 Thread Alisen Chung
> Some useful methods in ExtendedRobot should be migrated into Robot itself so > that ExtendedRobot can be removed in the future. The tests using > ExtendedRobot for these migrated methods are changed to use only Robot > (removing unnecessary building of ExtendedRobot). Alisen Chung has updated

Re: RFR: 8361216: Do not fork javac in J2DBench ant build

2025-07-03 Thread Eric Caspole
On Tue, 1 Jul 2025 19:30:21 GMT, Eric Caspole wrote: > Build J2DBench in ant using JAVA_HOME, not using fork to possibly pick a > different javac from the PATH. I dont know the history of J2DBench or how its build was developed. It looks like J2DBench is not included in the JDK demos build. My

Integrated: 8349188: LineBorder does not scale correctly

2025-07-03 Thread Rajat Mahajan
On Fri, 27 Jun 2025 18:11:46 GMT, Rajat Mahajan wrote: > Modified the code to account for border thickness correctly and updated the > related tests to make sure we are testing the new change. > > Testing done. This pull request has now been integrated. Changeset: 24117c6e Author:Rajat Ma

Re: RFR: 8349188: LineBorder does not scale correctly [v3]

2025-07-03 Thread Alexey Ivanov
On Fri, 27 Jun 2025 19:46:56 GMT, Rajat Mahajan wrote: >> Modified the code to account for border thickness correctly and updated the >> related tests to make sure we are testing the new change. >> >> Testing done. > > Rajat Mahajan has updated the pull request incrementally with one additional

Re: RFR: 8361216: Do not fork javac in J2DBench ant build

2025-07-03 Thread Magnus Ihse Bursie
On Tue, 1 Jul 2025 19:30:21 GMT, Eric Caspole wrote: > Build J2DBench in ant using JAVA_HOME, not using fork to possibly pick a > different javac from the PATH. Where, how and why are this antscript or the `src/demo/share/java2d/J2DBench/Makefile` used? The JDK build system builds the demos

Re: RFR: 8159055: ImageIcon.setImage and ImageIcon(Image) constructor can't handle null parameter [v12]

2025-07-03 Thread Alexey Ivanov
On Thu, 3 Jul 2025 06:46:25 GMT, Prasanta Sadhukhan wrote: > > Both image and description are two independent fields of ImageIcon object, > > each has its own getter and setter, and each can be changed independently. > > We should not enforce the order of calls: if an app developer wants to se

Re: RFR: 8159055: ImageIcon.setImage and ImageIcon(Image) constructor can't handle null parameter [v11]

2025-07-03 Thread Alexey Ivanov
On Thu, 3 Jul 2025 08:38:51 GMT, ExE Boss wrote: > Yes, but it complicates backports. Yes, it complicates backports, but this implies backports are possible. If the specification is updated, the backports will likely be impossible. - PR Review Comment: https://git.openjdk.org/jdk/

Re: RFR: 8159055: ImageIcon.setImage and ImageIcon(Image) constructor can't handle null parameter [v11]

2025-07-03 Thread Alexey Ivanov
On Fri, 20 Jun 2025 11:55:35 GMT, Alexey Ivanov wrote: >> Prasanta Sadhukhan has updated the pull request incrementally with one >> additional commit since the last revision: >> >> Remove resetting description from constructor as it is already null > > src/java.desktop/share/classes/javax/swi

Re: RFR: 8159055: ImageIcon.setImage and ImageIcon(Image) constructor can't handle null parameter [v11]

2025-07-03 Thread ExE Boss
On Wed, 2 Jul 2025 19:38:11 GMT, Alexey Ivanov wrote: >> I haven't done my due diligence to verify whether this feature can be used. >> Even if this particular way can't be used, it's still a viable option, just >> move the code above into a helper method. >> >> >> public ImageIcon(Image