• NEW: Deactivate Plugin if LDAP support is not installed.
• NEW: New Option “Allow users to change their local WordPress password.”
• NEW: Multiple authorization groups (as requested by Lori Dabbs).
• FIX: Added missing CSS file (Thanks to ajay and BagNin for the bug report).
• FIX: Users e-mail address was never updated (Thanks to Marc Cappelletti for the bug report).

Dank an Jim Carrier für den Bug Report.

Lade 0.9.7 herunter oder benutze das automatische Update.

vboxtool ist ein in Bash geschriebenes Kommandozeilen-Tool, mit dem sich die virtuellen Maschinen von VirtualBox administrieren lassen.

Ein Feature von vboxtool ist es, dass sich in der /etc/vboxtool/vboxtool.conf ein Benutzer definieren lässt, und unter dem die einzelnen Maschinen gestartet werden. So kann es zum Beispiel einen Benutzer vbox-vms geben, der alle Maschinenkonfigurationen von VirtualBox im Home-Verzeichnis ~/.VirtualBox hat.

Führt man nun vboxtool autostart als root oder einem Benutzer aus,  der nicht vbox-vms ist, wird der in der Konfigurationsdatei definierte Benutzeraccount nicht benutzt, sondern stattdessen der Account des Benutzers, der das Kommando gerade ausführt.

Dies ist besonders unpraktisch, da

• die Variable vbox_user nicht benutzt wird
• und damit die Maschinen beim Hochfahren des Systems über die rc.d-Scripte nicht gestartet werden. Schließlich laufen die Maschinen nicht als root, sondern als anderer Benutzer.

Den Fehler habe ich im o.g. Patch behoben und nun wird die Variable vbox_user auch korrekt angezogen.

Es begann damit, das Alexander Liesch mich auf ein Problem mit Active Directory Integration (ADI) und XMLRPC unter WP 2.8 hinwies. Es geht nämlich nicht. Blöd, das hatte ich überhaupt nicht getestet. Naja, ich habe es dann relativ schnell mit ein wenig Unterstützung von Schakko hinbekommen. Ab WP 2.8 sollte man für Authentifizierung nicht mehr den Action-Hook “wp_authenticate” verwenden, sonder den Filter-Hook “authenticate”. Die beiden sind jetzt nicht so wahnsinnig verschieden, aber wenn ich es richtig verstanden habe, ist der neue Weg wirklich der bessere. Allerdings funktioniert XMLRPC immer noch nicht mit WP 2.7.1 und ADI. Da muss ich nochmal schauen. Vielleicht sollte ich die 2.7.x-Unterstützung aber auch aufgeben und mich nur auf Versionen > 2.8 beschränken.

Bbei der Umsetzung sind mir dann noch zwei saublöde Fehler unterlaufen. Der eine trat in meinem Testszenario nicht auf und den anderen habe ich einfach übersehen, aber der war sowieso eher kosmetischer Natur. Die Fehler hat wieder Alex gemeldet und weil ich nicht richtig gelesen habe, habe ich nicht beide auf einmal gefixt. Somit steht nun noch ein neues Release aus. Aber ich werde damit warten, bis ich weitere Verbesserungen zusammen habe, da der Fehler die Funktionalität nicht einschränkt. Ist eben kosmetisch. Wenn man sich einloggen will, so erscheint mit ADI 0.9.5 unter WP 2.8 die Fehlermeldung “Benutzername oder Kennwort falsch” (oder so ähnlich), bevor man überhaupt versucht hat sich anzumelden. Das ganze nur wegen eines Tippfehlers bei der Priorisierung des Filter-Hooks “authenticate”. Ich hatte leider eine 20 statt einer 10 als Wert für die Priorität gesetzt. Blöd! Das ärgert mich.

Na egal. Bin mal gespannt, wie die Downloadraten aussehen. Ich hoffe ich habe die Leute mit den Bugs nicht zu sehr verärgert.

Nach ein paar Stunden Arbeit habe ich soeben eine neue Version des WordPress Plugins Active Directory Integration veröffentlicht. Änderungen:

• NEW: E-Mail-Benachrichtung für Benutzer und/oder Administratoren, wenn ein Benutzekonto aufgrund des Brute-Force-Schutzes gesperrt wurde.
• objektorientiertes Redesign
• code cleanup
• ein paar kleine Änderungen.

www.youtube.com/watch?v=4feOL_1dtqI