RFR: 8297191: [macos] printing page range "page 2 to 2" or "page 2 to 4" on macOS leads to not print [v2]

[Phil Race]

On Fri, 18 Jul 2025 13:19:10 GMT, Christian Heilmann <duke at openjdk.org> wrote:

>> This PR fixes a bug that caused no or the wrong set of pages to be printed when using page ranges on macOS.
>> 
>> The main fix is to change the 'location' value of the returned NSRange from the knowsPageRange method to 1 in the native class PrinterView.m.
>
> Christian Heilmann has updated the pull request with a new target base due to a merge or a rebase. The incremental webrev excludes the unrelated changes brought in by the merge/rebase. The pull request contains five additional commits since the last revision:
> 
>  - 8297191 fixed printing page range for e.g. page 2 to 2 on macOS
>  - 8297191 fixed printing page range for e.g. page 2 to 2 on macOS
>  - Merge branch 'master' of https://github.com/openjdk/jdk into pr/11266
>  - Merge branch 'master' into pr/11266
>  - 8297191 fixed printing page range for e.g. page 2 to 2 on macOS

In the table above you have rows where the attribute set contains PageRanges(3, 5)
You record what page range you then "manually enter" into the dialog. 
But you aren't clear as to whether the initially displayed range in the dialog is 3,5
Since you are on macOS 26 and the issue reported as https://bugs.openjdk.org/browse/JDK-8341058 is supposed to be fixed by Apple in macOS 26 I'd expect it to be displayed as 3, 5 and for that to be the range printed unless  the user changes it.
Can you please clarify.

Note as I wrote in an old comment in this PR, this JBS issue title needed to be improved.
I've updated it and now you'll need to make the PR title match.

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

PR Comment: https://git.openjdk.org/jdk/pull/11266#issuecomment-3469863366
PR Comment: https://git.openjdk.org/jdk/pull/11266#issuecomment-3469877228