Stop using JavaScript and `target="_new"` on links

Far too many links in unRAID don't behave like normal links: if you click them, they open in the same tab; if you ⌘-click (or ctrl-click if not on Mac) then they open in a new tab.

Example: On the Docker page, ⌘-click Settings.

Expected behaviour: a new tab opens containing the Settings page. The original tab is still on the Docker page.

Actual behaviour: both tabs are on the Settings page, because the source for the Settings link is this:

<a href="/Settings" onclick="initab('/Settings')">Settings</a>

I don't know what initab does, but given the new tab (which is opened by the href and ignores the onclick) seems to work just fine, then it doesn't seem to be particularly necessary.

Another example:

Click on Apps, and click on the Support button for any app. Click on the Support Forum link.

Expected behaviour: it opens in the same tab. If I want to open it in a new tab, I can ⌘-click it to use the standard browser behaviour. If I want to open it in a different browser, I can right-click on it and choose Copy Link Address.

Actual behaviour: it opens in a new tab, because it has target="_blank" set, despite my not having been asked if I want this behaviour by default, and not having any way to turn it off. I cannot right-click to copy the link in order to open it in the same tab (or a different window from the one the current tab is in, or a different browser) because unRAID disables right-click on this menu even though it works on other page elements. WHY?

Summary

unRAID should not assume how people want to use links; it should just use standard <a href="whatever"> without JavaScript overrides and without target="_blank".

I'm fairly sure unRAID users are advanced enough to know about the modifier key to open a link in a new tab if they want it there. But there is no modifier key for "ignore the target attribute and open in this tab"…