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

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

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 na máquina usada atualmente abrem todos os documentos no modo somente leitura.

Obviamente, isso é um problema para mim, pois preciso que os usuários possam alterar documentos durante o processo de check-out. Não estou disposto a conceder direitos de administrador local a todos os usuários por razões óbvias de segurança.

Administradores de domínio, usuários avançados e usuários com direitos de administrador local para a caixa podem realizar essa tarefa sem qualquer comportamento anormal.

Pesquisei extensivamente esse problema no Google e não consigo encontrar soluções funcionais.

Tentei adicionar uma chave de registro de: HKEY_CURRENT_USER\Software\Microsoft\Office\11.0\Common\Internet\OpenDocumentsReadWriteWhileBrowsing para '1' conforme sugerido aqui: spsstuff.blogspot.com/2006/07/office-2003-documents-open- in-read.html mas essa mudança não funcionou.

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 em meus sistemas.

Não tenho certeza de quais outras informações posso fornecer para serem úteis, mas qualquer ajuda ou aplicação tática de bom senso seria MUITO apreciada.

Responder1

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

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

  • C:\Users\_username_\AppData\Local\Microsoft\Windows\Temporary Internet Files\Content.MSO (Windows Vista)
  • C:\Documents and Settings\_username_\Configurações locais\Temporary Internet Files\Content.MSO (Windows XP)

Se eles verificarem o arquivo e escolherem a opção ‘Usar pasta de rascunhos locais’, ele será copiado para:

  • C:\Users\_username_\Documents\SharePoint Drafts (Windows Vista)
  • C:\Documents and Settings\_username_\Meus Documentos\SharePoint Drafts (Windows XP)

Você pode verificar se, como usuário final, você é capaz de criar arquivos nesses locais? Pode ser necessário ir até o prompt de comando para Arquivos Temporários da Internet e inserir um comando como:

digite Teste>teste.tmp

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

Responder2

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

Tentei todas as sugestões, certifiquei-me de que existiam permissões para o usuário em todas as pastas, etc.

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 supremas e isso resolveu o problema.

Não temos ideia da razão pela qual estas políticas locais estavam apenas a causar problemas nos Dells, nem conseguimos encontrar a regra ou política específica que era a “única” culpada.

Então, obrigado pela ajuda Alex, mas nem acho que ISSO deva ser qualificado como uma resposta.

informação relacionada