@nebulon said in Automated env configuration destroys InvoiceNinja custom mail configuration on every restart: In an ideal world, we would probably hide that UI to avoid all this, but we are not the developers of those apps and contributing upstream This is a backwards approach. It would be completely in Cloudron's control to check the .env variables for every app. If those variables change, Cloudron should: notify the admin user with a screen on first startup alerting the user that key variables have changed (which ones) send an email to the admin user alerting the user that key variables have been changed I don't think local admins should have control over database settings but we should certainly be alerted if they are being changed back and forth. It would also be very simple to allow users to enable or disable centralised email rewritten in each app. It's just one checkmark in the admin interface for the particular install. That you have not spent the time to think about these issues and/or fix them is deeply disappointing. Your insouciance about how awful the situation is now is a deep indictment of the open source model (and this is from someone who has spent most of his adult life both creating open source and funding it). Cloudron is sinking under too many apps and not enough care and housekeeping around the key ones you do support. I know the too-much-to-support issue first-hand. Due to WordPress making it ever more painful to keep our FOSS plugins both up to date and active in the directory (there were code change barriers, but even more administrative barriers), we had to retire about ten of them. Users can't find them or use them. @girish does a great job running around to help us all and give us tips. It's outstanding. Systemic issues like this need to be addressed in a deeper way and not waved away with one blithe hand, or swept under the carpet. Don't let the yes-men flatter you into complaisance. Unmerited pats-on-the-back is not how one improves a system or makes progress.

Perhaps the translations are breaking the links.

Thanks! Resolved.

@jdaviescoates I don't think it was a caching issue because I tried a private window and two different browsers with the same result. @nebulon I'm on @1.10.14, and it's working fine now. I loaded the page while upgrading from .10 to .11., .12,.13, and it was working fine until I reached .13 this time and then the white page showed again. It went away on .14 though. Maybe it is a cache issue after all

@spacetime You can just run sudo -u www-data php /app/code/artisan schedule:run in the web terminal. Does that not work ?

@spacetime You cannot change code files, this is by design. Any changes you make to code will get lost during update. You have to check with the upstream project at https://forum.invoiceninja.com/ or https://github.com/invoiceninja/invoiceninja/discussions as to what is the correct approach to acheive this.

Err, reading again, it seems you want CLI export . On Cloudron, you can access the CLI via the Web terminal. There are some examples at https://docs.cloudron.io/apps/invoiceninja/ But yeah, there is no CLI export command AFAICT. You should raise a feature request upstream at https://forum.invoiceninja.com/ or https://github.com/invoiceninja/invoiceninja/discussions

@shergill1504 It's in the backup of the app. If you unzip the backup, there will be a dump file inside it.

@girish Yep works fine in the demo site. This is a strange one and very likely a me issue. Even if I put my config back to normal it doesn't work for me... then I clear my pfsense's suricata blocks and it loads. Hmm, I wonder if this pulls in external formatting/css/styles from somewhere that is being blocked on my end or something weird like that. But then why would the preview load fine. Real head scratcher this one. Edit: I've tried from my phone and am getting the same issue. Even with IDS/IPS/PFblocker off on my FW. The preview itself loads fine with normal Vanilla config but when I go to preview PDF or download I get the gray file. Still not sure what is happening tbh. Worth a reinstall perhaps? Edit 2: Did a reinstall and it works...? Am I the problem rolf.. Thanks for your help. I'll do some more testing and see if I run into this issue again.

Thanks @nebulon for getting me seeking in the right direction. Found the answer: WePay has changed their policy, they no longer support our self host users That's why it works via invoicing.co but not self-hosted. Closed. Alternatively, I'm seeing that Checkout.com & GoCardless.com make a pretty strong pair of payment providers, and those appear to be integrating perfectly with the latest Invoice Ninja build.

The google font issues can be tracked here: https://github.com/invoiceninja/admin-portal/issues/397 https://github.com/invoiceninja/admin-portal/issues/396

I can only reproduce the LICENSE.md issue and tried to create a symlink for it into /app/data but apparently their health checking code is not realizing the writeability through the symlink. We have to investigate further upstream then to see what solutions may be possible. Edit: I created an upstream issue to gather more information on this https://github.com/invoiceninja/invoiceninja/issues/7458

Please ignore this issue, there was some error with the underlying instance I guess. I started a new instance and everything is good.

For those wondering, removing the /client prefix from the client portal link isn't supported.

@girish In my attempt to troubleshoot the issue, I had 3 IN apps installed and deleted the bugged one by mistake earlier today but what you said makes sense because everything else was working fine except for the Stripe integration form. I assume the logs are gone now but if not, let me know where to find them and I'll post them for you.

@girish Thanks!

@telos-one said in - Server Error on Card Payment: How do we revert to the previous version? In the apps configuration view, there is the backups tab and from there you should be able to revert to the backup made prior the update.

@telos-one on which package version are you now? You can see this in the update section of the app in your Cloudron dashboard.

@humptydumpty sounds like a different issue if it is not a caching issue. If not, please create a new thread in the forum.

@scooke yes i tried this from within IN. @humptydumpty you are right. Header and footer are working when logged in the client portal. But on the login-page it doesn't. Thank your for your replies.