[FINALMENTE RISOLTO] Invalid token

[Uncino]

Ciao ragazzi,
ho installato un J. 1.6 e poi l'ho aggiornato a 1.6.1
Apparentemente andava tutto bene, ma dopo aver tirato via tutto (esempi, menù, moduli etc etc) per costruire il nuovo sito di produzione, al logout (UTENTE, NON AMMINISTRATORE), mi arriva un "Invalid Token - operazione non valida".

Qualcuno sa da cosa dipende?

Ciao e grazie, Uncino

[ste]

Ciao Uncino,
questo errore solitamente appare quando la sessione è già scaduta se non sbaglio.
Quando hai visto l'errore hai verificato che comunque l'utente era sconnesso?

[Uncino]

No Ste (ben riletta),
la scadenza della sessione non c'entra, basta fare login e subito dopo logout e si prende l'errore.
Possibile che fra i moduli che ho eliminato per ricreare da zero il sito ve ne fosse uno indispensabile al logout? Mi pare strano, ma la 1.6 non la conosco affatto.
Nota: ho configurato il componente login per rimandare alla home dopo il logout, quindi anche qui non dovrebbero esserci problemi.
Se vuoi ti faccio un account amministrativo di test...

Uncio

[56francesco]

un errore simile era restituito da joomla 1.5 quando veniva installato su altervista e non si era aggiornato a php5
ti ci ritrovi in questo caso? 

[Uncino]

Temo di no Francesco -> PHP version    5.2.16

[Uncino]

Purtroppo non sapremo mai da cosa dipendesse, ho ripristinato la dir. di installazione dal backup ed ho ricostruito da zero.

I'm sorry...

[Uncino]

Il problema è legato al tema, devo ancora stabilire esattamente la relazione... n3el senso che devo essere sicuro che sia proprio il tema bacato o che non sia invece un problema di posizione del modulo.
Il template incriminato è joomspirit_18.

Domanda: come fa un template ad incasinare il J. al logout???

Baci, Uncio

[clodis]

Io ho appena aperto un post, per fortuna o sfortuna ho iniziato ad avere problemi con l'aggiornamento, piallato e reinstallato ho visto che proprio i temi , forse per i framework, sono impazzito tutto il giorno...forse è la concomotanza di più cose, nell'unico sito dove non ho template, ma ho solo modificato leggermente il suo di base, funziona tutto benissimo.

[Uncino]

Hmmm... ho installato un sltro "tema", il potentissimo framework Gantry. Stesso risultato! 
A questo punto il mistero si infittisce.
Clodis, l'errore per te era lo stesso?

[clodis]

No mi inchiodava la possibilità di salvare articoli, caricare immagini/foto ed altri malfunzionamenti, due siti li avevo appena abozzati e ho reinstallato la 1.6 l'altro dove mi sono utili 3 estensioni e il template professionale ho rasato e sono tornato alla 1.5.22 , anche perchè dalle prove fatte ho visto che possono essere due estensioni o un'estensione e il template o un nuovo template a creare casini e con 1.6.1 ancora maggiore questa probabilità, forse perchè hanno variato del codice di sicurezza o altro, allora non è che ogni aggiornamento ti tocca impazzire o stare attento o dopo aver speso un quattrino per una estensione o template che al momento funziona dover rinunciare a questi perchè l'aggiornamento non li digerisce, speriamo la cosa migliori con il tempo.

[Uncino]

Aggiornamento: stesso errore anche se un utente semplice tenta di salvare un articolo (gli venisse un colpo!).
Sarei tentato di piallare anche io, ma ho già installato diversi componenti e modificato il css di un tema per adattarlo alle mie esigenze...
A proposito, la 1.5 aveva un comodo editor embedded, qui si è perso per strada.

C'è la possibilità di eseguire un tracciamento per vede4re che cavolo genera quell'errore, così lo troviamo in un attimo? Ho provato ad abilitare le funzioni di debug, ma la directory logs resta vuota.

[clodis]

Guarda mi ci sono rotto la testa, ma niente, l'unica è non usare temi pro.....ma farseli, ma anche li ho visto incrociando alcune estensioni può verificarsi il problema, è che ho bisogno dei siti operativi entro il week end, per cui ho rasato, intanto ne ho due che funzionano uno con la 1.6 e template pro, l'altro aggiornato alla 1.6.1 ma senza template e con due estensioni, una slideshow, l'altra player video.

[Uncino]

trovato Con Google.
va inserito questo:

<?php echo JHtml::_('form.token'); ?>

Nella parte di template che fa l'override del logout.

Es.
Il mio da così:

Codice: [Seleziona]

<form action="<?php echo JRoute::_('index.php', true, $params->get('usesecure')); ?>" method="post" name="form-login" id="login-form">
<?php if ($params->get('greeting')) : ?>
<div class="login-greeting">
<?php if($params->get('name') == 0) : {
echo JText::sprintf('MOD_LOGIN_HINAME', $user->get('name'));
} else : {
echo JText::sprintf('MOD_LOGIN_HINAME', $user->get('username'));
} endif; ?>
</div>
<?php endif; ?>

é diventato così:

Codice: [Seleziona]

<form action="<?php echo JRoute::_('index.php', true, $params->get('usesecure')); ?>" method="post" name="form-login" id="login-form">
[b]<?php echo JHtml::_('form.token'); ?>[/b]
<?php if ($params->get('greeting')) : ?>
<div class="login-greeting">
<?php if($params->get('name') == 0) : {
echo JText::sprintf('MOD_LOGIN_HINAME', $user->get('name'));
} else : {
echo JText::sprintf('MOD_LOGIN_HINAME', $user->get('username'));
} endif; ?>
</div>
<?php endif; ?>

Ora tutto è OK.

Baci & abbracci, Uncio

[ste]

Grazie per aver riportato la soluzione Uncino.
Quindi indipendentemente dal fatto che si tratti di un template commerciale o meno, chi vede lo stesso errore può controllare se nel file che hai indicato è presente o meno quella chiamata.

[Uncino]

Aspettate un attimo a modificare, questo bug lo tappa ma non vorrei che se ne fosse aperto un altro sul funzionamento dei pulsanti tipo quelli Save & Annulla dell'editor.
Adesso ricontrolollo.

Uncio

[Uncino]

No, le due cose sembrano non aver niente a che fare una con l'altra.
Ma adesso che succede? i pulsanti di salvataggio ed uscita dell'editor hanno smesso di funzionare!!!
Uffaaaaaa.
Comunque la soluzione da me postata chiude il bug, provata su 3 template.

[ste]

e su tutti e tre ora hai lo stesso problema con i pulsanti?

[Uncino]

Non ho provato Ste, ho solo verificato che la patch chiudesse il bug del logout e lo chiude.
Ora sono con il joomspirit_18 un po' modificato (ma la modifica non ha a che fare con i pulsanti perchè andava benissimo prima che decidessero di non esistere).
Più tardi proverò a cambiare nuovamente tema e vedere che succede.
Hai avuto altre segnalazioni del problema dei pulsanti?

[ste]

Sì mi sembra che qualcun altro avesse segnalato il problema, sempre legato al template utilizzato.

[Uncino]

OK, adesso cerco di capire da che dipende anche questo.
Spero di non impiegare anche qui dei giorni. 
Vi occupate voi di segnalare le patch al team di sviluppo man mano che le trovo?

[ste]

OK, adesso cerco di capire da che dipende anche questo.
Spero di non impiegare anche qui dei giorni. 
Vi occupate voi di segnalare le patch al team di sviluppo man mano che le trovo?

Ma da quel che ho capito si tratta di una patch al template, non al core di Joomla giusto?
In questo caso andrebbe segnalata allo sviluppatore del template. Segnala pure tu la soluzione al problema.

[Uncino]

Si è al template, ma visto che riguarda, presumibilmente, tutti i template con override del modulo login, è a livello di core che debbono intervenire.
Intanto posso confermarti che il problema con i tasti dell'editor è a sua volta dipendente dal template. Con il Beez5 funziona tutto.

[ste]

Puoi dirmi esattamente il percorso e il nome del file che fa l'override?

[Uncino]

Se ti riferisci al bug del logout:
joomspirit_18/html/mod_login/default.php (credo abbia percorso simile per tutti i template con override)
Per il bug dei pulsanti salva e annulla dell'editor ho rinominato la directory con gli override in modo tale da disabilitarli, ma non ho ottenuto successo; continuo a sbattermi.

[Uncino]

Step 1:  OK
Ste, ho disabilitato TUTTI gli override del template ed ora sembrano OK, quindi anche qui il problema è in un maledetto override. Adesso cerco di isolare il problema.

[Uncino]

Ste3p 2: Trovato, di nuovo l'override del login.
Però non capisco, avevo provato a togliere la patch e non andava lo stesso. Probabilmente non avevo svuotato la cache del browser...
Qualche anima pia ben preparata in PHP saprebbe trasformare quella patch in condizionale, in modo tale che tappi il bug del logout senza incasinare il resto?

[ste]

Ho unito i due post Uncino, in quanto i problemi si riferiscono allo stesso file e agli stessi template.

[ste]

Il mio consiglio è di riportare il bug allo sviluppatore del template e chiedere di risolverlo. In questo forum non diamo supporto a estensioni commerciali.

[Uncino]

Si Ste, avevo separato solo per mettertelo in evidenza pensando che magari non ci avresti fatto caso.
Mi sa tanto che l'unico modo è quello di disabilitare l'override, sai?
La patch è nel branch sotto il controllo dell'evento logout (almeno per il pochissimo che conosco il PHP), ma continua a far casino.
Vedi un po' se ti sembra che l'ho messa nel posto giusto, tnks.

Ste, non è commerciale, è free

Codice: [Seleziona]

<?php if ($type == 'logout') : ?>
<form action="<?php echo JRoute::_('index.php', true, $params->get('usesecure')); ?>" method="post" name="form-login" id="login-form">
<?php if ($params->get('greeting')) : ?>
<?php echo JHtml::_('form.token'); ?> <---- QUESTA E' LA PATCH!!!!
<div class="login-greeting">
<?php if($params->get('name') == 0) : {
echo JText::sprintf('MOD_LOGIN_HINAME', $user->get('name'));
} else : {
echo JText::sprintf('MOD_LOGIN_HINAME', $user->get('username'));
} endif; ?>
</div>
<?php endif; ?>


[ste]

Ste, non è commerciale, è free

opssss scusami avevo capito che era commerciale.. Ora provo a darci un'occhiata
Sposto il post nella sezione dedicata ai template per Joomla 1.6

[ste]

Prova a metterlo appena prima della chiusura del form

Codice: [Seleziona]

<input type="hidden" name="option" value="com_users" />
<input type="hidden" name="task" value="user.logout" />
<input type="hidden" name="return" value="<?php echo $return; ?>" />
<?php echo JHtml::_('form.token'); ?>
</form>Mi sembra che così funzioni...

[ele_]

anchio ho trovato lo stesso problema in un'altro template... quindi credo che o si sono messi d'accordo oppure ci sono delle guide sbagliate su come creare le override...

basta aggiungere questa riga

Codice: [Seleziona]

<?php echo JHtml::_('form.token'); ?> e tutto si risolve

[ste]

Il fatto è che questi template sono stati realizzati per Joomla 1.6.0, e con l'aggiornamento alla 1.6.1 è stato modificato quel file, quindi anche il template andrebbe aggiornato.

[pross]

Ho un problema simile che postato nel topic
http://forum.joomla.it/index.php/topic,143774.msg642926.html#msg642926


Utilizzo template JA_Puryty ed ho aggiornato a 1.5.23


Nel ringraziarvi porgo cordiali saluti

[tomtomeight]

Che fai adesso ricominci a riproporre ancora lo stesso post?  Ti e' stato già chiesto mi pare di non trasgredire le regole ti prego di limitarti ad un solo post per problema ed evitare di mettere link in altri fra l'altro risolti,  grazie.