Openbravo Issue Tracking System - Retail Modules
View Issue Details
IDProjectCategoryView StatusDate SubmittedLast Update
0032669Retail ModulesWeb POSpublic2016-04-14 15:252016-05-17 11:08
Reporterpaul_guiot 
Assigned Toranjith_qualiantech_com 
PriorityhighSeveritymajorReproducibilityalways
StatusclosedResolutionfixed 
PlatformOS5OS Version
Product Version 
Target VersionFixed in Version 
Merge Request Status
Review Assigned Tomarvintm
OBNetwork customer
Support ticket
Regression level
Regression date
Regression introduced in release
Regression introduced by commit
Triggers an Emergency PackNo
Summary0032669: [SERQA 894] Sales order nomenclature lenght
DescriptionIn BUT, they use a different nomenclature for the Sales order. This is longer than what we used to have. Therefore, the display in the WEBPOS is not accurate; The last 3 figures (ie: 183) are automatically excluded from the first line. Cf Picture
Steps To ReproduceSteps to reproduce:
- Go to the webpos (in BUT environment as they use a different nomenclature http://52.16.28.72/ [^])
- In the menu, select several receipts;
- Then, click on the small icon with the number of the receipts selected

Otherwise, via POS Terminal in the backend, you can modify the field to extend the lenght of the Sales order nomenclature.
Proposed SolutionPut a limitation to 14 digits or a correction should be done to allow the entire Sales order number (17 characters) to be on the same line.
Additional Information
TagsNo tags attached.
Relationships
Attached Filespng 894.PNG (78,687) 2016-04-14 15:25
https://issues.openbravo.com/file_download.php?file_id=9265&type=bug
png

png Desktop.png (79,311) 2016-04-19 16:08
https://issues.openbravo.com/file_download.php?file_id=9282&type=bug
png

png Smartphone.png (36,162) 2016-04-19 16:09
https://issues.openbravo.com/file_download.php?file_id=9283&type=bug
png
Issue History
Date ModifiedUsernameFieldChange
2016-04-14 15:25paul_guiotNew Issue
2016-04-14 15:25paul_guiotAssigned To => Retail
2016-04-14 15:25paul_guiotFile Added: 894.PNG
2016-04-14 15:25paul_guiotResolution time => 1461708000
2016-04-14 15:25paul_guiotTriggers an Emergency Pack => No
2016-04-14 15:40OrekariaAssigned ToRetail => dbaz
2016-04-14 15:40OrekariaStatusnew => feedback
2016-04-19 16:08dbazNote Added: 0085749
2016-04-19 16:08dbazFile Added: Desktop.png
2016-04-19 16:09dbazFile Added: Smartphone.png
2016-04-19 17:01paul_guiotNote Added: 0085752
2016-04-19 19:16OrekariaStatusfeedback => new
2016-04-19 19:17OrekariaAssigned Todbaz => Retail
2016-04-19 19:17OrekariaStatusnew => acknowledged
2016-05-03 07:53ranjith_qualiantech_comAssigned ToRetail => ranjith_qualiantech_com
2016-05-03 07:53ranjith_qualiantech_comStatusacknowledged => scheduled
2016-05-09 04:46hgbotCheckin
2016-05-09 04:46hgbotNote Added: 0086289
2016-05-09 04:46hgbotCheckin
2016-05-09 04:46hgbotNote Added: 0086290
2016-05-09 04:46hgbotStatusscheduled => resolved
2016-05-09 04:46hgbotResolutionopen => fixed
2016-05-09 04:46hgbotFixed in SCM revision => http://code.openbravo.com/erp/pmods/org.openbravo.retail.posterminal/rev/e422ee5d85a3ec19c7e1be3dda2c99bd3a43c527 [^]
2016-05-09 11:02marvintmReview Assigned To => marvintm
2016-05-09 11:02marvintmStatusresolved => closed
2016-05-17 11:08hgbotCheckin
2016-05-17 11:08hgbotNote Added: 0086492

Notes
(0085749)
dbaz   
2016-04-19 16:08   
Provide a BUT url, without providing username+passwod and without providing the full url containing the terminal is useless.

Anyway, I have been able to prepare something.
Limit to X characters the length of the text is useless, since each string has different width, and also, different SO manage their fonts in different ways, so, in Windows length 14 could fit, but in Linux don't. Even more, in smartphone the resolution is narrower, and this rule would make no sense.

I attach a couple of mockups (Desktop.png and Smartphone.png) that make a better use of the space and avoiding the line break in reasonable cases.
(0085752)
paul_guiot   
2016-04-19 17:01   
I thought people knew the availability of the generic credential used for all But´s environments (Openbravo/openbravo). Then, as you can see on my print screen, the terminal to reproduce this issue was S7TOURV01. Anyway, my mistake!

Thanks for the mockups. That´s exactly what the client is waiting for.
(0086289)
hgbot   
2016-05-09 04:46   
Repository: tools/automation/pi-mobile
Changeset: 61403fbc2a9c4cef5148b43fecef332a0fbc249d
Author: Ranjith S R <ranjith <at> qualiantech.com>
Date: Mon May 09 08:15:33 2016 +0530
URL: http://code.openbravo.com/tools/automation/pi-mobile/rev/61403fbc2a9c4cef5148b43fecef332a0fbc249d [^]

Verifies issue 32669 : Added automated test 'I32669_VerifyUIUnPaidReceiptList'

---
M src-test/org/openbravo/test/mobile/common/selenium/javascript/TestId.java
A src-test/org/openbravo/test/mobile/retail/pack/selenium/tests/system/I32669_VerifyUIUnPaidReceiptList.java
---
(0086290)
hgbot   
2016-05-09 04:46   
Repository: erp/pmods/org.openbravo.retail.posterminal
Changeset: e422ee5d85a3ec19c7e1be3dda2c99bd3a43c527
Author: Ranjith S R <ranjith <at> qualiantech.com>
Date: Mon May 09 08:15:38 2016 +0530
URL: http://code.openbravo.com/erp/pmods/org.openbravo.retail.posterminal/rev/e422ee5d85a3ec19c7e1be3dda2c99bd3a43c527 [^]

Fixes issue 32669 : Changes in Unpaid/Closed receipt list design

Modified 4 columns in 3 columns
1st Column -> Date and time (time in second line)
2nd Column -> Document No and Customer (Customer in second line)
3rd Column -> Amount

---
M web/org.openbravo.retail.posterminal/js/components/modalreceipts.js
---
(0086492)
hgbot   
2016-05-17 11:08   
Repository: tools/automation/pi-mobile
Changeset: c6494c341bf46e91da36552af5a84239617f3a3f
Author: Ranjith S R <ranjith <at> qualiantech.com>
Date: Tue May 17 14:37:39 2016 +0530
URL: http://code.openbravo.com/tools/automation/pi-mobile/rev/c6494c341bf46e91da36552af5a84239617f3a3f [^]

Verifies issue 32669 : Modified automated test 'I32669_VerifyUIUnPaidReceiptList'

* Removed Screenshot

---
M src-test/org/openbravo/test/mobile/retail/pack/selenium/tests/system/I32669_VerifyUIUnPaidReceiptList.java
---