Ricciolo ha scritto:

Ferma il thread che sta eseguendo la richiesta. Quindi chi vede la popup, sembrerà che il server sta ancora processando o è lento.
Praticamente vuoi fare una specie di timeout, se passati quei tot di secondi è arrivata un'altra richiesta da quello stesso utente, ignori la richiesta di chiusura sessione?
Secondo me è un sistema bruttissimo. La prima cosa che fa un utente se vede una finestrella è quella di chiuderla (va bene se compare per mezzo secondo). Il timeout è troppo influenzabile dalla rete, dal server o dal client.
Se usi l'evento OnBeforeUnload nel frame nascosto, questo parte solo se uno cambia sito o chiude il browser, quindi perché fare tutto sto giro?
Anche se fai un signout della sessione credo che la finestra principale detenga ancora il cookie e che quindi sia valido ancora, mm, devo verificare, probabilmente non la rende più valida.

La mia intenzione è quella di far apparire il popup solo per mezzo secondo fuori dallo schermo e con dimensioni ridotte. L?utente vede solo un pulsante sulla barra del menu e per un tempo molto basso.

Le richieste dovrebbero comunque arrivare molto vicine in quanto scatenate dallo stesso evento sul client (tieni presente che comunque il mio ambiente è una intranet)

L?evento OnBeforeUnload scatta anche al refresh quindi ho bisogno del marchingegno!

Per gestire il login dell?utente non sto utilizzando cookie ma variabili di sessione che devo appunto eliminare; potrebbe capitare che un utente chiuda inavvertitamente il browser ed io devo consentirgli di riconnettersi prima del timeout di sessione.
Il Time out di sessione non può essere eccessivamente basso altrimenti continuerei a chiedere all?utente di effettuare nuovamente il login!

In ogi caso anche a me questa soluzione , ammesso che la si possa applicare, non piace ma consono riuscito ad individuare altre soluzioni, hai suggerimenti da darmi?
Grazie

Eh sì, è un bel problema. Http è così, state less. Io generalmente punto sull'intelligenza dell'utente: faccio un bel esci.
Comunque tu non puoi sapere con certezza che arriverà prima la richieta della popup e dopo quella dell'effettivo refresh o viceversa.
Lo sleep ferma solo il thread dell'elaborazione della richiesta del popup. Nel frattempo lui può continuare ad elaborare altre richieste compresa quella di refresh fino al massimo di 25 threads contemporanei (almeno di default).
Può capitare inoltre per assurdo che venga richiamata la pagina di popup ed essere il 25 thread con la conseguenza che le successive richieste debbano aspettare che finisca.
Non è sicurissimo come sistema.
Al massimo puoi fare al contrario, timeout molto corto e una finestra di popup che si occupi di fare lo sliding della sessione visto che il problema della sessione corta sta nel fatto che un utente può stare anche 10 min a guardarsi una pagina, giusto?

Bloccando il thread della richiesta blocchi ovviamente anche la finestra, il popup o il frame che contiene la pagina richiesta, ma mica blocchi tutto il pc del client. Le altre richieste vanno lo stesso.