Perda De Dados Ao Submeter(history.go(-1))

[asp_man 0]

Tenho um formulário que é submetido a uma outro programa em asp, esse programa verifica um determinado valor obtido no campo do formulário, que se estiver "inválido" retorna para o formulário para o usuário corrigir com um valor válido, mas quando retorna para o formulário os campos aparecem vazios sem o valor digitado pelo usuário antes de submeter, já usei history.go(-1) e history.back(), nenhum dos dois solucionou o problema, alguem poderia me ajudar a corrigir esse problema sem ter que usar métodos via url ou submeter para o formulário? muito obrigado.Ricardo

[Guybrush 0]

o history deveria funcionar...Response.Write("<script> history.go(-1)</SCRIPT>");você tentou isso ?

[asp_man 0]

o history deveria funcionar...

 

 

Response.Write("<script> history.go(-1)</SCRIPT>");

você tentou isso ?

<{POST_SNAPBACK}>

Obrigado pela dica, mas não solucionou o problema, ainda retorna o formulário em branco, mas agradeço pela sua atenção.

[Guybrush 0]

<script>location.href = paginaanterior.asp</Script>tenta isso X)

[asp_man 0]

<script>

location.href = paginaanterior.asp

</Script>

 

tenta isso X)

<{POST_SNAPBACK}>

Obrigado amigo, mas isso aqui parece coisa de outro mundo, já tentei de tudo e nada funciona, nem com esse código que você indicou funciona... mas muito obrigado.

 

Já coloquei até um "Response.End" no programa que é submetido, logo após ele dar o alert, só para garantir que o programa termina ali, mas mesmo assim não funcionou

 

Meu código:

 

Já testei com:

 

history.back();

history.go(-1);

window.history.back();

window.history.go(-1);

location.href = "programa_adicao.asp";

 

<%

Recebo o valor

 

Testo o valor(diretório do servidor)

 

If(diretorio = true)Then %>

<script language="javascript">

alert("O diretório que você informou é inválido!");

history.go(-1);

</script><%

Response.End

Else

continua o processamento.

End If

%>

[Guybrush 0]

poderia postar o code akki ?

[Mário Monteiro 179]

tiozinho e o seguinteuse session pra armazenar os valores ou entao concatene tudo na url e em seu botao voltar voce nao pode usar javascrit ponha o caminho da pagina mesmoe na pagina do form voce pergunta se tem valores pra colocar nos campos a partir do que voce passoué a forma de se fazer tiozinhoboa sorte

[kauebranco 0]

VEJA ISSO

[Mário Monteiro 179]

o kaue colocou um exmplo do que disseveja e adaptelá ele mostar tamto com session como com passagem por querystring (URL)

[MacX 0]

Só coloca isso no topo do teu código, vai resolver o problema:Response.CacheControl = "public"Response.AddHeader "pragma", "public"

[Thiago_ASP 0]

Desculpa Galera, mas eu descordo, a melhor maneira de fazer uma validação é com o JavaScript.... apesar de ser inseguro(pois poder ser burlado por Harckers)... é muito mais interessante nesse caso, pois dessa forma a página nem seria alterada.....FalowAquele Abraço!!

[Salgado 4]

O melhor é fazer os 2 sempre. Validar no Cliente com JavaScript e no servidor com ASP.

[Mário Monteiro 179]

Desculpa Galera, mas eu descordo, a melhor maneira de fazer uma validação é com o JavaScript.... apesar de ser inseguro(pois poder ser burlado por Harckers)... é muito mais interessante nesse caso, pois dessa forma a página nem seria alterada.....

 

Falow

Aquele Abraço!!

não precisa ser Harcker basta salvar a pagina apontar o action pro endereço online e retirar as validações javascript

 

é muito facil burlar o JS se der pra fazer os dois eh melhor

 

e fazendo os dois tem de pensar nesta possibilidade de voltar e preencher o que tinha sido preenchido

[asp_man 0]

O melhor é fazer os 2 sempre. Validar no Cliente com JavaScript e no servidor com ASP.

<{POST_SNAPBACK}>

Consegui encontrar o problema, obrigado por todas a dicas, agradeço muito a vocês, o problema não é com o formulário e nem com o programa que é submetido, ontem depois de muita cafeina, fiz vários testes, e descobri que o problema é com uma tela zoom que o cadastro possui, então quando é acionado o zoom, ele fica no histórico como página anterior, e como ele é fechado após a seleção do registro escolhido perde sua referência no histórico, assim, quando o programa que é submetido faz referência ao history.go(-1), está se referindo a tela de zoom, que não está mais ativa, logo ele chama a tela anterior ao zoom, o formulário, que não teve seus dados "guardados"....

 

Obrigado a todos, e desculpem pelo erro.... ah... e pessoal não adianta usar o history.go(-2)... pois o formulário se torna o (-1) quando o zoom é fechado... coisas do Bill...