webpack / webpack-dev-server

Serves a webpack app. Updates the browser on changes. Documentation https://webpack.js.org/configuration/dev-server/.
MIT License
7.77k stars 1.43k forks source link

Application with multiple iframes performances problems on hot reload #2969

Open paztis opened 3 years ago

paztis commented 3 years ago

Code

// webpack.config.js
{
    output: {
        library: 'viewDesignerApp',
        path: 'dist',
        publicPath: '/my-app/',
        libraryTarget: 'umd'
    },
    entry: {
        'index': 'src/index',
        'index-frame1': 'src/index-frame1',
        'index-frame2': 'src/index-frame2'
    },
    plugins: [
        new HtmlWebpackPlugin({
            filename: 'index.html',
            chunks: ['index']
        }),
        new HtmlWebpackPlugin({
            filename: 'index-frame1.html',
            chunks: ['index-frame1']
        }),
        new HtmlWebpackPlugin({
            filename: 'index-frame2.html',
            chunks: ['index-frame2']
        }),
    ],
    optimization: {
        splitChunks: {
            chunks: 'all'
        }
    },
    devServer: {
        contentBase: ['dist'],
        contentBasePublicPath: '/my-app/',
        compress: true,
        publicPath: '/my-app/',
        port: 3001
    }
}

src/index.js

import {render} from 'react-dom';

const rootNode = document.getElementById('root');
render(
    <div>
        <iframe src="./index-frame1.html" />
        <iframe src="./index-frame2.html" />
    </div>,
    rootNode
);

src/index-frame1.js

import {render} from 'react-dom';

const rootNode = document.getElementById('root');
render(
    <div>SUB FRAME 1</div>,
    rootNode
);

src/index-frame2.js

import {render} from 'react-dom';

const rootNode = document.getElementById('root');
render(
    <div>SUB FRAME 2</div>,
    rootNode
);

Expected Behavior

I've an application that contains 2 sub iframes Webpack generates 3 html files for the application In dev mode, in case of code change, only the top level window might listne the events / try to refresh the page or the main window need a way to advert the subframes to avoid listening

Actual Behavior

in dev mode, all the frames + root window are listening the hot reload changes. In case of code change, the frames + root window tries to reload the page in same time Chrome devTools frequently crashes because of to many logs (3x the progress logs) + interrupted sourcemaps decoding

For Bugs; How can we reproduce the behavior?

create an app with an iframe, both pointing to html pages managed by webpack

For Features; What is the motivation and/or use-case for the feature?

alexander-akait commented 3 years ago

Do not ignore section how we can reproduce it, i.e. core and configuration, otherwise we can't help

In dev mode, in case of code change, only the top level window might listne the events / try to refresh the page or the main window need a way to advert the subframes to avoid listening

Expected, why do you avoid changes here?

paztis commented 3 years ago

You want me to produce a full application to explain you the problem ?

Expected, why do you avoid changes here?

In case of liveReload (page reload), the subframe is destroyed during the top window unload Then a new subframe is created. Devtools encounter problems because it starts to decode sourcemap then destroy and load a new frame

I search a way to inform the subframes not to listen to socket events or at least to not refresh code. But if I disable hot or liveReload, I do it also for top level window.

There's no way to provide different configs for each page produced by the same webpack build

alexander-akait commented 3 years ago

You want me to produce a full application to explain you the problem ?

Minimum or configuration

paztis commented 3 years ago

original comment updated with webpack config and index files

alexander-akait commented 3 years ago

You need to use injectHot as function and return false for index-frame1 and index-frame2

paztis commented 3 years ago

With injectHot and injectClient I only have the compile config as argument.

How do I do a distinction between chunk entry of root index and chuck entries of frame index ? More it seems only called one time, not on each entry chunk

paztis commented 3 years ago

any other idea @alexander-akait ?

alexander-akait commented 3 years ago

We need improve injectClient and injectHot and pass entry to callback

paztis commented 3 years ago

Great that was my idea.

alexander-akait commented 3 years ago

Feel free to send a PR

paztis commented 3 years ago

I've take a look at it I correctly see how to do it for webpack 4 (in lib/utils/devServerPlugin.js) in prependEntry, as I control all the chunks

const prependEntry = (originalEntry, additionalEntries) => {
      if (typeof originalEntry === 'function') {
        return () =>
          Promise.resolve(originalEntry()).then((entry) =>
            prependEntry(entry, additionalEntries)
          );
      }

      if (typeof originalEntry === 'object' && !Array.isArray(originalEntry)) {
        /** @type {Object<string,string>} */
        const clone = {};

        Object.keys(originalEntry).forEach((key) => {
          // entry[key] should be a string here
          const entryDescription = originalEntry[key];
        // ===========> job to do to decide to inject or not, depending of 'key' chunk
          clone[key] = prependEntry(entryDescription, additionalEntries);
        });

        return clone;
      }

      // in this case, entry is a string or an array.
      // make sure that we do not add duplicates.
      /** @type {Entry} */
      const entriesClone = additionalEntries.slice(0);
      [].concat(originalEntry).forEach((newEntry) => {
        if (!entriesClone.includes(newEntry)) {
          entriesClone.push(newEntry);
        }
      });
      return entriesClone;
    };

But in webpack 5 mode, I don't see how to do it

compiler.hooks.make.tapPromise('DevServerPlugin', (compilation) =>
        Promise.all(
          additionalEntries.map(
            (entry) =>
              new Promise((resolve, reject) => {
                compilation.addEntry(
                  compiler.context,
                  EntryPlugin.createDependency(entry, {}),
                  {}, // global entry
                  (err) => {
                    if (err) return reject(err);
                    resolve();
                  }
                );
              })
          )
        )
      );

Any idea of it ?

alexander-akait commented 3 years ago

We should improve our check, yes, it is not implemented

paztis commented 3 years ago

until this is developed, is there's any way to do it through custom plugin I can wrote or something else ? I'm using webpac-dev-server@3.11.2 and webpack@4.

I know how to do it inside your code for webpack 4, but useless to create a PR that didn't cover the webpack 5 case, or it is ?

alexander-akait commented 3 years ago

I don't think it is possible to solve on plugin level without extra hacks

paztis commented 3 years ago

Will you accept PR for version 3.11, or you stop enhancement on it an onli work on v4 ?

alexander-akait commented 3 years ago

If this does not require global changes, we can accept it, but you need send two PRs for v3 and v4

paztis commented 3 years ago

what it will require I think is a modification / enhancement of the injectClient init param signature, or another init param. Is it considered as global ?

alexander-akait commented 3 years ago

I think yes, for me it is not global changes

paztis commented 3 years ago

PR created in v3: #2995 Tell me if it is ok before I start master report

paztis commented 3 years ago

Here is the PR for master: #2998

alexander-akait commented 3 years ago

I will look at this in this week

paztis commented 3 years ago

Have you found time to look at it ?

alexander-akait commented 3 years ago

On the next week I am working on dev server, so I will look at near future

paztis commented 3 years ago

any news for the review ?

alexander-akait commented 3 years ago

Still on my roadmap (near future)

paztis commented 1 year ago

any updated ? I open it 2 years ago now

alexander-akait commented 1 year ago

@paztis Yeah, sorry for that, let's do rebase of you PR, I want to do a new release soon, so let's incude this in a new release

alexander-akait commented 1 year ago

Anyway why don't use Function?