Openbravo Issue Tracking System - Openbravo ERP |
View Issue Details |
|
ID | Project | Category | View Status | Date Submitted | Last Update |
0010566 | Openbravo ERP | 09. Financial management | public | 2009-09-11 15:31 | 2009-10-22 00:00 |
|
Reporter | networkb | |
Assigned To | dbaz | |
Priority | high | Severity | minor | Reproducibility | always |
Status | closed | Resolution | fixed | |
Platform | | OS | 5 | OS Version | |
Product Version | 2.40MP8 | |
Target Version | 2.40MP11 | Fixed in Version | 2.50MP7 | |
Merge Request Status | |
Review Assigned To | |
OBNetwork customer | OBPS |
Web browser | |
Modules | Core |
Support ticket | |
Regression level | |
Regression date | |
Regression introduced in release | |
Regression introduced by commit | |
Triggers an Emergency Pack | No |
|
Summary | 0010566: GeneralLedgerReport changes its focus when clicking in any part of the window. |
Description | When 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 Reproduce | 1.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
|
Proposed Solution | |
Additional Information | |
Tags | No tags attached. |
Relationships | depends on | backport | 0010569 | 2.40MP11 | closed | dbaz | GeneralLedgerReport changes its focus when clicking in any part of the window. |
|
Attached Files | |
|
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:31 | networkb | OBNetwork customer | => Yes |
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 |
Notes |
|
|
David,
Is it a problem with focus function or something wrongly coded in this HTML?
Thanks. |
|
|
(0019835)
|
dbaz
|
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. |
|
|
|
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
|
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
|
2009-09-29 14:19
|
|
|
|
|
|