Cloudron Forum

@mdrockwell said in Downgrade to Free: I just can't have more than two at a time? If the version is free you may not install more than two apps. Meaning, if you had premium and installed 100 apps and go free, you will not be able to install more apps but you get to keep all the installed apps.

@girish will it be applied in version 8.3.2 of Cloudron ?

Hi @fbartels You're right, double checked and it always defaults to smtp. instead of .my When manually changing on both PC and Mobile, the SMTP accounts can be added without the certificate error! Thanks Everyone!

Hello everyone, restoring Wordpress Developer instance, I had this problem right now: May 09 13:54:41 box:backupformat/tgz tarExtract: ./data/public/wp-content/uploads/2015/02/filename.jpg 73444 file to /home/yellowtent/appsdata/xxxxxxxx-xxxx-xxxx-xxxx-xxxxxxxxxxxx/data/public/wp-content/uploads/2015/02/filename.jpg May 09 13:54:41 box:apptask run: app error for state pending_restore: BoxError: tarExtract pipeline error: invalid stored block lengths at tarExtract (/home/yellowtent/box/src/backupformat/tgz.js:225:26) at process.processTicksAndRejections (node:internal/process/task_queues:95:5) at async /home/yellowtent/box/src/backupformat/tgz.js:248:9 at async promiseRetry (/home/yellowtent/box/src/promise-retry.js:17:20) at async Object.download (/home/yellowtent/box/src/backupformat/tgz.js:244:5) at async download (/home/yellowtent/box/src/backuptask.js:104:5) at async Object.downloadApp (/home/yellowtent/box/src/backuptask.js:138:5) at async install (/home/yellowtent/box/src/apptask.js:368:9) { reason: 'External Error', details: {} } May 09 13:54:41 box:tasks setCompleted - 681: {"result":null,"error":{"stack":"BoxError: tarExtract pipeline error: invalid stored block lengths\n at tarExtract (/home/yellowtent/box/src/backupformat/tgz.js:225:26)\n at process.processTicksAndRejections (node:internal/process/task_queues:95:5)\n at async /home/yellowtent/box/src/backupformat/tgz.js:248:9\n at async promiseRetry (/home/yellowtent/box/src/promise-retry.js:17:20)\n at async Object.download (/home/yellowtent/box/src/backupformat/tgz.js:244:5)\n at async download (/home/yellowtent/box/src/backuptask.js:104:5)\n at async Object.downloadApp (/home/yellowtent/box/src/backuptask.js:138:5)\n at async install (/home/yellowtent/box/src/apptask.js:368:9)","name":"BoxError","reason":"External Error","details":{},"message":"tarExtract pipeline error: invalid stored block lengths"}} May 09 13:54:41 box:tasks update 681: {"percent":100,"result":null,"error":{"stack":"BoxError: tarExtract pipeline error: invalid stored block lengths\n at tarExtract (/home/yellowtent/box/src/backupformat/tgz.js:225:26)\n at process.processTicksAndRejections (node:internal/process/task_queues:95:5)\n at async /home/yellowtent/box/src/backupformat/tgz.js:248:9\n at async promiseRetry (/home/yellowtent/box/src/promise-retry.js:17:20)\n at async Object.download (/home/yellowtent/box/src/backupformat/tgz.js:244:5)\n at async download (/home/yellowtent/box/src/backuptask.js:104:5)\n at async Object.downloadApp (/home/yellowtent/box/src/backuptask.js:138:5)\n at async install (/home/yellowtent/box/src/apptask.js:368:9)","name":"BoxError","reason":"External Error","details":{},"message":"tarExtract pipeline error: invalid stored block lengths"}} May 09 13:54:41 box:taskworker Task took 335.441 seconds May 09 13:54:41 BoxError: tarExtract pipeline error: invalid stored block lengths Many others file was extracted... but then stopped with this error: BoxError: tarExtract pipeline error: invalid stored block lengths at tarExtract and External Error: tarExtract pipeline error: Invalid tar header. Maybe the tar is corrupted or it needs to be gunzipped? [image: error-1.png] Edit: I confirm that is something Hetzner Box related (Via CIFS). I changed to Backblaze and everything is fine.

https://git.cloudron.io/packages/mirotalksfu-app/-/merge_requests/126

@d19dotca the mail container already uses unbound which is a local caching, non forwarding DNS server. However, the caching is intentionally low so that we can "fresh" results for latest DNS values etc. I don't think there is an easy fix for this. I suggest simply not using their servers . There's a number of reports of the same issue on the web and some posts even saying validity has gone fully paid (https://lists.apache.org/thread/m4s61n1h7glpjt9nngm3lch9nht026zc). Some bug reports - https://bz.apache.org/SpamAssassin/show_bug.cgi?id=8278 and https://bz.apache.org/SpamAssassin/show_bug.cgi?id=8244 . So, I think disabling the rule by setting it to 0 is the correct approach .

Just did a quick test. I am able to view a public collection without login in my test instance. Are you able to reproduce this in the demo cloudron ? https://my.demo.cloudron.io (username/password is cloudron)

The log you posted does not show any real errors Could you maybe post the whole box.log? If too long for a post you can put it in here https://paste.cloudron.io/ and share the URL to the paste.

I see a lot of mixed content in that rss QCRSS. Much http:// and https:// some browsers (including apps, since they are many times nothing else) are very strict and will block mixed content aka. just not display http://. Like exactly the T. rex picture: http://www.qwantz.com/comics/comic2-5025.png This is http:// and might be blocked. Thus, either the rss/qcrss provider needs to deliver https:// only or the might be some workaround for phone apps to allow mixed content Just my first thoughts about this issue.

The second command seems promising.. It looks like it is writing to a hardcoded file /app/code/wallabag/wallabag-export.json (since it's a very old version maybe it didn't write to stdout) . Put the app in recovery mode - https://docs.cloudron.io/apps/#recovery-mode . this makes the filesystem writable In one web terminal, just run /app/pkg/start.sh . this runs the app and creates paths In another web terminal, try running the second command and check if that /app/code/wallabag/wallabag-export.json was created ... if it was you Download it using the Download button in web terminal ? or copy it to /app/data and use file manager .

@joseph Yes

@luckow thanks for reporting, I think https://git.cloudron.io/packages/n8n-app/-/merge_requests/64 should fix it

Are you using Cloudron? Sounds to me like perhaps not?

@girish i can see that baptiste still not responding to this latest issue