ProjectWise - Users Cannot Modify/Delete Subfolders They Create

I have a simple - or so I think - question regarding ProjectWise folder security:

I have a situation where users cannot delete, rename, or otherwise modify a folder they themselves created.

Here is the background: my organization is preparing to launch several projects in ProjectWise (08.11.11.574). Like many organizations, we have a simple but standard folder directory structure (FDS). The folders are pretty intuitive as to what goes where, so we want this same FDS available for consistency on all projects. So we have set folder security on these folders so that users cannot modify or delete them. "Write" and "Delete" are checked off. No problem.

However, we also want users to be able to create subfolders at the ends of this FDS. So in folder security, we enable "create subfolder". Still no problem.

And we want users to be able to create, move, rename, or even (gulp) delete documents they create in those folders. So in document security, we allow File Read, File Write, Read, Write, and Delete. Again, still not a problem.

Now, suppose a user wants to rename, move, or even delete a subfolder that's not a part of the standard FDS - it got created by them or some other user. For example, suppose the folder "Roadway" is part of the FDS. A user creates a subfolder underneath that called "Interim". Now, suppose it's a few weeks later and that folder "Interim" is no longer needed. Or, when it gets created, it gets mis-typed as "Ineterrim" or some other undesirable name. In the former instance, the user decides to delete the folder.

Problem.

In the later example, the user decides to try and rename the folder.

Problem.

As far as I can tell, the user is stuck - it can't be done. The subfolder "Interim" (or its mis-spelled cousin) has inherited its properties from "Roadway", which means that "Write" and "Delete" are also off in the new subfolder. They can create, edit, and modify documents (including deletion) in the new subfolder, but not the new subfolder itself.

Any suggestions? I have even looked into workflow-based security, but the problem there was that to make that work the users need to be able to change the state. That means they would be able to change the state of the standard FDS folders too. Of course, the other thing is that it creates extra steps and isn't really going to get us where we need to get.

Is there maybe a way the user could change the subfolder's permissions through access control tab and then manage to get at it that way? Of course, that assumes the user created the subfolder. What if they are trying to modify or delete a subfolder created by another user (who may well no longer even be with the organization)? Either way, seems overly complicated.

This situation is regularly accommodated in Windows via permissions. I'm sure ProjectWise can similarly support it, but I've busted my brain trying to figure out how. I think I have to be be missing something obvious, or it's maybe really, really subtle. Regardless, I'm open to suggestions and would love to hear any ideas.

Thanks!