Commit Error



  • Hi @jan_blaha , we were on 2.7.2 but have just updated to 2.8 and the issue is still there



  • @AB-D This is a custom extension, it isn't part of the jsreport installation. So you had to explicitly install it.



  • @jan_blaha I have installed the jsreport-azure-storage extension but it has not fixed the createBlobFromText issue. I am still not able to commit.



  • @AB-D The 1.1.1 version of the jsreport-azure-storage doesn't even use the createBlockBlobFromText function. It looks you haven't updated it properly. Please try something like npm i jsreport-azure-storage@1.1.1 --save --save-exact



  • @jan_blaha , I'm helping @AB-D to resolve this issue and we are not progress at the moment.

    We have a custom docker image hosted in our container registry and served from an Azure app service.

    This is the contents of the docker file:

    FROM jsreport/jsreport:2.8.0-full
    RUN npm i -d webpack@3.0.0
    RUN npm i jsreport-docxtemplater@1.3.0
    RUN npm i jsreport-azure-storage@1.1.1
    

    The build logs for the rsreport-azure-stage step are as follows:

    Step 4/4 : RUN npm i jsreport-azure-storage@1.1.1
    ---> Running in df1d8b662282
    npm WARN jsreport-server@ No repository field.
    npm WARN jsreport-server@ No license field.
    npm WARN optional SKIPPING OPTIONAL DEPENDENCY: fsevents@1.2.13 (node_modules/watchpack-chokidar2/node_modules/fsevents):
    npm WARN notsup SKIPPING OPTIONAL DEPENDENCY: Unsupported platform for fsevents@1.2.13: wanted {"os":"darwin","arch":"any"} (current: {"os":"linux","arch":"x64"})
    npm WARN optional SKIPPING OPTIONAL DEPENDENCY: fsevents@2.1.3 (node_modules/fsevents):
    npm WARN notsup SKIPPING OPTIONAL DEPENDENCY: Unsupported platform for fsevents@2.1.3: wanted {"os":"darwin","arch":"any"} (current: {"os":"linux","arch":"x64"})

    • jsreport-azure-storage@1.1.1
      updated 1 package and audited 1556 packages in 9.325s

    and finally, the container log

    2020-06-17T01:55:18.859373357Z 2020-06-17T01:55:18.858Z - error: Error during processing request at https://x20-reports-us.azurewebsites.net/api/version-control/commit, details: createBlockBlobFromText requires the size of text to be less than 64MB. Please use createBlockBlobFromLocalFile or createBlockBlobFromStream to upload large blobs., stack: RangeError: createBlockBlobFromText requires the size of text to be less than 64MB. Please use createBlockBlobFromLocalFile or createBlockBlobFromStream to upload large blobs.
    2020-06-17T01:55:18.859404957Z at startUpload (/app/node_modules/jsreport-fs-store-azure-storage-persistence/node_modules/azure-storage/lib/services/blob/blobservice.core.js:4550:15)
    2020-06-17T01:55:18.859411257Z at BlobService._uploadBlobFromText (/app/node_modules/jsreport-fs-store-azure-storage-persistence/node_modules/azure-storage/lib/services/blob/blobservice.core.js:4599:5)
    2020-06-17T01:55:18.859415557Z at creationCallback (/app/node_modules/jsreport-fs-store-azure-storage-persistence/node_modules/azure-storage/lib/services/blob/blobservice.core.js:4271:12)
    2020-06-17T01:55:18.859419657Z at BlobService._createBlob (/app/node_modules/jsreport-fs-store-azure-storage-persistence/node_modules/azure-storage/lib/services/blob/blobservice.core.js:5856:5)
    2020-06-17T01:55:18.859423757Z at BlobService._createBlobFromText (/app/node_modules/jsreport-fs-store-azure-storage-persistence/node_modules/azure-storage/lib/services/blob/blobservice.core.js:4276:8)
    2020-06-17T01:55:18.859427857Z at BlobService.createBlockBlobFromText (/app/node_modules/jsreport-fs-store-azure-storage-persistence/node_modules/azure-storage/lib/services/blob/blobservice.core.js:3208:15)
    2020-06-17T01:55:18.859439258Z at BlobService.tryCatcher (/app/node_modules/bluebird/js/release/util.js:16:23)
    2020-06-17T01:55:18.859443158Z at BlobService.ret [as createBlockBlobFromTextAsync] (eval at makeNodePromisifiedEval (/app/node_modules/bluebird/js/release/promisify.js:1:1), <anonymous>:12:23)
    2020-06-17T01:55:18.859447158Z at Object.appendFile (/app/node_modules/jsreport-fs-store-azure-storage-persistence/lib/fileSystemAzureStorage.js:72:26)
    2020-06-17T01:55:18.859450858Z at runMicrotasks (<anonymous>)
    2020-06-17T01:55:18.859454558Z at processTicksAndRejections (internal/process/task_queues.js:97:5)
    2020-06-17T01:55:18.859459958Z at async /app/node_modules/jsreport-fs-store/lib/provider.js:141:9
    2020-06-17T01:55:18.859463658Z at async lock (/app/node_modules/jsreport-fs-store/lib/customUtils.js:145:12)

    any help would be greatly appreciated.



  • Ah, thank you for the full stack trace. I see the error is in another extension here.
    I will hotfix it and get back to you. I believe tomorrow.



  • This is now fixed in jsreport/jsreport-fs-store-azure-storage-persistence@1.2.0.
    You can install it in docker using

    RUN npm i jsreport-fs-store-azure-storage-persistence@1.2.0 --save-exact
    

    However, this should fix working with files bigger than 64mb. Consider if you don't have some rubbish in the assets. The 64mb is quite a lot and in the most of the cases you should reach this limit.



  • thanks @jan_blaha , that did the trick



  • Just to let you guys know the original issue in the post is still not fixed. I'm patient in waiting, but it is seven months.

    Related, is there any way to back up my templates and files? I have accidentally deleted things before, and it would be painful to have to redo something from scratch, not to mention the effects on users.



  • @Steven-McFadyen I'm very sorry. I don't see this problem tracked and likely nobody did continue on it. I will investigate what is happening. I see the error in our logs and have it replicated. I don't need more information and will come back to you.

    Regarding the backup, I recommend doing the export to the zip from time to time. It can be invoked from the right top settings. In case of the problem raises, you can import to your local jsreport instance and take what you need or import back to jsreportonline.



  • @Steven-McFadyen I identified the problem and fixed it. Unfortunately, the version control in your account still doesn't work because of the timeouts. The reason is the string diff third-party library that performs terribly on your big sample data jsons. I am analyzing other libraries that have better performance and match the current diff format. Please use the export-import feature now. Don't hesitate to contact support if you accidentally lose something. We have our backups and can bring your template back.


Log in to reply
 

Looks like your connection to jsreport forum was lost, please wait while we try to reconnect.