Openbravo Issue Tracking System - Retail Modules
View Issue Details
0030717Retail ModulesWeb POSpublic2015-09-01 13:062015-10-20 11:46
malsasua 
guilleaer 
immediateminoralways
closedno change required 
20Community Appliance
RR15Q3 
RR16Q1 
marvintm
Production - Confirmed Stable
No
0030717: JS error is displayed when taxes are not found
Regression found in RR15Q2 and RR15Q3


when in webpos the taxes are not found by one product, JS error is displayed[1], but the next message should be displayed:

Cannot calculate receipt taxes
Cannot find taxes for Headlamp ultralight. The line affected will be deleted. Please ensure that there is at least one tax rate and tax rate zone configured for the partner address.

[1] posterminal.main.js: Uncaught TypeError: Cannot read property 'get' of undefined; line: https://livebuilds.openbravo.com/retail_mp_3.0RR15Q3/web/js/gen/6e9be025440535e8669a13863669696b_WebPOS.js:1100 [^]
. go to backoffice:
 . business partner tax category window:
   . new record: name: test
 . business partner window
   select Carl Studson
  -> tab: customer
    . SO BP Tax Category: test

. go to WEB POS
 . select bp: Carl Studson
 . add a product

error is returned:
posterminal.main.js: Uncaught TypeError: Cannot read property 'get' of undefined; line: https://livebuilds.openbravo.com/retail_mp_3.0RR15Q3/web/js/gen/6e9be025440535e8669a13863669696b_WebPOS.js:1100 [^]
No tags attached.
depends on backport 0030977RR15Q3.3 closed guilleaer JS error is displayed when taxes are not found 
depends on backport 0030990RR15Q2.6 closed guilleaer JS error is displayed when taxes are not found 
Issue History
2015-09-01 13:06malsasuaNew Issue
2015-09-01 13:06malsasuaAssigned To => Retail
2015-09-01 13:06malsasuaRegression level => Production - Confirmed Stable
2015-09-01 13:06malsasuaTriggers an Emergency Pack => No
2015-09-29 09:56OrekariaDescription Updatedbug_revision_view_page.php?rev_id=9499#r9499
2015-09-29 18:55OrekariaStatusnew => scheduled
2015-09-29 18:56OrekariaStatusscheduled => resolved
2015-09-29 18:56OrekariaResolutionopen => fixed
2015-09-29 18:56OrekariaStatusresolved => new
2015-09-29 18:56OrekariaResolutionfixed => open
2015-09-29 18:57OrekariaTarget Version => RR16Q1
2015-09-29 18:57OrekariaStatusnew => scheduled
2015-09-30 14:13OrekariaStatusscheduled => resolved
2015-09-30 14:13OrekariaResolutionopen => fixed
2015-09-30 14:13OrekariaStatusresolved => new
2015-09-30 14:13OrekariaResolutionfixed => open
2015-09-30 14:13OrekariaStatusnew => scheduled
2015-09-30 14:14OrekariaStatusscheduled => resolved
2015-09-30 14:14OrekariaResolutionopen => fixed
2015-09-30 14:14OrekariaStatusresolved => new
2015-09-30 14:14OrekariaResolutionfixed => open
2015-09-30 14:14OrekariaStatusnew => scheduled
2015-10-02 11:39guilleaerAssigned ToRetail => guilleaer
2015-10-20 11:46guilleaerReview Assigned To => marvintm
2015-10-20 11:46guilleaerNote Added: 0081117
2015-10-20 11:46guilleaerStatusscheduled => closed
2015-10-20 11:46guilleaerResolutionopen => no change required

Notes
(0081117)
guilleaer   
2015-10-20 11:46   
This issue is not reproducible in 3.0RR15Q4 so we are closing it.

Backports are still valid