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

View Issue DetailsJump to Notes ] Issue History ] Print ]
ID
0009300
TypeCategorySeverityReproducibilityDate SubmittedLast Update
backport[Openbravo ERP] B. User interfaceminoralways2009-06-02 17:362009-06-26 12:50
ReporternetworkbView Statuspublic 
Assigned Toshuehner 
PriorityimmediateResolutionfixedFixed in Version2.35MP14
StatusclosedFix in branch2.3xFixed in SCM revision7e401661a974
ProjectionnoneETAnoneTarget Version
OSAnyDatabaseAnyJava version
OS VersionDatabase versionAnt version
Product Version2.35MP5SCM revision 
Merge Request Status
Review Assigned To
OBNetwork customerNo
Web browser
ModulesCore
Support ticket
Regression level
Regression date
Regression introduced in release
Regression introduced by commit
Triggers an Emergency PackNo
Summary

0009300: The application gets locked when a callout fails

DescriptionThe application gets locked when a callout fails.

Some examples could be:




In a automatic generated window (for example, Procurement Management ||
Transactions || Purchase Order || Header >> Lines) you insert a coma
',' as decimal separator instead of a point '.', the window gets locked and
it is not possible to save the window.





Steps To ReproduceWhen a product is selected in a sales order line it is not possible to
navigate to other tab or do an inverse-navigation.
Steps:
1.Go to Sales Management || Transactions || Sales Order || Header >>
Lines
2. select a different product
3. Click on "Tax" tab -> No effect
4. Click on "Business Partner" link -> No effect
TagsNo tags attached.
Attached Files

- Relationships Relation Graph ] Dependency Graph ]
related to defect 00001692.40 closedgorka_gil QA-CLEANUP Call-out in sales order window 
blocks defect 0002654 closeddbaz The application gets locked when a callout fails 

-  Notes
(0016914)
dbaz (viewer)
2009-06-03 12:24

some clues:

It has been set as a backport of

https://issues.openbravo.com/view.php?id=2654 [^]

but it is not the problem, since this fix is already done in 2.3x and it still fails.



In submitCommandForm function there is a line

if (gWaitingCallOut || (arrGeneralChange!=null && arrGeneralChange.length>0 && bolCheckChanges)) {

gWaitingCallout is not the problem. The problem is that arrGeneralChange is !=null and >0 always so the reloadFunction is always being called (In 2.40 and 2.50 is 0 in the test case)



There is an issue "related" which is

https://issues.openbravo.com/view.php?id=169 [^]

but with this fix it still doesn't work
(0017072)
rafaroda (viewer)
2009-06-08 09:37

A decision is being taken in order to decide how to resolve this issue.

Sorry for the inconveniences.
(0017075)
rafaroda (viewer)
2009-06-08 10:23

Reminder sent to: iciordia

Isma,

Any decision on this issue?

Thanks.
(0017223)
hgbot (developer)
2009-06-11 18:57

Repository: erp/stable/2.3x
Changeset: 7e401661a974f03211d6b268966f0da27026dad1
Author: Stefan Hühner <stefan.huehner <at> openbravo.com>
Date: Thu Jun 11 18:56:49 2009 +0200
URL: http://code.openbravo.com/erp/stable/2.3x/rev/7e401661a974f03211d6b268966f0da27026dad1 [^]

Fixed 9300: Fix corner case where an onchange event was triggered even when none exists,
leading to the callout response processing loop getting stuck.

---
M web/js/utils.js
---
(0017283)
sureshbabu (viewer)
2009-06-15 09:49

Tested working fine

- Issue History
Date Modified Username Field Change
2009-06-02 17:36 rafaroda New Issue
2009-06-02 17:36 rafaroda Assigned To => dbaz
2009-06-02 17:36 rafaroda OBNetwork customer => No
2009-06-02 17:36 rafaroda Issue generated from 0002654
2009-06-02 17:36 rafaroda Relationship added blocks 0002654
2009-06-02 17:37 rafaroda Reporter rafaroda => networkb
2009-06-02 17:37 rafaroda Status new => scheduled
2009-06-02 17:37 rafaroda fix_in_branch => 2.3x
2009-06-02 17:37 rafaroda Description Updated
2009-06-02 17:37 rafaroda Proposed Solution updated
2009-06-03 12:24 dbaz Note Added: 0016914
2009-06-03 12:25 dbaz Assigned To dbaz => rafaroda
2009-06-03 12:29 rafaroda Relationship added related to 0000169
2009-06-03 12:33 rafaroda Assigned To rafaroda => alostale
2009-06-03 12:33 rafaroda version => 2.35MP5
2009-06-03 15:07 alostale Assigned To alostale => dbaz
2009-06-03 22:30 dbaz Assigned To dbaz => rafaroda
2009-06-08 09:37 rafaroda Note Added: 0017072
2009-06-08 09:37 rafaroda Assigned To rafaroda => iciordia
2009-06-08 09:37 rafaroda Status scheduled => acknowledged
2009-06-08 10:23 rafaroda Note Added: 0017075
2009-06-11 18:29 shuehner Assigned To iciordia => shuehner
2009-06-11 18:57 hgbot Checkin
2009-06-11 18:57 hgbot Note Added: 0017223
2009-06-11 18:57 hgbot Status acknowledged => resolved
2009-06-11 18:57 hgbot Resolution open => fixed
2009-06-11 18:57 hgbot Fixed in SCM revision => http://code.openbravo.com/erp/stable/2.3x/rev/7e401661a974f03211d6b268966f0da27026dad1 [^]
2009-06-15 09:49 sureshbabu Status resolved => closed
2009-06-15 09:49 sureshbabu Note Added: 0017283
2009-06-15 09:49 sureshbabu Fixed in Version => 2.35MP13
2009-06-26 12:50 sureshbabu Fixed in Version 2.35MP13 => 2.35MP14


Copyright © 2000 - 2009 MantisBT Group
Powered by Mantis Bugtracker