Auswahl des iFrame-Typ mit 0 (Null) - Contao 4.10 about contao-cookiebar

[planepix]

Danke dir Doi,
der Dau saß vor dem Rechner shame.

Wenn man config.yml schreibt, das auch liest, es aber in der parameters.yml einbaut…
Sorry für so viel Wirbel.

Es funktioniert in der 4.9.5 und der 4.10. Heureka!

[doishub]

Ich habe es jetzt auch mal auf dem Mac getestet:

Auch hier habe ich keine Probleme.
Ich vermute, dass irgendetwas beim hochladen oder bearbeiten der yml-Datei auf dem Mac doppelte Umbrücke o.ä. entstehen. Alles irgendwie unwahrscheinlich aber anders kann ich es mir gerade nicht erklären.

Anbei mal meine yml-Datei. Teste mal ob diese ohne weiteres bearbeiten ebenfalls dieses Problem verursacht:
config.zip

[planepix]

Ggf. besteht ein Konflikt mit einem anderen Bundle…

{
    "type": "project",
    "require": {
        "clickpress/contao-clickpress-grid": "^1.2",
        "contao/calendar-bundle": "4.9.*",
        "contao/comments-bundle": "4.9.*",
        "contao/conflicts": "*@dev",
        "contao/faq-bundle": "4.9.*",
        "contao/listing-bundle": "4.9.*",
        "contao/manager-bundle": "4.9.*",
        "contao/news-bundle": "4.9.*",
        "contao/newsletter-bundle": "4.9.*",
        "dklemmt/contao_dk_masonry": "dev-master",
        "erdmannfreunde/euf_grid": "^3.0",
        "erdmannfreunde/euf_hero": "^1.0",
        "erdmannfreunde/euf_overlay": "^1.2",
        "erdmannfreunde/onepage-navigation": "^1.1",
        "madeyourday/contao-rocksolid-slider": "^2.0",
        "marebe1602/mae_event_categories": "^1.5",
        "markocupic/gallery-creator-bundle": "^1.1",
        "markocupic/preloader-overlay": "^1.0",
        "oveleon/contao-cookiebar": "^1.4",
        "stefansl/contao-lightgallery": "^1.1",
        "terminal42/contao-easy_themes": "^2.2",
        "terminal42/contao-fineuploader": "^3.0",
        "webexmachina/contao-grid": "^0.4.2"
    },
    "extra": {
        "contao-component-dir": "assets"
    },
    "conflict": {
        "doctrine/dbal": "2.9.1|2.9.2"
    },
    "scripts": {
        "post-install-cmd": [
            "Contao\\ManagerBundle\\Composer\\ScriptHandler::initializeApplication"
        ],
        "post-update-cmd": [
            "Contao\\ManagerBundle\\Composer\\ScriptHandler::initializeApplication"
        ]
    }
}

Ich werde mir mal eine frische 4.9.5 installieren und da nochmal testen.

[doishub]

Hehe kein Problem, kann ja mal passieren ;-))

[doishub]

Hallo Planepix,

sieht auf den ersten Blick erstmal alles richtig aus, tritt der Fehler nur in der 4.10 auf?

[planepix]

Ich habe es nur in der 4.10 installiert und probiert

[doishub]

Okay, ich prüfe es zuerst mal in meiner 4.9. Ich denke das Template hast du in deinem Content-Element auch ausgewählt, richtig?

[planepix]

Ja, genau das ce_html_openstreetmaps

[doishub]

Alles klar 👍

Also in einer 4.9 scheint es wie gewohnt zu funktionieren.

1. config.yml um folgende Zeilen ergänzt:

contao_cookiebar:
  iframe_types:
    openstreetmap:
      - ce_html_openstreetmap

2. Kopieren des ce_html_googlemaps-Template und umbenannt in ce_html_openstreetmap

3. Content-Element ce_html mit dem soeben erstellten Template angelegt und iframe-Code eingefügt

4. Cookie-Typ iFrame mit iFrame-Typ openstreetmap angelegt (Hier wird mir kein "null / 0" angezeigt)

5. Frontend aufgerufen:

Ich teste das gleiche jetzt mal in der 4.10.

[planepix]

Ich habe jetzt parallel in einer 4.9.5 das nachgebaut und bekomme wieder die Null :-o
Die Einrückungen sind wie immer 4 Leerzeichen, richtig?

[doishub]

Ich habe jetzt parallel in einer 4.9.5 das nachgebaut und bekomme wieder die Null :-o
Die Einrückungen sind wie immer 4 Leerzeichen, richtig?

Merkwürdig, ja genau - bei mir wie folgt:

contao_cookiebar:
..iframe_types:
....openstreetmap:
......- ce_html_openstreetmap

[planepix]

Kurios :-)
Ich habe wieder die Null drin, auch nach dem Speichern.
Im Debugmodus keine Fehler…

[doishub]

Hast du am Ende der config.yml eine leere Zeile?

[planepix]

Hatte ich tatsächlich. Macht mir Atom wenn ich die Datei auf dem Server speichere. Habe diese Leerzeile nun gelöscht.
Im BE bekomme ich noch die Null zur Auswahl - im FE wird die OSM nun geblockt.

In der Datenbank taucht die Null-Option nicht auf - muss sie ggf auch nicht. Als Info.

[doishub]

Okay, jetzt wird es noch merkwürdiger...

Ich habe auch immer eine leere Zeile in der Datei, daran sollte es eigentlich nicht liegen.
In der 4.10 verhält sich alles identisch wie soeben in der 4.9 getestet. Bin genau so vorgegangen wie oben beschrieben.

Habe mir in beiden Versionen auch direkt die Select angeschaut um auszuschließen, dass dies einfach vom Browser (Chrome) entfernt wird o.ä.

Wenn du den Typen "openstreetmap" auswählst springt er zurück auf die null?

[planepix]

Ja ich habe eben auch im Quellcode nachgesehen: Dort habe ich als 4. Option „Null” stehen.

Ja springt nach dem Speichern mit Select openstreetmap wieder auf die Null zurück.

[planepix]

Danke dir. Ja am Mac bin ich immer.
Habe ich eben entpackt und unter meine parameters gesetzt. prod-Cache geleert. Unverändert die Null zur Auswahl…