Openbravo Issue Tracking System - POS2
View Issue Details
0053200POS2POSpublic2023-08-10 22:542023-08-11 16:44
rafaroda 
yogaskarnik 
normalmajoralways
closedno change required 
5
 
 
plujan
No
0053200: Cross Store: This Store (%0) is wrongly displaying for records that are NOT this store in Orders window of POS
Cross Store: This Store (%0) is wrongly displaying for records that are NOT this store in Orders window of POS

In Vall Boi store, we do see records as This Store (Vall Blanca Store): see screenshot
First, configuraiton: in Vall Blanca store in backoffice, fill Cross Store organization field = White Valley Spain SA https://livebuilds.openbravo.com/context/retail_pos2_modules_pgsql/?tabId=143&recordId=D270A5AC50874F8BA67A88EE977F8E3B [^]

In Live Builds, open Vall Boi store terminal https://livebuilds.openbravo.com/context/retail_pos2_modules_pgsql/web/pos/?terminal=VB-2 [^]
* vallblanca / openbravo

Go to Orders window of POS

Open filter Store and select All Stores

You will see several records: there are Val Blanca tickets VBS1/00XXX that are displaying as This Store (Vall Blanca Store) even if we are in Vall Boi Store
In the screenshot, there is a ticket of Vall Blanca Store, the first one, VBS2/0000003 that is displaying OK

But others like VBS2/0000007 or VBS2/0000080 are displaying KO
No tags attached.
related to defect 0053209 closed yogaskarnik This Store (%0) labels seems not to properly get translation 
related to defect 0053144 closed ranjith_qualiantech_com Cross Store Verified Return not showing at first click in POS Orders window 
causes feature request 0052458 closed yogaskarnik Display Cross store Sales and Returns in the Order view 
png Sin título.png (103,052) 2023-08-10 22:54
https://issues.openbravo.com/file_download.php?file_id=18859&type=bug
png
Issue History
2023-08-10 22:54rafarodaNew Issue
2023-08-10 22:54rafarodaAssigned To => Retail
2023-08-10 22:54rafarodaFile Added: Sin título.png
2023-08-10 22:54rafarodaTriggers an Emergency Pack => No
2023-08-10 22:55rafarodaRelationship addedrelated to 0053144
2023-08-10 22:55rafarodaRelationship addedcauses 0052458
2023-08-11 08:36yogaskarnikAssigned ToRetail => yogaskarnik
2023-08-11 13:42rafarodaSteps to Reproduce Updatedbug_revision_view_page.php?rev_id=26640#r26640
2023-08-11 16:06rafarodaReview Assigned To => plujan
2023-08-11 16:06rafarodaNote Added: 0153462
2023-08-11 16:06rafarodaStatusnew => closed
2023-08-11 16:06rafarodaResolutionopen => no change required
2023-08-11 16:29rafarodaRelationship addedrelated to 0053209
2023-08-11 16:44Daria_ShNote Added: 0153463

Notes
(0153462)
rafaroda   
2023-08-11 16:06   
Checking the Mantis 0053200, if we see closely the data, it is old data of 2018 and 2014, so it is a data issue and not a code issue, so I reject it
(0153463)
Daria_Sh   
2023-08-11 16:44   
The issue was investigated and it was found that the data that is currently available, but should not be associated with orders that were created a long time ago and orders from VBS1.