- Shipped
- lúc 22:22 9 tháng 9, 2026 UTC
- Author
- Kamo
- Commit
- c0977ae
Các bước xuất bản ngồi bên trong xây dựng « Xây dựng », vì vậy chạy 12014 thất bại và mang ảnh theo — và « %pnpm install --frozen-lockfile » đã được làm sạch cục bộ, nghĩa là nói: cái gì đã thất bại khi chạy không phải chỗ làm việc. Nó là một công việc của riêng nó bây giờ, xây dựng` không chờ đợi, và nó kẹp node 22 so với kamo-js, còn lại là xuất bản @kamo/* từ cùng những vận động viên. Một nhà đăng ký Đó là xuống không phải dừng lại ứng dụng này vận chuyển, và khi xuất bản thất bại nó nên thất bại trên một hàng nó ghi là "công bố", chứ không phải bên trong một tòa nhà docker nơi nó đọc là một lỗi xây dựng. Thiếu vắng NPM PBLISH TOKEN bây giờ thất bại với một thông điệp đặt tên riêng thay vì viết một rỗng đường ống chính và lấy số 401 từ 'pnpm xuất bản' ba bước sau đó. '%pdfjs-dit' là một phụ thuộc PEER của@kamo/doc-render, đã gắn kết chính xác, không phải phụ thuộc. Như một phụ thuộc npm được tự do cài đặt một bản sao thứ hai có tổ trong người tiêu dùng — và cả hai ứng dụng tự-HST pdf.js nhân viên, sao chép `pdf.worker.min.mjs' ra khỏi pdjs-dit tại thời điểm xây dựng. Name 4.10.38 bên cạnh thang máy 4.11 sẽ giao công nhân đó cho một động cơ không khớp, và Thất bại là một tài liệu mà sẽ không được trình bày trên một trang nào đó đang được yêu cầu ký. Đã có một phiên bản skew trong khu vực này phải cẩn thận của: kamo-iside's Pdf Canvas nạp Pdf.js 4.4.168 từ cdnjs vào 'window.pdfsLib', một động cơ khác mà chỉ không bị hư Bởi vì hai mô-đun không bao giờ gặp nhau.