Description Current Behavior A wrong decimal scale definition and usage within the Order calculation may lead to an ArithmeticException: "Non-terminating decimal expansion; no exact representable decimal result" A desription of the underlying problem can be found here: https://stackoverflow.com/questions/4591206

Description During staging (in the data preparation step) the xml indexes of the production tables will be removed and recreated. These tasks will block incoming requests for the related tables. Attachments - see linked Escalation. Acceptance Criteria: Deletion and Recreation of context indexes after

Description Current Behaviour: When creating a return message with a quantity that is larger than allowed the error text is set twice. (For consistency also the questionary-sign at message level should be shown (the text should be set in the database) as in other error-cases too.) Expected Behaviour:

Description Description: The pricelists mapping template PriceListCSVConvert.isml has an unit declaration error: 0089 <fixed-price-entry quantity="<isprint value="#data:FixedPriceScale_Quantity1#">" unit="" <isif condition="#isDefined(data:PriceList_Net-Price)#">net-price="<isprint value="#data:Pric

Description Current Behaviour: a technical exception is thrown when trying to save a corrected return message in OMT Expected Behaviour: no exceptions and finally a stored corrected message Domain Order Management Task Order Management Completed Closed null Major JiraWorkItem 60143 Products IOM OMT 60009

Description Description: The customer described this behavior: I have another bug fix/improvement for the OIDC integration. I have noticed that any exception that is thrown in a mapper or other Features are just swallowed. Example: public class SomeProfileapperImpl implements OIDCProfileMapper, TokenFeature<UserInfo>

Description Current Behavior The number does not always exists, e.g. with POBox or when streetname and streetnumber are saved together in street attribute. When such an order address is copied as customer address, editing it in the customer section is not possible without setting a number. Expected Behavior

Description REST call post /customers/<CustomerKey>/punchouts/<PunchoutKey>/users request body: { active: false, email: "punchout@test.intershop.de", login: "punchout@test.intershop.de", password: "!InterShop00!" } Current behaviour call returns with new user, but active flag equals true response body:

Description Description: When you configure a search filter with "Filter Mappings and Explicit Sorting of Values" you can use the "Populate Values" button to populate the mapping. However, if a new value is introduced, but no mapping is defined then a NPE is thrown and the filter navigation is not displayed

Description Description: When setting the intershop.session.TimeOut to a big value like 999999 minutes then there are errors in the backoffice like "Your session has been closed for security reasons, probably because you did not use the system for over -2160 min." Also errors in the error log can occur:

Description To change the payment method for a recurring order via REST, the old payment method must be removed first. After doing so, trying to add a new payment method returns an error. Removing the payment method has also a bad impact on the OPTIONS call. Before removing, the payment options are returned

Repro Steps Configure the shop to wait a while, so the bucket address can be edited in OMT. The validation rule (next point) must be executed syncr. before. Place an order via REST with a shippingAddressType AddressLocationPOBox(the shop must be bound to the OrderValidationRuleDefDO VALIDATE_SAVE_CUSTOMER

Description current behavior It is not possible to place an order using a POBox as shipping address type, when the address should be copied to the customer (through OrderValidationRuleDefDO.VALIDATE_SAVE_CUSTOMER). The customer address validation expect a street, which not exists for POBoxes. expected

Description Current Behaviour: Positions are not sorted somehow within a shipping bucket when listed in OMT or when returned by persistence-service. Expected Behaviour: The positions should be sorted according to the OrderPosDO.orderPosNo-/number-attribute. Repro Steps Current Behaviour: Positions are

Description Current Behaviour: a technical exception is thrown when trying to save a corrected return/ cancellation message in OMT Expected Behaviour: no exceptions and finally a stored corrected message Repro Steps Current Behaviour: a technical exception is thrown when trying to save a corrected return/

Description { "timestamp": "2020-12-29T09:48:16.876Z", "sequence": 13, "loggerClassName": "org.jboss.as.txn.logging.TransactionLogger_$logger", "loggerName": "org.jboss.as.txn", "level": "WARN", "message": "WFLYTX0013: The node-identifier attribute on the /subsystem=transactions is set to the default

Description Current Behaviour: The secure flag is missing on security-related cookies: JSESSIONID, OMS_IDENTITIY, SessionKey Expected Behaviour: To be supported by browsers the flag should be set for these cockies. Repro Steps Current Behaviour: The secure flag is missing on security-related cookies:

Description current behavior There is an internal check to ensure that the sum of credited quantities do not exceed the ordered quantity. This check wrongly accounted manual credit notes which acually have no real item quantity. Trying to return all remaining items following a manual credit note would

Description Current Behaviour: Mail creation doesn't work anymore, because of empty street(). VelocityException while creating mail content: Reference $escape.html($userMailLO.getCustomerAddressLO().getStreet()) evaluated to null when attempting to render at VelocityTransformer Repro Steps Current Behaviour:

Description Current Situation: Currently with activated Customer Approval Feature, and configured recipient for the customer approval mail, when the customer registers during checkout (with fast registration) no mail will be send to configured recipient Desired Situation: A customer approval mail should