Pergunta

Estou tendo um problema estranho aqui ...

Tenho uma aplicação ASP.NET 3.5 que tem um GridView e SqlDataSource na Default.aspx. O GridView é databound ao SqlDataSource. O GridView tem um botão para cada linha chamada de "View" que envia o usuário para uma página separada onde a linha pode ser editada.

Eu tenho duas instalações desta aplicação - um no meu laptop desenvolvimento, que é XP com o IIS 5.1 e outro em uma corrida servidor Windows 2003 IIS 6.0. Os arquivos web.config são idênticos, o IIS propriedades de configuração são idênticos, e ele está batendo no mesmo banco de dados.

No meu laptop o comportamento que eu vejo é "correta", e é assim: 1. Abra a página, selecione a página 15 do datagrid através dos links de paginação. 2. Clique no botão de visualização para um registro, visualizar a página de edição. 3. Clique no botão "Voltar" e você retorna para a página Default.aspx, eo GridView é recarregado / atualizada com novos dados. Clicando View novamente leva você para o item adequado.

No servidor, eu vejo isso: 1. Abra a página, selecione a página 15 do datagrid através dos links de paginação. 2. Clique no botão de visualização para um registro, visualizar a página de edição. 3. Clique no botão "Voltar" e você retorna para a página Default.aspx, eo GridView é não recarregado com novos dados (ele aparece imediatamente). Clicando View novamente leva você para ERRO item.

Obviamente há algum tipo de cache problema, mas eu não consigo entender ... alguma idéia?

Foi útil?

Solução

Eu não tenho certeza da razão exata para isso, ou a causa disso, mas como eu esperava, foi um problema de cache. Quando eu adicionar a declaração:

Response.CacheControl = "no-cache";

Para os Default.aspx.cs, o problema desaparece. Não é surpreendente que o botão Voltar parafusos até o padrão de pedido, mas eu achei surpreendente que o IIS 5.1 em execução no meu laptop alças o botão voltar melhor do que IIS 6.0 ...

Licenciado em: CC-BY-SA com atribuição
Não afiliado a StackOverflow
scroll top