Problem mit Autolocale user_access
am 02.03.2008 - 12:20 Uhr in
Hallo !
Ich habe letztens private Message Module installiert und es lief dann auch sehr gut. dann habe ich Admin controlpanel installiert und es hat mir nicht besonders gutgefallen. Dann deinstallierte ich das Modul. Bis hier lief alles okay.habe dann RSSFeeds Block deaktiviert und ein View für rss-feed erstellt.
Mein VPS-Server bootet nachts zum Sonntag und heute wollte ich ein paar seiten erstellen aber ich sah nichts.
habe display-error eingeschaltet und sehe:
Fatal error: Call to undefined function user_access() in
sites/all/modules/autolocale/autolocale.module on line 34
und in der Zeile steht:
'access' => user_access('administer locales'),
die gesammte seite kommt mit dem gleichen Error.
Ich habe im Netz und in der suche leider keine Lösung gefunden.
Kann mir jemand da helfen?
Gruß
- Anmelden oder Registrieren um Kommentare zu schreiben

user_access
am 02.03.2008 - 12:32 Uhr
user_access() ist eine Drupal-Core-Funktion und die ist definiert in modules/user/user.module, Zeile 361 (in D-5.7).
Ist locale aktiviert dürfte ja eigtl. nicht anders sein)?
Ja
am 02.03.2008 - 12:38 Uhr
autolocale war schon aktiviert.
zeile 34 in autolocale.module:
'access' => user_access('administer locales'),
zeile 362 inuser.module:
function user_access($string, $account = NULL) {
global $user;
static $perm = array();
if (is_null($account)) {
$account = $user;
}
ich bin da leider kein PHP guru und kann das nicht nachvollziehen, warum auf einmal nichts klappt.
Datei beschädigt
am 02.03.2008 - 13:29 Uhr
Ich würde das autolocale Modul und noch eher die Datei unser.module aus den Quellen nochmals neu auf den Server laden. Möglicherweise ist eine Datei beschädigt.
Ich habe die datei getauscht
am 02.03.2008 - 13:42 Uhr
Ich habe die datei getauscht und leider kein ergebnis.
In welche Datei, kann ich die Module enablen bzw. disbalen?
Modul deaktivieren
am 02.03.2008 - 14:00 Uhr
Module werden in der Drupal-Administration via admin/build/modules ein- und abgeschaltet, in kritischen Fällen (wenn admin/build/modules nicht erreichbar ist) kann man auch einfach das komplette betreffende Modulverzeichnis unter modules/ löschen oder auch direkt mittels phpMyAdmin in die Datenbank eingreifen. Im letzteren Fall wäre in der Tabelle "system" das entsprechende Modul unter status von "1" auf "0" zu setzen.
Tja
am 02.03.2008 - 14:10 Uhr
und da sehe ich den Salat.
alle Module wollen unter controlpanel/modules sein und status 1 haben.
Controlpanel niewieder.
werde die alle auf 0 stellen und mich melden.
habe in der DB alle mdoule
am 02.03.2008 - 14:36 Uhr
habe in der DB alle mdoule in der Tabelle System mit dem falschen Pfad korrigiert:
module/controlpanel/... nach module/...
nun bekomme ich den Error:
Call to undefined function system_region_list() in /srv/www/vhosts/racelog.de/httpdocs/themes/engines/phptemplate/phptemplate.engine on line 109
Notice: Undefined property: stdClass::$theme in /srv/www/vhosts/racelog.de/httpdocs/includes/theme.inc on line 45
dieses controlpanel modul hat mir die ganze einstellungen manipuliert? wie komme ich da ohne neuinstallation sauber raus?
geht wieder
am 02.03.2008 - 14:53 Uhr
So nun mal einiges zu dem Modul Controlpanel:
Ich denke es wird mal langsam zeit, dass man eine art rating oder voting system für die Module einführt.
Es kann doch nicht sein, dass man bei Installation und deinstallation eines Modules soviel Änderungen manuel
beheben muss.
Also Leute Cotrolpanel NEIN DANKE
Danke Dir für die Tips.
gruß
system-Tabelle
am 02.03.2008 - 15:04 Uhr
Diese Einträge in der system-Tabelle werden eigtl. von der Seite 'admin/build/modules' getätigt, wenn diese erreichbar ist. Wenn Du dort die Pfade änderst, weil sie Deiner Meinung nach falsch sind, mehrst Du die Probleme. Nimm den Haken aus dem Modul auf der gen. Seite heraus und speichere. Dann sollten in system die controlpanel-Datensätze verschwinden. Controlpanel selbst schreibt in die Datenbank nicht hinein. Es setzt nur in der Tabelle variables jede Menge Variablen (controlpanel_*), die schlampigerweise nicht deinstalliert werden können. Aber die sollten gar nichts bewirken und sind harmlos.
danke
am 02.03.2008 - 15:29 Uhr
Ja habe ich auch gedacht aber war eben nicht erreichbar. aber alle tabellen in DB waren unter controlpanel/...
die seite war ja sowieso nicht erreichbar, daher habe ich alle pfade korrigiert und den install.php angeschmießen und nochmal update.php gemacht. Nun geht es wieder allerdings mit dem theme.inc php error at line 49.
naja, erst mal baue ich eine testumgebung auf.
danke Dir tumblingmug für die prompte Hilfe :)
gruß