watch doesn't update TS files when `check: false` or within Vue files

[mav-rik]

What happens and why it is incorrect

When running rollup.watch (programmatically) only the first build goes well. All the following builds result in the same output for .ts files. I've added a .js file and only that .js file gets changes on every re-build. None of the .ts files get an update after re-build.

Same for .vue files. When using <script setup lang="ts"> - it doesn't get updates after re-builds. When using <script setup> - works fine. But I guess there is a single cause for both.

Yes I pass clean: true option.

Environment

WSL 2

Versions

rollup-plugin-typescript2 v0.34.1

  System:
    OS: Linux 5.10 Ubuntu 20.04 LTS (Focal Fossa)
    CPU: (12) x64 12th Gen Intel(R) Core(TM) i7-1265U
    Memory: 15.76 GB / 24.62 GB
    Container: Yes
    Shell: 5.0.17 - /bin/bash
  Binaries:
    Node: 18.12.1 - /usr/local/bin/node
    npm: 8.19.2 - /usr/local/bin/npm
  npmPackages:
    rollup: ^3.10.0 => 3.10.0 

rollup.config.js

:

    "plugins": [
        {
            "name": "virtual"
        },
        {
            "name": "node-resolve",
            "version": "15.0.1",
            "resolveId": {
                "order": "post"
            }
        },
        {
            "name": "rpt2"
        },
        {
            "name": "vue"
        },
        {
            "name": "scss"
        }
    ]

plugin output with verbosity 3

:

rpt2: parsed tsconfig: {
    "options": {
        "moduleResolution": 2,
        "esModuleInterop": true,
        "target": 2,
        "module": 99,
        "lib": [
            "lib.esnext.d.ts",
            "lib.dom.d.ts",
            "lib.dom.iterable.d.ts"
        ],
        "noUnusedLocals": true,
        "declaration": false,
        "resolveJsonModule": true,
        "downlevelIteration": true,
        "forceConsistentCasingInFileNames": true,
        "strict": true,
        "noImplicitAny": false,
        "skipLibCheck": true,
        "emitDecoratorMetadata": true,
        "experimentalDecorators": true,
        "removeComments": false,
        "configFilePath": ".../tsconfig.json",
        "noEmitHelpers": false,
        "importHelpers": true,
        "noResolve": false,
        "noEmit": false,
        "noEmitOnError": false,
        "inlineSourceMap": false,
        "allowNonTsExtensions": true
    },

rpt2: typescript version: 4.9.4
rpt2: tslib version: 2.4.1
rpt2: rollup version: 3.10.0
rpt2: rollup-plugin-typescript2 version: 0.34.1
rpt2: plugin options:
{
    "check": false,
    "verbosity": 3,
    "clean": true,
    "cacheRoot": ".../node_modules/.cache/rollup-plugin-typescript2",
    "include": [
        "*.ts+(|x)",
        "**/*.ts+(|x)"
    ],
    "exclude": [
        "*.d.ts",
        "**/*.d.ts"
    ],
    "abortOnError": true,
    "rollupCommonJSResolveHack": false,
    "useTsconfigDeclarationDir": false,
    "tsconfigOverride": {
        "compilerOptions": {
            "noImplicitAny": false,
            "noUnusedLocals": true,
            "declaration": false
        }
    },
    "transformers": [],
    "tsconfigDefaults": {},
    "objectHashIgnoreUnknownHack": false,
    "cwd": "...",
    "typescript": "version 4.9.4"
}

[mav-rik]

Created minimum reproduction repo

[mav-rik]

@agilgur5 my repro helped me to narrow down the issue. I found out that only when I set plugin option check: false the issue occurs for TS and Vue files.
If I set check: true, the issue only occurs for Vue files. TS files update well in that case.

[agilgur5]

reproduction

When running rollup.watch (programmatically)

For some context, the codebase has watch mode integration tests that pass successfully and similarly use the Rollup API.

So a failing test case or minimum repro would be necessary as such, so thanks for updating with one.

@agilgur5 my repro helped me to narrow down the issue.

That is one of the reasons the issue template asks for a repro 😉

Vue integration

So Vue SFCs are pretty convoluted and have some issues with them per #129. That and the fact that rollup-plugin-vue has been unmaintained for >2 years now makes the Vue integration pretty tricky, to say the least.

check: false

Now this sounds like a possible cache bug. I actually have an old WIP branch where I added more watch mode tests -- including the case of check: false -- that I couldn't get working due to bugs (see #386 for some details) and wasn't able to fix all of them as of yet.

The interesting thing here is that you're using clean: true and still getting a stale cache. This I think is because of staleness in Rollup's own watch cache (separate from rpt2's internal cache). I mentioned this in #386 (comment) that we probably need to implement the relatively new shouldTransformCachedModule hook to handle some use-cases.... and that I was surprised so few watch mode bugs had been filed in this repo's history -- it's definitely buggy 😅

[agilgur5]

This is a relatively complex issue to debug and fix, so I would suggest working around this (check: true or no watch mode) for now, as I don't think I'll have the time commitment needed to get to this soon.

[ezolenko]

This might be fixed by 0.35.0, since the cache is not used in watch mode anymore after #452