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

View Issue DetailsJump to Notes ] Issue History ] Print ]
ID
0036027
TypeCategorySeverityReproducibilityDate SubmittedLast Update
defect[Retail Modules] Web POSmajorhave not tried2017-05-17 18:272017-05-30 13:38
ReporteradrianromeroView Statuspublic 
Assigned Toranjith_qualiantech_com 
PriorityurgentResolutionfixedFixed in VersionRR17Q3
StatusclosedFix in branchFixed in SCM revision8faa772de10c
ProjectionnoneETAnoneTarget Version
OSAnyDatabaseAnyJava version
OS VersionDatabase versionAnt version
Product VersionSCM revision 
Review Assigned Tomarvintm
Regression level
Regression date
Regression introduced in release
Regression introduced by commit
Triggers an Emergency PackNo
Summary

0036027: [SER-QA 2796] Wrong behavior in customer selector depending on previous steps

DescriptionIn the main screen, when clicking on the customer selector it is supposed to display the current selected customer and the filter empty. But depending on the actions done before, it may show a previous filter
Steps To Reproduce1.- Login in Web POS
2.- Click on the customer selector and execute a filter
3.- In one of the results, click on ... to display the contextual menu and select "Manage addresses.
4.- In one of the results click on ... to display the contextual menu and select "Assign to receipt (both)"
5.- Observe the customer and address selected has been properly assigned to the receipt.
6.- Click again on the customer selector and observe that instead of showing just one result with the selected customer and a clean filter, it is displayed all the results of the filter executed in step 2. This is wrong.
Proposed SolutionThis wrong behaviour is because the "initialized" field of the customer selector dialog is not updated after selecting the customer and address in the address selector.

It is attached a proposal to fix that forces to initialize the customer selector dialog when clicking on the "customer" button. Observe that this fix only modifies the behavior of the customer selector dialog and only in the case of clicking in the main receipt window. if this fix is considered the right approach, it has to be spread in all dialogs and actions of the application.

It should be also a good idea to explore a solution that has less impact in code modified that does not require to do modifications in all the application
TagsSER-QA
Attached Filesdiff file icon initialized-mobile-core.diff [^] (797 bytes) 2017-05-17 18:35 [Show Content]
diff file icon initialized-retail-posterminal.diff [^] (3,584 bytes) 2017-05-17 18:35 [Show Content]

- Relationships Relation Graph ] Dependency Graph ]

-  Notes
(0096758)
hgbot (developer)
2017-05-24 14:19

Repository: erp/pmods/org.openbravo.mobile.core
Changeset: e244a2f53a66e367641f349b95fa4ccba66e5c6d
Author: Ranjith S R <ranjith <at> qualiantech.com>
Date: Wed May 24 17:48:14 2017 +0530
URL: http://code.openbravo.com/erp/pmods/org.openbravo.mobile.core/rev/e244a2f53a66e367641f349b95fa4ccba66e5c6d [^]

Related to issue 36027 : Re-Initialize ModalSelector while executeOnShow on initial opening

* ModalSelector should be reinitialized based on the args attribute "clean"

---
M web/org.openbravo.mobile.core/source/component/dialog/ob-advancedfilterselector.js
---
(0096759)
hgbot (developer)
2017-05-24 14:20

Repository: erp/pmods/org.openbravo.retail.posterminal
Changeset: 8faa772de10c47b66620aacb847578ca87cb1f54
Author: Ranjith S R <ranjith <at> qualiantech.com>
Date: Wed May 24 17:48:08 2017 +0530
URL: http://code.openbravo.com/erp/pmods/org.openbravo.retail.posterminal/rev/8faa772de10c47b66620aacb847578ca87cb1f54 [^]

Fixed issue 36027 : Re-Initialize Customer ModalSelector while executeOnShow

* Customer ModalSelector should be reinitialized based on the args attribute "clean"

---
M web/org.openbravo.retail.posterminal/js/components/bplocation.js
M web/org.openbravo.retail.posterminal/js/components/bplocationship.js
M web/org.openbravo.retail.posterminal/js/components/businesspartner_selector.js
---
(0096760)
hgbot (developer)
2017-05-24 14:20

Repository: tools/automation/pi-mobile
Changeset: 96a8758faee0044a8b55287721900e8d7c0d5b04
Author: Ranjith S R <ranjith <at> qualiantech.com>
Date: Wed May 24 17:48:04 2017 +0530
URL: http://code.openbravo.com/tools/automation/pi-mobile/rev/96a8758faee0044a8b55287721900e8d7c0d5b04 [^]

Verifies issue 36027 : Added automated test 'I36027_VerifyCustomerPopupInitialized'

---
A src-test/org/openbravo/test/mobile/retail/pack/selenium/tests/system/I36027_VerifyCustomerPopupInitialized.java
---

- Issue History
Date Modified Username Field Change
2017-05-17 18:27 adrianromero New Issue
2017-05-17 18:27 adrianromero Assigned To => Retail
2017-05-17 18:27 adrianromero Resolution time => 1496181600
2017-05-17 18:27 adrianromero Triggers an Emergency Pack => No
2017-05-17 18:28 adrianromero Tag Attached: SER-QA
2017-05-17 18:33 adrianromero Proposed Solution updated
2017-05-17 18:33 adrianromero Type design defect => defect
2017-05-17 18:35 adrianromero File Added: initialized-mobile-core.diff
2017-05-17 18:35 adrianromero File Added: initialized-retail-posterminal.diff
2017-05-23 12:13 ranjith_qualiantech_com Assigned To Retail => ranjith_qualiantech_com
2017-05-23 12:13 ranjith_qualiantech_com Status new => scheduled
2017-05-24 14:19 hgbot Checkin
2017-05-24 14:19 hgbot Note Added: 0096758
2017-05-24 14:20 hgbot Checkin
2017-05-24 14:20 hgbot Note Added: 0096759
2017-05-24 14:20 hgbot Status scheduled => resolved
2017-05-24 14:20 hgbot Resolution open => fixed
2017-05-24 14:20 hgbot Fixed in SCM revision => http://code.openbravo.com/erp/pmods/org.openbravo.retail.posterminal/rev/8faa772de10c47b66620aacb847578ca87cb1f54 [^]
2017-05-24 14:20 hgbot Checkin
2017-05-24 14:20 hgbot Note Added: 0096760
2017-05-30 13:38 marvintm Review Assigned To => marvintm
2017-05-30 13:38 marvintm Status resolved => closed
2017-05-30 13:38 marvintm Fixed in Version => RR17Q3


Copyright © 2000 - 2009 MantisBT Group
Powered by Mantis Bugtracker