The Personal Workspace Can't be Deleted - why not?

[Pet]

One of the first things I did was create a bunch of project workspaces, and having no use for a "personal" workspace I tried to delete the user_workspace that was created upon install, but it gave me the error "The Personal Workspace Can't be Deleted".  I'm wondering why not?

The "All" workspace is already the top level, so deleting personal should not matter.  I know I can rename it to something else, but why is deleting it a limitation?

cheers

[ignacio]

It was just a design decision. A user's personal workspace is where new objects are placed by default, when you have the All workspace selected. This means that by default, objects you create are only accessible by you, so that you don't accidentally share an object. It can't be deleted because it's needed by the system to place those objects.

Another way we could have implemented it would be to allow objects not to have a workspace, but these objects would be visible by all users or none, because permissions are defined by workspaces (or we would have to also change how permissions work). And another way would be to allow setting the default workspace for a user. This one may be a better choice, but we think it's low priority to change it now. Can you think of another alternative?

We are currently designing OpenGoo 2.0, and it will see lots of changes on how objects are organized. This issue of where to place objects by default will be considered.

[Pet]

Thanks for the explanation.

Originally I did not understand that the All area was not a usable workspace itself.  I think that allowing the user to define the default workspace is the best option, since over time a person's needs may change. In the meantime, I will simply let this workspace stay empty and unused.  (is there a way to hide it?)

[Number8]

In the meantime, I will simply let this workspace stay empty and unused.  (is there a way to hide it?)

If  you can't hide it, you can at least rename it so it sorts to the bottom of the list of workspaces...

[Pet]

That is indeed what I did #8, thanks for the suggestion!

[conrado]

@Ignacio: This may be something to consider before 2.0, as in the cases here it just looks ugly.

[bleeuwen]

In 1.5.3 it is still nog possible to remove personal workspace, however the user has been coupeld to another workspace and the personal workspace is empty.

Renaming is still the only option.

What happens when I remove it from the database manually??

[a2opinion]

While you may not be able to delete a personal workspace, you DO have the option of NOT CREATING ONE for new users...

I suppose Ben Franklin might say "A workspace not created is a workspace deleted"  or something 

And yeah.. I would totally just rename them and their permissions if they were created so that they were useful workspaces...

[bleeuwen]

Hi a2opinion

it would be nice to rename the useless personal workspaces. But they still remain personal workspaces, and are treated differently form normal workspaces.

Or do ypu know a way to change a personal workspace into a normal workspace??

 

[a2opinion]

hmmn... I suppose I figured that the workspace would work the same if you changed the permissions and the name...

In what way are personal workspaces treated differently? I know that emails and imported events do not automatically go there.. 

I suppose I will have to do some experimentation.

[bleeuwen]

Sure that personal workspaces are treated differently.

In what way, I do not know. I hope you will find out in your investigation

[allenlook]

Sorry to reply to a topic that is a few months old, but how about creating a new workspace called "Public", then when you create new users, assigning this as their default workspace?

I tested it enough to know that it works while you are creating multiple users, but I don't know if it would work for all usages - worth a shot though.

This is using 1.6.2.