ImranR98/Obtainium

[Bug] Long changelog is slightly cut-off

Fermée

#2 177 ouverte le 9 mars 2025

Voir sur GitHub
 (1 commentaire) (0 réaction) (0 personne assignée)Dart (574 forks)batch import
UIbuggood first issue

Métriques du dépôt

Stars
 (19 129 étoiles)
Métriques de merge PR
 (Merge moyen 17j) (30 PRs mergées en 30 j)

Description

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

Guide contributeur

Direction de recherche
Le problème décrit que la dernière ligne d'un journal des modifications long est coupée car la zone déroulante n'atteint pas le bas. Pour résoudre ce problème, examinez le widget qui affiche le journal des modifications, probablement dans le code d'interface utilisateur de l'application. Recherchez un `SingleChildScrollView` ou `ListView` qui pourrait avoir des contraintes comme `shrinkWrap: true` ou un `padding` insuffisant. Vérifiez l'implémentation de la boîte de dialogue ou de l'écran du journal des modifications. Assurez vous que le contrôleur de défilement permet de défiler jusqu'au tout bas, éventuellement en ajustant le remplissage inférieur ou en utilisant `alwaysScrollableScrollPhysics`. Testez avec un journal des modifications long pour confirmer la correction.
Stack technique
dartflutterandroid
Domaine
mobilefrontend
Type d'issue
Bug
DifficultéDifficulté estimée pour un nouveau contributeur, de 1 pour un très petit changement à 5 pour un travail expert.
2
Temps estiméFourchette de temps approximative pour investiguer, implémenter, tester et préparer une pull request.
1-3 heures
Statut d'activitéDisponibilité apparente de l'issue : fraîche, active, ancienne, bloquée ou en attente d'un mainteneur.
Récente
ClartéClarté avec laquelle l'issue explique le changement attendu, les critères d'acceptation et la prochaine étape.
Claire
Prérequis
Basic knowledge of FlutterUnderstanding of scrollable widgets
Accessibilité débutantScore de 1 à 100 estimant l'accessibilité de cette issue pour un premier contributeur.
70