Bug Reports

Das neue Feature ist schön, wenn man mit Anklicken einen Artikel als bereits geöffnet markieren kann. Neue Nutzer werden aber hier beim Scannen öfters auch Gebrauchsgegenstände wie bspweise Tee haben, der beim Katalogisieren gewiss schon früher als das heutige Datum angebrochen ist. Schön wäre also hier beim Nutzen des Features, dass man hier ein Alternativdatum angeben kann, das abweichend von "heute" sein kann, man das "Heute" aber über Switch gerne auch beibehalten kann, wenn eben passend.

Im April 2025 würde das Jahresabo abgeschlossen und auch bezahlt. Bei der letzten Nutzung der App am 20. Mai 2025 wird jetzt wieder angezeigt, dass die kostenlose Version genutzt wird.

Beispiel: https://de.openfoodfacts.org/produkt/29020713/gefl%C3%BCgel-grillgew%C3%BCrzsalz-grill-time angelegt mit Foto als Hähnchen Grill Gewürz Tatsächlich ist es (bei uns?) ein Fischgewürz von Aldi gleicher Marke Was ich nicht ausschließen kann... die EAN Nummer läuft als Aktionsware über mehrere Artikel. Jedoch... auch Supermärkte wollen ihre Abverkäufe und Nachbestellungen genau halten, daher denke ich nicht, dass die gleichlautend laufen, aber das könnte hier mit reinspielen. Deutlich schwieriger aber hieran: Hier fehlt eine "Änderung vorschlagen" Funktion, ggfs mit Rückmeldung für alle Nutzer, die dieses Objekt unter der EAN-Nummer bereits inventarisiert haben. Editiert man nun das Produkt, so editiert man es FÜR JEDERMANN. Das ist brandgefährlich, da hier Trolle ein Spampotential für Bilder und Beschreibungen haben Wir haben hier bspweise mit einem Test, wo wir ein Paprikagewürz, was ein Mitnutzer der App bereits eingesellt hatte, tatsächlich bei uns ein Chili-Gewürz nun erkannt, und mit die Editierfunktion benutzt und bemerkt, dass hier ohne Rückmeldung überschrieben und passend weitergeleitet wird: https://de.openfoodfacts.org/produkt/29020195/ ist übergeordnet - die vorherige Verlinkung ist gelöscht und überschrieben, man wird nun bei Aufruf auf unsere Änderung https://de.openfoodfacts.org/produkt/29020195/chili-flocken-flora-gew%C3%BCrze weitergeleitet. Wenn also jeder jedes Produkt sowohl in der angebundenen Datenbank als auch übergreifend bei openfoodworld blind editieren darf, so ist das eine mögliche Spam-Schleuder. Die Gefahr wäre da, dass selbst Spam-Roboter Spamlinks und im schlimmsten Falle obszöne Porno-Bilder auf alle bestehenden EAN-Nummern überschreiben, die jeder Nutzer dann passend zu seinem vorherigen richtigen Produkt ungewollt aktualisiert bekommt. Das böse Erwachen für diesen Fall sollet ihr Euch denken können...

Die Speisekammer App wird mit seinen Popups gern zum täglichen Alleinunterhalter, je mehr man an angebrochenen und abgelaufenen Artikeln einstellt. Dabei teils auch zu kontinuierlich und täglich. Hier wäre es ggfs sinnvoll eigene Werte beim Einstellen des Status "angebrochen/abgelaufen" zu vergeben, die einen nach Tagen X an einen bereits angebrochenen oder gar abgelaufenen Posten erinnern soll, ansonsten kann das Pop-Up irgendwann unnötig informieren mit Infos, die man nun eh schon weiß oder gar erst vor kurzem erstellt hat.

Mir nicht passiert... aber ich denke um die Ecke für alle. Man möchte einen Speicherort löschen, hat hier aber bereits einiges inventarisiert und vergisst/ignoriert das mit dem Löschen des Bezogenen Ortes, das damit verknüpfte Inventar ebenso gelöscht wird. Und ja... man wird hierbei zur Zeit schon drauf hingewiesen... das dürfte aber ein Best Practice Fehler sein. Besser wäre hier für diesen Fall einen temporären Ort "Unsortiert" einzufügen, der übergangsweise genutzt wird, damit hier bereits gescanntes Inventar neu zugeordnet werden kann und nicht durch Löschung verloren geht.

Oft sind Konserven und Co wiederkehrende Positionen, die App möchte um katalogisieren aber immer den konstanten Zugriff zum Internet. Insbesondere bei schwachen Empfang in isolierten stark gemauerten Kellerräumen wird das zum Problem. Der Empfang kann nicht hergestellt werden. Es läuft ja auch eine lokale Kopie der eigenen Datenbank, die selbständig lernen könnte, je mehr man ihr durch das eigene Konsum Verhalten beigebracht hat, welche EAN Nummern für sie präsent bleiben. Natürlich kann man auch verräumende Positionen vorher in der App katalogisieren, oft macht man das aber am liebsten auch am Ort selbst. Die Strichcode Erkennung arbeitet auch ohne Internet Verbindung (nur gutes Licht erforderlich) und so könnte eine lokale Kopie in schwachen Räumen sich Änderungen temporär speichern (aufgrund zuvorigen Wissens bei bereits bekannten EAN-Nummern), während es später bei gutem Signal wieder synchronisieren kann und eine Kellerraum Aktualisierung übernimmt. Bekannte Artikel könnten so durch eine lokale Datenbank auch offline durch vorherige lokale Abspeicherung vorgehalten werden und müssten nicht jedes Mal durch Abfragen der externen Produktdatenbank erneut angefragt werden. Die App könnte bei wiederherstellen der Netzwerk Verbindung dann anfragen "lokale Bestände online zur eigenen Datenbank synchronisieren?" so wäre auch das Arbeiten bei schwachen oder nicht vorhandenen Internet möglich. Neue EANs, die im Offline Zustand aufgenommen worden sind, könnten beim Synchronisieren dann mit der offenen Datenbank abgeglichen und nachträglich benannt werden.

Derzeitig werden in der App Lagerorte nur bei exakter Schreibweise wie angelegt gelöscht. Wenn hier versteckte Leerzeichen zuviel beim Anlegen angelegt werden, so wundert man sich, dass man dies nicht bestätigen kann, weil man sich be der Schreibweise vertut und ggfs hier das Problem durch Leerzeichen gar nicht erkennen kann. ein komplettes Markieren des Lagerortes klappt dann auch nicht. Hier einfach eine doppelte Absicherung beim Löschen einzugeben, die den genauen Lagerort noch einmal angibt, wäre wahrscheinlich sinnvoller.

Seit dem letzten Update für Google Pixel (feature drop mit Material 3 Expressive) gibt es einen Bug beim Scannen. Obwohl die Berechtigung für die Kamera erteilt ist, bleibt der Bildschirm bei einer Abfrage stehen ("Frage Erlaubnis an"). Wenn man die Berechtigung in den App-Einstellungen entfernt, fragt die App korrekt nach, danach funktioniert der Scan einmalig. Beim nächsten Scan wieder das gleiche Problem. Die manuelle Eingabe der EAN funktioniert, jedoch ist das Eingabefeld von der Tastatur verdeckt, es rutscht nicht nach oben, wenn die Tastatur offen ist. Pixel 8 Pro, Android build BP3A.250905.014

Schön wäre eine Ansicht, wonach man bestehende Komponenten der "Speisekammer" für die Wochenplanung vorplanen kann. So könnte eine Einkaufsliste mit effizient optimiert werden und andererseits arbeitet man gezielter gegen "ablaufende Posten" der eigenen Speisekammer an. Die Idee wäre hier Artikel mit einem Klick "zur Wochenplanung hinzufügen" aufzunehmen und danach gefragt zu werden "für welchen Tag siehst du den Verbrauch vor?" wo man in Folge Montag bis Sonntag festlegen kann. am Folgetag könnte man fragen, ob der Artikel verbraucht, angebrochen oder nicht genutzt wurde.

In der iOS Mittteilungszentrale tauchen Meldungen auf, dass Produkte ablaufen. Beim Klick auf die Meldung wird nur die App geöffnet und es wird nicht zum Produkt geführt