Exciting news - Release 380 is here!
The Tulip team has rolled out fresh updates across the platform, along with some bug fixes. Check out the release notes and dive into what’s new.
Share your thoughts and questions below ![]()
Exciting news - Release 380 is here!
The Tulip team has rolled out fresh updates across the platform, along with some bug fixes. Check out the release notes and dive into what’s new.
Share your thoughts and questions below ![]()
Thanks for sharing,
I like the App Name Navigation and the Interactive Table Widget Update.
However I am not to happy with the support mail solution on SAML issues.
→ we have different support contacts for each workspace, so I prefer a workspace specific setting
(or a list, if the issue is before a workspace can be determined)
→ I would love to add more information (subject, body…) to provide a full mailto-link (this would also help routing a mail by its subject), also adding parameters
→ I would like to add some information about what the email must contain
The current solution forces us to handle new confusions.
Hey @thorsten.langner -
Thanks for all the helpful feedback re:SAML - these are a ton of good ideas that would help us keep pushing this forward.
A clarifying point and a few questions.
The clarifying point -
The initial scope here is simply added configuration for the error message shown to users when users fail to authenticate with the SAML provider. Historically this always showed a message like “Generic error [500]: reach out to support@tulip.co”. This would lead to support emails to Tulip for issues where we couldn’t really help. The scope of this initial work is to allow you to define a replacement of “support@tulip.co” and some improvements to make that error message more actionable (for your SAML admin). Today we do not automatically send an email to this email address automatically (if that wasn’t clear from the release note).
And my questions -
Best,
Pete
Yes we have a lot of personal laptops and tablets running TULIP.
I don’t think this is alone is the solution. At least not with enough differentiation (User, Plant, Context…)
Hey @thorsten.langner -
I don’t think this is alone is the solution. At least not with enough differentiation (User, Plant, Context…)
Totally agreed. This is where something like a template builder would be incredibly valuable - allowing you to quickly define the subject, dynamic information, etc.
Best,
Pete