anmerkung: snapshot contenido-cvs-2004-05-28.tar

[emergence]

da ich jetzt endlich mal die sun javavm zum laufen gebracht habe, hab ich mir das java-edit bei den modulen angesehen.
schick, das einzige was nicht geht ist das wenn ich etwas ändere und dann speichere das der komplette modul code dann weg ist.
ergo das ist schlecht.

das zweite ganz intressante ist das die *.job files nicht mehr erzeugt werden. somit erhält man beim einloggen ins backend nur die info das in die *.job files nichts geschrieben werden kann.

[timo]

da ich jetzt endlich mal die sun javavm zum laufen gebracht habe, hab ich mir das java-edit bei den modulen angesehen.
schick, das einzige was nicht geht ist das wenn ich etwas ändere und dann speichere das der komplette modul code dann weg ist.
ergo das ist schlecht.

Danke, muß ich nochmal testen...

das zweite ganz intressante ist das die *.job files nicht mehr erzeugt werden. somit erhält man beim einloggen ins backend nur die info das in die *.job files nichts geschrieben werden kann.

Geht bei mir...haben die Cronjobs schreibberechtigung?

[emergence]

schreibberechtigung ist nicht das problem. die dateien werden nicht angelegt. wenn ich die *.job files der 4.4.4 reinkopiere funkts.

[timo]

schreibberechtigung ist nicht das problem. die dateien werden nicht angelegt. wenn ich die *.job files der 4.4.4 reinkopiere funkts.

ja, vielleicht hast du irgendwie keine Berechtigung, damit der Webserver die Files anlegen darf? Weil das "Feature" ist schon länger drin, und wenn es nicht funktionieren würde, hätten wir das schon gemerkt

[emergence]

ähm meine lokale windows umgebung mit installierter wamp -> opensa.org - und ich hab die berechtigung... echt wahr.
muss mir selbst nochmals den snapshot genauer anschauen...

[emergence]

nein, das ist ein bug

Code: Alles auswählen

function markLastRun($jobname, $lastRun, $PC_writeDir) {

   $jobfile = getJobFileName($jobname, $PC_writeDir);
   if (is_writable($jobfile))
   {
       $file = fopen($jobfile,"w");
       fputs($file,$lastRun);
       fclose($file);
   } else {
   		echo "Could not write into file $jobfile - permission denied.";
   }
}

wenn die job datei nicht existiert ist is_writeable immer false ergo wird das file nicht angelegt sogar wenn das verzeichnis die berechtigung besitzt.

[emergence]

hier die korrigierte version die bei mir auch läuft

Code: Alles auswählen

function markLastRun($jobname, $lastRun, $PC_writeDir) {

   $jobfile = getJobFileName($jobname, $PC_writeDir);
   if ($file = @fopen($jobfile,"w"))
   {
       fputs($file,$lastRun);
       fclose($file);
   } else {
   		echo "Could not write into file $jobfile - permission denied.";
   }
}

[emergence]

noch was intressantes... ich habs jetzt aber nicht mit dem csv_head getestet.

bei content - artikel

bei der linken seite wird jetzt ja der verzeichnis baum gespeichert.
soweit ich das gesehen habe wird ebenfalls der status -> sprich ob der ordner online, offline oder geschützt etc. mit gesichert.

da ergibt sich jetzt ein problem wenn zwei benutzer gleichzeitig sich diesen baum ansehen. (ist mir mal beim telefonieren mit einem kollegen aufgefallen)

wenn einer von beiden einen ordner offline schaltet, sieht das der andere auch nach dem aktualisieren des verzeichnisbaumes nicht.

ähm ja...

[emergence]

eine kleinigkeit, wahrscheinlich eh bekannt.

sobald man beim startbildschirm des backend auf zuletzt bearbeitete artikel geht kommt ein javascript fehler
Zeile: 39
Zeichen: 3
Fehler: 'HELP' ist undefiniert
Code:0

im script findet sich einmal der platzhalter {HELP}

da fällt mir noch ein nettes feature ein. es wäre ideal wenn man den artikel dort anklicken könnte und dann direkt in den bearbeitungsmodus kommt. wäre auch sehr brauchbar den artikel dort online und offline zu stellen.

[emergence]

ähm ja bei der verlegten front_content.php
fehlt noch das <base href="http://localhost/cms/"> nach head.

[emergence]

noch was

con_actions

con_editcontent

findet sich

Code: Alles auswählen

$url = $sess->url("front_content.php?changeview=$changeview&client=$client&lang=$lang&action=$action&idartlang=$idartlang&type=$type&typenr=$typenr&idart=$idart&idcat=$idcat&idcatart=$idcatart&lang=$lang");

sollte das zweite mal nicht tmpchangelang=$tmpchangelang sein ?

und da bin ich noch bei der front_content.php hängen geblieben...

am schluss findet sich ja

Code: Alles auswählen

if (isset($tmpchangelang))
{
	$lang = $savedlang;
}

sollte das nicht

Code: Alles auswählen

if (isset($savedlang))
{
	$lang = $savedlang;
}

sein ?

[timo]

hier die korrigierte version die bei mir auch läuft

Hab ich übernommen.

noch was intressantes... ich habs jetzt aber nicht mit dem csv_head getestet.

bei content - artikel

bei der linken seite wird jetzt ja der verzeichnis baum gespeichert.
soweit ich das gesehen habe wird ebenfalls der status -> sprich ob der ordner online, offline oder geschützt etc. mit gesichert.

Da sollte das eigentlich bei einem reload übernommen werden - aber wie das genau funktioniert weiß ich leider selbst nicht.

Das mit dem Platzhalter ist bekannt, den Code dafür hab ich noch nicht eingecheckt.

Was fehlt da genau in der verlegten front_content.php? Weil bei mir ist das base href vorhanden...

sollte das zweite mal nicht tmpchangelang=$tmpchangelang sein ?

Keine Ahnung Resultiert daraus ein Problem?

[emergence]

Was fehlt da genau in der verlegten front_content.php? Weil bei mir ist das base href vorhanden...

ähm bei mir leider nicht... stylesheet und bilder werden nicht angezeigt...
sehe ich mir nochmal an.

sollte das zweite mal nicht tmpchangelang=$tmpchangelang sein ?

Resultiert daraus ein Problem?

ähm ja...

beispiel:
sprache für englisch angelegt.
auf englisch gewechselt.
auf artikel übersicht
irgendeinen artikel auswählen der in der englischen sprache nicht existiert
auf vorschau gehen....

soweit ich das verstanden habe sollte ich dann den artikel in der sourcelang sehen. das tuts aber nicht. ich sehe nur das layout ohne content.

nach dem ich das $tmpchangelang eingebaut habe sah ich den artikel in der orginal sprache.

jetzt komme ich direkt zum zweiten punkt.

-> änderung auf isset($savedlang)
da ist mir auch ganz was lustiges passiert. nachdem ich dann wieder auf die übersicht wechseln wollte sah ich nur mehr die deutsche übersicht.
die variable $lang wurde einfach ins nirvana befördert. und wieder auf die erste verfügbare sprache (-> also beim demomandanten) deutsch eingestellt.

[emergence]

da hab ich noch einen netten fehler beim demomandanten gefunden.

wenn
$cfg['is_start_compatible'] = false
ist.

betrifft das hauptmenü modul

ich nehme jetzt nur den auszug der ein problem verursachen kann.

Code: Alles auswählen

        $db2->next_record();
        if (isStartArticle($db2->f("idartlang"), $db->f("idcat"), $lang))
        {
            $target = ( $db2->f("ext") == 0 ) ? '_self' : '_blank';
    
            $navitems[$db->f("idcat")] = array("idcat"  => $db->f("idcat"),
                                               "name"   => $db->f("name"),
                                               "target" => $target);
        }

das ganze kommt 3x vor.

das ganze müsste in eine while schleife rein.

also eigentlich

Code: Alles auswählen

    while($db2->next_record()) {
        if (isStartArticle($db2->f("idartlang"), $db->f("idcat"), $lang))
        {
            $target = ( $db2->f("ext") == 0 ) ? '_self' : '_blank';
    
            $navitems[$db->f("idcat")] = array("idcat"  => $db->f("idcat"),
                                               "name"   => $db->f("name"),
                                               "target" => $target);
        }
    }

sollte es so aussehen.

grund ist einfach der das so wie die abfrage geschrieben wurde jeder einzelne artikel überprüft werden muss ob er ein startartikel ist.
das problem tritt jetzt nur auf wenn mehrere artikel in einer kategorie vorhanden sind und der erste artikel den das vorrangegangene query liefert kein start artikel ist. in dem fall wird die kategorie obwohl online und einen startartikel besitzt nicht angezeigt.

[timo]

ich habe mal alle offenen Probleme und Fragen in den Bugtracker eingetragen - und mache hier mal zu.