Remove jQuery dependency

Created a merge request. The jquery code has been replaced with vanilla javascript. Checked on Firefox, Chrome and Safari, should work. But I would ask for review, it should be tested properly.

Also added a patch file to use it with composer.

Tested on Drupal `10.0.3`

## Test

1. Added internal-only Link field to 'Article' node.
2. Added external-only Link field to 'Article' node.
3. Created new article with internal & external links.

## Other

https://www.drupal.org/project/extlink will also need updating to remove the `jQuery` reference from the first paragraph.

Thanks! Conflicts need to be resolved!

@Anybody, thanks. Just rebased, but would be ok if you test your new mailto feature again after my rebase.

Would like to include with 2.0.x but appears to breaking a number of tests.

Woo got main pipeline all green so any change should be legit issues.

The rebase had lots of commits, because I merged once instead of rebasing prior to that.

I fixed almost all of the eslint issues. There are a few that I don't know if they should be ignored or changed.

Wouldn't worry about those, but the test failures could be showing an issue.

Both failing tests are because it's not finding the external settings file.

It has

  public function testExtlinkDisabledOnAdminRoutes(): void {
    $this->drupalLogin($this->adminUser);
    $this->drupalGet(self::EXTLINK_ADMIN_PATH);
    $this->assertSession()->checkboxNotChecked('extlink_exclude_admin_routes');
    $this->assertSession()->responseContains('/extlink/js/extlink.js');

    // Disable Extlink on admin routes.
    $this->drupalGet(self::EXTLINK_ADMIN_PATH);
    $this->submitForm(['extlink_exclude_admin_routes' => TRUE], 'Save configuration');
    $this->assertSession()->responseNotContains('/extlink/js/extlink.js');

Should it be this instead, with /extlink/settings.js?

  public function testExtlinkDisabledOnAdminRoutes(): void {
    $this->drupalLogin($this->adminUser);
    $this->drupalGet(self::EXTLINK_ADMIN_PATH);
    $this->assertSession()->checkboxNotChecked('extlink_exclude_admin_routes');
    $this->assertSession()->responseContains('/extlink/settings.js');

    // Disable Extlink on admin routes.
    $this->drupalGet(self::EXTLINK_ADMIN_PATH);
    $this->submitForm(['extlink_exclude_admin_routes' => TRUE], 'Save configuration');
    $this->assertSession()->responseNotContains('/extlink/settings.js');

See in extlink.module:

function extlink_library_info_alter(&$libraries, $extension): void {
  if (($extension === 'extlink') &&
      isset($libraries['drupal.extlink']) &&
      \Drupal::config('extlink.settings')->get('extlink_use_external_js_file')) {

    $host = \Drupal::request()->getBasePath();
    $new_key[$host . '/extlink/settings.js'] = $libraries['extlink.settings']['js']['/extlink/settings.js'];
    $libraries['extlink.settings']['js'] = $new_key;

    // Add the external settings JS file as a dependency to the drupal.extlink
    // library so that it will be loaded when configuration is set to use the
    // external file.
    $libraries['drupal.extlink']['dependencies'][] = 'extlink/extlink.settings';
  }

Ah that took me forever to figure out yesterday. So the test may need to be updated to check the host. Gitlab running with localhost/web was causing all tests to fail before.

I think this will fix the tests. The functionality with the external settings is actually working when I run it. It's just checking for the wrong string in the response.

Reverted the changes to the test as don't think we should update those. If the jquery removal is correct then nothing should break. So think maybe the js changes around the nofollow/referrer needs some work.

Don't have the why yet but appears to be when the link has a target already set that the js fails to add a rel attribute

So I moved the filter part of the js down after the rel is added. Wasn't needed before but tests appear green. Thoughts?

It's better, but I don't think it's quite right. The externalLinks variable is filtered down, meaning that later when noreferrer is added, it won't be added to links that already had the target attribute set, even if the target is _blank. Is that the desired functionality? The form setting says this:

A link that specifies target='_self' will not be changed to target='_blank'.

My understanding of the "no override" setting was that it shouldn't override the target attribute, but that the nofollow and noreferrer should still be set on the link.

Personally, I think this

      // Apply the target attribute to all links.
      externalLinks = externalLinks.filter((link) => {
        // Filter out links with target set if option specified.
        return !(drupalSettings.data.extlink.extTargetNoOverride && link.matches('a[target]'));
      });

      // Add target attr to open link in a new tab.
      externalLinks.forEach((link, i) => {
        externalLinks[i].setAttribute('target', '_blank');
      });

Should be modified so that externalLinks is not changed. Something like this:

      // Add target attr to open link in a new tab if not set.
      externalLinks.forEach((link, i) => {
        if (!(drupalSettings.data.extlink.extTargetNoOverride && link.matches('a[target]'))) {
          externalLinks[i].setAttribute('target', '_blank');
        }
      });

Applied suggestion but have to run. If it works and we are happy I can merge this evening.

Tests passed

Looks good to me. Do we need to add a test to cover that noreferrer is added to links with a target attribute already set?

Think we are probably good.

Down to 2 issue so will plan a beta1 release in the next few days.