Out of the Box Version 4.6.8.x (aktuell: 4.6.8.5)

[HerrB]

Problem konnte unter Verwendung der Komplettversion gelöst werden.

Gruß
HerrB

[schrauber]

Mir ist eines nicht ganz klar:

Wenn die Bugs in der 5 Monate alten Downloadversion 4.6.8 bekannt sind, warum gibt es dann noch keine offizielle gepatchte Version davon, sondern nur die selbstgestrickte hier im Forum?

Vielleicht hab ich die Struktur der Mitarbeiter bei Contenido ja noch nicht so ganz durchschaut... %-)

[HerrB]

Freue Dich doch einfach, dass wir so fit sind.

Gruß
HerrB

[schrauber]

Das tu ich.

Mich interessieren eben einfach die Hintergründe und momentan bin ich einfach etwas verwirrt.

[Stefan_Br]

Vielleicht sollte noch folgender Fix aufgenommen werden, der leider immer noch nicht nach Bugs verschoben wurde:
http://www.contenido.org/forum/viewtopi ... ght=nutzer

(Das liegt wahrscheinlich daran, dass es nur wenige Server gibt, bei denen er sich bemerkbar macht. Dann lässt sich ohne den Fix Contenido aber überhaupt nicht benutzen. Bug findet sich übrigens auch beim smf, das gehört hier aber nicht hin.)

[HerrB]

Fix behebt Probleme, wenn die mysql-Datenbank auf einem anderen Encoding arbeitet als latin1 z.B. unicode.

Verschoben habe ich ihn, muss geprüft werden. In die V4.6.8.5 sollte er aber nicht aufgenommen werden, da zuviel mögliche Auswirkung bei zu wenig Betroffenen - die Suche hilft und einen Tipp, wie man auch nach der Installation Probleme lösen kann, hast Du ja dankenswerterweise auch ergänzt.

Ist aber bei Dir vermutlich schon länger im Einsatz? Verschiedene DB/Provider?

Gruß
HerrB

[Stefan_Br]

Ja, läuft bei mir auf verschiedenen Systemen, auch solchen, die den Fix eigentlich nicht brauchen, mit verschiedenen Contenido-Versionen seit Monaten problemlos.

Wie geschrieben, musste ich analog beim smf fixen und habe hier die gleiche Erfahrung gemacht.

Es war allerdings (für mich) nicht ganz einfach den Grund zu finden; letztlich bin ich über einen Kommentar im Quellcode von phpMyAdmin darauf gekommen (das war das einzige, was seinerzeit auf dem neuen Server lief); bei phpMyAdmin wird das Ganze letztlich aber anders gehandhabt.

[MyAccount]

Gibt es aktuell noch das Problem mit dem Login-Modul? Die Lösung der hard-codierten front_crcloginform.inc.php funktioniert ja nur bei einer Sprache.

$err_catart = trim(getEffectiveSetting("login_error_page","idcatart"));

if ($err_catart!='') {
header("Location: front_content.php?idcatart=".$err_catart);
}

header("Status: 301 Moved Permanently"); // wichtig für google
if ($_REQUEST["logout"] != "") {
header("Location: front_content.php");
} else {
//header("Location: front_content.php?idcatart=".$err_catart);
header("Location: front_content.php?idcatart=".$err_catart");
}
exit;

[HerrB]

Welches Problem meinst Du?

Gruß
HerrB

[MyAccount]

Welches Problem meinst Du?

Gruß
HerrB

Ich dachte da an den Thread: http://contenido.org/forum/viewtopic.ph ... modrewrite Da steht, dass Du es als Bug identifiziert hast. Nach meinem Verständnis kann modrewrite mit idcatart nichts anfangen.

Wie auch immer. Trage ich idcat und idart separat ein, komme ich auch nicht weiter. In der Adressleiste wird das immer hinten dran gehängt.

Code: Alles auswählen

www.domain.tld/mandant/sprache/kategorie/artikel.html?front_content.php?idcatart=100

Das erzeugt dann natürlich einen 404. Aber vielleicht hab ich da was übersehen?!

[HerrB]

In der kommenden Version (nicht <= V4.6.8.5) kann man idcat, idart und/oder idcatart zur Weiterleitung definieren.

Damit sollte das Problem gelöst sein. Kannste auch selber mal probieren: Die neue Datei fängt so an:

Code: Alles auswählen

<?php

/******************************************
* File      :   main.loginform.php
* Project   :   Contenido
* Descr     :   Login form
*
*
* Author    :   Jan Lengowski
* Created   :   21.01.2003
* Modified  :   21.01.2003
* Modified  :   29.09.2005, Andreas Lindner
*
* © four for business AG
******************************************/

global $cfg, $idcat, $idart, $idcatart, $lang, $client, $username;

$err_catart	= trim(getEffectiveSetting("login_error_page", "idcatart", ""));
$err_cat	= trim(getEffectiveSetting("login_error_page", "idcat", ""));
$err_art	= trim(getEffectiveSetting("login_error_page", "idart", ""));

if ($err_catart!='') {
	header("Location: front_content.php?idcatart=".$err_catart);
}
if ($err_art!='' && $err_cat!='') {
	header("Location: front_content.php?idcat=".$err_cat."&idart=".$err_art);
}
if ($err_cat!='') {
	header("Location: front_content.php?idcat=".$err_cat);
}
if ($err_art!='') {
	header("Location: front_content.php?idart=".$err_art);
}

if (isset($_GET["return"]) || isset($_POST["return"])){
	$loc = Array();

	if ($idcat > 0) {
		$loc[] = "idcat=$idcat";
	}
	if ($idart > 0) {
		$loc[] = "idart=$idart";
	}

	if (isset($_POST["username"]) || isset($_GET["username"])){
		$loc[]= "wrongpass=1";
	}

	header ("Location: ".$cfgClient[$client]["path"]["htmlpath"]."front_content.php?".implode("&", $loc));
}
?>
<!doctype html public "-//W3C//DTD HTML 4.0 //EN">
<html>
...

Kannste so einbauen, denke ich (alte Version sichern).

Gruß
HerrB

[emergence]

da gibts noch ein feature das ich da reingebaut hab...

übergibt man bei dem login formular ein hidden field mit namen return value gleich 1
erfolgt die retourleitung auf die seite wo sich das loginformular befindet....

im forumular selbst kann man auf wrongpass == 1 prüfen... damit wüsste das modul das der login nicht erfolgreich war...

[MyAccount]

@HerrB & emergence... Einfach super!

Werde ich heute noch ausprobieren.

[emergence]

ach ja noch was zur wertigkeit

return wird nur dann berücksichtigt wenn kein system/client/group/user setting betreffend login_error_page idart | idcat | idcatart existiert...

[MyAccount]

Hi,

die main.loginform.php funzt so leider nicht bei mir. Gebe ich im Login Modul nichts ein, gibt es ein redirect auf...

http://www.domain.tld/mandant/sprache/k ... ?idart=100

Sollte man Modrewrite hier einbinden?

bof edit{

Jetzt verstehe ich nur noch Bahnhof. Hab um 15:00 Uhr die contenido-4.6.8.5.zip aus diesem Thread heruntergeladen und installiert, weil ich die Sache mit dem Login und dem Modrewrite und dem 404 Error und dem... kleiner Spaß!

Auf jeden Fall hab ich mir mal die front_content.php des Standard-Mandanten angesehen. Da fehlt z.B. das hier:

Code: Alles auswählen

// edit by stese - ModRewrite
cInclude("includes", "functions.modrewrite.php");
cInclude("classes", 'class.modrewrite.php');

Hab ich was übersehen?!
}eof edit