actualbudget/actual

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

Open

#3.933 aberto em 5 de dez. de 2024

Ver no GitHub
 (0 comments) (0 reactions) (0 assignees)JavaScript (603 forks)batch import
buggood first issueresponsiveuser interface

Métricas do repositório

Stars
 (7.129 stars)
Métricas de merge de PR
 (Mesclagem média 4d 15h) (165 fundiu PRs em 30d)

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

Guia do colaborador

Direção de pesquisa
Reproduzir o bug na visualização móvel. Localizar o componente de entrada de valor da transação dividida, provavelmente no formulário de entrada da transação. Inspecionar o manipulador de evento keydown para a tecla Enter para ver por que o foco não se move para a próxima entrada de divisão. Verificar se há uma função de gerenciamento de foco ou se a propagação do evento está sendo interrompida. A interface do usuário passa para a próxima divisão, indicando que os estados mudam, mas o foco não é atualizado. Uma correção pode envolver o uso de refs para focar programaticamente a próxima entrada.
Pilha de tecnologia
javascript
Domain
mobile
Tipo Issue
Bug
DifficultyDificuldade de implementação estimada para um novo contribuidor, de 1 para alterações muito pequenas a 5 para trabalho de nível especializado.
2
Tempo estimadoUm intervalo de tempo aproximado para um colaborador experiente investigar, implementar, testar e preparar um pull request.
1-3 horas
Status da atividadeQuão disponível o issue aparece agora: novo, ativo, obsoleto, bloqueado ou aguardando entrada do mantenedor.
Ativo
ClarityCom que clareza o issue explica a mudança esperada, os critérios de aceitação e a próxima etapa.
Claro
Prerequisites
Git
Simpatia para novatosUma pontuação de 1 a 100 que estima o quão acessível este issue é para colaboradores iniciantes.
75