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

View Issue Details[ Jump to Notes ] [ Issue History ] [ Print ]
ID
0010566
TypeCategorySeverityReproducibilityDate SubmittedLast Update
defect[Openbravo ERP] 09. Financial managementminoralways2009-09-11 15:312009-10-22 00:00
ReporternetworkbView Statuspublic 
Assigned Todbaz 
PriorityhighResolutionfixedFixed in Version2.50MP7
StatusclosedFix in branchFixed in SCM revision6cca33b96d30
ProjectionnoneETAnoneTarget Version2.40MP11
OSAnyDatabaseAnyJava version
OS VersionDatabase versionAnt version
Product Version2.40MP8SCM revision 
Review Assigned To
Web browser
ModulesCore
Regression level
Regression date
Regression introduced in release
Regression introduced by commit
Triggers an Emergency PackNo
Summary

0010566: GeneralLedgerReport changes its focus when clicking in any part of the window.

DescriptionWhen you run GeneralLedgerReport in html format, if you scrolls down or scrolls right to check data obtained and then clicks in any part of the window, the window scrolls up automatically to focus's place
Steps To Reproduce1.Financial Management || Accounting || Analysis Tools || General Ledger Report:
    1.1. Choose any valid date
    1.2. Run report
2. Scrolls down to check any data and click in any part of the window
3. Check that you loose your position and the window goes up to focus place
TagsNo tags attached.
Attached Files

- Relationships [ Relation Graph ] [ Dependency Graph ]
depends on backport 00105692.40MP11 closeddbaz GeneralLedgerReport changes its focus when clicking in any part of the window. 

-  Notes
(0019808)
rafaroda (developer)
2009-09-11 15:49

 David,

Is it a problem with focus function or something wrongly coded in this HTML?

Thanks.
(0019835)
dbaz (developer)
2009-09-11 22:47

 I don't see where the problem is...

I mean, due to OB focus logic, just some items can have focus, and this is a constrain that fight agains browser default focus behavior.

To success in that behaviour, the JS checks where a click is done to see if it can have focus or not. If not, the focus return to the last permitted focused item.

Desglosing the behavior:
1. Item A has focus
2. You click on a item B which can not have focus following OB rules
3. Browser default focus behavior sets the focus to this element B (this can not be jumped nor faked)
4. OB javascript check that B could not have focus
5. OB javascript put focus back on element A

Now what is happening is that you click in a part of the form where there is not element that can have focus (following OB focus logic), so the focus return to the last focused item. If this last focused item is no visible, the scroll moves to a position where it is visible (it is a standard browser behavior).

Once more time, I don't know what is your problem or your client's problem with this behavior.
(0020247)
networkb (developer)
2009-09-21 18:57

 Ok, so in order to justify this behavior to our partner, could you please provide the link or the documentation where OB focus logic is explained to share it with him.

Regards
(0020405)
hgbot (developer)
2009-09-28 14:43

 Repository: erp/devel/pi
Changeset: 6cca33b96d30effc65317278101d1a6443f0c340
Author: David Baz Fayos <david.baz <at> openbravo.com>
Date: Mon Sep 28 13:29:50 2009 +0200
URL: http://code.openbravo.com/erp/devel/pi/rev/6cca33b96d30effc65317278101d1a6443f0c340 [^]

Fixed issue 10566: Changed focus behavior when clicking on empty spaces

---
M src/org/openbravo/erpCommon/security/Login_F1.html
M web/js/utils.js
M web/js/windowKeyboard.js
---
(0020521)
hgbot (developer)
2009-09-29 14:19

 Repository: erp/devel/pi-pageddatagrid
Changeset: 6cca33b96d30effc65317278101d1a6443f0c340
Author: David Baz Fayos <david.baz <at> openbravo.com>
Date: Mon Sep 28 13:29:50 2009 +0200
URL: http://code.openbravo.com/erp/devel/pi-pageddatagrid/rev/6cca33b96d30effc65317278101d1a6443f0c340 [^]

Fixed issue 10566: Changed focus behavior when clicking on empty spaces

---
M src/org/openbravo/erpCommon/security/Login_F1.html
M web/js/utils.js
M web/js/windowKeyboard.js
---
(0021254)
arunkumar (reporter)
2009-10-21 11:17

 Tested & Working fine.

- Issue History
Date Modified Username Field Change
2009-09-11 15:31 networkb New Issue
2009-09-11 15:31 networkb Assigned To => rafaroda
2009-09-11 15:39 rafaroda Assigned To rafaroda => dalsasua
2009-09-11 15:39 rafaroda Priority immediate => high
2009-09-11 15:39 rafaroda Status new => scheduled
2009-09-11 15:39 rafaroda fix_in_branch => pi
2009-09-11 15:49 rafaroda Note Added: 0019808
2009-09-11 15:49 rafaroda Assigned To dalsasua => dbaz
2009-09-11 15:49 rafaroda fix_in_branch pi =>
2009-09-11 22:47 dbaz Note Added: 0019835
2009-09-11 22:47 dbaz Status scheduled => feedback
2009-09-21 18:57 networkb Note Added: 0020247
2009-09-22 16:29 networkb Status feedback => new
2009-09-25 07:25 rafaroda Status new => acknowledged
2009-09-28 14:43 hgbot Checkin
2009-09-28 14:43 hgbot Note Added: 0020405
2009-09-28 14:43 hgbot Status acknowledged => resolved
2009-09-28 14:43 hgbot Resolution open => fixed
2009-09-28 14:43 hgbot Fixed in SCM revision => http://code.openbravo.com/erp/devel/pi/rev/6cca33b96d30effc65317278101d1a6443f0c340 [^]
2009-09-29 14:19 hgbot Checkin
2009-09-29 14:19 hgbot Note Added: 0020521
2009-09-29 14:19 hgbot Fixed in SCM revision http://code.openbravo.com/erp/devel/pi/rev/6cca33b96d30effc65317278101d1a6443f0c340 [^] => http://code.openbravo.com/erp/devel/pi-pageddatagrid/rev/6cca33b96d30effc65317278101d1a6443f0c340 [^]
2009-10-21 11:17 arunkumar Status resolved => closed
2009-10-21 11:17 arunkumar Note Added: 0021254
2009-10-21 11:17 arunkumar Fixed in Version => 2.50MP7
2009-10-22 00:00 anonymous sf_bug_id 0 => 2883558

Copyright © 2000 - 2009 MantisBT Group
Powered by Mantis Bugtracker