koter84

Fijn dat het is opgelost.

If it ain’t broken, don’t fix it…

Het klopt dus wel dat ik er al een tijdje niets aan gedaan heb, maar zolang het werkt hoeft dat natuurlijk ook niet ??

Ik heb het net nog even getest op onze eigen site, die ook op 5.2.3 draait, en daar werkt het zonder problemen.
Kan je misschien wat screenshots o.i.d. van de fout sturen?

Ik verwacht dat er ook wel ergens een bestand en regelnummer o.i.d. moet staan waar de fout zich voordoet.

de melding “couldn’t resolve login.scouting.nl” heeft waarschijnlijk te maken met de instellingen van de server waar je site op draait.
ik heb het voor de zekerheid even getest met mijn eigen test-omgeving https://wpsol.koot.nl en eigen groeps-site daar werkt het nog.

tijdens het inlog-proces neemt je server contact op met de server van scouting om aan te geven dat iemand wil inloggen. hiervoor wordt het IP-adres voor login.scouting.nl opgezocht (ge-resolved) en dit lukt nu blijkbaar niet vanaf jouw server.
dit heeft te maken met de DNS-instellingen, het beste kan je even contact opnemen met je hosting-provider.

Nee, dat is helaas niet mogelijk.

Er worden vanuit SOL geen gegevens meegeleverd over welke rollen een gebruiker heeft, en zodoende kan je er dus niet op filteren.

Ik ben wel bezig geweest om te kijken of dit misschien via een export vanuit SOL ingelezen kan worden. Maar dit blijft dan een handmatig proces wat je bij wijzigingen in de leiding/bestuur zou moeten herhalen.

bedankt voor het melden, zo zijn er toch weer een aantal bugs gefixt ??

ik heb versie 1.1.7 online gezet…

daarna heb ik nog wat zitten testen op mijn test-omgeving en kwam erachter dat het niet uitmaakt of je de instelling aan of uit zet, door een foutje denkt de plugin dat het automatisch aanmaken van nieuwe gebruikers altijd uit staat. Maar doordat je hier geen melding van krijgt valt dit niet als zodanig op…

ik vermoed dat dit foutje erin is geslopen tijdens wat opschoning die ik een tijdje terug gedaan heb in de code.

ik heb zojuist versie 1.1.8 geupload, en ik verwacht dat daarmee je probleem is opgelost.

In de instellingen van wpSOL is het mogelijk om automatisch nieuwe gebruikers aanmaken aan of uit te zetten, kan je controleren of dit aan staat?
https://kleingelderland.nl/wp-admin/options-general.php?page=wpsol_settings

ik zie in de code dat als er een nieuwe gebruiker zich aanmeld en deze optie uit staat er geen melding naar de gebruiker wordt weergegeven, dit heb ik nu aangepast en komt in de volgende versie van de plugin.

ik kwam er ook achter dat het uitzetten van opties in de instellingen niet goed wordt opgeslagen, ook dat wordt gefixt in de volgende versie van de plugin.

ik ga proberen deze straks online te zetten.

Kevin, met deze plugin worden de accounts automatisch aangemaakt wanneer iemand voor de eerste keer inlogt. Deze inlog gaat via Scouting Nederland en alleen leden van je eigen groep kunnen inloggen.

Helaas krijg je bij het inloggen geen verdere informatie over bij welke speltakken een gebruiker hoort of welke rollen hij/zij heeft, dus het is niet mogelijk om automatisch rollen toe te wijzen.
Dit zul je dus inderdaad nog handmatig moeten doen.

ik denk dat een van de plugins de standaard na login heeft aangepast, want normaal ga je automatisch naar het beheer-gedeelte.

mooi dat het nu dan toch nog is opgelost!

aangezien ik niets meer hoor ga ik ervan uit dat het probleem is opgelost.

ik zet dit ticket op resolved.

ingelogd zijn op login.scouting.nl en sol.scouting.nl zijn wel twee verschillende dingen.
als je bij sol op inloggen klikt ga je naar login en als je daar al ingelogd bent ga je automatisch terug naar sol.

dat je ingelogd wordt als beheerder klopt, want je mail-adres is hetzelfde, en dat wordt dus automatisch gekoppeld. Dat werkt dus zoals het moet.

alles wijst erop dat je goed ingelogd raakt en alles werkt zoals het moet, behalve dat je na het inloggen niet doorverwezen wordt.
in de instellingen van wpSOL zit een optie: “Na een succesvolle login redirect naar:” wat heb je daar ingesteld staan?
bij de optie “Frontpage” zou je automatisch doorverwezen moeten worden naar de homepage, bij “Standaard (geen actie)” zou je terecht moeten komen bij wp-admin.
wellicht zit er nog een andere plugin dwars welke ervoor zorgt dat het onduidelijk is waarheen je moet worden doorverwezen..
welke plugins heb je nog meer geinstalleerd staan?

het gaat vooral om het voorkomen van de verkeerde koppelingen.
als je mail-adres namelijk al aan een account gekoppeld zit zou de plugin je gewoon onder die account moeten aanmelden.

als er echter een account is met je mail-adres EN een andere account met je accountnaam van SOL dan gaat het mis. daar had ik eerst geen foutmelding bij, die heb ik nu toegevoegd aan mijn lokale code.

de apache log die ik van je heb ontvangen is overigens de access-log, daar staan alle pagina’s in die opgevraagd zijn, maar niet of er iets fout ging bij het verwerken van de scripts op de pagina. Ik zou graag de error-log ontvangen om te kijken of ik daar iet in kan vinden.

is je gebruikersnaam in SOL en WP trouwens hetzelfde of verschillend?

OK, het werkt nu dus in ieder geval, alleen er gaat nog iets niet helemaal lekker…

ik heb zelf hetzelfde mail in onze wp als in sol, en ik log gewoon goed in als beheerder in sol (zonder witte pagina), als ik kijk naar de logica in de code zou dit ook voor jou gewoon moeten werken.
ik kan dus niet echt verklaren waarom het fout gaat bij jou, de enige manier waarbij je een witte pagina zou kunnen krijgen wordt je niet ingelogd.

kan je alle accounts (behalve je beheer-account) uit wordpress verwijderen, en het mail-adres weer hetzelfde instellen als in SOL en het dan nog een keer proberen?

nee het .htaccess bestand van je Joomla zit niet in de weg.
het lijkt er op dat mod_rewrite gewoon uit staat.

ik hoor het graag als het gelukt is, of als je de logging gevonden hebt