Defect #13587
openunpredictable tab position after ajax call loading workflow
0%
Description
Hi,
One of our ticketmanagers uses mainly his keyboard for editing tickets. We just upgraded from 1.8 to 2.2.3 and we noticed a change in behavior when using the tab key on issue fields.
I have added some images to explain the problem, the final tab position is different in different browsers
1) we start a normal ticket.
2) enter subject, hit tab to go to description
3) enter description, hit tab to go to status field
4) type "A" to get "assigned"
5) ajaxupdate shortly visible, the field focus is gone.
6) press tab for next field but suddenly focus is on emoticon location (position depends on different browsers but selected field is never the correct one)
It seems after the ajax call the focus is lost. I guess later versions will also be affected by this little bug.
Files
Related issues
Updated by Simon Edwards over 11 years ago
I'm seeing the same thing, and also that if you change the tracker type and tab to the Subject field, anything you type is lost when the AJAX request completes (as well as focus being lost).
Updated by Etienne Massip over 11 years ago
Second point is mentioned in #14621.
Updated by Etienne Massip over 11 years ago
- Related to Defect #14621: AJAX call on the issue form resets data entered during the request added
Updated by Mischa The Evil over 11 years ago
- Status changed from New to Confirmed
Confirmed on m.redmine.org (2.3.1.stable.11915) with all three Ajaxified fields (project, tracker & status).