Stirling-PDF Customization

[froodle]

So environment variables are still supposed in original docker image if needed not sure about cloudron implementation

https://github.com/Frooodle/Stirling-PDF/issues/333#issuecomment-1703854389

[Vidmid]

Hi @girish,
Thanks a lot for looking into this so quickly.
I just checked my dashboard and not seeing any new update for the app here: https://pic.li/P2zx8
Can you please let me know how I can check for the latest package? Sorry this is my first time using cloudron

Thank you,

[girish]

@Vidmid Did you edit the configuration file as per https://docs.cloudron.io/apps/stirling-pdf/#custom-configuration ?

@froodle thanks! Indeed, our docker implementation does not have env variable support. BTW, where are the environment variables read ? For example, the yml file properties of say GroupsToRemove are read in https://github.com/Frooodle/Stirling-PDF/blob/78bfa84afd635337caa63c56f167ed6ea39286cf/src/main/java/stirling/software/SPDF/config/EndpointConfiguration.java#L212 . But where is the env var GROUPS_TO_REMOVE process? I couldn't find it.

[girish]

I edit the file like this:

After saving and restarting the app:

[froodle]

@girish ahh this is bad wording on my part
This is no standalone env for group to remove it follows the same naming from the yml file config
Which does auto get overridden by env variables of same path name

Will update this readme thanks

[IniBudi]

Hi @girish, I tried to customize and when I restarted the app. All the customization is gone and replaced with the default setting. How to save and restart it without removing the customization data?

[girish]

@IniBudi are you editing /app/data/configs/settings.yml ? This file should not be overwritten on restart. Is that what is happenning?

[IniBudi]

@girish yes the file is overwritten when I restart the apps

[girish]

I can't reproduce this atleast. Settings are persisted across restart . If you can reproduce this on our demo cloudron, I can take a look.

[IniBudi]

I just checked and I think the problem is solved. Thank you Girish