Pregunta

La situación en breve:

  • El sitio está alojado en un servidor Moss 2007.
  • Todos los contenidos del sitio heredan los permisos.
  • Una biblioteca de documentos con versiones habilitadas está en el sitio.
  • Se ha creado un grupo para otorgar 'control total'.
  • Se han agregado 4 usuarios a este grupo.
  • 3 de los usuarios en el grupo pueden ver el historial de versiones del documento.
  • 1 usuario no puede ver el historial de documentos, nada sucede al hacer clic en el enlace.

Después de algunas pruebas, se ha encontrado este usuario en particular:

  • no puede cambiar el sitio (aunque podría actualizar documentos).
  • No puedo ver su 'mi configuración' desde el desplegable de bienvenida.
  • Este comportamiento persiste después de que lance un navegador con 'Run AS ...', asegurándose de que se usen las credenciales de dominio.
  • tiene el El mismo comportamiento en un sitio de prueba Creé en un servidor WSS 3.0 separado en el que lo agrego con 'control completo' explícito.

¿Qué, aparte del 'control completo', se requiere para ver el historial de versiones? Y quizás más al grano, ¿qué puede evitarlo?

--editar--

De todas las indicaciones, los usuarios están registrados en la red utilizando su cuenta de dominio (correo electrónico, acciones de dominio, etc. en el trabajo bien). Los permisos son para la cuenta de dominio.

¿Fue útil?

Solución

1 usuario no puede ver el historial de documentos, Nada sucede al hacer clic en el enlace

Supongo que este es un problema del cliente en lugar de una cuenta de usuario/ error de permiso. ¿Puede verificar si el usuario puede hacer todas estas cosas en otra máquina?

Si entiendo correctamente, no hay un mensaje de "ACCCESS denegado", ¿derecho? Así que ese podría ser un problema de configuración de cliente / navegador / seguridad. Parece que tal vez un Javascipt no se ejecuta en esa máquina.

Es muy vage, pero podrías darle una oportunidad.

Licenciado bajo: CC-BY-SA con atribución
scroll top