Deep link syntax to preselect JDK version

[marchof]

Dear adoptium team,

Marc here from javaalmanac.io. I noticed that my deep links to adoptium.net stopped working. So what I basically do is to offer users direct links to different distrubutions, for example:

https://javaalmanac.io/jdk/11/

Is the a possibility to pre-select for example Version 11 on your download page? For example something like

https://adoptium.net/temurin/releases?version=11

Thanks for your great work,
-marc

[rafrafek]

I have also described it here: https://gitlab.eclipse.org/eclipsefdn/helpdesk/-/issues/1152

[gdams]

I've created #379 as a starting point, it will at least allow you to manually pass ?version=11 to the URL's to preselect a JDK version

[tellison]

I suggest we proceed with this direction, and modify so that:

1. Extend so OS, CPU, package type, and Java version can optionally be passed as URL query parameters; and
2. When we detect that query params have been passed, we do not show the drop downs on the page (or as a first step set the disabled attribute(*)), thereby removing the problem of having to update the URL if users choose to change the options via drop downs.

WDYT?

(*) I say this, because the drop down explainer text is in the releases.js file, so that would have to be moved and optionally excluded too in DownloadDropdowns.tsx

[marchof]

@tellison From the users point of view I would prefer if the drop-downs are still visible and can be modified. If the user wants to change the version filter this proposal would mean he needs to go to the browser URL (which is mostly hidden nowadays) and manually remove or edit the query parameters.

[tellison]

@marchof ok, that will require pushing the new version URL to the browser, which is fine.

Question is whether that should form part of the history too, so back button reloads previous version selection, or not (history pushstate vs. history replaceState).

@gdams and I also discussing if it is only the version that should be parameterised in the URL.
We are getting 20% of current referral links coming in with variant=openjdk11, which will show Java 17 at the moment as our param is called version=11. I guess it keeps them up to date :-)

[tellison]

For the record, the decision was the replace state, and we'll handle the variant param in a separate PR.

[marchof]

I think I know where the wrong referrals came from, sorry. 🙈

It's fixed now with the new parameters: https://javaalmanac.io/jdk/18/

[tellison]

I think I know where the wrong referrals came from, sorry. 🙈

It's fixed now with the new parameters: https://javaalmanac.io/jdk/18/

I see that, thanks for making the update.

[Jackenmen]

I guess OS pre-selection was deemed unnecessary?

[rafrafek]

?version=11 is not enough. Link should include all the parameters:

• Operating System
• Architecture
• Package type
• Version