Không có lỗ hổng trực tiếp nào được tìm thấy cho gói này trong cơ sở dữ liệu lỗ hổng của Snyk. Điều này không bao gồm các lỗ hổng thuộc phần phụ thuộc của gói này
Dự án của bạn có dựa vào các gói phụ thuộc dễ bị tổn thương không?Tự động tìm và sửa các lỗ hổng ảnh hưởng đến dự án của bạn. Snyk quét các lỗ hổng [trong cả gói của bạn và phần phụ thuộc của chúng] và cung cấp các bản sửa lỗi tự động miễn phí
Tôi đã gặp phải hai lỗi ngày hôm nay khiến tôi phải lùi lại một ngày. Tôi đoán cuối tuần tới tôi có thể bắt đầu chơi với lịch và trình chỉnh sửa toast-ui. Không có gì là bao giờ trơn tru
github. com/webpack/webpacknodejs 17. thói quen phong bì kỹ thuật số. không được hỗ trợ
đã mở 06. 33PM - 19 tháng 10, 21 UTC
đã đóng 08. 58 giờ chiều - 28 tháng 10, 21 giờ UTC
akornatskyy
webpack-4 webpack-5 lỗi nghiêm trọng
# Báo cáo lỗi **Hành vi hiện tại là gì?** ```sh [webpack-c …li] Lỗi. lỗi. 0308010C. thói quen phong bì kỹ thuật số. không được hỗ trợ tại Hash mới [nút. nội bộ/tiền điện tử/băm. 67. 19] tại Đối tượng. createHash [nút. tiền điện tử. 130. 10] tại BulkUpdateDecorator. hashFactory [/opt/src/node_modules/webpack/lib/util/createHash. js. 155. 18] tại BulkUpdateDecorator. thông báo [/opt/src/node_modules/webpack/lib/util/createHash. js. 80. 21] tại /opt/src/node_modules/webpack/lib/DefinePlugin. js. 595. 38 tại Hook. eval [như cuộc gọi] [eval lúc tạo [/opt/src/node_modules/tapable/lib/HookCodeFactory. js. 19. 10],
Các bản xuất được đặt tên bị thiếu trong mô-đun CommonJS được biên dịch bằng TS 4. 4 và importHelpers. thật
đã mở 09. 36AM - 10/9, 21 UTC
đã đóng 11. 42PM - 08/12/21 UTC
maxholman
Điều tra nhu cầu
# Báo cáo Lỗi ### 🔎 Lỗi Cú pháp Cụm từ Tìm kiếm. Không tìm thấy xuất khẩu được đặt tên. Mô-đun r …equested là một mô-đun CommonJS, mô-đun này có thể không hỗ trợ tất cả các mô-đun. xuất dưới dạng có tên xuất khẩu, esm, xuất khẩu, __exportStar, tslib ### 🕗 Thông tin Phiên bản & Hồi quy - Điều này đã thay đổi giữa các phiên bản 4. 4 và 4. 3 ### ⏯ Liên kết Playground Liên kết Playground thể hiện sự khác biệt về đầu ra được biên dịch giữa các phiên bản [Liên kết Playground với mã liên quan [4. 4]][https. //www. bản đánh máy. org/play?importHelpers=true&module=1&ts=4. 4. 2#code/KYDwDg9gTgLgBAKjgMyhAtnA5MgzlgbiA] [Liên kết sân chơi với mã có liên quan [4. 3]][https. //www. bản đánh máy. org/play?importHelpers=true&module=1&ts=4. 3. 5#code/KYDwDg9gTgLgBAKjgMyhAtnA5MgzlgbiA] [Hướng dẫn và repo sao chép đầy đủ][https. //github. com/maxholman/ts-4. 4-xuất khẩu] ### 💻 Mã Từ liên kết Playground ở trên, 4. 4 sản xuất. ```js "sử dụng nghiêm ngặt"; . defineProperty[xuất, "__esModule", { giá trị. thật }]; . __exportStar][require["fs"], xuất khẩu]; . 3 sản xuất. ```js "sử dụng nghiêm ngặt"; . defineProperty[xuất, "__esModule", { giá trị. thật }]; . __exportStar[require["fs"], xuất khẩu]; . Điều này có vẻ là mới trong 4. 4 qua [các cuộc gọi gián tiếp khác cho các chức năng đã nhập][https. //devblog. Microsoft. com/typescript/anninating-typescript-4-4/#more-compliant-indirect-calls-for-imported-functions] và https. //github. com/microsoft/TypeScript/pull/44624 ### 🙁 Hành vi thực tế Xuất khẩu được đặt tên bị thiếu khi nhập mô-đun CommonJS được biên dịch bằng TypeScript 4. 4 khi `importHelpers` là `true`. Đặt `importHelpers` thành false sẽ khắc phục sự cố này, nhưng có thể dẫn đến nhiều mã trùng lặp thông qua `tslib` ###. hoặc sẽ tốt hơn nếu điều này được ghi lại cụ thể là một thay đổi đột phá. [có thể] liên quan. https. //github. com/microsoft/TypeScript/issues/45189
Các thay đổi về lệnh gọi hàm trong TypeScript 4. 4 dường như đang phá vỡ khả năng phát hiện xuất khẩu có tên
đã mở 04. 49PM - 13/10, 21 UTC
BenSjoberg
Xin chào, tôi hy vọng đây là nơi thích hợp để đăng bài này. Tôi vừa biết về dự án p …này khi điều tra sự cố với tính năng nhập có tên trong NestJS. TypeScript đã thực hiện một [thay đổi][https. //github. com/microsoft/TypeScript/pull/44624] về cách một số lệnh gọi hàm nhất định được biên dịch thành CommonJS trong phiên bản 4. 4. Tóm lại, khi bạn viết `xuất khẩu * từ ". /foo";` trong TypeScript, trong 4. 3 và trước đó nó sẽ viết một cái gì đó như. tslib_1. __exportStar[require[". /foo"], xuất khẩu]; Nhưng trong 4. 4 nó đang viết. [0, tslib_1. __exportStar][yêu cầu[". /foo"], xuất]; Tôi đã gặp sự cố này khi đang điều tra [một sự cố mà tôi gặp phải][https. //github. com/nestjs/nest/issues/8320] khi nâng cấp NestJS và [có vẻ như những người khác đang gặp vấn đề tương tự với các gói khác][https. //github. com/microsoft/TypeScript/issues/45813]. Như tôi đã nói, tôi không rành lắm về dự án này, nhưng có thể cập nhật mã phân tích cú pháp để xử lý cú pháp mới này không? . 4 hoặc muộn hơn.