Openbravo Issue Tracking System - Openbravo ERP
View Issue Details
IDProjectCategoryView StatusDate SubmittedLast Update
0027674Openbravo ERPA. Platformpublic2014-09-24 19:182014-11-24 08:57
Reportercaristu 
Assigned ToAugustoMauch 
PriorityurgentSeveritymajorReproducibilityalways
StatusclosedResolutionfixed 
PlatformOS5OS Version
Product Versionpi 
Target VersionFixed in Version3.0PR15Q1 
Merge Request Status
Review Assigned Toalostale
OBNetwork customer
Web browser
ModulesCore
Support ticket
Regression level
Regression date
Regression introduced in release
Regression introduced by commit
Triggers an Emergency PackNo
Summary0027674: Selected record is lost when the amount of records shown is high
DescriptionThe selected record is lost when the amount of records shown by a view in a tab is high
Steps To Reproduce1) Use an environment which has more that 1000 sales invoices
2) Access to the [Sales Invoice]
3) Remove filters and sort by creation date
4) Create a new record in form view. Click on the "Create Lines From" button to create the invoice fields. Everything works fine
5) Click on the create new record in form button again. From this moment one of this behaviors could happen:
  a) The selected record is lost. Is not possible to click on the "Create Lines From" button
  b) The selected record is not lost yet. Click on the "Create Lines From" button. After clicking on the "OK" button in the popup, the selected record will be lost
Proposed Solution
Additional Information
TagsNo tags attached.
Relationships
related to defect 00271693.0PR14Q4 closed shankarb Unexpected behavior in saved views that includes a filter 
depends on design defect 0025811 closed AugustoMauch unnecessary request on grid refresh 
Attached Files
Issue History
Date ModifiedUsernameFieldChange
2014-09-24 19:18caristuNew Issue
2014-09-24 19:18caristuAssigned To => AugustoMauch
2014-09-24 19:18caristuModules => Core
2014-09-24 19:18caristuResolution time => 1414015200
2014-09-24 19:18caristuTriggers an Emergency Pack => No
2014-09-24 19:19caristuTarget Version => 3.0PR14Q4
2014-09-24 19:19caristuIssue Monitored: networkb
2014-09-24 19:26caristuSummarySelected record is lost when the amount of records shown by a view in a tab is high => Selected record is lost when the amount of records shown by a saved view in a tab is high
2014-09-24 19:30caristuRelationship addedrelated to 0027169
2014-09-24 19:43heccamIssue Monitored: heccam
2014-09-29 08:31alostaleTarget Version3.0PR14Q4 => 3.0PR15Q1
2014-10-15 08:53alostaleRelationship addeddepends on 0025811
2014-10-15 08:56alostaleNote Added: 0070941
2014-10-16 09:10alostaleSummarySelected record is lost when the amount of records shown by a saved view in a tab is high => Selected record is lost when the amount of records shown is high
2014-10-16 09:10alostaleSteps to Reproduce Updatedbug_revision_view_page.php?rev_id=6795#r6795
2014-11-17 13:41jonalegriaesarteTypedefect => design defect
2014-11-17 13:41jonalegriaesarteTarget Version3.0PR15Q1 =>
2014-11-24 08:55alostaleStatusnew => scheduled
2014-11-24 08:55alostalefix_in_branch => pi
2014-11-24 08:56alostaleNote Added: 0071912
2014-11-24 08:56alostaleStatusscheduled => resolved
2014-11-24 08:56alostaleFixed in Version => 3.0PR15Q1
2014-11-24 08:56alostaleFixed in SCM revision => http://code.openbravo.com/erp/devel/pi/rev/3221fd5a8661d7f9dfbfd6d4255bace9834e6535 [^]
2014-11-24 08:56alostaleResolutionopen => fixed
2014-11-24 08:57alostaleReview Assigned To => alostale
2014-11-24 08:57alostaleNote Added: 0071913
2014-11-24 08:57alostaleStatusresolved => closed

Notes
(0070941)
alostale   
2014-10-15 08:56   
The problem is caused by the multiple requests doing for record refresh triggered by button execution. See issue 0025811.

When it apparently works fine, it executes:
* 4 Requests to Invoice datasource
* 3 Requests to FIC
* 1 Request to InvoiceLine datasource

When it fails:
* 6 Requests to Invoice datasource
* 3 Requests to FIC
* 1 Request to InvoiceLine datasource
(0071912)
alostale   
2014-11-24 08:56   
Fixed by changeset for 0025811
(0071913)
alostale   
2014-11-24 08:57   
Tested after 0025811 is fixed. Now it works properly following steps to reproduce.