раньше был плагином

ага, посмотрел не туда

кароче полазил по исходникам, поднялся по референсам наверх, и правда не понятно как этот add_string может запускаться

  function compile(source, options = {}) {
      options = Object.assign({ generate: 'dom', dev: false }, options);
      const stats = new Stats();
      const warnings = [];
      validate_options(options, warnings);
      stats.start('parse');
      const ast = parse$3(source, options);
      stats.stop('parse');
      stats.start('create component');
      const component = new Component(ast, source, options.name || get_name_from_filename(options.filename) || 'Component', options, stats, warnings);
      stats.stop('create component');
      const result = options.generate === false
          ? null
          : options.generate === 'ssr'
              ? ssr(component, options)
              : dom(component, options);
      return component.generate(result);
  }

вот сюда бы куда-то вставил консоль лог чтобы опции посмотреть переданные компилятору

тут единственная точка входа в фарш связанный с ssr

ага, было бы классно

есть шанс что какой то плагин к webpack не верно дёргает компилятор svelte

каким образом? лоадер подхватывает свелт файлы и потом отдаёт js, и только потом с этим что-то делают плагины

ну лоадер это ведь так же плагин, никто в целом не мешает из другого плагина дёрнуть .svelte ещё раз во всяком случае в rollup (понятно что обычно ты обрабатываешь вывод прошлого плагина но не обязательно)

но в целом выходит что у нас есть только один подозреваемый - это svelte loader для webpack

или его настройка

ты видел код свелт лоадера для вебпака ?

( нет, я активно копал только rollup

что с ним не так?

Может где-то закрался svelte/register ? 🤔

да полюбому там хотрелоад где-то вызывает это)

ну хотреалоад есть, да, но только в деве

а падало и когда в проде собирали