out of session
drein - July 28, 2008 - 10:37
| Project: | E-Journal |
| Version: | 5.x-1.x-dev |
| Component: | Code |
| Category: | support request |
| Priority: | normal |
| Assigned: | Unassigned |
| Status: | active |
Jump to:
Description
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...
#1
hmmm, this might be more soemthing with your installation or your webhosting provider
can you point me to an example?
#2
try here:
http://www.spazioausili.net/ejournal
#3
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
#4
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!
#5
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".
#6
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.
#7
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,