Question

The situation in brief:

  • The site is hosted on a MOSS 2007 server.
  • All contents of the site inherit permissions.
  • A document library with versioning enabled is on the site.
  • A group has been created to grant 'Full Control'.
  • 4 users have been added to this group.
  • 3 of the users in the group can view document version history.
  • 1 user can not see the document history, nothing happens when clicking the link.

After some testing it has been found this particular user:

  • can not change the site (although could update documents).
  • can not view his 'My Settings' from the welcome drop-down.
  • this behavior persists after having him launch a browser with 'Run as...', making sure domain credentials are used.
  • has the same behavior on a test site I created on a seperate WSS 3.0 server on which I add him with explicit 'Full Control'.

What, other than 'Full Control', is required to view version history? And perhaps more to the point, what can prevent it?

--edit--

From all indications the users is logged onto the network using his domain account (email, domain shares and so on work fine). The permissions are for the domain account.

Was it helpful?

Solution

1 user can not see the document history, nothing happens when clicking the link

I guess that this is a client problem rather than a user account/ permission error. Can you check if the user is able to do all these things on another machine?

If I understand correctly there is no "Acccess denied" message -right? So that might be client / browser / security setting issue. Sounds like maybe some JavaScipt isn't running on that machine.

It is very vage, but you might give it a chance.

Licensed under: CC-BY-SA with attribution
Not affiliated with sharepoint.stackexchange
scroll top