# Ability to Disable a Space

**URL:** <https://community.fibery.io/t/ability-to-disable-a-space/6083>\
**Category:** Ideas & Features\
**Created:** [April 15, 2024, 8:11pm UTC](https://community.fibery.io/t/ability-to-disable-a-space/6083 "2024-04-15T20:11:39Z")\
**Posts on this page:** 6\
**Page:** 1

<div class="post-metadata">

**Author:** ![Yuri\_BC](https://sea2.discourse-cdn.com/flex020/user_avatar/community.fibery.io/yuri_bc/32/8803_2.png) [@Yuri\_BC](https://community.fibery.io/u/Yuri_BC)\
**Post date:** [April 15, 2024, 8:11pm UTC](https://community.fibery.io/t/ability-to-disable-a-space/6083/1 "2024-04-15T20:11:40Z")

</div>

I propose a setting in the Space configuration, to disable a space, without deleting it.

**use case:**  
I have different spaces that are not ‘production spaces’ because they are being tested, developed or tried out after being imported from space templates.

**Benefit** of disabling spaces, is that all databases from these disabled spaces will be automatically excluded from normal search, ai search and ai chatbot knowledge. Ideally this needs a solution such that re-indexing would not be necessary when re-enabling the space, to prevent costs.

Also, there will be a tag or separate section where these spaces are grouped.

---

<div class="post-metadata">

**Author:** ![Chr1sG](https://sea2.discourse-cdn.com/flex020/user_avatar/community.fibery.io/chr1sg/32/3941_2.png) [@Chr1sG](https://community.fibery.io/u/Chr1sG)\
**Post date:** [April 17, 2024, 12:09pm UTC](https://community.fibery.io/t/ability-to-disable-a-space/6083/2 "2024-04-17T12:09:12Z")

</div>

Given that

- databases can be excluded from search
- spaces can be hidden from non-admins using permissions
- dbs need to be opted in to ai search/chatbots
- spaces can be moved to the ‘hidden’ area of the left menu

I think it is unlikely that we would introduce a specific setting to ‘disable/enable’ a space.

---

<div class="post-metadata">

**Author:** ![Yuri\_BC](https://sea2.discourse-cdn.com/flex020/user_avatar/community.fibery.io/yuri_bc/32/8803_2.png) [@Yuri\_BC](https://community.fibery.io/u/Yuri_BC)\
**Post date:** [May 1, 2024, 8:47pm UTC](https://community.fibery.io/t/ability-to-disable-a-space/6083/3 "2024-05-01T20:47:10Z")

</div>

- databases can be excluded from search: Yes but then the search index is lost when excluding from search, and needs to be rebuilt when including the databases. Also, a space can have many databases that will need to be manually disabled from search, which is not efficient.
- spaces can be hidden from non-admins using permissions: Given that development of features in spaces is done by admins, the spaces need to stay accessible, but not treated as production spaces. Meaning: hiding spaces is not the purpose of the request.
- dbs need to be opted in to ai search/chatbots: Again same issue as the search index, and more expensive to turn on and off.
- spaces can be moved to the ‘hidden’ area of the left menu: This is not the main purpose of the request.

But let’s first look at my main tension here:

Whenever I a database needs to be selected, that is either when creating a new entity through the search interface, setting a databases in a relationships view, using the select box in chrome extension, searching for an entity in the search interface, etc. the testing or development space databases keep on showing up, cluttering the list of databases that can be selected.

Instead of disabling a space, a workaround could be to make it easy for users to export and import a space to a remote or local host.

Btw I’m interested to learn how the Fbery team works with spaces, when developing concurrent branches of spaces, test spaces, staging spaces, or features that rely on spaces being turned on or off as mentioned above. Are you using multiple _workspaces_ for that? If so, that would indicate that users as space creators likely require that also.

---

<div class="post-metadata">

**Author:** ![Chr1sG](https://sea2.discourse-cdn.com/flex020/user_avatar/community.fibery.io/chr1sg/32/3941_2.png) [@Chr1sG](https://community.fibery.io/u/Chr1sG)\
**Post date:** [May 2, 2024, 1:42am UTC](https://community.fibery.io/t/ability-to-disable-a-space/6083/4 "2024-05-02T01:42:42Z")

</div>

> [@Yuri\_BC](#):
>
> I’m interested to learn how the Fbery team works with spaces, when developing concurrent branches of spaces, test spaces, staging spaces, or features that rely on spaces being turned on or off as mentioned above. Are you using multiple _workspaces_ for that? If so, that would indicate that users as space creators likely require that also.

I think you overestimate how often other users (Fibery or customers) find themselves ‘developing concurrent branches of spaces, test spaces, staging spaces’.  
The establishment of the optimal schema tends to be 90+% done in the first few days/weeks of use.

The idea is that Fibery should be mostly used for real work (adding/updating content a.k.a. entities) not experimenting with alternative schemas.

---

<div class="post-metadata">

**Author:** ![Yuri\_BC](https://sea2.discourse-cdn.com/flex020/user_avatar/community.fibery.io/yuri_bc/32/8803_2.png) [@Yuri\_BC](https://community.fibery.io/u/Yuri_BC)\
**Post date:** [May 3, 2024, 8:46am UTC](https://community.fibery.io/t/ability-to-disable-a-space/6083/5 "2024-05-03T08:46:24Z")

</div>

Could you please suggest ways to:

1. export and import only one space, or specified collection of databases, instead of exporting the whole workspace?
2. disable a specified collection of databases using a script, such that they don’t show up in the search as well as database selection dropdown of views etc?

---

<div class="post-metadata">

**Author:** ![Chr1sG](https://sea2.discourse-cdn.com/flex020/user_avatar/community.fibery.io/chr1sg/32/3941_2.png) [@Chr1sG](https://community.fibery.io/u/Chr1sG)\
**Post date:** [May 3, 2024, 9:09am UTC](https://community.fibery.io/t/ability-to-disable-a-space/6083/6 "2024-05-03T09:09:04Z")

</div>

1. 

> [@Yuri\_BC](#):
>
> export and import only one space, or specified collection of databases, instead of exporting the whole workspace?

[https://the.fibery.io/@public/User\_Guide/Guide/Share-Space-as-a-Template-56](https://the.fibery.io/@public/User_Guide/Guide/Share-Space-as-a-Template-56)

> [@Duplicating databases](https://community.fibery.io/t/duplicating-databases/4520/7):
>
> It’s not pretty, but the easiest way to clone databases in a workspace is as follows: Share the Space that contains the databases as a template. Copy the sharing link to the clipboard. Rename the space to something random (e.g. just add an X to the space name) Paste the sharing link into the browser and choose to import into the source workspace. Now you will have two spaces (the original, now named BlahX and the new one, named Blah). Of course, my natural question would be why you want to…

1. 

> [@Yuri\_BC](#):
>
> disable a specified collection of databases using a script, such that they don’t show up in the search

I am not aware of any script that does this. You would have to [manually deselect them](https://community.fibery.io/t/jan-18-2024-entity-permissions-exclude-dbs-from-search/5710).

> [@Yuri\_BC](#):
>
> disable a specified collection of databases using a script, such that they don’t show up … as database selection dropdown of views etc?

I don’t think this is possible
