Monatsrückblick Januar/Februar 2026 ist online!

[Homoran]

@thomas_ sagte in Speicherverbrauch durch im Admin UI aufgeblähte Objekte:

Es ist jetzt ein Bug Report,

nöö!
erst wenn du es reproduzieren kannst.
Im Moment ist es anscheinend durch das Zusammentreffen von unglücklichen Umständen einmalig passiert.

Un Fakten davon hab ich immer noch keine gesehen

[A Former User]

@samson71 said in Speicherverbrauch durch im Admin UI aufgeblähte Objekte:

@thomas_ sagte in Speicherverbrauch durch im Admin UI aufgeblähte Objekte:

Den Titel habe ich eben erst verändert ;)

Und das auch recht reißerisch von der Wirkung her. Mutet nach vermeintlicher Feststellung von irgendwelchen "Unzulänglichkeiten" an.

Es ist ein Fehler und die Überschrift beschreibt den Fehler. Nicht mehr, nicht weniger.
Oder glaubt ihr jetzt, nachdem ihr ellenlang gedacht habt, ich kann die Speicherbelegung nicht richtig lesen, dass ich 32 Mio Zeilen JSON in die Admin UI rein kopiert hab, um euch zu ärgern?

Schiebt den Thread halt da hin, wo er euch am besten gefällt und nennt ihn, wie ihr wollt.

[Homoran]

@thomas_ sagte in Speicherverbrauch durch im Admin UI aufgeblähte Objekte:

Es ist ein Fehler

der

@homoran sagte in Speicherverbrauch durch im Admin UI aufgeblähte Objekte:

anscheinend durch das Zusammentreffen von unglücklichen Umständen einmalig passiert.

[Samson71]

@thomas_ sagte in Speicherverbrauch durch im Admin UI aufgeblähte Objekte:

Es ist ein Fehler und die Überschrift beschreibt den Fehler. Nicht mehr, nicht weniger.

Wie @Homoran schon geschrieben hat ist es dann gesichert ein Fehler (von ioBroker), wenn man ihn reproduzieren und nachvollziehen kann. Dazu fehlen (wie ebenfalls schon mehrfach erwähnt) alle Fakten.

Schiebt den Thread halt da hin, wo er euch am besten gefällt und nennt ihn, wie ihr wollt.

Wer ist jetzt hier "zickig"?

[mcm1957]

@thomas_ said in Speicherverbrauch durch im Admin UI aufgeblähte Objekte:

Es ist jetzt ein Bug Report, würde ich sagen

Allfällige Fehler bitte IMMER als Issue auf Github erfassen. Nur über diesen Weg kann eine Fehleranalyse / bearbeitung stattfinden. Wenn du vermutest dass ein Fehler in Admin vorliegt öffnen bitte ein Issue im Admin Repository.

Das Forum ist Ok für Eingrenzungen / Diskussionen etc. Es fungiert aber NICHT als Ort um echte oder vermeintliche Fehler zu erfassen.

[A Former User]

@mcm57 said in Speicherverbrauch durch im Admin UI aufgeblähte Objekte:

@thomas_ said in Speicherverbrauch durch im Admin UI aufgeblähte Objekte:

Es ist jetzt ein Bug Report, würde ich sagen

Allfällige Fehler bitte IMMER als Issue auf Github erfassen. Nur über diesen Weg kann eine Fehleranalyse / bearbeitung stattfinden. Wenn du vermutest dass ein Fehler in Admin vorliegt öffnen bitte ein Issue im Admin Repository.

Das Forum ist Ok für Eingrenzungen / Diskussionen etc. Es fungiert aber NICHT als Ort um echte oder vermeintliche Fehler zu erfassen.

das mach ich schon. Er hat halt gefragt: Welches Forum? Und meine Antwort hat nicht gepasst, offenbar.

[A Former User]

@samson71 said in Speicherverbrauch durch im Admin UI aufgeblähte Objekte:

Schiebt den Thread halt da hin, wo er euch am besten gefällt und nennt ihn, wie ihr wollt.

Wer ist jetzt hier "zickig"?

Wieso zickig? Ich wiederhole: Schiebt da hin, wo ihr wollt und nennt ihn wie ihr wollt. Mir ist das egal. Völlig.

[mcm1957]

@thomas_ said in Speicherverbrauch durch im Admin UI aufgeblähte Objekte:

das mach ich schon. Er hat halt gefragt: Welches Forum? Und meine Antwort hat nicht gepasst, offenbar.

Ich misch mich mal nicht aktiv in eure Diskussion ein. Ich wollte nur sicherstellen, dass du nicht annimmst dass ein Posting im Forum einem Bug-Rport / Issue entspricht.

[A Former User]

@mcm57 said in Speicherverbrauch durch im Admin UI aufgeblähte Objekte:

@thomas_ said in Speicherverbrauch durch im Admin UI aufgeblähte Objekte:

das mach ich schon. Er hat halt gefragt: Welches Forum? Und meine Antwort hat nicht gepasst, offenbar.

Ich misch mich mal nicht aktiv in eure Diskussion ein. Ich wollte nur sicherstellen, dass du nicht annimmst dass ein Posting im Forum einem Bug-Rport / Issue entspricht.

Nein, das nehme ich nicht an. Wär ja noch schöner wenn die Entwickler sich jeden Tag noch durch das ganze Forum quälen sollen

[DJMarc75]

@thomas_

Dieses Forum ist ein sehr gutes Forum in dem man gerne hilft.

Hör auf, nachdem Du nicht mal 24 Stunden als User angemeldet bist, mit Downvotes um Dich zu werfen !

Es gibt da keinen Grund dazu.
DU suchst Hilfe und nicht die Helfenden.

https://forum.iobroker.net/topic/51555/hinweise-für-gute-forenbeiträge

Lasst uns doch ein gutes Miteinander hier haben bitte.

[DJMarc75]

@thomas_ und warum jetzt schon wieder einen Downvote für einen schlichtenden Beitrag ?

[A Former User]

@djmarc75 schlichtender Beitrag. :clown_face:

[Samson71]

@thomas_
Sollte das hier jetzt in "Kindergarten" ausarten, gibt es auch andere Möglichkeiten.

Der Anfang von solchen Dingen ist in der Tat ganz oft das um sich werfen mit Downvotes. Gerade als Neuuser macht man sich so bestimmt dauerhaft beliebt und wird ganz sicher zu einem sinnvollen Teil dieser Community ;)

[Samson71]

Also doch das Trotz-Schema. Scheint ein sonniges Gemüt zu haben unser Diplom-Inhaber.

[mcm1957]

Also bitte könntet ihr alle mal ganz ganz tief durchatmen und vor dem nächsten Posting nachdenken was das zum im Eröffnungsposting angesprochenen Thema beiträgt. Technische Dateils sind gefragt.

Emotionsgeladene weieter Beiträge bringen nichts und machen den das Topic nur unlesbar.

Sollten daher weieter reinie Emotionsbeiträge kommen würde ich den Admins vorschlagen hier mal zu schließen. Zur Sache wurde ja schon ausführlich diskutiert - auch wenn es keine Lösung gab. Und eine Behandlung als Issue muss sowieso unter Angabe der benötigten Informationen erfolgen.

[Homoran]

@mcm57 sagte in Speicherverbrauch durch im Admin UI aufgeblähte Objekte:

muss sowieso unter Angabe der benötigten Informationen erfolgen.

die es hier nie gegeben hat, und durch den Weggang des TE auch weiterhin nicht kommen werden.

[Samson71]

@mcm57
Alles gut. Zu meinem Kommentar stehe ich aber. Es ist und bleibt eine pure Trotzreaktion. Es wurde mehrfach versucht das Ganze runterzuspielen und den Ball wieder flach zu bekommen. Und die ganze Diskussion um den vermeintlichen Fehler ist wirkungslos, wenn nicht mal ansatzweise erbetene Infos geliefert werden.

[DJMarc75]

@mcm57

Der User hat sich abgemeldet :sneezing_face: ;)

[mcm1957]

@A Former User said in Speicherverbrauch durch im Admin UI aufgeblähte Objekte:

Ich habs gefunden! Da ist irgendwo ein Bug in der Admin UI im Zusammenspiel mit dem SQL Adapter! Ziemlich sicher bei der Aktion "alle Zustände bearbeiten".
Und wahrscheinlich nur beim USERDATA Ast.

Habe mir die Backup Datei angesehen, dort hab ich es gesehen. Da steht in den ganzen Objekten folgendes drin.

Auf der Oberfläche steht es auch drin wenn man die die Objekte in der JSON Ansicht aufmacht.

Da sollte eigentlich einfach "debounce": 1000 stehen. Stattdessen wird dort eingetragen:

"debounce": [
          0,
          [
            0,
            [
              0,
              1000
            ],
            [
              0,
              1000
            ],
... 34 Millionen Zeilen (!!!) später ...
            [
              0,
              1000
            ],
            1000
          ],
          1000
        ]

Könnte ev. mit diesem Issue zusammenhängen bzw. gefixed sein:
https://github.com/ioBroker/ioBroker.admin/issues/2359