Elemente überspringen verhält sich seltsam

[Bennie]

Ich habe ein seltsames Problem entdeckt in einer 4.13.37 Installation

Es gibt in einem News Archiv 45 Einträge, im Newslist Modul ist eingestellt Elemente überspringen : 3
Im Frontend sieht man dass 3 Einträge übersprungen werden, aber es fehlen dafür auch die letzten 12.

Stelle ich andere Werte ein als 3 verhält es sich ebenfalls seltsam, letztendlich fehlen aber immer 12
Bei 0 werden, wie erwartet alle angezeigt.

Ist das ein evtl. Bug oder kennt jemand das Problem bzw. hat eine Ahnung woran das liegen könnte?

In anderen Installationen inkl. Demo konnte ich das nicht nachstellen.

Momentan blende ich die ersten drei per CSS aus, aber das ist nur eine temporäre Lösung ;-)

[Spooky]

Poste einen Screenshot deiner Modulkonfiguration.

[Bennie]

ok bitte schön:

[Bennie]

So habe ich das auch nochmal in einer weiteren Contao 4.13.37 getestet und eingestellt - ohne Probleme

[Spooky]

Poste deine composer.json

[Bennie]

{
    "name": "contao/managed-edition",
    "description": "Contao Managed Edition",
    "license": "LGPL-3.0-or-later",
    "type": "project",
    "require": {
        "bugbuster/contao-botstatistics-bundle": "^1.0",
        "bugbuster/contao-visitors-bundle": "^1.5",
        "codefog/contao-mobile_menu": "^2.7",
        "contao/calendar-bundle": "^4.13",
        "contao/comments-bundle": "^4.13",
        "contao/conflicts": "*@dev",
        "contao/faq-bundle": "^4.13",
        "contao/listing-bundle": "^4.13",
        "contao/manager-bundle": "4.13.*",
        "contao/news-bundle": "^4.13",
        "contao/newsletter-bundle": "^4.13",
        "dklemmt/contao_dk_mmenu": "^4.0",
        "dma/dma_simple_grid": "^1.0",
        "do-while/contao-backupdb-bundle": "^1.4",
        "fritzmg/contao-sharebuttons": "^2.1",
        "hofff/contao-social-tags": "^1.1",
        "madeyourday/contao-rocksolid-antispam": "^2.1",
        "madeyourday/contao-rocksolid-custom-elements": "^2.2",
        "madeyourday/contao-rocksolid-slider": "^2.2",
        "oveleon/contao-glossary-bundle": "^2.2",
        "terminal42/contao-changelanguage": "^3.6",
        "terminal42/contao-url-rewrite": "^1.6",
        "terminal42/notification_center": "^1.7"
    },
    "conflict": {
        "contao-components/installer": "<1.3"
    },
    "config": {
        "allow-plugins": {
            "composer/package-versions-deprecated": true,
            "contao-community-alliance/composer-plugin": true,
            "contao-components/installer": true,
            "contao/manager-plugin": true,
            "php-http/discovery": false
        }
    },
    "extra": {
        "contao-component-dir": "assets"
    },
    "scripts": {
        "post-install-cmd": [
            "Contao\\ManagerBundle\\Composer\\ScriptHandler::initializeApplication"
        ],
        "post-update-cmd": [
            "Contao\\ManagerBundle\\Composer\\ScriptHandler::initializeApplication"
        ]
    }
}

[Bennie]

Ich nehme an, da ist keine "Besonderheit" zu entdecken oder?
Keine Idee woran es liegen könnte ?
Es ist unabhängig vom Nachrichten-Template , also short, simple oder latest
Was mir noch aufgefallen ist, wenn ich 12 überspringe dann sind die letzten auch wieder da - also die 12 die sonst fehlen.

[derRenner]

nur mal eine Vermutung: hast du ein 4-Spalten-Grid? Dann wären 3 x 4 = 12
Möglicherweise spielt dir irgendwo eine CSS-oder Skriptabfrage mit rein, die nach einer bestimmten Anzahl an Spalten abfragt.

Teste mal eine "leere" Seite mit dem gleichen Listenmodul, aber ohne CSS oder Spaltengrid oder Ähnlichem, ob da gleiches Verhalten auftritt. So könntest du ggf. den Fehler einschränken oder gar anderswo suchen/finden.

[Bennie]

@derRenner
leider ist das nicht der Grund, habe eine css grid Anweisung aber auch ohne css dasselbe Verhalten.

Sorry, ich hatte mich auch verzählt oder es hat sich geändert - es fehlen nun 15, egal ob ich 1, 2, 3 oder wie viele auch immer überspringen lasse .

Stelle ich 15 ein dann fehlen wie erwartet die ersten 15 und die anderen 30 werden alle! angezeigt

[Bennie]

Auch nach Update auf 4.13.38 bleibt das Problem bestehen.
Falls noch jemand Ideen hat ...

[Spooky]

Ich denke man wird es halt in deiner Installation debuggen müssen.