gebruiker wordt onvoorspelbaar uitgelogd

Hi, ik heb een vervelend probleem in mijn joomla 3.3.6 site, en ik hoop dat iemand een oplossing heeft. In mijn site gebruik ik het component FABRIK voor diverse formulieren. Formulieren die alleen toegankelijk zijn voor geregistreerde gebruikers. Tot zover geen probleem. In één van de formulieren wordt data getoond specifiek voor de ingelogde gebruiker. Het eerste scherm is een overzichtscherm (lijst). Vervolgens kan uit de lijst een record geselecteerd worden om te wijzigen. Als ik nu vervolgens in het detailscherm op bewaren druk, of op de button Terug druk gebeurt het dat bij een aantal records de inlog van de gebruiker verloren is gegaan, wat resulteert in een scherm dat de gebruiker eerst weer moet inloggen. Het vreemde is dat er dus ook records juist te muteren zijn en waarbij na opslag de lijst weer keurig getoond wordt. Onderzoek van de betreffende data in de database laat niets vreemds zien. De inlog gaat verloren bij het oproepen van het detailscherm - dit heb ik kunnen vaststellen omdat na het oproepen van het detailscherm ook andere menufuncties die alleen voor geregistreerde gebruikers te zien zijn, niet meer werken. De menu's gaan dus bij aanroep van het detailscherm niet verloren, maar ze werken ook niet meer.

Een soortgelijk probleem wordt hier: forum.joomlanl.nl/forum/3-x-overige/4787...d-na-inloggen#111352
beschreven.


Hoop dat iemand een oplossing heeft. Alvast dank!

Als ik in de global configuration de sessie-afhandeling van database naar geen wijzig dan werkt het geheel zoals het moet. Weet echter zo niet wat daar de gevolgen van zijn.

Weet iemand antwoord? Blijft het natuurlijk nog vreemd dat bij database dergelijke problemen kunnen ontstaan. Dus helemaal gelukkig ben ik nog niet

Corrupte session tabel? Leeg die tabel eens en zet dan de sessie-afhandeling weer terug op database.

Hallo Astrid,

ga ik proberen - resultaat volgt

Er stond 1 record in de session tabel. Deze verwijderd en de sessie-afhandeling weer terug gezet naar database. In eerste instantie leek het goed te gaan, maar na een paar mutaties toch weer in de fout. Sessie-afhandeling weer terug naar geen en het geheel werkt weer.

Vond hier nog iets voor je:
www.yireo.com/tutorials/joomla/joomla-pr...to-sql-table-changes

Hallo Astrid,

dank je wel voor de tip. Heb het uitgeprobeerd, en het duurde wat langer voordat het weer fout ging. Ik heb het vermoeden dat het niet zuiver door het component Fabrik afgehandeld wordt, of heb je nog andere suggesties?

Groet, Alfred

Nee, helaas. Had gehoopt dat de oplossing in de link die ik je gaf zou werken. Het zou door Fabrik kunnen komen, maar het zou net zo goed een andere extensie kunnen zijn die niet netjes met de sessions omgaat.

Jammer Maar wel bedankt voor je snelle hulp. Is het nadelig om de sessie-afhandeling niet naar de DB te laten lopen?

Helaas. Ik zou het niet weten. Misschien dat er nog iemand is die hier iets zinnigs over kan zeggen.

heb even een korte google search gedaan. Volgens joomla.stackexchange.com/questions/334/s...ler-database-or-none worden de sessiegegevens bij de optie "Geen" in files opgeslagen i.p.v. in de database. In de artikellink in het eerste antwoord wordt ook gesproken over sessionproblemen als er meerdere servers in het spel zijn. Mijn site draait over twee servers. ;)

Ik ga eens verder testen met de session-handler op "Geen"

Edit Astrid: Ik heb opgelost uit de titel gehaald. Graag knop niet gebruiken als het niet opgelost is, zie ook dit .