The build system does not specify target for esbuild, so I guess the behavior depends on esbuild verison.
The attached patch invokes `esbuild --target es2016` to fix this. --- Pseudo-Headers --- tag -1 + patch THIS CORRESPONDENCE CONTAINS CONFIDENTIAL INFORMATION OF YAGEO CORPORATION AND ITS AFFILIATED COMPANIES. If you have received this e-mail and it was not intended for you, please let us know, and then delete it. We thank you for treating our confidential information in a courteous and professional manner.
Description: Transpile TS files to es2016 instead of esnext --- This patch header follows DEP-3: http://dep.debian.net/deps/dep3/ Index: bismuth-3.1.4/src/kwinscript/CMakeLists.txt =================================================================== --- bismuth-3.1.4.orig/src/kwinscript/CMakeLists.txt 2024-06-05 14:04:16.519372442 +0200 +++ bismuth-3.1.4/src/kwinscript/CMakeLists.txt 2024-06-05 14:05:08.836981521 +0200 @@ -39,7 +39,7 @@ set(ESBUILD_COMMAND "esbuild" "--bundle" "${CMAKE_CURRENT_SOURCE_DIR}/index.ts" "--outfile=${CMAKE_CURRENT_BINARY_DIR}/bismuth/contents/code/index.mjs" - "--format=esm" "--platform=neutral") + "--format=esm" "--platform=neutral" "--target=es2016") if(USE_NPM) list(PREPEND ESBUILD_COMMAND "npx") endif()
