Das Terms of use Modul ermöglicht einer Drupal Website ihre Nutzungsbedingungen während der Anmeldung in einem Feld an zu zeigen und sich mit einer Checkbox bestätigen zu lassen. Dafür muss nur das Modul aktiviert, ein Node angelegt werden und über das Modul verknüpft werden. Dies ist eine wirklich simple Sache und kann auch mit hook_form und wenigen Zeilen Code erreicht werden. Damit man nicht programmieren muss, gibt es dieses kleine Modul, das ich sehr schätze. Nur leider wurde es seit gut einem Jahr nicht aktualisiert und es warten viele Aufgaben und Verbesserungen darauf, bearbeitet zu werden. Um die Weiterentwicklung des Moduls zu sichern habe ich mich dann dazu durch gerungen, das Modul zu übernehmen. Durch gerungen, da ich genau weiß, dass es eine Menge Zeit kosten wird, auch wenn das Modul nur 200 Zeilen lang ist.

Maintainer werden

Wie man mit verlassenen Modulen umgeht, steht auf Drupal.org geschrieben: man soll eine Issue schreiben mit einem Titel wie "Ist das Modul noch gewartet?" oder "Ich möchte die Wartung des Moduls übernehmen / unterstützen". Dann wartet man auf eine Reaktion. Sollte die nach 2 Wochen nicht kommen, schiebt man es zu den Webmasters rüber und wartet, dass diese sich darum kümmern. Nach ca. 1 Monat warten hat chill35 mich dann als Co-Maintainer 2. April zugelassen. Von chill35 habe ich leider nichts weiter zum Modul gehört. Es ist schade, dass Module lange brach liegen und nicht schon lange als "suche neuen Maintainer" gekennzeichnet sind. chill35 ist wohl irgendwo "da draußen", aber zu einer Kollaboration kommt es hier bisher nicht - und abgeben mag sie das Modul auch nicht. Soll mir egal sein, ich kann ja alles tun außer anderen Entwicklern CVS Zugang gewähren und kann jederzeit rausgeschmissen werden. Aber es ist irgendwie unsicher und schade so. Ich müsste und würde das Modul forken, wenn sich doch plötzlich Unstimmigkeiten mit dem eigentlichen Maintainer bilden. Beim Ecard-Modul habe ich es aber auch nicht anders erlebt und bin nun Maintainer. Beim Cumulus Modul hat sich niemand gemeldet und ich bin auch erstmal Co-Maintainer.

Weiteres Vorgehen

Da ich quasi allein bin, habe ich losgelegt und erst einmal die gesamte Issue-Queue von einem Jahr bearbeitet. Glücklicherweise ist das nicht Views oder CCK. Da kamen viele doppelte Einträge auf und auch ein riesieger Patch, den ich leider nicht verwenden konnte. Mein Ziel war es eigentlich nur, eine i18nstrings Anbindung zu programmieren, aber so kamen eine Menge mehr Dinge dazu. Hier zeigt sich für mich eine aktive Community, die durch ihr Fordern von diversen Features den Entwicklungsprozess eines Moduls beschleunigt. Und viele Patches lagen auch bereit, die ich zum größten Teil direkt benutzen konnte. Es war schon die Arbeit eines ganzen Tages, aber auch sehr angenehm. Alle Änderungen der letzten Wochen kann man hier einsehen.

SimpleTest

Terms of Use wird laut Statistik von ca. 6.000 Sites benutzt. Da wahrscheinlich nur wenige Seiten die Statistik der aktiven Module an Drupal.org senden werden es viel mehr Seiten sein, die das Modul benutzen. Ich habe also - um mich gegen grobe Fehler abzusichern - einen Simple-Test geschrieben, um den anstehenden Release abzusichern. Der Test hat wirklich viele interessante Dinge und kleinere Fehler im Algorithmus des Moduls aufgezeigt. So hat der Test eine minimale Möglichkeit für eine XSS-Attacke aufgezeigt. Und dass es besser ist, andere Filter als check_plain() zu benutzen um mehr Flexibilität für die Eingabe der Feldbeschriftung und der Checkbox zu ermöglichen.

Ziele

Meine Ziele mit Terms of use sind nun, einen neuen Branch zu eröffnen, der auf ctools basiert und damit pluggable und exportable wird. Exportable bedeutet immer eine Hilfe beim RollOut von einer Stage in eine Live Umgebung, auch wenn das bei diesem kleinen Modul eher irrelevant erscheint. Und Pluggable wird interessant, wenn es zB. darum geht verschiedene Javascripte mit Terms of use bekannt zu machen, welche die Terms in einem Popup anzeigen sollen. Token Support ist noch eine Idee von mir. Und dass man mehrere Nodes als Terms verwenden kann. Interessant ist auch die Anfrage gewesen, sich die Terms beim Erstellen eines Nodes bestätigen zu lassen.

Aber das wichtigste Ziel ist, die Terms in eine Versionierung zu bringen. Wenn sich die Terms ändern, dann soll es auch eine Möglichkeit geben alle User dazu zu zwingen, die neuen Terms anzuerkennen. Hier muss ich mir noch komplett über den Workflow klar werden, auch im Hinblick auf mehrsprachige Seiten.

Vorschläge sehe ich sehr gern! Am besten in die Issue Queue des Terms of use Moduls.