Project:
View Issue Details[ Jump to Notes ] | [ Issue History ] [ Print ] | |||||||
ID | ||||||||
0047226 | ||||||||
Type | Category | Severity | Reproducibility | Date Submitted | Last Update | |||
defect | [POS2] POS | major | always | 2021-06-23 12:38 | 2021-08-16 15:15 | |||
Reporter | marvintm | View Status | public | |||||
Assigned To | AtulOpenbravo | |||||||
Priority | normal | Resolution | fixed | Fixed in Version | ||||
Status | closed | Fix in branch | Fixed in SCM revision | |||||
Projection | none | ETA | none | Target Version | ||||
OS | Any | Database | Any | Java version | ||||
OS Version | Database version | Ant version | ||||||
Product Version | SCM revision | |||||||
Review Assigned To | ||||||||
Regression level | ||||||||
Regression date | ||||||||
Regression introduced in release | ||||||||
Regression introduced by commit | ||||||||
Triggers an Emergency Pack | No | |||||||
Summary | 0047226: Credit notes generated when "Credit note expiration days" is set to 0 cannot be used | |||||||
Description | If the field "Credit notes expiration days" is set to 0 in the Organization configuration, the generated credit notes have no expiration date. This is correct. However, when you then try to use those credit notes to pay, the "Apply" button is disabled. The reason is that the system incorrectly considers that the expiration date is "1970". This is wrong. | |||||||
Steps To Reproduce | -Configure "Credit notes expiration days" to 0 in Organization window. - Log in the WebPOS. Generate a credit note, by either configuring the "Return overpayment as credit note" flag in a payment method, and then generating overpayment, or just generating a credit note from a returned order by using this development: https://gitlab.com/openbravo/product/pmods/org.openbravo.retail.giftcards/-/merge_requests/73 [^] - Create a normal sales order. Select to pay it with credit note. Input the document number of the credit note in the selector. Realise that the credit note is correctly opened, but the "Apply" button is disabled. Realise also that the expiration date is set to "01-01-1970" | |||||||
Tags | No tags attached. | |||||||
Attached Files | ||||||||
Relationships [ Relation Graph ] [ Dependency Graph ] | |||||||||||||||
|
Notes | |
(0131097) hgbot (developer) 2021-08-12 12:44 |
Merge Request created: https://gitlab.com/openbravo/product/pmods/org.openbravo.retail.giftcards/-/merge_requests/81 [^] |
(0131100) AtulOpenbravo (developer) 2021-08-12 12:59 |
Test Plan -Configure "Credit notes expiration days" to 0 in Organization window. - Log in the WebPOS. - Generate a credit note, by either configuring the "Return overpayment as credit note" flag in a payment method, and then generating overpayment. - Create a normal sales order. Select to pay it with credit note. Input the document number of the credit note in the selector. - Realise that the credit note is correctly opened, the "Apply" button is enabled. - Realise that the expiration date is set as blank. |
(0131145) hgbot (developer) 2021-08-16 15:15 |
Directly closing issue as related merge request is already approved. Repository: https://gitlab.com/openbravo/product/pmods/org.openbravo.retail.giftcards [^] Changeset: f241a4cc30a569b515e194c21ab68a11cc0806db Author: Atul Gaware <atul.gaware@openbravo.com> Date: 2021-08-16T13:06:56+00:00 URL: https://gitlab.com/openbravo/product/pmods/org.openbravo.retail.giftcards/-/commit/f241a4cc30a569b515e194c21ab68a11cc0806db [^] Fixes BUG-0047226: Credit notes generated when "Credit note expiration days" is set to 0 cannot be used **onLoad in GiftCardDialogFormHandler, OB.Utilities.Date.JSToOB considers null as JSDate input paramter when filterResult obgcneExpirationdate is null --- M web-jspack/org.openbravo.retail.giftcards/src/components/GiftCardDialog/GiftCardDialogFormHandler.js --- |
(0131146) hgbot (developer) 2021-08-16 15:15 |
Merge request merged: https://gitlab.com/openbravo/product/pmods/org.openbravo.retail.giftcards/-/merge_requests/81 [^] |
Issue History | |||
Date Modified | Username | Field | Change |
2021-06-23 12:38 | marvintm | New Issue | |
2021-06-23 12:38 | marvintm | Assigned To | => Retail |
2021-06-23 12:38 | marvintm | Triggers an Emergency Pack | => No |
2021-07-14 09:40 | dmiguelez | Resolution time | => 1628028000 |
2021-07-14 09:40 | dmiguelez | Status | new => acknowledged |
2021-07-29 09:29 | dmiguelez | Assigned To | Retail => prakashmurugesan88 |
2021-07-29 09:30 | prakashmurugesan88 | Status | acknowledged => scheduled |
2021-08-06 11:26 | dmiguelez | Assigned To | prakashmurugesan88 => AtulOpenbravo |
2021-08-06 11:26 | dmiguelez | Status | scheduled => acknowledged |
2021-08-06 11:33 | dmiguelez | Resolution time | 1628028000 => 1629410400 |
2021-08-11 13:05 | AtulOpenbravo | Status | acknowledged => scheduled |
2021-08-12 12:44 | hgbot | Note Added: 0131097 | |
2021-08-12 12:59 | AtulOpenbravo | Note Added: 0131100 | |
2021-08-16 15:15 | hgbot | Resolution | open => fixed |
2021-08-16 15:15 | hgbot | Status | scheduled => closed |
2021-08-16 15:15 | hgbot | Note Added: 0131145 | |
2021-08-16 15:15 | hgbot | Note Added: 0131146 | |
2021-09-06 11:39 | AtulOpenbravo | Relationship added | related to 0047627 |
2021-09-13 12:33 | AtulOpenbravo | Relationship added | related to 0047677 |
Copyright © 2000 - 2009 MantisBT Group |