@hollosch changing defaultLanguage to say es and restarting the app works for me - https://github.com/taigaio/taiga-front/blob/master/conf/conf.example.json#L9

@azadshaikh Unfortunately, the latest version of that plugin (6.0.2) is not available on pypi - https://github.com/taigaio/taiga-contrib-slack/tags . Can you ask them to publish the latest ?

@nebulon
Thanks, that absolutely worked.

Looks like this issue with the period in the username is a bug in Taiga and @nebulon reported it upstream a year ago.

https://github.com/taigaio/taiga-front/issues/2250

Therefore this issue can be marked as closed.

Thanks @scooke @girish for your assistance.

@girish Awesome, thank you for such a fast response! I had to manually update the package a few times so it went to the last version, everything is working great now 🙂

@nebulon Solved! Thanks for your time. Hopefully this doesn't repeat for others. If it does, I suppose a simple reinstall is in order.

@nebulon The user with the login issue does not have a Cloudron account.

From the admin panel I deleted the problematic user account and invited the user again (with the same email address as before).

So far everything seems to be working, although I do not know what might have solved the issue. In any case, thank you for you help.

@diacritica said in There seems to be no access to Taiga Themes?:

Hi again @micmc !

Thanks for the detailed reply!

First things first, changing these two files will get you 80% of the way

https://github.com/kaleidos-ventures/taiga-back/blob/main/taiga/base/templates/emails/includes/footer.jinja https://github.com/kaleidos-ventures/taiga-back/blob/main/settings/common.py (actually, overwrite some variables using config.prod.py, you don't need to change this file at all)

You've missed to follow mate. What started this discussion is the way Taiga is mounted with Cloudron technology, we don't have access to these files. 🙂

Your feedback is very welcome, particularly while we are designing the next major Taiga release. Welcoming feedback doesn't mean blindly accepting it. We have our own research and our metrics after 5 years or running this beautiful open source platform and we need to put together all those inputs.

I was not expecting you accept things blindly. These metrics you are talking about are certainly not coming from the branded taiga links in its email templates. And this is what I'm talking about only, emails. Branding emails from the settings inside the app.

I was privileged enough to enjoy early access to the Internet as back as 1995, went into open source in 1996, SuSE 5.1) and I made my career in open source since 2002.

And obviously we both haven't been developing in the same market at all. You, operating systems and in the like. Me, Marketing Technology. For example, I've running one of the first aurotesponders service online, look for "Autoresponse Magic" in Internet Way Back Machine archives. And many more in the like. I'm not saying to brag, only to show we have been online both of us long enough but we have touched two completely different worlds and markets, and approach to the Online Market, which has now become the Market Online. (no kidding)

I've seen quite some stuff over the past 19 years and what you say is true, but may I say I don't like that truth? I mean, white-labeling Taiga is not something that excites me.

Hopefully not and let's hope noone would expect that from you. Me I did not talk about white-labelling Taiga at all, and was talking about having emails of the app to be FREE of Taiga branding.

Mate you need to follow, do not bring me where I haven't touched a word. Thanks 😉

Andy

@nikkuexe yes the package is using https://github.com/Monogramm/taiga-contrib-ldap-auth-ext

@imc67 no update as such here, but I only now came around to create the upstream issue for this https://github.com/taigaio/taiga-front/issues/2250

The logs do indicate a database issue and restarting that might have fixed it as well. I guess you restarted mysql as you mentioned, while both apps use postgresql.
Actually the line of:

FATAL: remaining connection slots are reserved for non-replication superuser connections

gives a good indication here. I have seen that recently, that if apps hog onto the postgres connections, it eventually may exhaust the connection pool, then this message is shown. A postgresql service restart resolves this, as it frees up those connection slots.

Indeed that is correct, it is for the django admin dashboard. Will add this to the postinstall notes

@senthilkumaran @potemkin_ai The upstream project has published a compatible plugin - https://github.com/taigaio/taiga-contrib-slack/issues/79#issuecomment-697182708 . I have pushed a new package with the plugin installed.

Please give it a try when possible. Please follow https://docs.cloudron.io/apps/taiga/#slack for enabling it. As always with plugins, only use it if you really need it since they break from time to time.

@mdegla Can you write to us on support@cloudron.io ? It's hard for us to help debug without logs.

Damn it!
I feel like I'm part of all these end users telling me, "I swear it wasn't working and now you're here and it's working"...

please close this 🙂