Chatwoot - Simple and elegant live chat software

[timconsidine]

@sojan_official I hope this is not a nuisance question, just checking in on the status of chatwoot for Cloudron appstore.

[Side note : I had a bash at installing self-hosted docker on a separate VPS but ran into couple issues. But didn't take notes, so can't recall clearly what. Sorry, I'm an idiot. I thought the Cloudron release might solve the issue.]

[sojan_official]

Thanks a lot for the patience . We have some work happening on this at the moment. Please feel free to take a look at https://github.com/chatwoot/cloudron-chatwoot

[timconsidine]

@sojan_official hey, no problem, very grateful for your time.

I will look at this very shortly, many thanks.

[v_shnu]

@girish Could you please take a look and provide some early feedback? What are the next steps to get this published to Cloudron app store ?

ref: https://github.com/chatwoot/cloudron-chatwoot

[timconsidine]

@sojan_official thank you again, and some feedback.

Build runs very smoothly.
Installs to cloudron via CLI but stuck on "Wait for Health Check".
App stuck in "Starting ..."
I'm trying to diagnose, but thought I would report it.
Maybe someone can see cause more quickly than I can.

[timconsidine]

@timconsidine looking at logs, I don't understand all messages, but couple things I notice below.
Could be red-herrings, hope they're not a wild goose chase.

1. host name is not the app url

box:shell reload spawn: /usr/bin/sudo -S /home/yellowtent/box/src/scripts/restartservice.sh nginx
box:shell reload (stdout): sudo: unable to resolve host ssdnodes-612cb793ae148: Name or service not known

2. keybase

/gems/ruby/3.0.0/gems/railties-6.1.4/lib/rails/application.rb:603:in `validate_secret_key_base': Missing `secret_key_base` for 'production' environment, set this string with `bin/rails credentials:edit` (ArgumentError)

pid=67 tid=4kf WARN: ArgumentError: Missing `secret_key_base` for 'production' environment, set this string with `bin/rails credentials:edit`

[timconsidine]

@timconsidine I just tried installing 2 other custom apps in order to test my general setup

First one (focalboard) went through fine and is running.

2nd one (papercups) : also failed with host name issue.
But I packaged papercups myself and I don't really have any experience in this.

Investigating further ...

[v_shnu]

@timconsidine Could you please pull the latest changes and try again?

[timconsidine]

@v_shnu will do later today, thank you

[timconsidine]

@v_shnu
Builds fine
But cloudron install --image xxxx gives me :

Failed to install app: 500 message: ER_TRUNCATED_WRONG_VALUE_FOR_FIELD: Incorrect string value: '\xF0\x9F\x94\xA5\xF0\x9F...' for column 'manifestJson' at row 1

Seems to be some encoding issue but can't track it down
Looking further ...

[timconsidine]

I think it was inclusion of emojis in CloudronManifest.json
Removed them and it installs
And .... I get "app installed".
Thank you
Now going to test it out

[v_shnu]

@timconsidine Sorry about that. Forgot to push that change

[timconsidine]

@v_shnu No problem !

[timconsidine]

@v_shnu app installs nicely now
I can run it and set it up in the app webpage.
But strangely I notice that the .env file in /app/data gets reset to default values after re-starting the app.
The changes are saved when I edit the file and save.
But then restarting the app resets the .env to default values (mostly blank).
Presumably this is not correct ?

Although some settings in the app persist, so some db integration working

[timconsidine]

I think the reset of .env to defaults is because in the start.sh script there is this line

cp /app/.env.example /app/data/.env

Ideally this should be on a run once basis

so I adapted the start.sh by checking for .env existence

if [[ ! -f "/app/data/.env" ]]; then
        cp /app/.env.example /app/data/.env
fi

Let's see if that works.

[timconsidine]

This post is deleted!

[timconsidine]

well, yes, this works to ensure that the .env does not get overwritten with default blank values on restarting the app.

However I am finding that the /packs/js/sdk.js does not get loaded in the client website with the default configuration.
I have tried with ip address as the BASE_URL and also tried setting it to a domain name.
Both these fail with the port :3000 specifier : it is not working in the Cloudron environment.

But changing the client widget to var BASE_URL="https://cloudronapp.domain.tld"; (i.e. not IP address and without :3000 port) allows the client to load the script and chat from client is received in the app inbox.

@v_shnu can you confirm it is OK to configure like this ?
Maybe update the github for others ?

[v_shnu]

@timconsidine This is resolved. Please pull the latest changes.

[v_shnu]

BASE_URL is from the FRONTEND_URL env variable you set in .env file. Please update the .env file FRONTEND_URL value to be your Cloudron chatwoot app URL.

Yes you are right. Please use the HTTPS one without specfiying port.

[timconsidine]

@v_shnu thank you !
Thanks for your support and help to get this packaged for Cloudron. Working very sweetly.

One small point is that the profile image for a user does not persist. It loads and saves initially, but seems to be reset when changing to another page of the app. Not a big issue because the rest is working nicely.

I love that you have iOS and Android apps and these connect to the self-host instance very smoothly. It's a big plus when choosing a chat app. Not sure if others here realise this is available.

@girish this seems to me stable and complete enough to be listed officially, but maybe you have some other checks you would like to do before then.