[StefanT]

Zum Problem mit dem Löschen von Beiträgen:
Das Update-Skript sollte eigentlich den Variable am Ende das JS-Datei ändern. Bei der thread.js scheint das nicht funktioniert zu haben, weil sie dieses Template vergessen haben. Daher laden manche Browser aus dem Cache noch die alte Version. Ihr könnt im Template "showthread" das:

Code:

<script type="text/javascript" src="jscripts/thread.js?ver=121"></script>

durch das ersetzen:

Code:

<script type="text/javascript" src="jscripts/thread.js?ver=1212"></script>

Dann kommt es zu dem Problem nicht.

Zum Attachment-Problem:
Das habe schon schon vor langer Zeit gemeldet: https://www.mybb.de/forum/showthread.php?tid=7268

[ows]

Zum Attachment-Problem:
Das habe schon schon vor langer Zeit gemeldet ...

Sorry ... passiert mir normalerweise eigentlich nicht, dass ich bereits gemeldete Fehler übersehe

[mP765]

Ersteinmal Danke für das Update

Nachdem ich dann 2x die upgrade.php ausgeführt habe (beim ersten mal ging danach gar nichts mehr) erhalte ich nun diesen Fehler:

Code:

SecureSSI: Das Script (/usr/export/www/vhosts/funnetwork/hosting/[Name]/[Pfad]/index.php) hat versucht, ausserhalb von seinem Userverzeichniss, auf die Datei /proc/loadavg zuzugreifen.
Aus Sicherheitsgruenden ist dies nicht erlaubt!

SecureSSI: Das Script (/usr/export/www/vhosts/funnetwork/hosting/[Name]/[Pfad]/index.php) hat versucht, ausserhalb von seinem Userverzeichniss, auf die Datei /proc/loadavg zuzugreifen.
Aus Sicherheitsgruenden ist dies nicht erlaubt!

Und im Admin CP dies hier:

Code:

SecureSSI: Das Script (/usr/export/www/vhosts/funnetwork/hosting/[Name]/[Pfad]/admin/index.php) hat versucht, ausserhalb von seinem Userverzeichniss, auf die Datei /proc/loadavg zuzugreifen.Aus Sicherheitsgruenden ist dies nicht erlaubt!

mfg
mP765

[StefanT]

Das überflüssige Ausführen könnte noch Probleme bereiten.
Zum Fehler: Suche nach SecureSSI!

[mP765]

Nach dem ersten Mal ging aber gar nichts mehr. Darum musste ich es zweimal ausführen.

Zum Fehler: Suche nach SecureSSI!

Ich wollte nur anmerken, dass dieser Fehler beim Upgrade auftreten kann. Nach einer Lösung suche ich schon, aber die wollte ich hier gar nicht haben


mfg
mP765

[StefanT]

Wenn du die geänderte Datei überschreibst, kommt es natürlich wieder zum Fehler. Die Änderung muss in die neue Datei auch rein.

[mP765]

Übrigens hat sich in der inc/funcions.php etwas geändert:
https://www.mybb.de/doku/haeufig-gestell...seite.html

PHP-Code:

function get_server_load()
{
    global $lang;
 
    $serverload = array();
 
    // DIRECTORY_SEPARATOR checks if running windows
    if(DIRECTORY_SEPARATOR != '\\')
    {
        if(@file_exists("/proc/loadavg") && $load = @file_get_contents("/proc/loadavg"))
        {
            $serverload = explode(" ", $load);
            $serverload[0] = round($serverload[0], 4);
        }
        if(!$serverload)
        {
            $load = @exec("uptime");
            $load = split("load averages?: ", $load);
            $serverload = explode(",", $load[1]);
            if(!is_array($serverload))
            {
                return $lang->unknown;
            }
        }
    }
    else
    {
        return $lang->unknown;
    }
 
    $returnload = trim($serverload[0]);
 
    return $returnload;
} 


so ist es jetzt:

PHP-Code:

function get_server_load()
{
    global $lang;

    $serverload = array();

    if(my_strtolower(substr(PHP_OS, 0, 3)) !== 'win')
    {
        if(@file_exists("/proc/loadavg") && $load = @file_get_contents("/proc/loadavg"))
        {
            $serverload = explode(" ", $load);
            $serverload[0] = round($serverload[0], 4);
        }
        if(!$serverload)
        {
            // Suhosin likes to throw a warning if exec is disabled then die - weird
            if($func_blacklist = @ini_get('suhosin.executor.func.blacklist'))
            {
                if(strpos(",".$func_blacklist.",", 'exec') !== false)
                {
                    return $lang->unknown;
                }
            }
            // PHP disabled functions?
            if($func_blacklist = @ini_get('disabled_functions'))
            {
                if(strpos(",".$func_blacklist.",", 'exec') !== false)
                {
                    return $lang->unknown;
                }
            }
            $load = @exec("uptime");
            $load = split("load averages?: ", $load);
            $serverload = explode(",", $load[1]);
            if(!is_array($serverload))
            {
                return $lang->unknown;
            }
        }
    }
    else
    {
        return $lang->unknown;
    }

    $returnload = trim($serverload[0]);

    return $returnload;
} 


mfg
mP765

[CKOne]

Übrigens gibt es den Fehler mit dem 31. April & Co. im Kalender immer noch. Es war zwar eine neue calendar.php beim Update dabei gewesen, aber geändert hat sich an diesem Fehler nichts.
Was ich aber noch seltsamer finde, ist, dass dieser Fehler nicht bei allen Usern aufzutreten scheint. Zumindest hab ich auch schon einen aktuellen Screenshot erhalten, wo der April tatsächlich "nur" 30 Tage hat. Hier im Forum hab ich aber auch schon festgestellt, dass es noch einen 31. April gibt.

Am einfachsten wäre wohl wieder das Hochladen des Kalenders von MyBB 1.2.9, aber vorher würde ich da gerne noch wissen, ob es sich bei der Version in MyBB 1.2.12 sich nicht um ein Sicherheitsupdate handelt. Oder ist es ungefährlich die alte Version des Kalenders wieder einzuspielen?

[Murphy]

Ich das Update mal auf meinem Test-Server installiert, und hier der gleiche Fehler:

   

[Michael]

@mP765: Danke für den Hinweis. Ich habe den Code in der Doku angepasst.

@CKOne: Versuchs mal damit: https://www.mybb.de/forum/showthread.php...8#pid60208

@Murphy: Wurden die Umlaute auf dem Testserver vor dem Update korrekt angezeigt? Es kann vorkommen, dass die Umlaute nach dem Einspielen eines Dumps falsch dargestellt werden. Ich kann nur nochmal sagen, dass es zwischen Version 1.2.11 und 1.2.12 keinen Unterschied gibt was die Kodierung angeht. Da sonst auch niemand ein Problem hat könnte es auch an einer Codeänderung von dir liegen etc.