Openbravo Issue Tracking System - Openbravo ERP
View Issue Details
IDProjectCategoryView StatusDate SubmittedLast Update
0009300Openbravo ERPB. User interfacepublic2009-06-02 17:362009-06-26 12:50
Reporternetworkb 
Assigned Toshuehner 
PriorityimmediateSeverityminorReproducibilityalways
StatusclosedResolutionfixed 
PlatformOS5OS Version
Product Version2.35MP5 
Target VersionFixed in Version2.35MP14 
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
Summary0009300: 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
Proposed Solution
Additional Information
TagsNo tags attached.
Relationships
related to defect 00001692.40 closed gorka_gil QA-CLEANUP Call-out in sales order window 
blocks defect 0002654 closed dbaz The application gets locked when a callout fails 
Attached Files
Issue History
Date ModifiedUsernameFieldChange
2009-06-02 17:36rafarodaNew Issue
2009-06-02 17:36rafarodaAssigned To => dbaz
2009-06-02 17:36rafarodaOBNetwork customer => No
2009-06-02 17:36rafarodaIssue generated from0002654
2009-06-02 17:36rafarodaRelationship addedblocks 0002654
2009-06-02 17:37rafarodaReporterrafaroda => networkb
2009-06-02 17:37rafarodaStatusnew => scheduled
2009-06-02 17:37rafarodafix_in_branch => 2.3x
2009-06-02 17:37rafarodaDescription Updated
2009-06-02 17:37rafarodaProposed Solution updated
2009-06-03 12:24dbazNote Added: 0016914
2009-06-03 12:25dbazAssigned Todbaz => rafaroda
2009-06-03 12:29rafarodaRelationship addedrelated to 0000169
2009-06-03 12:33rafarodaAssigned Torafaroda => alostale
2009-06-03 12:33rafarodaversion => 2.35MP5
2009-06-03 15:07alostaleAssigned Toalostale => dbaz
2009-06-03 22:30dbazAssigned Todbaz => rafaroda
2009-06-08 09:37rafarodaNote Added: 0017072
2009-06-08 09:37rafarodaAssigned Torafaroda => iciordia
2009-06-08 09:37rafarodaStatusscheduled => acknowledged
2009-06-08 10:23rafarodaNote Added: 0017075
2009-06-11 18:29shuehnerAssigned Toiciordia => shuehner
2009-06-11 18:57hgbotCheckin
2009-06-11 18:57hgbotNote Added: 0017223
2009-06-11 18:57hgbotStatusacknowledged => resolved
2009-06-11 18:57hgbotResolutionopen => fixed
2009-06-11 18:57hgbotFixed in SCM revision => http://code.openbravo.com/erp/stable/2.3x/rev/7e401661a974f03211d6b268966f0da27026dad1 [^]
2009-06-15 09:49sureshbabuStatusresolved => closed
2009-06-15 09:49sureshbabuNote Added: 0017283
2009-06-15 09:49sureshbabuFixed in Version => 2.35MP13
2009-06-26 12:50sureshbabuFixed in Version2.35MP13 => 2.35MP14

Notes
(0016914)
dbaz   
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   
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   
2009-06-08 10:23   
Reminder sent to: iciordia

Isma,

Any decision on this issue?

Thanks.
(0017223)
hgbot   
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   
2009-06-15 09:49   
Tested working fine