Updates for contributed modules installed with composer —prefer-source not showing on available updates page

The update settings are fairly standard.
- Check for updates = Daily
- Check for updates of uninstalled modules and themes = Empty (No email address entered)
- Email notification threshold = All newer versions

Nothing is logged in the watchdog when I force a manual update.

Unfortunately no clues from the nginx server log. I'm using composer to manage module installation. I'm not sure what needs updating in this case as I believe these sites contributed modules are up to date. However It's the absence of the contributed modules from this page that's concerning me. At times I use this page as a quick check to see what modules are installed or what versions are recommended.

Composer puts the modules into the /www.mysite.dev/web/modules/contrib directory.
They have been listed in the require section of the composer.json file an example being "drupal/google_analytics": "2.1.0",

{
  "name": "My website",
  "description": "My Website",
  "type": "project",
  "authors": [
    {
      "name": "",
      "role": ""
    }
  ],
  "repositories": [
    {
      "type": "composer",
      "url": "https://packages.drupal.org/8"
    },
    {
      "type": "composer",
      "url": "https://packagist.org"
    }
  ],
  "config": {
    "preferred-install": "source",
    "discard-changes": true
  },
  "require": {
    "composer/installers": "^1.0.20",
    "cweagans/composer-patches": "~1.0",
    "drupal/core": "8.4.1",
    "drupal/migrate_tools": "2.0.0-beta1",
    "drupal/migrate_upgrade": "2.0.0-beta1",
    "drupal/admin_toolbar": "1.19.0",
    "drupal/coder": "8.2.5",
    "drupal/libraries": "3.x-dev",
    "drupal/pathauto": " 1.0.0",
    "drupal/honeypot": "1.24.0",
    "drupal/metatag": "1.0.0",
    "drupal/mollom": "1.1.0",
    "drupal/smtp": "1.0.0-beta2",
    "drupal/token": "1.0.0",
    "drupal/simple_sitemap": "2.9.0",
    "drupal/google_analytics": "2.1.0",
    "wkse/google_tag": "8.0.2",
    "drupal/video_embed_media": "1.5.0",
    "drupal/video_embed_field": "1.5.0",
    "drupal/masquerade": "2.0.0-beta1",
    "drupal/paragraphs": "1.1.0",
    "drupal/slick": "1.0.0-rc3",
    "drupal/blazy":"1.0.0-rc1",
    "drupal/slick_extras": "1.0.0-beta2",
    "drupal/slick_media": "1.0.0-rc1",
    "drupal/responsive_menu": "2.4.0",
    "drupal/addtoany": "1.8.0",
    "drupal/videojs": "1.0.0",
    "drupal/redis": "1.0.0-beta1",
    "drupal/views_infinite_scroll": "1.3.0",
    "drupal/twig_tweak": "1.7.0",
    "drupal/maxlength": "1.0.0-beta1",
    "drupal/entity": "1.0.0-alpha4",
    "drupal/migrate_plus": "3.0.0-beta1",
    "drupal/focal_point": "1.0.0-beta4",
    "drupal/crop": "1.2.0",
    "mollom/client":"dev-psr4",
    "drupal/ctools": "3.0.0",
    "drupal/superfish": "1.0.0-rc6",
    "drupal/devel": "1.0.0-rc2"
  },
  "require-dev": {
    "behat/mink": "~1.6",
    "behat/mink-goutte-driver": "~1.2",
    "jcalderonzumba/gastonjs": "^1.1@dev",
    "jcalderonzumba/mink-phantomjs-driver": "~0.3.1",
    "mikey179/vfsStream": "~1.2",
    "phpunit/phpunit": "~4.8",
    "symfony/css-selector": "2.7.*"
  },
  "conflict": {
    "drupal/drupal": "*"
  },
  "prefer-stable": true,
  "scripts": {
    "post-install-cmd": "sh ./scripts/composer/post-install.sh"
  },
  "extra": {
    "installer-paths": {
      "web/core": ["type:drupal-core"],
      "web/modules/contrib/{$name}": ["type:drupal-module"],
      "web/profiles/contrib/{$name}": ["type:drupal-profile"],
      "web/themes/contrib/{$name}": ["type:drupal-theme"],
      "drush/contrib/{$name}": ["type:drupal-drush"]
    },
    "patches": {
      "drupal/core": {
        "Contextual links broken because of JS error": "web/modules/patches/core-js-fix-contextual.patch",
        "Fix quick edit contextual link not available and throwing js error": "web/modules/patches/drupalbehaviorerror.patch"
      }
    }
  }
}

This issue was caused because the contributed modules that were installed did NOT have version numbers in their corresponding *.info.yml files. I suspect this was caused by using the command 'composer install' after cloning the sites repo.

The fix was to re-install the affected site using 'composer install --prefer-dist'. As I understand it this downloads the modules zip rather than using cached versions which have no versions info the *.info.yml files.
https://drupal.stackexchange.com/questions/206922/module-version-is-not-...