[BUG]: ERROR in main: Can't resolve `./src`

[bahtou]

Describe the bug
I have the following project folder structure:

my-app/
├─ .webpack/
│  ├─ index.js
│  ├─ development.js
│  ├─ production.js
├─ node_modules/
├─ src/
│  ├─ index.tsx
├─ package.json

When I use .webpack/index.js to import a specific environment configuration I get the following error:

ERROR in main
Module not found: Error: Can't resolve './src' in '/Users/<path-to-project>/my-app'

To Reproduce

package.json

"@webpack-cli/serve": "^1.0.1-rc.0",
"webpack": "^5.0.0-rc.0",
"webpack-cli": "^4.0.0-rc.0",
"webpack-dev-server": "^3.11.0"

.webpack/index.js

module.exports = (env, arg) => {
  const { mode } = arg;
  const config = require(`./${mode}`);

  return config;
};

.webpack/development.js

module.exports = {
  entry:  path.resolve(__dirname, '../src/index.tsx'),
  output: {
    path: path.resolve(__dirname, '../build/'),
    filename: 'index.js'
  },
  devtool: 'source-map',
  devServer: {
    inline: true,
    port: 8080,
    contentBase: path.resolve(__dirname, '../src')
  },
  module: {
      rules: [
          { test: /\.tsx?$/, loader: 'awesome-typescript-loader' }
      ]
  },
  resolve: {
    modules: [
      '/Users/<path-to-project>/my-app/src',
      'node_modules'
    ],
    extensions: ['.wasm', '.mjs', '.js', '.jsx', '.ts', '.tsx', '.json'],
  }
};

> webpack serve --config .webpack/index.js --mode development

Expected behavior

Expected the src directory to be resolved. If instead .webpack/index.js has the configuration there is no error that shows up.

Please paste the results of webpack-cli info here, and mention other relevant information

System:
    OS: macOS 10.15.6
    CPU: (8) x64 Intel(R) Core(TM) i7-4870HQ CPU @ 2.50GHz
    Memory: 451.53 MB / 16.00 GB
  Binaries:
    Node: 14.5.0 - ~/.nvm/versions/node/v14.5.0/bin/node
    Yarn: 1.22.4 - /usr/local/bin/yarn
    npm: 6.14.8 - ~/.nvm/versions/node/v14.5.0/bin/npm
  Browsers:
    Firefox: 81.0
    Safari: 14.0
  Packages:
    case-sensitive-paths-webpack-plugin: ^2.3.0 => 2.3.0
    clean-webpack-plugin: ^3.0.0 => 3.0.0
    extract-css-chunks-webpack-plugin: ^4.7.5 => 4.7.5
    html-webpack-plugin: ^4.5.0 => 4.5.0
    webpack: ^5.0.0-rc.0 => 5.0.0-rc.0
    webpack-cli: ^4.0.0-rc.0 => 4.0.0-rc.0
    webpack-dev-server: ^3.11.0 => 3.11.0
    webpack-merge: ^5.1.4 => 5.1.4

[snitin315]

can you once try if the following is working ? -

​>​ webpack serve --config .webpack/index.js --mode development --entry src/index.tsx

[snitin315]

Thanks for reporting I'm looking into it.

[bahtou]

> webpack serve --config .webpack/index.js --mode development --entry src/index.tsx

[webpack-cli]
Error: you provided an invalid entry point.

[webpack-cli] ValidationError: Invalid configuration object. Webpack has been initialized using a configuration object that does not match the API schema.
 - configuration.entry should be an non-empty array.
   -> All modules are loaded upon startup. The last one is exported.

[webpack-cli] Promise rejection: TypeError: Cannot read property 'compilers' of undefined
[webpack-cli] TypeError: Cannot read property 'compilers' of undefined
    at Object.getDevServerOptions [as default] (/Users/<path-to-project>/my-app/node_modules/@webpack-cli/serve/lib/getDevServerOptions.js:15:32)
    at Object.startDevServer [as default] (/Users/<path-to-project>/my-app/node_modules/@webpack-cli/serve/lib/startDevServer.js:22:59)
    at /Users/<path-to-project>/my-app/node_modules/@webpack-cli/serve/lib/index.js:21:33

[bahtou]

Have a look at this to reproduce the issue: https://github.com/bahtou/webpack-server-issue/tree/master

[snitin315]

I found the bug, CLI was adding .js extension for non-js files. Hence making the entry point as src/index.tsx.js which is incorrect. I'm sending a fix.

webpack-cli/packages/webpack-cli/lib/utils/GroupHelper.js

Lines 19 to 21 in 0f13ab5

	if (filename && !filename.includes('.js')) {
	filename = filename + '.js';
	}

[alexander-akait]

@snitin315 Feel free to send a PR, I think we should remove whole logic, because it is invalid

[anshumanv]

EDIT: #1837 should fix this, @snitin315 can you check once I push?

I'll fix CI today

[snitin315]

#1837 should fix this, @snitin315 can you check once I push?

Sure 👍🏻

[gairTanm]

I might be totally out of depth here, but something I found worth noting is that in the following, the defaultEntry paths all end with a .js with index at the start or just index.

webpack-cli/packages/webpack-cli/lib/webpack-cli.js

Lines 20 to 29 in 55d0bd8

	this.defaultEntry = 'index';
	this.possibleFileNames = [
	`./${this.defaultEntry}`,
	`./${this.defaultEntry}.js`,
	`${this.defaultEntry}.js`,
	this.defaultEntry,
	`./src/${this.defaultEntry}`,
	`./src/${this.defaultEntry}.js`,
	`src/${this.defaultEntry}.js`,
	];

Also, the following

webpack-cli/packages/webpack-cli/lib/webpack-cli.js

Lines 219 to 224 in 55d0bd8

	_handleDefaultEntry() {
	if (!this.basicGroup) {
	const BasicGroup = require('./groups/BasicGroup');
	this.basicGroup = new BasicGroup();
	}
	const defaultEntry = this.basicGroup.resolveFilePath(null, 'index.js');

traces back to

webpack-cli/packages/webpack-cli/lib/utils/GroupHelper.js

Lines 19 to 21 in 55d0bd8

	if (filename && !filename.includes('.js')) {
	filename = filename + '.js';
	}

as @snitin315 mentioned. This (IMO) means that the webpack-cli supports just index.js as an entry point. Finally, I would also like to work on this issue if possible. A fix would be to take in as the argument the entryPath for the webpack-cli constructor. I'm just starting out on Webpack, any pointers appreciated :)

[alexander-akait]

@gairTanm I think it is fixed #1856, can you try?

[gairTanm]

On it 👍

[alexander-akait]

Fixed, let's close, but if somebody faced with the issue again, feel free to open a new issue

[bahtou]

@evilebottnawi what will I need to do get this working (from above)? https://github.com/bahtou/webpack-server-issue/tree/master

I have updated the package
"webpack": "^5.0.0-rc.3",
"webpack-cli": "^4.0.0-rc.0",
"@webpack-cli/serve": "^1.0.1-rc.0",
"webpack-dev-server": "^3.11.0",