none
Problemas de Permissão de pastas

    Pergunta

  • Seguinte galera....tenho uma maquina com windows 7 64bits e nela instalada o  SEFIP, um programa da caixa. Ao executar uma determinada operação, o programa cria dentro de C:\Arquivos de Programas (x86)\Caixa, uma pasta chamada "Arquivos", e dentro dela uma outra pasta de nome variavel de acordo com a operação executada.....o q esta acontecendo com o sistema: quando preciso executar uma outra operação no programa SEFIP e acessar o conteudo dessa pasta "Arquivos" o programa me mostra o caminho aonde ela esta instalada......mas se eu tentar chegar ate ela pelo o windows....ela simplesmente não esta la....nem dando dir /ah ela aparece.........mas pelo programa SEFIP ele me mostra a pasta e me diz o tamanho, os arquivos e tudo mais.....se tentar executar o SEFIP como administrador, nem no programa essa pasta aparece......sera q alguem pode me dar uma luz????
    terça-feira, 6 de dezembro de 2011 01:41

Respostas

  • Filipe, ao tentar abrir essa pasta pelo Windows dê uma olhada no menu superior. Acredito que você deve ver um item chamado "Arquivos de compatibilidade". Ao clicar nesse item do menu acredito que você vai conseguir ver o arquivo que está procurando.

    Esse é um recurso nativo do Windows 7, que redireciona o processo de gravação de dados em pastas protegidas (c:\Program Files é um exemplo) durante o uso de um aplicativo.

    Durante a instalação de aplicativos não há problema, porque o processo é executado com acesso administrativo, mas durante o uso normal da aplicação o Windows 7 por segurança evita que o usuário normal grave dados em pastas protegidas. É por isso que ele faz essa redireção automática.

    Você até pode mudar as permissões dessa pasta, mas pensando na segurança do seu ambiente isso não é recomendado.

    quarta-feira, 14 de dezembro de 2011 09:38

Todas as Respostas

  • Boa tarde Filipe,

     

    Não consegui entender bem o seu caso.

    Mas vamos lá: Você quer verificar o conteúdo deste diretório através do Windows Explorer. Certo?

    Você já marcou para visualizar arquivos ocultos, e mesmo assim você não conseguiu visualizar. Certo?

    Já tentou marcar para visualizar os arquivos protegidos do sistema?

    Você consegue pelo menos acessar o diretório? Ou ele te dá acesso negado?

     


    Júnior Luciano | MCP, MCDST, MCTS, ITIL http://inframicrosoft.blogspot.com
    terça-feira, 6 de dezembro de 2011 14:59
  • Filipe,

    Complementando o que nosso amigo Junior Luciano postou.

    Faça um teste modificando as permissões desta pasta e aplicando para os objetos filhos, se não funcionar torne-se proprietário desta pasta.


    Leonardo Côco .:. MCP / MCDST / MCTS / MCSA / ITILF .:. Se a resposta foi útil classifique-a.
    quarta-feira, 7 de dezembro de 2011 01:07
  • Filipe,

    Conseguiu resolver o problema?


    Leonardo Côco .:. MCP / MCDST / MCTS / MCSA / ITILF .:. Se a resposta foi útil classifique-a.
    sábado, 10 de dezembro de 2011 20:39
  • Filipe,

    Alguma novidade?


    Leonardo Côco .:. MCP / MCDST / MCTS / MCSA / ITILF .:. Se a resposta foi útil classifique-a.
    terça-feira, 13 de dezembro de 2011 01:46
  • Filipe, ao tentar abrir essa pasta pelo Windows dê uma olhada no menu superior. Acredito que você deve ver um item chamado "Arquivos de compatibilidade". Ao clicar nesse item do menu acredito que você vai conseguir ver o arquivo que está procurando.

    Esse é um recurso nativo do Windows 7, que redireciona o processo de gravação de dados em pastas protegidas (c:\Program Files é um exemplo) durante o uso de um aplicativo.

    Durante a instalação de aplicativos não há problema, porque o processo é executado com acesso administrativo, mas durante o uso normal da aplicação o Windows 7 por segurança evita que o usuário normal grave dados em pastas protegidas. É por isso que ele faz essa redireção automática.

    Você até pode mudar as permissões dessa pasta, mas pensando na segurança do seu ambiente isso não é recomendado.

    quarta-feira, 14 de dezembro de 2011 09:38
  • Felipe,

    Conseguiu resolver o problema?


    Leonardo Côco .:. MCP / MCDST / MCTS / MCSA / ITILF .:. Se a resposta foi útil classifique-a.
    terça-feira, 20 de dezembro de 2011 02:20
  • bem galera desculpa num responder ...mas consegui......na verdade o windows não criou os arquivos na pasta em questão .....eles estavam na verdade em appdata do meu usuario.....o windows cria na verdade um link virtual....como se virtuamente os arquivos estivessem e c:\ program files......mas na verdade estavam fisicamente em outro lugar.
    terça-feira, 10 de janeiro de 2012 00:46
  • Blza Filipe007, estava com esse mesmo problema, mas resolvi quando vi essa sua ultima postagem


    • Editado Elmoleo domingo, 21 de outubro de 2012 14:22
    domingo, 21 de outubro de 2012 14:15
  • DÚVIDA
    Marcelo, eu estou iniciando os procedimentos no SEFIP com o Windows 7, porém para o envio do sefip estou fazendo um caminho meio comprido, eu sempre copio e colo esse arquivo na área de trabalho para poder anexar no conectividade social ICP.

    Você sabe dizer como fazer para o mesmo ficar já exibido direto na pasta no momento de anexar o arquivo no concectividade social ICP, tipo, para evitar de eu copiar e colar na área de trabalho para anexar?
    segunda-feira, 19 de novembro de 2012 23:58
  • Thiago, eu não conheço o funcionando desse aplicativo para ajudar com esse caso em específico. Uma forma simples seria criar um atalho para a pasta direto na área de trabalho.

    No entanto existem alguns aplicativos atuais que parecem que foram feitos para Windows 3.x, e podem não aceitar abrir atalhos de pastas. Se esse for o seu caso eu recomendo criar um ponto de junção (junction point) através da ferramenta mklink.

    Dê uma olhada nesse artigo com exemplos: http://marcelomatias.wordpress.com/2011/02/28/trabalhando-com-link-simbolico-real-e-juncao-de-diretorio-usando-mklink/

    No seu caso eu acredito que o parâmetro /J é o mais indicado.

    PS.: eu poderia recomendar a mudança das permissões do aplicativo para que ele salve o documento no local adequado, mas como isso não é uma boa prática de segurança eu prefiro indicar esse caminho alternativo. Eu ainda tenho esperanças que os desenvolvedores aprendam a desenvolver corretamente para Windows. Não é tão difícil assim :-)

    Marcelo

    terça-feira, 20 de novembro de 2012 11:22
  • Muito bom! 
    Conseguir resolver meu problema a partir desta colocação. 
    Obrigado, amigo!
    segunda-feira, 11 de novembro de 2013 17:44