Posts by +martinus+

ja, danke das funktioniert auch und optimiert meine Code noch einmal.

Ja, danke. Das funktioniert:

t_e(fS("SELECT Path FROM tblObjectFiles WHERE ID=".$OID, "Path", $db));

Hallo zusammen,

seit dem Update von 10.0.4 auf 10.1.2 funktioniert folgendes Konstrukt nicht mehr:

$db = new DB_WE();
$OID = 429;
t_e(f("SELECT Path FROM tblObjectFiles WHERE ID=".$OID, "Path", $db));

Als Fehler wird "Call to undefined function f()" ausgegben.

Hat sich da etwas geändert oder mache ich etwas falsch?

Danke für möglich Rückmeldungen.

Martin

Anscheinend akzeptiert der Provider all-inkl.com neuerdings nicht immer automatisch den Updateserver von webedition für das Liveupdate. Das Problem zeigt sich, wenn im Updatefenster nach einer neuen Version gesucht wird und dann das Updatefenster leer bleibt. Das Problem kann behoben werden, wenn über die Member-Area der Support angeschrieben und beantragt wird, dass die IP des Update-Servers von webedition auf die Whitelist des Accounts bzw. des Servers gesetzt wird.

Dies nur als Info, da die Fehlersuche ziemlich ausschweifend werden kann, wenn das Liveupdate von jetzt auf gleich nicht mehr funktioniert

Grüße Martin

Hallo zusammen,

ich habe das gleiche Problem nach dem Wegfall des Tags we:newsletterSalutation und einer CSV-Liste, die damit ausgelesen bzw. angesprochen wurde.

Meine Lösung: Einfach die alte Tag-Datei aus /webEdition/we/classes/tag/we_tag_newsletterSalutation.class.php in den Ordner /webEdition/custom/tag/we_tag_newsletterSalutation.class.php kopieren und das "alte" we-Tag we:newsletterSalutation als Customer-Tag erst einmal wie gewohnt nutzen. Langfristig wird das nicht updatesicher sein, aber fürs erste hilft es.

@Entwickler: Es wäre schön, wenn die Entwickler hier kurz Bescheid geben, ob das Problem ein Bug ist oder auf CSV zukünftig im Newsletter-Modul verzichtet werden soll. Im Bug-Fall würde ich einen Eintrag in der Bug-Base machen.

Im Anhang die alte we_tag_newsletterSalutation.class.php als txt.

Grüße

Martin

Hallo Kay,

bei mir funktioniert es so in der Listview:

<a href="<we:field name="we_url" type="text" />">Linktext</a>

Grüße Martin

Ich habe in der Bug-Base einen Eintrag (https://qa.webedition.org/view.php?id=14557) gemacht, möchte mich aber an die gewünscte Vorgehensweise bei Feature-Requests halten, deshalb der Eintrag hier im Forum.

Ich wünsche mir für das field-Tag eine Erweiterung beim Attribut name, dass den gesamten Pfad eines Objekts ausgibt. Z.B. name=we_objectpath. Derzeit kann diese Information nur umständlich mit einer eigenen Datenbank-Abfrage gewonnen werden. Ich halte das für sinnvoll, da so besser die Rekursivität eines Objektes abgebildet werden kann.

Hier ein Beispiel:

Es gibt folgende 4 Objektordner einer Klasse, wobei die Ordner1 und Ordner2 vom Admin angelegt wurden und die Unterordner von Redakteuren, die keinen Zugriff auf Vorlagen haben, also keine Möglichkeit eine weitere workspaceID im Listview-Tag einzugragen:

Ordner1/Ordner1_2
Ordner2/Ordner2_2

Die Ordner haben zwar alle eine eigene parentid, es ist derzeit aber nicht möglich mit einer Listview type=object workspaceID=Ordner1,Ordner2 herauszubekommen, in welchem der beiden obersten Ordner sich das Objekt befindet.

Lösungsmöglichkeit:
we:field name="we_objectpath" Abfrageergebnis ist SELECT Path FROM tblObjectFiles WHERE ID=".$ObjektID

Das Attribut name=we_path gibt in einer Listview als Ergebnis /index.php?we_objectID=XXX, ist also derzeit nicht geeignet.

Oder braucht es die Erweiterung garnicht und es gibt eine andere Lösung, die mir nicht einfällt

Danke für Rückmeldungen.

Martin

OK, basiert die Vorlage (testobjekte.tmpl ID=9) auf einem Dokument funktioniert ifTemplate korrekt. Insofern gehen ich von einem Bug aus und werde das Problem mal in die Bugbase eintragen. Eine Fehlermeldung des Systems gibt es übrigens nicht.

Grüße Martin

Hallo zusammen,

ich nutze Version: 10.0.1.1 Doldenhorn Nightly (10.0.1.1, Revision: 15545) nächtlich-erstellte Version.

Folgender kurzer Versuchsaufbau. Es gibt ein einfaches Mastertemplate testmaster.tmpl:

<!DOCTYPE HTML>
<html dir="ltr" lang='<we:pageLanguage type="language" />'>
	<head>
	</head>
	<body>
		<we:content />

		<we:ifTemplate id="9">
			ja,9
			<we:else />
			nein, nicht 9
		</we:ifTemplate>
	</body>
</html>

Es gibt ein weiteres Template testobjekte.tmpl (ID=9), das als Anzeige für Objekte dient und welches als Hauptvorlage mit testmaster.tmpl verknüpft ist:

Das ist Detailseite: <we:var type="document" name="Eintrag" />

In der Klasse test ist der Arbeitsbereich / mit dem Template testobjekte.tmpl festgelegt ist. Es gibt ein Objekt mit der ID 1234 und dem Eintrag = "Hallo"

Soweit der einfache Versuchsaufbau. Ich erwarte nun bei Aufruf des Objektes über https://...?we_objectID=1234, dass folgendes ausgegeben wird:

Das ist Detailseite: Hallo ja,9

Ausgabe ist aber:

Das ist Detailseite: Hallo nein, nicht 9.

Mache ich einen Fehler oder ist es ein Bug?

Danke für Rückmeldungen und Grüße Martin

Das ganze war ein Bug. Ist gelöst und funktionert ab Nightly 10.0.1.1 wieder. Danke an Nils Reibold.

Grüße Martin

Hallo zusammen,

entweder mache ich etwas falsch oder es ist ein Bug. Relevant für Versionen ab 10.0.0.0

Folgender einfacher Versuchsaufbau:

Es gibt eine Klasse mit einem Datetime-Feld namens Datum. im Arbeitsbereich wird eine Standardvorlage mit nur einem Tag eingebunden: <we:var type="date" format="D" name="Datum"/>. Ein Objekt anlegen und irgendein Datum eintragen. Das Ergebnis ist, eine Exception, da er - so verstehe ich das - nicht mit einem String umgehen kann. Bei der Eingabe von format="Y" gibt es die Exception nicht. Seltsam ist aber, dass er nicht auf das Objekt zurückgreift, sondern 1970 reinschreibt.

Meine Frage, kann das jemand nachstellen in der aktuellen Version? Welchen Fehler mache ich eventuell? Das Phänomen tritt nach dem Update bei einer aktuellen Wensite auf - vor dem Update lief die Site problemlos?.

Hier mein Bugbase-Eintrag mit Fehlerprotokoll:

webEdition CMS - Quality Assurance

Danke und Grüße

Martin

Nein keine Einträge im Error-Log, außer wenn man den umbenannten Order wieder zurück benennen will, dann meckert er, dass er den Ordner schon hat und ihn nicht umbenennen bzw. speichern kann.

Hallo zusammen,

folgendes Problem trat bei mir nach dem Update auf die 10.0.0. auf:

Es gibt einen Dokumentenordner mit zwei Unterordnern in denen jeweils css und js-Dateien liegen. Über das Backend lässt sich der Ordner umbenennen. Er nimmt allerdings die Unterordner nicht mit, d.h. der umbenannte Ordner ist leer. Nach einem Blick per FTP auf den Server konnte ich feststellen, dass der umbenannte Ordner neu angelegt wurde, der "alte" Ordner aber auch noch existiert. Im "alten" sind auch die Unterordner zu finden.

Also ich glaube es gibt einen Bug in der neusten Version (10.0.0), der das Umbenennen von Dokumentenverzeichnissen betrifft. Können das andere auch nachvollziehen? Dann würde ich das in die Bugbase schreiben.

Danke und Grüße Martin

Nach langem Suchen, auch in der Bugbase hier die Lösung für mein Zeitspannenproblem:

<?php


$GLOBALS['Jahr'] = date("Y");
$anf = $GLOBALS['Jahr']."-01-01";
$ende = $GLOBALS['Jahr']."-12-31";
?>

<we:condition name="con">
	<we:conditionAdd field="date_Datum" value="$anf" compare=">"/>
	<we:conditionAnd />
	<we:conditionAdd field="date_Datum" value="$ende" compare="<"/>
</we:condition>

Hallo zusammen,

wenn es um genau einen Zeitpunkt geht funktioniert das mit now. Was mache ich aber, wenn ich eine Zeitspanne abfragen möchte? Beispielsweise alle Objekt zwischen dem 1.1.2025 und dem 31.12.2025. Das hier funktioniert nicht:

<?php
$anf = mktime(0, 0, 0, 1, 1, $GLOBALS['Jahr']);
$ende = mktime(0, 0, 0, 12, 31, $GLOBALS['Jahr']);
?>

<we:condition name="con">
	<we:conditionAdd field="date_Datum" var="anf" compare=">="/>
	<we:conditionAnd />
	<we:conditionAdd field="date_Datum" var="ende" compare="<="/>
</we:condition>

Bisher hat die von mir per php erstellte Condition funktioniert. seit 9.3.1. leider nicht mehr:

<?php
$con = "date_Datum BETWEEN ".mktime(0, 0, 0, 1, 1, $GLOBALS['Jahr'])." AND ".mktime(0, 0, 0, 12, 31, $GLOBALS['Jahr']);
?>

Freundliche Grüße

Martin

Danke, das ist des Problems Lösung. Das Formular sieht nun wie folgt aus. Einloggen ist wieder möglich. Eventuell wäre ein Hinweis an passender Stelle möglich, dass ein Einloggen mit Daten der Kundenverwaltung nur mit Übergabe des Token möglich ist. Grüße Martin

<form action="test.php" method="get">

<we:formToken lifetime="20"/>
<we:sessionField name="Username" type="textinput"/><br>
<we:sessionField name="Password" type="password"/>
<button type="submit">Einloggen</button>
</form>

Die vorherigen Version war 9.2.1.1

Es werden keine Fehler geloggt.

In der Kundenverwaltung gibt es einen User mit der ID 2. Dieser soll sich einloggen mit Username und Passwort über folgende einfache Website test.php. Nach Update auf 9.3.1 funktioniert das nicht mehr. Ist das ein Bug oder ein Fehler meinerseits. Danke für ein Feedback.

Grüße Martin

<we:sessionStart />
<!DOCTYPE HTML>
<html dir="ltr" lang='<we:pageLanguage type="language" />'>
<head>
<we:title></we:title>
<we:charset defined="UTF-8">UTF-8</we:charset>
</head>
<body>

<form action="test.php" method="get">
<we:sessionField name="Username" type="textinput"/><br>
<we:sessionField name="Password" type="password"/>
<button type="submit">Einloggen</button>
</form>

<we:ifRegisteredUser userid="2">
eingloggt
<we:else />
nicht eingeloggt
</we:ifRegisteredUser>

</body>
</html>

Ja, das gibt es auch bei der Klasse. Allerdings soll nicht jedes Objekt der Klasse mit dem gleichen Dokument für die Darstellung angezeigt werden. Kurzum die oben beschriebene Möglichkeit gibt es in 9.2.1 derzeit nicht.

Es gab bis Version 9.1.5 folgende Möglichkeit zum Eintragen eines Dokumentes für die Darstellung von Objekten auf dem Eigenschaftsreiter von Objektverzeichnissen. Diese Möglichkeit gibt es in Version 9.2.1 nicht. Ist das so gewollt? Es fehlt nun die Möglichkeit den Objekten in einem Verzeichnis dieses Anzeigedokument per "Massenzuweisung" zuzuweisen. Diese Einstellung muss nun auf jedem einzelnen Objekt vorgenommen werden. Wenn es ein Bug ist, würde ich es in die Base eintragen.

Grüße Martin