ImranR98/Obtainium

[Bug] Long changelog is slightly cut-off

Geschlossen

#2.177 geöffnet am 09.03.2025

Auf GitHub ansehen
 (1 Kommentar) (0 Reaktionen) (0 zugewiesene Personen)Dart (574 Forks)batch import
UIbuggood first issue

Repository-Metriken

Stars
 (19.129 Sterne)
PR-Merge-Metriken
 (Durchschn. Merge 17T) (30 gemergte PRs in 30 T)

Beschreibung

Prerequisites Please ensure your request is not part of an existing issue.

  • [x]

Please ensure you have checked the Obtainium Wiki.

  • [x]

Please ensure your request is an actual bug and not intended behaviour (this is frequently the case for issues involving version strings and the HTML source.

  • [x]

Describe the bug The last line in a long changelog is cut-off as you can't scroll far enough to see it. In my specific case, it may be because the last line is so long.

To Reproduce

  1. Look at an app with a long changelog
  2. Scroll to bottom
  3. See cut-off

Screenshots and Logs

ResizedImage_2025-03-09_10-53-44_1.png

Please complete the following information:

  • Device: Samsung Galaxy S10
  • OS: Android 12
  • Obtainium Version: 1.1.46

Additional context

Contributor Guide

Research-Richtung
Das Problem beschreibt, dass die letzte Zeile eines langen Changelogs abgeschnitten wird, weil der scrollbare Bereich nicht bis zum Ende reicht. Um dies zu beheben, untersuche das Widget, das den Changelog anzeigt, wahrscheinlich im UI Code der App. Suche nach einem `SingleChildScrollView` oder `ListView`, das Einschränkungen wie `shrinkWrap: true` oder unzureichendes `padding` haben könnte. Überprüfe die Implementierung des Changelog Dialogs oder Bildschirms. Stelle sicher, dass der Scroll Controller das Scrollen bis ganz nach unten ermöglicht, möglicherweise durch Anpassen des unteren Paddings oder Verwendung von `alwaysScrollableScrollPhysics`. Teste mit einem langen Changelog, um die Korrektur zu bestätigen.
Tech Stack
dartflutterandroid
Domain
mobilefrontend
Issue Type
Fehler
SchwierigkeitGeschätzte Implementierungsschwierigkeit für neue Contributors, von 1 für sehr kleine Änderungen bis 5 für Expertenarbeit.
2
Geschätzte ZeitEin grober Zeitrahmen, um zu recherchieren, zu implementieren, zu testen und einen Pull Request vorzubereiten.
1-3 Stunden
AktivitätsstatusWie verfügbar das Issue gerade wirkt: frisch, aktiv, stale, blockiert oder wartet auf Maintainer-Input.
Frisch
KlarheitWie klar das Issue die erwartete Änderung, Akzeptanzkriterien und den nächsten Schritt erklärt.
Klar
Voraussetzungen
Basic knowledge of FlutterUnderstanding of scrollable widgets
EinsteigerfreundlichkeitEin Score von 1 bis 100, der schätzt, wie zugänglich dieses Issue für First-Time Contributors ist.
70