I don't know if this is a bug of the module, anyway:
select a category from the combobox.
select an article from the list and open it.
ok, if you click the back button in your browser, you should have a "out of session" message. in italian this is "sessione scaduta", I don't know if the english is correct.
so you must refresh the page and so on...
it is not very confortable for users and readers...

Comments

romca’s picture

romca CreditAttribution: romca commented
Status: Active » Closed (won't fix)

hmmm, this might be more soemthing with your installation or your webhosting provider
can you point me to an example?

drein’s picture

drein CreditAttribution: drein commented

try here:
http://www.spazioausili.net/ejournal

romca’s picture

romca CreditAttribution: romca commented
Status: Closed (won't fix) » Fixed

hi,
yes, it is not convenient - i have converted the form to GET arguments. Please get the theme_standard.inc (from devel) and please try if other forms (that contain the same content) are working properly.
Thanks for suggestion

roman

drein’s picture

drein CreditAttribution: drein commented

no...
now I have a "missing term"! when I select a section.
2 things:
1. I manually take the patched line, so now the section in themestandard.inc is as follows:

function theme_ejournal_section_form($journal) {
	$form = array ();
$form['#method'] = 'get';
$form['tid'] = array (
		'#type' => 'select',

is it correct my copy/past?
then, when I select a section and I obtain "missing term", my address bar of browser shows this incredible url:
http://www.spazioausili.net/ejournal/term/2/_/_?tid=262&jid=2&op=Salva+m...

I don't believe it is correct!

drein’s picture

drein CreditAttribution: drein commented
Status: Fixed » Active

I removed the patch in order to have the combobox for selecting working properly. If you needs I re-integrate it for make test, tell me. Anyway, I suspect the problem is in all variables that are passed to urls, in the url I see
also some references to "token".

drein’s picture

drein CreditAttribution: drein commented

a good explanation of the problem and its possible solution is here.
http://shiflett.org/articles/how-to-avoid-page-has-expired-warnings

the second part of the article.

romca’s picture

romca CreditAttribution: romca commented

Hi Drein,
thanks for the link. I generally know how that works and because we cannot use session headers in Drupal (unless I missed some hook) the best solution is denied to us -- setting cache.
I don't like the intermediate form that much as the "incredible" GET form and its long url. Will have to look into this issue later, i returned from vacations and other issues press me too.

Best,