☰

O hiperlink do Excel não está redirecionando corretamente (bug?)

tag-icon • tag-icon microsoft-excel hyperlink
O hiperlink do Excel não está redirecionando corretamente (bug?)

Estou com um problema de hiperlink do Excel: clico, digamos A1, copio o link nele ( http://www.godaddy.com/domains/searchresults.aspx?ci=54814), clico com o botão direito no hiperlink e copio o MESMO URL do link (se não for detectado e alterado automaticamente).

Quando vou clicar nele, sou redirecionado para http://www.godaddy.com/domains/search.aspx?ci=53972.

Se eu copiar e colar o link diretamente no navegador, ele funcionará bem (ou seja, não sou redirecionado para uma URL diferente).

Alguém sabe o que está acontecendo?

Responder1

O URL que você está usando precisa de mais informações de um cookie para exibir a pesquisaresultadosem vez da página de pesquisa. Cole o URL em um navegador diferente (ou remova os cookies) e você obterá os mesmos resultados.

Clicar em um URL no Excel parece abri-lo no navegador padrão. Mas isso não é verdade. Antes de abri-lo em seu navegador, o Excel primeiro executaDescoberta de protocolo do Microsoft Office. Isso usa um componente do Windows/Internet Explorer para determinar se o URL funciona. (Ele não se identifica como Internet Explorer, mas como "User Agent: Microsoft Office Existence Discovery".) E se os resultados forem (de alguma forma) bons, ele será abertoo resultadodessa verificação em seu navegador padrão.

Faltando os biscoitos (mais precisamente: faltandouma sessão), GoDaddy fornece aquele componente do Internet Exploreralgum redirecionamento. E o resultado disso é aberto no seu navegador padrão. Esse é o URL que você está vendo.

Provavelmente o seu navegador padrão não é o Internet Explorer? Em seguida, colar o URL diretamente no IE e clicar nele para obter os cookies também poderá fazer o link funcionar no Excel. (Apenas para teste; não é uma solução permanente.)

Você terá mais sorte usando um URL que não dependa de informações ocultas de um cookie, comohttp://www.godaddy.com/domains/search.aspx?domainToCheck=superuser.com

Responder2

Isso é culpa do Excel. Se você colar o link no e-mail do Outlook ou no WordPad e abrir o link a partir daí, ele funcionará corretamente.

O Excel nunca deve criar uma sessão oculta para verificar o hiperlink. qual é o sentido disso. Basta abri-lo e nada mais. Eles usam a mesma lógica no MS Word. A partir daí também não funciona. Quando o Excel tenta verificar o link em segundo plano, é criada uma nova sessão que não é autenticada e é redirecionada para a página de login ou algo assim. Depois disso, em vez de abrir a URL original no navegador, o Excel abre a URL de redirecionamento. Eles realmente sabem como complicar coisas simples.

Responder3

Este é um bug conhecido da Microsoft em que os hiperlinks são redirecionados para outra página se:

  • Você está usando o Microsoft Internet Explorer:
    • com um servidor proxy
    • ao usar um firewall que não permite solicitações HTTP em sua rede local
  • O Internet Explorer não é seu navegador padrão.
  • A ForceShellExecutechave de registro não está presente ou não está definida como 1

Você pode aplicar a correção aqui:

http://support.microsoft.com/kb/218153

Responder4

Receio que haja muito aqui para adicionar como comentário.

O link inicial retorna um código de status 302

Depadrões w3c:

O recurso solicitado reside temporariamente em um URI diferente. Como o redirecionamento pode ser alterado ocasionalmente, o cliente DEVE continuar a usar o Request-URI para solicitações futuras. Esta resposta só pode ser armazenada em cache se indicada por um campo de cabeçalho Cache-Control ou Expires.

O URI temporário DEVE ser fornecido pelo campo Localização na resposta. A menos que o método de solicitação seja HEAD, a entidade da resposta DEVE conter uma breve nota de hipertexto com um hiperlink para o(s) novo(s) URI(s).

Se o código de status 302 for recebido em resposta a uma solicitação diferente de GET ou HEAD, o agente do usuário NÃO DEVE redirecionar automaticamente a solicitação, a menos que possa ser confirmado pelo usuário, pois isso pode alterar as condições sob as quais a solicitação foi emitida.

  Note: RFC 1945 and RFC 2068 specify that the client is not allowed
  to change the method on the redirected request.  However, most
  existing user agent implementations treat 302 as if it were a 303
  response, performing a GET on the Location field-value regardless
  of the original request method. The status codes 303 and 307 have
  been added for servers that wish to make unambiguously clear which
  kind of reaction is expected of the client.

Como afirmou @xlm, este é o GoDaddy fazendo um redirecionamento temporário.

Parece que, quando chamado do Excel, o redirecionamento nem sempre é respeitado.

informação relacionada