Chatwoot - Simple and elegant live chat software
@girish will be happy to provide any help if required from our side. I am one of the core contributors of chatwoot.
@girish this looks great, nice find!
@sojan_official Thanks for reaching out! Contacted you from support already, would be great to have Chatwoot packaged for Cloudron.
We used to have Rocket.Chat live chat on cloudron.io back in the day but we found it too buggy (this was 2 years ago, maybe things have improved since). Would love to try out Chatwoot on our main site once it's packaged.
thanks for the message @girish .
I have gotten my cloudron instance up and will be working on packing chatwoot over this weekend.
will keep you guys posted.
marcusquinn last edited by
This looks very impressive — be great to see it on Cloudron!
"Opensource customer support desk. An alternative to Intercom, Drift, Freshchat etc."
Development looks active:
@sojan_official any plans to integrate Chatbots similar to this? Anything we can help with?
@sojan_official Hi. Any update on this?
Apologies for losing track on this one. We will get this prioritized !!!
@jdaviescoates Thanks for the reminder.
@sojan_official you're very welcome! thanks for all your great work
@sojan_official I saw you guys joined YC. Congrats! And let us know if you need any help about the package.
@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.]
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
@sojan_official hey, no problem, very grateful for your time.
I will look at this very shortly, many thanks.
@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 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.
- 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
/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 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 ...
@timconsidine Could you please pull the latest changes and try again?
@v_shnu will do later today, thank you
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 ...
I think it was inclusion of emojis in CloudronManifest.json
Removed them and it installs
And .... I get "app installed".
Now going to test it out
@timconsidine Sorry about that. Forgot to push that change
@v_shnu No problem !
timconsidine last edited by 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 last edited by timconsidine
I think the reset of .env to defaults is because in the
start.shscript 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.shby checking for .env existence
if [[ ! -f "/app/data/.env" ]]; then cp /app/.env.example /app/data/.env fi
Let's see if that works.
This post is deleted!
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.jsdoes 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 ?
@timconsidine This is resolved. Please pull the latest changes.
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.
@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.