ACC97: User Without Permissions Can Check Out an Object in VSS
ID: Q162933
|
The information in this article applies to:
SYMPTOMS
Advanced: Requires expert coding, interoperability, and multi-user skills.
When you try to check out a module for which you have no Microsoft Access
permissions, you may receive the following error message:
You don't have permissions to modify '<object name>.'
To modify this object you must have Modify Design permission for it.
If the object is a table, you must also have Delete Data and Update
Data permissions for it. For more information on permissions and who
can set them, click Help.
You will then receive a Visual SourceSafe error that states that the
object was not imported.
Although the module is not replaced and the permissions are enforced as
expected, the module appears as "checked out." You are then not
allowed to either check in or undo the checkout. The Admin user must check
it in.
CAUSE
Adding a secure database to Visual SourceSafe will not remove security on
the local version of that database. Visual SourceSafe and Microsoft Access
will function normally, as long as the users have permissions to modify
objects in the local database. If they log in as someone who doesn't, then
they will be able to check out an object but not be able to make changes to
it.
RESOLUTION
If you delete the local version of the database and create a new one from
Visual SourceSafe, then the resulting database will not have any of the
security permissions in it.
MORE INFORMATIONSteps to Reproduce Behavior
- Create a new database and name it vssTest.mdb.
- Create a new module and name it modVssTest. Save the module.
- On the Tools menu, click Security, and select "User and Group
Accounts."
- Click the Change Password Tab and give Admin a new password of
"admin" (without the quotation marks).
- Click the Users tab, and click New.
- Create a new user with a name of "test" (without the quotation
marks) and a Personal ID of "1234" (without the quotation marks).
- Click OK.
- On the Tools menu, click Security, and select "User and Group
Permissions."
- Click to select Groups.
- Select Users in the Users/Group Name box and revoke all permissions for
Users on modVssTest by clicking to clear the Read Design check box.
- Click OK.
- On the Tools menu, click SourceSafe, and select "Add Database to
SourceSafe."
- Close Microsoft Access.
- Restart Microsoft Access and log in as "test" (without the quotation
marks).
- Open vssTest.mdb.
- Using the right mouse button, click modVssTest, and click Check Out.
- Note that you receive the first of error messages mentioned in the
"Symptoms" sections. Click OK, and then OK on the next error message.
Note that the Object shows in the database container as checked out.
- Using the right mouse button, click modVssTest and click Check In. Note
that you receive an error message that "You don't have permission to
read '<object name>'". Click OK. Note that you receive an error message
from SourceSafe that it failed to export the object.
- Close Microsoft Access.
- Open Microsoft Access and log in as Admin with password "admin"
(without the quotation marks).
- Open vssTest.mdb.
- Using the right mouse button, click modVssTest and select Check In.
The admin user is able to check the object back into SourceSafe.
Additional query words:
Keywords : kberrmsg kbinterop ssint ssacc
Version : WINDOWS:97
Platform : WINDOWS
Issue type : kbprb
|