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

View Issue Details[ Jump to Notes ] [ Issue History ] [ Print ]
ID
0028396
TypeCategorySeverityReproducibilityDate SubmittedLast Update
defect[Openbravo ERP] B. User interfaceminoralways2014-12-12 09:292016-10-24 10:07
ReportercaristuView Statuspublic 
Assigned ToAugustoMauch 
PriorityhighResolutionfixedFixed in Version3.0PR15Q1
StatusclosedFix in branchFixed in SCM revisionee94d9308674
ProjectionnoneETAnoneTarget Version3.0PR15Q2
OSAnyDatabaseAnyJava version
OS VersionDatabase versionAnt version
Product VersionpiSCM revision 
Review Assigned Toalostale
Web browser
ModulesCore
Regression level
Regression date
Regression introduced in release
Regression introduced by commit
Triggers an Emergency PackNo
Summary

0028396: Focus is placed automatically on the field group (if any) having all the fields in read only mode

DescriptionFocus is placed automatically on the field group (if any) having all the fields in read only mode.

This is happening because in this case the first focused element type is "OBSectionItem"
Steps To ReproduceAs system admin
1) Go to the [Field category] window and create a new field category
2) Go to the [Windows, Tabs and Fields] window, navigate to the Unit of Measure record, and assign the recently created field category to the Active field, for example.
Login as F&B Admin
3) Go to the [Unit of Measure] tab and increase the Translation tab enough to have scrolling on the header
4) Access on any register in form mode. Notice that the screen scrolls down automatically to the new field category.
TagsNo tags attached.
Attached Files? file icon issue28396.export [^] (2,274 bytes) 2014-12-29 12:23

- Relationships [ Relation Graph ] [ Dependency Graph ]
related to defect 00282313.0PR15Q2 closedAugustoMauch Focus is placed automatically on the last field under some circumnstances 
related to defect 0034057 closedNaroaIriarte Wrong Tabulation Order in form fields in Organization window 

-  Notes
(0072850)
AugustoMauch (administrator)
2014-12-29 12:25

 A fix has been attached. It will be pushed to pi once it is open for changesets targeting PR15Q2
(0073308)
hgbot (developer)
2015-01-05 16:03

 Repository: erp/devel/pi
Changeset: ee94d9308674dfe3ab1767bbc87274d59a92d31b
Author: Augusto Mauch <augusto.mauch <at> openbravo.com>
Date: Mon Dec 29 12:22:58 2014 +0100
URL: http://code.openbravo.com/erp/devel/pi/rev/ee94d9308674dfe3ab1767bbc87274d59a92d31b [^]

Fixes bug 28396:Focus not placed in field group if form has no editable fields

The issue 28396 [1] describes a problem that happens when the first focused field is a field group. This other issue [2] describes a very similar problem, the only difference beinge that instead of being reproduced in general field groups, it was reproduced for the specific audit field group. Its fixes [3], [4] only solved the problem for that particular field group.

The present changeset fixes the problem in a more general way. Instead on checking the type of the field being focused (that will change depending of whether the field group is general or specific (audit, notes, attachments, etc) it calls isc.isA.SectionItem to see whether the focused field is a field group.

[1] https://issues.openbravo.com/view.php?id=28396 [^]
[2] https://issues.openbravo.com/view.php?id=28231 [^]
[3] https://code.openbravo.com/erp/devel/pi/rev/a72704b89964c9dd369c422ccefeecca16e26551 [^]
[4] https://code.openbravo.com/erp/devel/pi/rev/c523abe0e8115d406c7e2515be7aef9d5209ce73 [^]

---
M modules/org.openbravo.client.application/web/org.openbravo.client.application/js/form/ob-view-form.js
---
(0073417)
alostale (manager)
2015-01-12 12:16

 code reviewed + tested
(0074106)
hudsonbot (developer)
2015-02-04 20:33

 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/f36c91d0ad63 [^]
Maturity status: Test
(0074107)
hudsonbot (developer)
2015-02-04 20:33

 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/f36c91d0ad63 [^]
Maturity status: Test

- Issue History
Date Modified Username Field Change
2014-12-12 09:29 caristu New Issue
2014-12-12 09:29 caristu Assigned To => dbaz
2014-12-12 09:29 caristu Modules => Core
2014-12-12 09:29 caristu Resolution time => 1422831600
2014-12-12 09:29 caristu Triggers an Emergency Pack => No
2014-12-12 09:30 caristu Steps to Reproduce Updated View Revisions
2014-12-12 09:30 caristu Relationship added related to 0028231
2014-12-12 09:38 caristu Issue Monitored: networkb
2014-12-12 09:38 caristu Description Updated View Revisions
2014-12-12 09:39 caristu Description Updated View Revisions
2014-12-29 10:56 AugustoMauch Assigned To dbaz => AugustoMauch
2014-12-29 12:23 AugustoMauch File Added: issue28396.export
2014-12-29 12:25 AugustoMauch Note Added: 0072850
2014-12-29 12:25 AugustoMauch Status new => scheduled
2014-12-29 12:25 AugustoMauch fix_in_branch => pi
2015-01-05 13:39 AugustoMauch Issue Monitored: alostale
2015-01-05 13:39 AugustoMauch Review Assigned To => alostale
2015-01-05 13:39 AugustoMauch fix_in_branch pi =>
2015-01-05 16:03 hgbot Checkin
2015-01-05 16:03 hgbot Note Added: 0073308
2015-01-05 16:03 hgbot Status scheduled => resolved
2015-01-05 16:03 hgbot Resolution open => fixed
2015-01-05 16:03 hgbot Fixed in SCM revision => http://code.openbravo.com/erp/devel/pi/rev/ee94d9308674dfe3ab1767bbc87274d59a92d31b [^]
2015-01-12 12:16 alostale Note Added: 0073417
2015-01-12 12:16 alostale Status resolved => closed
2015-01-12 12:16 alostale Fixed in Version => 3.0PR15Q1
2015-02-04 20:33 hudsonbot Checkin
2015-02-04 20:33 hudsonbot Note Added: 0074106
2015-02-04 20:33 hudsonbot Checkin
2015-02-04 20:33 hudsonbot Note Added: 0074107
2016-10-24 10:07 NaroaIriarte Relationship added related to 0034057

Copyright © 2000 - 2009 MantisBT Group
Powered by Mantis Bugtracker