Openbravo Issue Tracking System - Retail Modules
View Issue Details
IDProjectCategoryView StatusDate SubmittedLast Update
0031583Retail ModulesWeb POSpublic2015-11-25 17:382016-02-04 11:31
ReporterSandrahuguet 
Assigned Tomigueldejuana 
PrioritynormalSeveritymajorReproducibilityhave not tried
StatusclosedResolutionfixed 
PlatformOS20OS VersionCommunity Appliance
Product Version 
Target VersionFixed in VersionRR16Q2 
Merge Request Status
Review Assigned ToSandrahuguet
OBNetwork customer
Support ticket
Regression level
Regression date
Regression introduced in release
Regression introduced by commit
Triggers an Emergency PackNo
Summary0031583: [HGVOL] Wrong behaviour when assing a customer to receipt in high volumes
DescriptionWrong behaviour when assing a customer to receipt in high volumes and refresh the browser.
Steps To Reproduce- Set all the remote preferences
- Login
- Default customer is 'VBS Customer'
- Open customer popup
- Assing 'Carl Studson' customer to this receipt
- refresh the browser
* Issue 1: Notice that 'VBS Customer' is assigned to the receipt
- Open customer popup
- Assing 'Carl Studson' customer to this receipt
* Issue 2: Notice that 'VBS Customer' is still assigned to this receipt and an error is shown on the console
Proposed Solution
Additional Information
TagsNo tags attached.
Relationships
Attached Files
Issue History
Date ModifiedUsernameFieldChange
2015-11-25 17:38SandrahuguetNew Issue
2015-11-25 17:38SandrahuguetAssigned To => Retail
2015-11-25 17:38SandrahuguetTriggers an Emergency Pack => No
2015-11-27 10:21hgbotCheckin
2015-11-27 10:21hgbotNote Added: 0082401
2015-11-27 10:21hgbotStatusnew => resolved
2015-11-27 10:21hgbotResolutionopen => fixed
2015-11-27 10:21hgbotFixed in SCM revision => http://code.openbravo.com/erp/pmods/org.openbravo.retail.posterminal/rev/f036dd53b97a30a887368b582b2e170385cf4dac [^]
2015-11-27 10:23SandrahuguetReview Assigned To => Sandrahuguet
2015-11-27 13:18migueldejuanaAssigned ToRetail => migueldejuana
2015-11-27 14:25SandrahuguetNote Added: 0082433
2015-11-27 14:25SandrahuguetStatusresolved => new
2015-11-27 14:25SandrahuguetResolutionfixed => open
2015-12-23 23:32hgbotCheckin
2015-12-23 23:32hgbotNote Added: 0082974
2015-12-24 01:42OrekariaStatusnew => scheduled
2016-01-15 07:30hgbotCheckin
2016-01-15 07:30hgbotNote Added: 0083323
2016-01-15 07:30hgbotStatusscheduled => resolved
2016-01-15 07:30hgbotResolutionopen => fixed
2016-01-15 07:30hgbotFixed in SCM revisionhttp://code.openbravo.com/erp/pmods/org.openbravo.retail.posterminal/rev/f036dd53b97a30a887368b582b2e170385cf4dac [^] => http://code.openbravo.com/erp/pmods/org.openbravo.retail.posterminal/rev/9d5baed927a4beeb191ded86fa38652376b0b8bc [^]
2016-01-15 10:26SandrahuguetNote Added: 0083333
2016-01-15 10:26SandrahuguetStatusresolved => closed
2016-01-15 10:26SandrahuguetFixed in Version => RR16Q2
2016-02-04 11:31hgbotCheckin
2016-02-04 11:31hgbotNote Added: 0083922

Notes
(0082401)
hgbot   
2015-11-27 10:21   
Repository: erp/pmods/org.openbravo.retail.posterminal
Changeset: f036dd53b97a30a887368b582b2e170385cf4dac
Author: Miguel de Juana <miguel.dejuana <at> openbravo.com>
Date: Fri Nov 27 08:43:31 2015 +0100
URL: http://code.openbravo.com/erp/pmods/org.openbravo.retail.posterminal/rev/f036dd53b97a30a887368b582b2e170385cf4dac [^]

Fixed issue 0031583: [HGVOL] Wrong behaviour when assing a customer to receipt in high volumes

- Save the order in local database after setting bp to be able to load ir after refreshing window

---
M web/org.openbravo.retail.posterminal/js/model/order.js
---
(0082433)
Sandrahuguet   
2015-11-27 14:25   
Chrome Versión 46.0.2490.80 (64-bit)

- Set all the remote preferences
- Login
- Default customer is 'VBS Customer'
- Open customer popup
- Assing 'Carl Studson' customer to this receipt
- refresh the browser
* Issue 1: Notice that 'VBS Customer' is assigned to the receipt
- Open customer popup
- Assing 'Carl Studson' customer to this receipt
- refresh the browser
* Issue 2: Notice that 2 tickets are created
(0082974)
hgbot   
2015-12-23 23:32   
Repository: erp/pmods/org.openbravo.retail.posterminal
Changeset: 26730e72b2410660dbe6bdcd2914b87f60ba1e27
Author: Rafa Alonso <ral <at> openbravo.com>
Date: Tue Dec 22 19:23:26 2015 +0100
URL: http://code.openbravo.com/erp/pmods/org.openbravo.retail.posterminal/rev/26730e72b2410660dbe6bdcd2914b87f60ba1e27 [^]

Backed out issue 31583, changeset: f036dd53b97a

---
M web/org.openbravo.retail.posterminal/js/model/order.js
---
(0083323)
hgbot   
2016-01-15 07:30   
Repository: erp/pmods/org.openbravo.retail.posterminal
Changeset: 9d5baed927a4beeb191ded86fa38652376b0b8bc
Author: Miguel de Juana <miguel.dejuana <at> openbravo.com>
Date: Thu Jan 14 17:11:47 2016 +0100
URL: http://code.openbravo.com/erp/pmods/org.openbravo.retail.posterminal/rev/9d5baed927a4beeb191ded86fa38652376b0b8bc [^]

Fixed issue 0031583: [HGVOL] Wrong behaviour when assing a customer to receipt in high volumes

- Save the order in local database after setting bp to be able to load it after refreshing window
- After synchronizeCurrentOrder was removed by another commit, this issue just need to persist bp change. synchronizeCurrentOrder was creating async problems

---
M web/org.openbravo.retail.posterminal/js/model/order.js
---
(0083333)
Sandrahuguet   
2016-01-15 10:26   
Code review + testing OK
(0083922)
hgbot   
2016-02-04 11:31   
Repository: tools/automation/pi-mobile
Changeset: 375ef3db61f14551406678ca41a0f4c14893b71a
Author: Miguel de Juana <miguel.dejuana <at> openbravo.com>
Date: Thu Feb 04 11:30:09 2016 +0100
URL: http://code.openbravo.com/tools/automation/pi-mobile/rev/375ef3db61f14551406678ca41a0f4c14893b71a [^]

Related to issue 31583: HGVOL Change a customer and refresh

---
A src-test/org/openbravo/test/mobile/retail/pack/selenium/tests/highvolume/I31583_ChangeCustomerRefresh.java
---