Domanda

La situazione in breve:

  • Il sito è ospitato su un server MOSS 2007.
  • Tutti i contenuti del sito permessi erediti.
  • Una raccolta di documenti con il controllo delle versioni abilitato è sul sito.
  • Un gruppo è stato creato per garantire 'Controllo completo'.
  • 4 utenti sono stati aggiunti a questo gruppo.
  • 3 degli utenti del gruppo possono visualizzare la cronologia delle versioni del documento.
  • 1 utente non può vedere la storia del documento , non accade nulla quando si fa clic sul collegamento.

Dopo alcune prove è stato trovato questo particolare utente:

  • non può cambiare il sito (anche se potrebbe aggiornare i documenti).
  • non può vedere i suoi 'Impostazioni personali' dal benvenuto a discesa.
  • utilizzo Con questa persiste comportamento dopo averlo lanciare un browser con 'Esegui come ...', rendendo le credenziali di dominio sicuro.
  • ha stesso comportamento su un sito di test ho creato su un server di WSS 3.0 separato su cui l'aggiungo con esplicita 'Controllo completo'.

Che cosa, diverso da 'Controllo completo', è necessario per visualizzare la cronologia di versione? E forse più al punto, che cosa può impedirlo?

- Modifica -

Da tutte le indicazioni degli utenti viene collegato alla rete usando il suo account di dominio (e-mail, le azioni di dominio e così via funzionano bene). I permessi sono per l'account di dominio.

È stato utile?

Soluzione

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.

Autorizzato sotto: CC-BY-SA insieme a attribuzione
Non affiliato a sharepoint.stackexchange
scroll top