Usuários sem direitos de administrador local abrem TODOS os documentos do sharepoint no modo somente leitura, independentemente das permissões do sharepoint. Por quê?

Question

Eu tenho um domínio do Windows Server 2003 executando o SharePoint MOSS 2007 SP1 v12.0.0.6219. Meu problema é que todos os usuários no domínio que não possuem direitos de administrador local à sua máquina atualmente usada abrem todos os documentos no modo somente leitura.

Este é obviamente um problema para mim, pois preciso que os usuários possam alterar documentos através do processo de check-out. Não estou disposto a conceder a todos os usuários direitos de administrador local por motivos óbvios de segurança.

Administradores de domínio, usuários avançados e usuários com privilégios de administrador local podem realizar essa tarefa sem qualquer comportamento anormal.

Eu pesquisei esse problema amplamente e não consigo encontrar soluções de trabalho.

Eu tentei adicionar uma chave de registro de: HKEY_CURRENT_USER \ Software \ Microsoft \ Office \ 11.0 \ Common \ Internet \ OpenDocumentsReadWriteWhileBrowsing como 'sugestão' aqui: spsstuff.blogspot.com/2006/07/office-2003-documents -open-in-read.html mas essa alteração não funcionou.

Eu também tentei localizar uma chave de: HKEY_LOCAL_MACHINE \ Software \ Policies \ Microsoft \ Office discutida neste artigo: www.tech-archive.net/Archive/SharePoint/microsoft.public.sharepoint.portalserver/2006-08 /msg00458.html mas não existe nos meus sistemas.

Não tenho certeza de que outras informações posso fornecer para ser útil, mas qualquer ajuda ou aplicação tática do senso comum seria muito apreciada.

    

Answer 1

Ok, então aqui está a solução simples, mas não tão óbvia.

Eu tentei todas as sugestões, verifiquei se existiam permissões para o usuário em todas as pastas, etc.

Nós executamos um script para remover completamente a política de segurança local, reinicializamos a máquina para que as políticas de domínio reinassem supremamente e isso resolvesse o problema.

Não temos ideia de por que essas políticas locais estavam apenas causando problemas nos Dells, nem poderíamos encontrar a regra ou política específica que era a 'única' culpada.

Então, obrigado pela ajuda de Alex, mas eu nem sequer acho que isso deveria ser uma resposta.

    

Answer 2

Como você provavelmente sabe, ao clicar no arquivo, ele é baixado para a máquina local e aberto a partir do sistema de arquivos. Dependendo de como o documento é aberto a partir do navegador e do SO cliente usado, há alguns locais para os quais o arquivo pode ser copiado e o usuário precisará ter acesso de gravação a esses locais.

Se eles simplesmente abrirem o arquivo e não fizerem check-out na pasta de rascunhos locais, ele será copiado para:

• C: \ Usuários \ nomedousuário_ \ AppData \ Local \ Microsoft \ Windows \ Arquivos temporários da Internet \ Content.MSO (Windows Vista)
• C: \ Documents and Settings \ _username_ \ Configurações locais \ Arquivos de Internet temporários \ Content.MSO (Windows XP)

Se eles fizerem o check-out do arquivo e escolherem a opção "Usar pasta de rascunhos locais", ele será copiado para:

• Rascunhos do C: \ Users \ _username_ \ Documents \ SharePoint (Windows Vista)
• C: \ Documents and Settings \ Nome_do_usuário_ \ Meus documentos \ Rascunhos do SharePoint (Windows XP)

Você pode verificar que, como usuário final, é possível criar arquivos nesses locais? Você pode precisar soltar o prompt de comando para Arquivos Temporários da Internet e digitar um comando como:

type Test>test.tmp

A propósito, a chave de registro OpenDocumentsReadWriteWhileBrowsing não deve ter nenhum efeito em um site do SharePoint, de acordo com o KB 870853 . Comportamento "por design".