Openbravo Issue Tracking System - Retail Modules
View Issue Details
IDProjectCategoryView StatusDate SubmittedLast Update
0028832Retail ModulesWeb POSpublic2015-02-01 16:382024-02-08 14:43
ReporterOrekaria 
Assigned ToRetail 
PrioritynormalSeveritymajorReproducibilityalways
StatusclosedResolutionout of date 
PlatformOS5OS Version
Product Version 
Target VersionFixed in Version 
Merge Request Status
Review Assigned To
OBNetwork customerNo
Support ticket
Regression levelAutomated tests
Regression date
Regression introduced in releaseRR15Q1.1
Regression introduced by commit
Triggers an Emergency PackNo
Summary0028832: Changing the document or quotation prefix does not work in WebPOS
DescriptionChanging the document or quotation prefix does not work in WebPOS
Steps To ReproduceExecute any of the 4 available tests that are in pi-mobile
Verify that most of the times, they fail
Verify that if a document or quotation is created when the prefix has been changed, the next prefix change fails

Prefix related tests:
- I27631_DocumentnoResetAfterChangingPrefix
- I27631_QuotationnoResetAfterChangingPrefix
- I28690_DocumentnoPrefixChangeAndSale
- I28690_QuotationnoPrefixChangeAndSale

Note: reactivate the tests when the fix is ready
Proposed Solution
Additional Information
TagsNo tags attached.
Relationships
related to defect 0028551RR15Q2 closed mario_castello Preference Web POS action Apply discount is not working fine the first time 
blocks design defect 0028690 closed Retail When the prefix is changed, the document number is not refreshed if there was a previous record 
Attached Files
Issue History
Date ModifiedUsernameFieldChange
2015-02-01 16:38OrekariaNew Issue
2015-02-01 16:38OrekariaAssigned To => marvintm
2015-02-01 16:38OrekariaOBNetwork customer => No
2015-02-01 16:38OrekariaRegression level => Automated tests
2015-02-01 16:38OrekariaTriggers an Emergency Pack => No
2015-02-01 16:40OrekariaSteps to Reproduce Updatedbug_revision_view_page.php?rev_id=7571#r7571
2015-02-16 10:06OrekariaRelationship addedrelated to 0028690
2015-02-16 10:56OrekariaRegression introduced in release => RR15Q1.1
2015-02-16 10:56OrekariaRelationship replacedblocks 0028690
2015-02-24 10:32OrekariaRelationship addedrelated to 0028551
2015-02-26 15:46mario_castelloAssigned Tomarvintm => mario_castello
2015-04-01 13:33malsasuaAssigned Tomario_castello => Retail
2016-03-15 17:10mario_castelloStatusnew => acknowledged
2016-03-15 18:04mario_castelloAssigned ToRetail => mario_castello
2016-03-15 18:04mario_castelloStatusacknowledged => scheduled
2016-03-16 21:32mario_castelloStatusscheduled => acknowledged
2016-03-16 21:32mario_castelloAssigned Tomario_castello => Retail
2016-08-03 14:35shivum039Assigned ToRetail => shivum039
2016-08-03 14:35shivum039Statusacknowledged => scheduled
2016-08-04 11:20marvintmTypedefect => design defect
2016-08-04 11:22marvintmNote Added: 0088813
2016-08-04 11:35shivum039Assigned Toshivum039 => Retail
2016-08-04 11:35shivum039Statusscheduled => acknowledged
2024-02-08 14:43shuehnerStatusacknowledged => scheduled
2024-02-08 14:43shuehnerNote Added: 0160451
2024-02-08 14:43shuehnerStatusscheduled => closed
2024-02-08 14:43shuehnerResolutionopen => out of date

Notes
(0088813)
marvintm   
2016-08-04 11:22   
As of now this is considered a design defect. The best workaround for customers would be to define a new POS Terminal if they need to change the prefix, and they also need to reset the sequence.
(0160451)
shuehner   
2024-02-08 14:43   
After mass reviewing old pos issues in 52891 => Closing as out of date