Anonymous | Login
Project:
RSS
  
News | My View | View Issues | Roadmap | Summary

View Issue Details[ Jump to Notes ] [ Issue History ] [ Print ]
ID
0017610
TypeCategorySeverityReproducibilityDate SubmittedLast Update
defect[Openbravo ERP] B. User interfacemajoralways2011-06-10 20:422011-07-05 17:30
ReporterdbazView Statuspublic 
Assigned Todbaz 
PriorityurgentResolutionfixedFixed in Version
StatusclosedFix in branchFixed in SCM revisionecbb4c95a556
ProjectionnoneETAnoneTarget Version3.0MP1
OSAnyDatabaseAnyJava version
OS VersionDatabase versionAnt version
Product VersionSCM revision 
Review Assigned To
Web browser
ModulesCore
Regression level
Regression date
Regression introduced in release
Regression introduced by commit
Triggers an Emergency PackNo
Summary

0017610: The focus goes to the last form item if firstFocusedField is not defined

DescriptionThe focus goes to the last form item if firstFocusedField is not defined
Steps To ReproduceAs "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
TagsNo tags attached.
Attached Filesdiff file icon 17610.diff [^] (864 bytes) 2011-06-13 11:23 [Show Content]

- Relationships [ Relation Graph ] [ Dependency Graph ]
related to defect 00179043.0MP2 closedalostale Focus is chosen randomly if there is no firstFocusedField defined in a tab 

-  Notes
(0038268)
hgbot (developer)
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
---
(0038287)
iperdomo (reporter)
2011-06-13 11:22

 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 (developer)
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 (developer)
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
---
(0038449)
hudsonbot (developer)
2011-06-22 11:44

 A changeset related to this issue has been promoted main and to the
Central Repository, after passing a series of tests.

Promotion changeset: https://code.openbravo.com/erp/devel/main/rev/abb438586c0e [^]

Maturity status: Test
(0038456)
hudsonbot (developer)
2011-06-22 11:44

 A changeset related to this issue has been promoted main and to the
Central Repository, after passing a series of tests.

Promotion changeset: https://code.openbravo.com/erp/devel/main/rev/abb438586c0e [^]

Maturity status: Test
(0038787)
marvintm (developer)
2011-07-05 17:30

 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).

- 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

Copyright © 2000 - 2009 MantisBT Group
Powered by Mantis Bugtracker