Openbravo Issue Tracking System - Openbravo ERP |
View Issue Details |
|
ID | Project | Category | View Status | Date Submitted | Last Update |
0017610 | Openbravo ERP | B. User interface | public | 2011-06-10 20:42 | 2011-07-05 17:30 |
|
Reporter | dbaz | |
Assigned To | dbaz | |
Priority | urgent | Severity | major | Reproducibility | always |
Status | closed | Resolution | fixed | |
Platform | | OS | 5 | OS Version | |
Product Version | | |
Target Version | 3.0MP1 | Fixed in Version | | |
Merge Request Status | |
Review Assigned To | |
OBNetwork customer | |
Web browser | |
Modules | Core |
Support ticket | |
Regression level | |
Regression date | |
Regression introduced in release | |
Regression introduced by commit | |
Triggers an Emergency Pack | No |
|
Summary | 0017610: The focus goes to the last form item if firstFocusedField is not defined |
Description | The focus goes to the last form item if firstFocusedField is not defined |
Steps To Reproduce | As "System Administrator" open "Module" window
Go to form view
Notice that the focus goes to the last section
This is wrong, it should go to the first focusable input
if you remove the line "canTabToHeader: true" of ob-formitem-section.js you notice that no element in the form gets the focus once it is loaded
if you keep the same line of ob-formitem-section.js then the focus is placed at the last section once the form is loaded |
Proposed Solution | |
Additional Information | |
Tags | No tags attached. |
Relationships | related to | defect | 0017904 | 3.0MP2 | closed | alostale | Focus is chosen randomly if there is no firstFocusedField defined in a tab |
|
Attached Files | 17610.diff (864) 2011-06-13 11:23 https://issues.openbravo.com/file_download.php?file_id=4200&type=bug |
|
Issue History |
Date Modified | Username | Field | Change |
2011-06-10 20:42 | dbaz | New Issue | |
2011-06-10 20:42 | dbaz | Assigned To | => dbaz |
2011-06-10 20:42 | dbaz | Modules | => Core |
2011-06-10 20:44 | hgbot | Checkin | |
2011-06-10 20:44 | hgbot | Note Added: 0038268 | |
2011-06-10 20:44 | hgbot | Status | new => resolved |
2011-06-10 20:44 | hgbot | Resolution | open => fixed |
2011-06-10 20:44 | hgbot | Fixed in SCM revision | => http://code.openbravo.com/erp/devel/pi/rev/0b90b5b8efeddbb4aaf58ca62fd8a44c6f693be9 [^] |
2011-06-13 11:22 | iperdomo | Note Added: 0038287 | |
2011-06-13 11:22 | iperdomo | Status | resolved => new |
2011-06-13 11:22 | iperdomo | Resolution | fixed => open |
2011-06-13 11:23 | iperdomo | File Added: 17610.diff | |
2011-06-13 11:23 | iperdomo | Fixed in SCM revision | http://code.openbravo.com/erp/devel/pi/rev/0b90b5b8efeddbb4aaf58ca62fd8a44c6f693be9 [^] => |
2011-06-13 11:23 | iperdomo | Target Version | 3.0MP0 => 3.0MP1 |
2011-06-13 13:06 | dbaz | Note Added: 0038293 | |
2011-06-13 13:07 | hgbot | Checkin | |
2011-06-13 13:07 | hgbot | Note Added: 0038294 | |
2011-06-13 13:07 | hgbot | Status | new => resolved |
2011-06-13 13:07 | hgbot | Resolution | open => fixed |
2011-06-13 13:07 | hgbot | Fixed in SCM revision | => http://code.openbravo.com/erp/devel/pi/rev/ecbb4c95a556053ca5678586c025583fc62903ea [^] |
2011-06-22 11:44 | hudsonbot | Checkin | |
2011-06-22 11:44 | hudsonbot | Note Added: 0038449 | |
2011-06-22 11:44 | hudsonbot | Checkin | |
2011-06-22 11:44 | hudsonbot | Note Added: 0038456 | |
2011-07-05 17:14 | marvintm | Relationship added | blocks 0017904 |
2011-07-05 17:14 | marvintm | Relationship deleted | blocks 0017904 |
2011-07-05 17:14 | marvintm | Relationship added | related to 0017904 |
2011-07-05 17:30 | marvintm | Note Added: 0038787 | |
2011-07-05 17:30 | marvintm | Status | resolved => closed |
Notes |
|
(0038268)
|
hgbot
|
2011-06-10 20:44
|
|
Repository: erp/devel/pi
Changeset: 0b90b5b8efeddbb4aaf58ca62fd8a44c6f693be9
Author: David Baz Fayos <david.baz <at> openbravo.com>
Date: Fri Jun 10 20:44:19 2011 +0200
URL: http://code.openbravo.com/erp/devel/pi/rev/0b90b5b8efeddbb4aaf58ca62fd8a44c6f693be9 [^]
Fixed issue 17610: Now the focus goes to the first focusable item, if firstFocusedField is not defined
---
M modules/org.openbravo.client.application/web/org.openbravo.client.application/js/form/ob-view-form.js
---
|
|
|
|
In Financial Account > Transactions the focus gets in "Audit" section, since all the previous fields are not "focusable".
We want to avoid resetting the focus on read-only and single-record tabs? |
|
|
(0038293)
|
dbaz
|
2011-06-13 13:06
|
|
Read-only/Disabled fields can not get the focus, so the focus moves to the first focusable item.
A fix will be added to force the scroll always be in the top of the form when it loads |
|
|
(0038294)
|
hgbot
|
2011-06-13 13:07
|
|
Repository: erp/devel/pi
Changeset: ecbb4c95a556053ca5678586c025583fc62903ea
Author: David Baz Fayos <david.baz <at> openbravo.com>
Date: Mon Jun 13 13:06:44 2011 +0200
URL: http://code.openbravo.com/erp/devel/pi/rev/ecbb4c95a556053ca5678586c025583fc62903ea [^]
Fixed issue 17610: Scroll now is always on top when form view loads (independently of where the focus is)
---
M modules/org.openbravo.client.application/web/org.openbravo.client.application/js/form/ob-view-form.js
---
|
|
|
|
|
|
|
|
|
|
The problem described in the issue has been fixed. However, a separate one has been discovered (the focused field is apparently chosen semi-randomly, from one of the first fields).
Therefore, a separate issue has been logged (17904). |
|