CONTENIDO Forum

mit diesem beitrag moechte ich auf einige, noch sehr dringende probleme mit contenido 4.6.2 hinweisen, die fuer einen produktiven einsatz unbedingt noch behandelt werden sollten! derzeit ist der einsatz noch etwas schwierig. vor allem der gebraeuchliche SAFEMODE macht grosse probleme. hoffe im sinne von contenido auf baldige updates:

(1) DATUM-POPUP in den artikeleigenschaften/zeitsteuerung
hier kommt es nach wie vor zu problemen mit dem safemode (open basedir)

// months as they appear in the calendar's title
var ARR_MONTHS = [" 
Warning: file_exists() [<a href='http://www.php.net/function.file-exists ... -exists</a>]: open_basedir restriction in effect. File(/LC_MESSAGES/contenido.po) is not within the allowed path(s): (.) in /www/schranz.com/contenido/includes/functions.i18n.php on line 103 
January",
" 
Warning: file_exists() [<a href='http://www.php.net/function.file-exists ... -exists</a>]: open_basedir restriction in effect. File(/LC_MESSAGES/contenido.po) is not within the allowed path(s): (.) in /www/schranz.com/contenido/includes/functions.i18n.php on line 103 
February",

...

---------------------------------------------------------------------------

(2) ... Bestätigung der Anmeldung zum Newsletter
funktioniert zwar grundsaetzlich, aber auch hier kommt ein unschoener Fehler mit open_basedir --> ist in den bugs dokumentiert
http://contenido.org/forum/viewtopic.php?t=10134

---------------------------------------------------------------------------

(3) ... Empänger Emailadresse aendern:
es gibt die moeglichkeit, an den footer des newsletter einen link anzuhaengen, mit dem es moeglich ist, die empfaengermailadresse zu aendern. dieses feature ist noch nicht programmiert.

---------------------------------------------------------------------------

(4) WEITERLEITUNG auf neue seite in den artikeleigenschaften:

hier war in der version 4.4.x ein target _blank moeglich, also das oeffnen der weiterleitung in einem neuen fenster
herr b dokumentiert dies als verlorene funktion und meint, diese funktion haette nie funktioniert. http://contenido.org/forum/viewtopic.php?t=10050
muss dem widersprechen, habe es selbst oft eingesetzt!!!

---------------------------------------------------------------------------

(5) probleme beim kopieren in den neuen editor (tiny mce)

beim kopieren von texten in den tiny mce kommt es bisweilen zu problemen. bei bestimmten sonderzeichen (bsp <>) treten fehler auf. wenn der text vorher in ein notepad kopiert wird und dann nochmals kopiert wird, dann gehts. denke, es ist ein bug!

---------------------------------------------------------------------------

(6) NEUE suche nach upgrade von V 4.4.x
habe bei einer seite die befuellung unter 4.4.x vorgenommen und danach auf 4.4.6 upgegraded. habe die neue suche eingebaut und festgestellt, dass jene seiten nicht durchsucht werden, die noch unter 4.4.x angelegt wurden. eine neuanlage hat die suche dann ermoeglicht. diese sache gehoert zumindest dokumentiert, was ich hiermit denke ich gemacht habe.

---------------------------------------------------------------------------
(7) bug beim anlegen von gruppen im newsletter

wenn ich einen benutzer NICHT als administrator berechtige, ihm aber in den berechtigungen alle gruppenberechtigungen gebe, so ist es diesem benutzer trotzdem nicht moeglich im newsletter GRUPPEN anzulegen. bearbeiten ist moeglich. sieht stark nach bug aus!
dasselbe gilt fuer administrator/frontend/gruppen.

ich bitte um baldige diskussion und behebung der maengel im sinne aller contenido-benutzer!

lg / katerK

ich bitte um baldige diskussion und behebung der maengel im sinne aller contenido-benutzer!

Oh, Mist und ich hatte gehofft, dass keiner die Fehler im Bugs V4.6.x-Bereich bemerkt und wir keinen Handschlag mehr machen müssen (genau wie bisher). Kacke, kacke, kacke. Und ich habe schon nicht mehr gewusst, was ich vor lauter Langeweile um 23:41 Uhr so mache.

Jut, jetzt keinen sonstigen Nutzer-Support mehr, keine Weiterentwicklung, Auftrag ist klar. Wir legen sofort los.

Eine Überweisung zur Unterstützung der freiwilligen Helfer und 4fb, die an einem kostenlosen, geilen OpenSource-System mitarbeiten, kannst Du umgehend bei http://www.communido.net -> Sponsoren via PayPal leisten. Das erhöht unsere Aktivität um mindestens ... vielleicht aber auch ... na, wenn nicht noch mehr ... aber versprechen kann ich nix...

Aber 'ne schöne Zusammenfassung.

Gruß
HerrB

P.S.: Meine Motivation, auch nur ansatzweise aktiv zu werden, ist für diesen Beitrag praktisch unterirdisch. Könnte jemand anderes bitte schreiben, dass er sich über Unterstützung freuen würde? Danke.

"Biiittttteeeee"

Wenn ihr so lieb fragt, gerne...

Gruß
HerrB

(1) DATUM-POPUP:
Steht m.W. bei Bugs V4.6 und wird bestimmt irgendwann behoben. Wenn nicht, machs selbst (Du arbeitest mit einer OpenSource-Software - das Posten der Änderungen nicht vergessen).

(2) ... Bestätigung der Anmeldung zum Newsletter
Steht bei Bugs V4.6 und sollte sich - wenn man es gelesen hat - dadurch beheben lassen, dass man in der Eingabe den Term i18n durch mi18n ersetzt (aber Vorsicht, nicht per Suchen & Ersetzen!). Kann gerne mal probiert werden, isch 'abe nämlisch keinen Webserver mit open_basedir restriction.

(3) ... Empänger Emailadresse aendern:
Ist, wie an anderer Stelle mehrfach erläutert, noch in Arbeit. Das Geile aber ist, dass das Feature im Backend schon unterstützt wird - man muss nur noch das Newsletter Handler-Modul überarbeiten. Einfach loslegen.

(4) WEITERLEITUNG auf neue seite in den artikeleigenschaften:

herr b dokumentiert dies als verlorene funktion und meint, diese funktion haette nie funktioniert. http://contenido.org/forum/viewtopic.php?t=10050 muss dem widersprechen, habe es selbst oft eingesetzt!!!

herr b -> HerrB. Jut, stimmt, Text geändert. Aufgrund der geänderten Weiterleitungstechnik ist es nun nicht mehr möglich, wobei ich persönlich sogar dafür wäre, eine entsprechende Option wieder zu ergänzen (diese kann bzw. wird sogar von den Navi-Modulen berücksichtigt (werden))

(5) probleme beim kopieren in den neuen editor (tiny mce)
... und deswegen sollte man sich an den tinymce-Support wenden ... auf jeden Fall mit Nachdruck ... sonst tut sich ja nix, kennt man ja.

(6) NEUE suche nach upgrade von V 4.4.x

habe bei einer seite die befuellung unter 4.4.x vorgenommen und danach auf 4.4.6 upgegraded. habe die neue suche eingebaut und festgestellt, dass jene seiten nicht durchsucht werden, die noch unter 4.4.x angelegt wurden. eine neuanlage hat die suche dann ermoeglicht. diese sache gehoert zumindest dokumentiert, was ich hiermit denke ich gemacht habe.

Oder man schreibt, dass es ein entsprechendes Verhalten gibt, fragt, ob jemand eine Lösung hat oder es sich um einen Bug handelt. Solange noch ein "alter" Artikel da gewesen wäre, hätte man auch mal nachsehen können, woran es liegt. Oder noch besser: Man begibt sich selbst auf die Suche, woran es liegen könnte und teilt seine Erkenntnisse mit.

(7) bug beim anlegen von gruppen im newsletter

wenn ich einen benutzer NICHT als administrator berechtige, ihm aber in den berechtigungen alle gruppenberechtigungen gebe, so ist es diesem benutzer trotzdem nicht moeglich im newsletter GRUPPEN anzulegen. bearbeiten ist moeglich. sieht stark nach bug aus!
dasselbe gilt fuer administrator/frontend/gruppen.

Yep, das könnte ein Bug sein, mal sehen....

Gruß
HerrB

zu (7):
Endlich konnte ich was gegen die Langeweile tun:
In contenido/includes/include.recipients.group_edit.php diesen Teil:

Code: Alles auswählen

if ($action == "recipientgroup_create" && $perm->have_perm_area_action("recipients", "recipientgroup_create")) {
	$rgroup = $rgroups->create(" ".i18n("-- new group --"));
	$idrecipientgroup = $rgroup->get("idnewsgroup");
	$page->setReload();	
} elseif ($action == "recipientgroup_recipient_delete" && $perm->have_perm_area_action("recipients", "recipientgroup_recipient_delete")) {
	$groupmembers->remove($idrecipientgroup, $idrecipient);
} elseif ($action == "recipientgroup_delete" && $perm->have_perm_area_action("recipients", "recipientgroup_delete")) {
	$rgroups->delete($idrecipientgroup);
	$idrecipientgroup= 0;
	$rgroup = new RecipientGroup;
	$page->setReload();
}

durch diesen ersetzen:

Code: Alles auswählen

if ($action == "recipientgroup_create" && $perm->have_perm_area_action($area, $action)) {
	$rgroup = $rgroups->create(" ".i18n("-- new group --"));
	$idrecipientgroup = $rgroup->get("idnewsgroup");
	$page->setReload();	
} elseif ($action == "recipientgroup_recipient_delete" && $perm->have_perm_area_action($area, $action)) {
	$groupmembers->remove($idrecipientgroup, $idrecipient);
} elseif ($action == "recipientgroup_delete" && $perm->have_perm_area_action($area, $action)) {
	$rgroups->delete($idrecipientgroup);
	$idrecipientgroup= 0;
	$rgroup = new RecipientGroup;
	$page->setReload();
}

Dann klappts auch mit dem Berechtigen.

Bei den Frontend-User-Gruppen (Achtung! erst weiterlesen!):
contenido/includes/include.frontend.group_edit.php:
Diesen Code:

Code: Alles auswählen

if ($action == "frontendgroup_create" && $perm->have_perm_area_action("frontend", "frontendgroup_create"))
{
		$fegroup = $fegroups->create(" ".i18n("-- new group --"));
		$idfrontendgroup = $fegroup->get("idfrontendgroup");
		
}

if ($action == "frontendgroups_user_delete")
{
	$groupmembers->remove($idfrontendgroup, $idfrontenduser);
}

if ($action == "frontendgroup_delete" && $perm->have_perm_area_action("frontend", "frontendgroup_delete"))
{
	$fegroups->delete($idfrontendgroup);
	$idfrontendgroup= 0;
	$fegroup = new FrontendGroup;	
}

durch diesen ersetzen:

Code: Alles auswählen

if ($action == "frontendgroup_create" && $perm->have_perm_area_action($area, $action))
{
		$fegroup = $fegroups->create(" ".i18n("-- new group --"));
		$idfrontendgroup = $fegroup->get("idfrontendgroup");
		
}

if ($action == "frontendgroups_user_delete")
{
	$groupmembers->remove($idfrontendgroup, $idfrontenduser);
}

if ($action == "frontendgroup_delete" && $perm->have_perm_area_action($area, $action))
{
	$fegroups->delete($idfrontendgroup);
	$idfrontendgroup= 0;
	$fegroup = new FrontendGroup;	
}

Durch scharfes Hinsehen kann man außerdem erkennen, dass bei den FrontendUser-Gruppen das Ändern von Gruppen und das Löschen oder Ergänzen von Gruppenmitgliedern immer geht - auch wenn man nur das "Frontend"-Recht hat. Schick.

Korrektur:
Diesen Code (Original):

Code: Alles auswählen

if ($action == "frontendgroup_create" && $perm->have_perm_area_action($area, $action))
{
		$fegroup = $fegroups->create(" ".i18n("-- new group --"));
		$idfrontendgroup = $fegroup->get("idfrontendgroup");
		
}

if ($action == "frontendgroups_user_delete")
{
	$groupmembers->remove($idfrontendgroup, $idfrontenduser);
}

if ($action == "frontendgroup_delete" && $perm->have_perm_area_action($area, $action))
{
	$fegroups->delete($idfrontendgroup);
	$idfrontendgroup= 0;
	$fegroup = new FrontendGroup;	
}

$page = new cPage;

if ($fegroup->virgin == false && $fegroup->get("idclient") == $client)
{
	if ($action == "frontendgroup_save_group")

durch diesen ersetzen:

Code: Alles auswählen

if ($action == "frontendgroup_create" && $perm->have_perm_area_action($area, $action))
{
		$fegroup = $fegroups->create(" ".i18n("-- new group --"));
		$idfrontendgroup = $fegroup->get("idfrontendgroup");
		
}

if ($action == "frontendgroups_user_delete" && $perm->have_perm_area_action($area, $action))
{
	$groupmembers->remove($idfrontendgroup, $idfrontenduser);
}

if ($action == "frontendgroup_delete" && $perm->have_perm_area_action($area, $action))
{
	$fegroups->delete($idfrontendgroup);
	$idfrontendgroup= 0;
	$fegroup = new FrontendGroup;	
}

$page = new cPage;

if ($fegroup->virgin == false && $fegroup->get("idclient") == $client)
{
	if ($action == "frontendgroup_save_group" && $perm->have_perm_area_action($area, $action))

@timo: Bugfixes sind nicht in irgendwelchen Downloads, wenn ich es schaffe, fummele ich das in einen Patch ... wenn ich denn meinen ersten überhaupt erzeugt habe...

So, Bugfix 1 Stunde nach Beginn Support, 3 Stunden nach erster Meldung - und dann noch mehr, als gefordert. Ich hätte jetzt gern die 150,00 Euro zzgl. MwSt., die der MS-Support als preiswerteste Variante anbietet...

Gruß
HerrB

Und nach Bugs verschoben.

Gruß
HerrB

He rules the school.

oje, jetzt hab ich den herrnb ein wenig beleidigt, obwohl ich das gar nicht wollte!

moechte auf diesem wege ALLEN fleissigen contenidos fuer ihr engagement danken!!!

ich moechte aber auch im sinne der vielen provider das thema SAFEMODE sensibilisieren! wer viele kunden auf seinem server hostet und nicht mehr jedes webprojekt selbst kontrollieren kann, muss heute den safemode aktivieren. sonst ist schnell einmal eine sicherheitsluecke ausgenuetzt und ein shell-script am server, aber darueber brauch ich mich ja nicht weiter auslassen, bei den vielen profis hier.

nachdem mittlerweile wohl mehr als 50% der kommerziellen provider den safemode aktiviert haben, schliessen wir 1000e benutzer von contenido aus, die bis zur version 4.4.x problemlos arbeiten konnten. und das duerfte nicht im sinne des erfinders sein! viele stehen vor dem upgrade und dann waere es schon wichtig, dass alles wieder funktioniert!

deshalb mein gestriger hilferuf und auch meine freude, dass dieser angekommen ist!!!!

katerk

Ähm also ich habe bisher keine dramatischen Probleme mit SAFE_MODE und Contenido 4.6.x feststellen können. Du schließt daraus, daß es bei dir mit SAFE_MODE nicht funktioniert, daß es bei allen anderen Benutzern auch nicht geht, und das ist nicht korrekt

Das Problem, was bei dir existiert (wurde AFAIR sogar als Bug aufgenommen), ist nur an einer stelle vorhanden, und zwar nur beim Kalender. Contenido an sich geht aber mit SAFE_MODE (und sogar mit open_basedir).

Ist nicht böse gemeint, aber Übertreiben bringts nicht wirklich

hallo timo!

das ist nicht ganz richtig!

ein beispiel: unter Content/Artikel/Artikeleigenschaften kann ein Zeitraum definiert werden, in welchem der Artikel online sein soll. Ein PopUp bietet eine tolle Kalenderfunktion an. Dort bekomme ich die Fehlermeldung:

Warning: file_exists() [<a href='http://www.php.net/function.file-exists ... -exists</a>]: open_basedir restriction in effect. File(/LC_MESSAGES/contenido.po) is not within the allowed path(s): (.) in /www/xxx.com/contenido/includes/functions.i18n.php on line 103 
January",
" 

hier wird also die existenz einer datei ausserhalb des webordners des kunden abgefragt. und genau das soll der safemode ja verhindern.

diese dinge waren bisher auf dem SELBEN server in der version 4.4.5 ueberhaupt kein problem!

lg / katerk

katerk hat geschrieben:hallo timo!

das ist nicht ganz richtig!

ein beispiel: unter Content/Artikel/Artikeleigenschaften kann ein Zeitraum definiert werden, in welchem der Artikel online sein soll. Ein PopUp bietet eine tolle Kalenderfunktion an. Dort bekomme ich die Fehlermeldung:

Warning: file_exists() [<a href='http://www.php.net/function.file-exists ... -exists</a>]: open_basedir restriction in effect. File(/LC_MESSAGES/contenido.po) is not within the allowed path(s): (.) in /www/xxx.com/contenido/includes/functions.i18n.php on line 103 
January",
" 

hier wird also die existenz einer datei ausserhalb des webordners des kunden abgefragt. und genau das soll der safemode ja verhindern.

diese dinge waren bisher auf dem SELBEN server in der version 4.4.5 ueberhaupt kein problem!

lg / katerk

Wie gesagt, das ist ein Bug. Der SAFE_MODE verhindert das, was du schilderst, übrigens nicht, sondern das macht die open_basedir-Restriktion. Mehr als sagen, daß es ein Bug ist, kann ich nicht. Und nach wie vor ist es eine Stelle. Es ist weder eine Sicherheitslücke noch ein Drama...

Die open_basedir-Probleme werden bereits in anderem Thread behandelt, es gibt einen neuen Date-Picker und die anderen Dinge sind eingebaut.

Geschlossen.

Gruß
HerrB

CONTENIDO Forum

Achtung: Noch einige Probleme mit Version 4.6.2

Achtung: Noch einige Probleme mit Version 4.6.2

war nicht so gemeint ...

nicht ganz richtig

Re: nicht ganz richtig