Speicher + Schließen löscht Datensatz auch beim manuell gesetzten Timestamp?

Hallo zusammen,

ich komm bei einem Problem mit einem Backend-Modul welches ich programmieren will nicht weiter.

Wenn ich in der Listenansicht einen Datensatz hinzufügen möchte wird http://... /contao/main.php?do=Brand..._rb&act=create aufgerufen. Gehe ich auf "Speichern" ist dieser Datensatz in der DB vorhanden,
"Speichern und Schließen!" löscht diesen Datensatz dann wieder???

Anders als beim Thema https://www.contao-community.de/show...scht-Datensatz wird der Datensatz auch gelöscht wenn ich den Timestamp manuell setzte. Daher hab ich ein neues Thema erstellt.

Der ganze Code ist zu lang zum posten - hier ein Ausschnitt in der Hoffnung, dass das Wichtige ist dabei ist

PHP-Code:

---

// *** Config ***
    'config' => array
(
            'dataContainer'               => 'Table',
            'enableVersioning'            => false,
            'onload_callback'              => array(array('dands_xx_brands_entrypage', 'onload'), 'rb'),
),

// *** List ***
    'list' => array
(
        'sorting' => array
(
            'mode'                    => 1,
            'filter'                  => true,
            'fields'                  => array('ProductManufacturerBrand'),
            'flag'                    => 1,
            'panelLayout'             => 'sort,filter;search,limit',
            'headerFields'            => array('ProductManufacturerBrand'),
),

        'label' => array
(
            'fields'                  => array('ProductManufacturerBrand'),
            'label_callback'          => array('dands_xx_brands_entrypage', 'listBrands', 'ProductManufacturerBrand','id'),
),

        'global_operations' => array
(
            'all' => array
(
                'label'               => &$GLOBALS['TL_LANG']['MSC']['all'],
                'href'                => 'act=select',
                'class'               => 'header_edit_all',
                'attributes'          => 'onclick="Backend.getScrollOffset();"'
                )
),

        'operations' => array
                (
            'edit' => array
                (
                'label'                => &$GLOBALS['TL_LANG']['dands_xx_brands_entrypage']['edit'],
                'href'                 => 'act=edit',
                'icon'                 => 'edit.gif'
                ),

            'copy' => array
                (
                'label'               => &$GLOBALS['TL_LANG']['dands_xx_brands_entrypage']['copy'],
                'href'                => 'act=copy',
                'icon'                => 'copy.gif'
                ),

            'delete' => array
                (
                'label'               => &$GLOBALS['TL_LANG']['dands_xx_brands_entrypage']['delete'],
                'href'                => 'act=delete',
                'icon'                => 'delete.gif',
                'attributes'          => 'onclick="if (!confirm(\'' . $GLOBALS['TL_LANG']['MSC']['deleteConfirm'] . '\')) return false; Backend.getScrollOffset();"'
                ),

            'show' => array
                (
                'label'               => &$GLOBALS['TL_LANG']['dands_xx_brands_entrypage']['show'],
                'href'                => 'act=show',
                'icon'                => 'show.gif'
                )
                )
                ),
                ); 


---

Was führt neben einem nicht gesetzten Timestamp dazu, dass ein Datensatz wieder aus der DB gelöscht wird, wenn man Speichern und Schließen wählt?

Danke
Daniel

Ich habe mir mal DC_Table->edit() angeschaut. Diese scheint nur am Ende zu unterscheiden und zwar hier: https://github.com/contao/core/blob/...able.php#L1892

Ich hatte das Problem mal mit einer fehlerhaften pid, die auf einen nicht existenten Datensatz in der pTable verwiesen hat.

Hi Leo, hier das Schema:

Code:

---

CREATE TABLE `dands_rb_brands_entrypage` (
        `id` INT(5) UNSIGNED NOT NULL AUTO_INCREMENT,
        `ProductManufacturerBrand` VARCHAR(50) NOT NULL,
        `brandImg` VARCHAR(100) NOT NULL DEFAULT '0',
        `brandImgSrc` VARCHAR(100) NOT NULL DEFAULT '0',
        `urlPath` VARCHAR(80) NULL DEFAULT NULL,
        `orderText` TINYINT(1) NOT NULL DEFAULT '0',
        `isActiv` TINYINT(1) NOT NULL DEFAULT '1',
        `seoText` VARCHAR(10000) NULL DEFAULT NULL,
        `seoTextBottom` VARCHAR(5000) NULL DEFAULT '',
        `vertipper` VARCHAR(500) NULL DEFAULT '',
        `siteHeadline` VARCHAR(100) NULL DEFAULT NULL,
        `metaTitle` VARCHAR(100) NULL DEFAULT NULL,
        `metaDescription` VARCHAR(250) NULL DEFAULT NULL,
        `metaKeywords` VARCHAR(150) NULL DEFAULT NULL,
        `autor` VARCHAR(10) NULL DEFAULT NULL,
        `dontCreateText` INT(2) NOT NULL DEFAULT '0',
        `tstamp` TIMESTAMP NOT NULL DEFAULT CURRENT_TIMESTAMP ON UPDATE CURRENT_TIMESTAMP,
        `alternativBrands` BLOB NULL,
        `categorisation` BLOB NULL,
        `catId` BLOB NULL,
        `manufacturershop` BLOB NULL,
        `potentiallySimilarBrands` BLOB NULL,
        `similarBrandMaster` BLOB NULL,
        `similarBrands` BLOB NULL,
        `special` BLOB NULL,
        `updateNumber` BLOB NULL,
        PRIMARY KEY (`id`),
        UNIQUE INDEX `Brand_Unique` (`ProductManufacturerBrand`, `urlPath`)
)
COLLATE='utf8_general_ci'
ENGINE=MyISAM
ROW_FORMAT=DEFAULT
AUTO_INCREMENT=2383

---

Danke für Deine Hilfe!

Zeig mal den onload callback.
und was soll das 'rb' dort? Ist doch kein fopen


Gesendet von meinem Iconia A500

Und noch was. Bei contao ist der tstamp ein int und kein timestamp

Gesendet von meinem Iconia A500

Hi, ich denke der load callback sollte nicht das Problem sein.

PHP-Code:

---

public function onload($dc)
    {
        $this->strTable = $dc->__get('table');   
        $this->domain = $GLOBALS['TL_DCA'][$mastertable]['domain'];
        $informations = $this->getInformations("", $dc);
         
        return;
    } 


---

Datentyp int statt timestamp probier ich gleich aus.

"rb" ist ein bestimmtes Projekt.

Danke und Viele Grüße
Daniel

Klasse!

Datentyp in der Datenbank von Timestamp auf Int geändert lößt das Problem.

Danke und Viele Grüße
Daniel