actualbudget/actual

[Bug]: Mobile: Enter after inserting transaction split amount > UI moves to next split but keyboard focus stays on the 1st amount

Ouverte

#3 933 ouverte le 5 déc. 2024

Voir sur GitHubGuide contributeur
 (0 commentaire) (0 réaction) (0 personne assignée)JavaScript (603 forks)batch import
buggood first issueresponsiveuser interface

Métriques du dépôt

Stars
 (7 129 étoiles)
Métriques de merge PR
 (Merge moyen 4j 15h) (165 PRs mergées en 30 j)

Description

Verified issue does not already exist?

  • I have searched and found no existing issue
  • I will be providing steps how to reproduce the bug (in most cases this will also mean uploading a demo budget file)

What happened?

I was expecting that the focus would've moved to the next split items amount if the UI moved there. Or actually, that it would've closed the keyboard

Steps to repro:

  1. be on mobile (view)
  2. Click on new transaction > enter an amount
  3. Click 'split' > type the amount > press enter (4. move to the second split, enter amount, press enter > nothing happens)

Happens on edge and on v24.11.0, Chrome 131 on android and Windows 11

https://github.com/user-attachments/assets/afa4dc33-92f6-4ca8-a3f6-50aab3739711

Where are you hosting Actual?

Pikapods

What browsers are you seeing the problem on?

Chrome

Operating System

Mobile Device

Guide contributeur

Direction de recherche
Reproduire le bug en vue mobile. Localiser le composant de saisie du montant de la transaction divisée, probablement dans le formulaire de saisie de transaction. Inspecter le gestionnaire d'événement keydown pour la touche Entrée pour voir pourquoi le focus ne passe pas à l'entrée de division suivante. Vérifier s'il existe une fonction de gestion du focus ou si la propagation de l'événement est arrêtée. L'interface utilisateur passe à la division suivante, indiquant que les états changent, mais le focus n'est pas mis à jour. Un correctif pourrait impliquer d'utiliser des refs pour cibler programmatiquement l'entrée suivante.
Stack technique
javascript
Domaine
mobile
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.
Active
ClartéClarté avec laquelle l'issue explique le changement attendu, les critères d'acceptation et la prochaine étape.
Claire
Prérequis
Git
Accessibilité débutantScore de 1 à 100 estimant l'accessibilité de cette issue pour un premier contributeur.
75