Zoals de titel het al aangeeft, is inloggen op mijn Zikula site plots volledig onmogelijk geworden.
Sinds vandaag kan niemand meer inloggen op de site, ongeacht browser of besturingssysteem...

Ik heb niets veranderd aan mijn site. Het laatste dat ik veranderd heb, was de Authentication Manager (AuthPN ofzo) "uitschakelen" (bij de voorkeuren heb ik toen de daarin vermelde modules weggehaald). Dit deed ik om het mogelijk te maken van mijn site te kunnen uitloggen.

Ik heb al geprobeerd de 1.2.2. upgrade te zetten en heb, net zoals vorige keer, de oude config.php van de 1.2.0 erover gezet. Inloggen blijft nog steeds onmogelijk.

Heeft iemand een verklaring / oplossing voor dit vreemde probleem? Mijn site is nu compleet nutteloos en kan bovendien niet bewerkt worden (als admin raak je dus ook niet aangemeld...)

Alvast hartelijk dank,

Een radeloze Dwerg.

Heb je al geprobeerd de cookies te verwijderen in je browser? Ik heb het niet eerder meegemaakt.

__________

Jeps, al geprobeerd, probleem blijft aanhouden. Alle users op mijn site hebben het trouwens voor. En kreeg ook bericht van enkelen die zich probeerden te registreren dat er geen bevestigingsmails aankwamen...

Ik heb echt geen idee. Is er niet iets mis met de dbase connectie? Of zijn er Files op de een of andere manier weg uit de installatie?

__________

Geen idee...

Hoe kan ik nagaan of er een probleem met de database connectie is? Ik krijg alleszins geen foutmeldingen daaromtrent.

En het probleem deed zich al voor voor de poging tot upgrade naar 1.2.2. ...

Op het internationale forum staat het draadje "Impossible to logout in Zikula 1.2.1". Daar staat ook in dat AuthPN gedeactiveerd moet worden, dus ik snap jouw actie.

Heb je toegang tot PHPMyAdmin oid? En heb je de AuthPN module alleen gedeactiveerd? Dan zou je hem via PHPMyAdmin weer kunnen activeren, door in de z_modules tabel de waarde 'State' te wijzigen naar 3:

Code

/**
 * State of modules
 */
define('PNMODULE_STATE_UNINITIALISED', 1);
define('PNMODULE_STATE_INACTIVE', 2);
define('PNMODULE_STATE_ACTIVE', 3);
define('PNMODULE_STATE_MISSING', 4);
define('PNMODULE_STATE_UPGRADED', 5);
define('PNMODULE_STATE_NOTALLOWED', 6);
define('PNMODULE_STATE_INVALID', -1);

Wellicht dat dat werkt. Dit zou dan ook zeker gemeld moeten worden.

__________

Jeps, is dus mijn topic op het internationale forum...

Ik kan in PHPmyadmin, maar vrees dat dat niet veel opleveren zal. Ik heb de module niet echt gedeactiveerd, maar iets in de 'instellingen' aangepast. Er staat iets van 'voor welke modules AuthPN ingeschakeld dient te worden'. Daar heb ik dan de modules die er in stonden (AuthPN en Dizkus, die ik er zelf bijgeflikkerd had, eruitgehaald). Toen ik dat bevestigde, was uitloggen weer mogelijk.

Als ik het mij goed herinner heb ik daarna toch nog kunnen inloggen hoor.
Toch eens proberen wat je me aanraadt en kijken wat er in die tabel staat.

Teb, kan je me even iets gedetailleerder uitleggen hoe ik die waarde moet aanpassen? Ik weet niet of ik het correct doe.

Bij het bekijken van de database merk ik dat er veel Files staan (van vorige installaties) die me overbodig lijken. Zo heb ik tabellen die beginnen met pn_ en zk_

Kunnen deze zonder problemen verwijderd worden, of zou mijn site hier nog naar kunnen verwijzen? Er staan ook tabellen die met z_ beginnen...

"Dwarf" en "Dwerg"... Dit had ik inderdaad kunnen weten... :D

Allereerst dien je te weten wat je table_prefix is. Dit staat in config/config.php:

Code

$PNConfig['System']['prefix']

.Dan weet je meteen naar welke tabellen je moet kijken. Als je prefix 'zk' is, dan zul je geen 'pn_' modules gebruiken. In theorie zijn die dus overbodig. Maar, laat ze voorlopig maar even staan.

Verder dien je dus te kijken naar de prefix_modules tabel. Klik in de linker kolom die tabel aan, en zet het hoofdscherm dan op 'Data' of 'Verkennen'. Eventueel de weergave aanpassen (van 0 - 30 naar 0 - 100) zodat je alle modules ziet.
Daartussen zou dan ook de AuthPN module moeten staan. Die regel zou je moeten kunnen bewerken door te klikken op het 'bewerk'-icooontje bij die rij. In het scherm daarna wijzig je ALLEEN de waarde achter 'state' naar 3 (als deze 2 is). Staat dit al op 3 dan hoef je niets te doen en ook niets op te slaan.

Maar goed, plots niet kunnen inloggen (terwijl je daarvoor wel kon inloggen met een gedeactiveerde AuthPN module) duidt inderdaad op een ander probleem... Mocht bovenste geen soelaas bieden (wat we inmiddels allebei wel verwachten), dan zou ik eventueel een dump van je database en een dump van je Files willen krijgen om er verder in te duiken. Dit kan ik dan tzt wel verder uitleggen.

Zou je, voor de zekerheid, ook nog alle files in de onderstaande directories willen verwijderen (en ook de cookies / cache van je browser)? De directories zelf moeten dus blijven bestaan.

• pnTemp/pnRender_cache
  
• pnTemp/pnRender_compiled
  
• pnTemp/Xanthia_cache
  
• pnTemp/Xanthia_compiled

__________

Teb, bedankt voor de uitleg.

De state (ik vermoed dat je pn_state bedoelt) stond al op 3, daar viel dus niets aan te veranderen.
Mappen leegmaken bracht ook geen soelaas.

Wel zie ik in phpmyadmin dit staan bij AuthPN (bij securityschema): a:0:{}
Bij de andere modules staan hier dingen in de haakjes ingevuld. Dat zijn dus de modules die ik uitgeschakeld heb in het adminpaneel. Als ik nu AuthPN tussen die haakjes zet (wat er oorspronkelijk stond), zou dat kunnen helpen? Ik kan uiteraard altijd proberen, maar ik weet niet of dit "schadelijk" is voor mijn tabel in de database... Kan het kwaad indien ik dit aanpas?

Ik kreeg hier plots een, blijkbaar geniale, ingeving: ik heb de state van AuthPN op 2 (inactief) gezet ipv de 3 (actief) waar hij op stond.

Tadaaam, inloggen lukt weer...
Vreemd, vreemder, vreemdst...

Uitloggen lukt nu ook perfect.

Voor de volledigheid: wat je aan had willen passen in a:0:{} was inderdaad niet goed geweest, en had e.e.a. om zeep kunnen helpen. Daarom nooit zomaar dingen in de DB aanpassen, tenzij anders aangegeven door mensen die weten of het wel of niet kan. Dus goed van je om dat niet zomaar te doen!
In dit specifieke geval (bij securityschema) staat opgeslagen welke mogelijkheden je bij de Permissies (Rechten) kunt gebruiken voor deze module. Het klopt dat AuthPN daar a:0:{} heeft staan omdat er geen permissie-regels voor die module zijn.

Het blijft raar dat de state op 3 stond, terwijl je had aangegeven dat je die inactief had gemaakt. Had dus 2 moeten zijn.

__________

Tjah, zoals eerder gezegd, ik had de module niet echt inactief gemaakt via het module paneel, misschien dat mijn fout daar lag.

Ik had in het veld in de AuthPN module alle ingevulde waarden weggelaten en dan die instellingen bewaard. De module AuthPN bleef in de lijst dus actief.

Dit gewoon even ter verduidelijking.
Nogmaals hartelijke dank voor de hulp aan allen.

Ik heb zojuist het probleem kunnen herproduceren: als de module actief is, maar er geen modules het input-veld van de AuthPN-admin opgegeven staan, gaat het mis. Dit is zeker een bug (er moet gecontroleerd worden dat er een geldige waarde in dat input-veld staat). Je zou dit zelf kunnen rapporteren op http://code.zikula.org/authentication/newticket (eventueel eerst een account aanmaken en inloggen). Kan ik ook voor je doen eventueel.

Je kunt ook de module volledig verwijderen als je toch geen gebruik maakt van andere Autorisatie modules (zoals OpenID o.i.d.). Dat heb ik zojuist getest op een 1.2.1 dev-site en ik kon daarna gewoon in- en uitloggen. In de Zikula-1.3 broncode is de module ook al niet meer aanwezig.

__________