Skip to content

Commit 427c1d6

Browse files
per Org URL update
1 parent 5c43446 commit 427c1d6

File tree

1 file changed

+6
-7
lines changed

1 file changed

+6
-7
lines changed

modules/ROOT/pages/orgs.adoc

+6-7
Original file line numberDiff line numberDiff line change
@@ -6,7 +6,7 @@
66
:page-pageid: orgs
77
:page-description: You can now configure your ThoughtSpot instance as a mult-tenant cluster with separate Org containers for your tenants.
88

9-
If your deployment requires logical separation of departments within your organization, or if it involves supporting many distinct organizations from a single application instance, use the *Orgs* feature.
9+
If your deployment requires logical separation of departments within your organization, or if it involves supporting many distinct organizations from a single application instance, use the *Orgs* feature.
1010

1111
Using Orgs, you can set boundaries within the ThoughtSpot system and isolate each tenant's data in such a way that it is independent of and invisible to other tenant workspaces configured on the same application instance.
1212

@@ -46,12 +46,12 @@ Each Org other than the Primary Org serves as an independent container with its
4646

4747
If a user only belongs to a single Org, their experience of ThoughtSpot is as if it were single-tenant.
4848

49-
If a user belongs to multiple Orgs, they will see a menu allowing them to switch between the Orgs they belong to.
49+
If a user belongs to multiple Orgs, they will see a menu allowing them to switch between the Orgs they belong to.
5050

5151
All activity within ThoughtSpot is always within the context of *one Org*, even if the user has access to multiple Orgs. They can *switch between Orgs* but not do any actions across Orgs.
5252

53-
=== Administering Orgs
54-
The cluster administrator can create an Org for each tenant account, configure groups and assign users, and define access to data objects within that org.
53+
=== Orgs deployment and administration
54+
The cluster administrator can create an Org for each tenant account, configure groups and assign users, and define access to data objects within that org.
5555

5656
The following figure depicts the Orgs presentation on a multi-tenant ThoughtSpot instance.
5757

@@ -128,7 +128,7 @@ For more information, see link:https://docs.thoughtspot.com/cloud/latest/orgs-ov
128128
[earlyAccess eaBackground]#Early Access#
129129

130130
A user belonging to multiple Orgs can share ThoughtSpot objects such as Liveboards and Answers, with users of another Org. This will require the object to have share permissions, and both users to be part of the parent Org of the shared object.
131-
131+
132132
//With the current implementation, users belonging to multiple Orgs had to select the parent Org of a shared object from a list while trying to access it from a different Org.
133133

134134
Starting with ThoughtSpot Cloud 10.5.0.cl release, developers embedding ThoughtSpot in their application will be able to edit their custom link settings for their application users to allow seamless access to content from another different Org. For example, a user has
@@ -152,7 +152,7 @@ The Org ID will be passed in the URL depending on the placement of `{ts-query-pa
152152
153153
* The developers are advised to update their implementation to accommodate the Org ID in the `{ts-query-params}` while setting up the link:https://developers.thoughtspot.com/docs/customize-links[custom links] for their application users. This will enable the users to seamlessly access ThoughtSpot objects across Orgs in a multi-Org setup, without causing any disruption to the current workflow.
154154
* The `overrideOrgId` parameter in the SDK can accept the Org ID from the resulting URL as its input value.
155-
* The `overrideOrgId` parameter may not work properly with auth types - trusted authentication (`AuthType.TrustedAuthToken`) or cookieless authentication (`AuthType.TrustedAuthTokenCookieless`) simultaneously in the same browser, if `tokenAuthPerOrg` is already enabled on the ThoughtSpot instance.
155+
* The `overrideOrgId` parameter may not work properly with trusted authentication (`AuthType.TrustedAuthToken`) or cookieless authentication (`AuthType.TrustedAuthTokenCookieless`), if `tokenAuthPerOrg` is already enabled on your ThoughtSpot instance.
156156
====
157157

158158
== Feature availability on a multi-tenant instance
@@ -321,4 +321,3 @@ The following conditions apply to OIDC authentication on a multi-tenant setup:
321321
* If the Org mapping is enabled on the ThoughtSpot cluster, the Group mapping will not work.
322322

323323
For more information on OIDC authentication, see xref:configure-oidc.adoc[OpenID Connect authentication].
324-

0 commit comments

Comments
 (0)