Description [No Description]Actual Behavior ingress configuration is not longer working with current Kubernetes version. None of the services is reachable! I0804 09:02:02.869019       7 main.go:101] "successfully validated configuration, accepting" ingress="ci-iom-tests/iom-3-4-7-0-snapshot" I0804 09:02:02

Description If no search index is available, a proper error (503) should be returned, no NPE. Repro Steps See according log file. java.lang.NullPointerException: null at com.intershop.sellside.rest.common.internal.resource.AbstractProductFiltersResource.getProductFilters(AbstractProductFiltersResource

Description [No Description] null Bug null Verified Closed Major AdoWorkItem 65744 Continous Integration (CI) Products Intershop Order Management Fixed in Commit iom/3.4.6.0 iom/3.4.7.0

Description Description: The SQL server stored procedure sp_basket_observer throws COMMIT TRANSACTION request has no corresponding BEGIN TRANSACTION exception Steps to repeat: setup ICM with application cart settings expiration type SESSION logon as patricia@test.intershop.de inside inSPIRED-inTRONICS

Description The issue has been found while analzing severe performance issues on a production system. Those indexes have been addded: CREATE INDEX IF NOT EXISTS "index_OrderPosTaxDO_orderPosRef" on oms."OrderPosTaxDO"("orderPosRef"); CREATE INDEX IF NOT EXISTS "index_OrderChargeTaxDO_orderChargeRef"

Repro Steps Run test :"64568-119: successfully add, modify and remove additional attributes of order"  in OCRValidChangesSpec.groovy Actual Behavior If creating a change request:When setting the additional attributes of an order to an empty map, the attributes stay Expected Behavior When setting the

Repro Steps Run test "64568-116: successfully add, move position between shippingBuckets" in OCRValidChangesSpec.groovy Actual Behavior When trying to move a position from one bucket to another with the setPositions() method, the position doesn't move. Expected Behavior The position should be able to

Repro Steps Run test "64568-115: successfully add, remove, modify position of shippingBucket" in OCRValidChangesSpec.groovy Actual Behavior When setting new positions for a shipping bucket the 'old' positions are still there Expected Behavior When setting new positions for a shopping bucket they should

Repro Steps Run test "64568-107: successfully add, modify, remove shipping bucket charge" in OCRValidChangesSpec.groovy Actual Behavior When setting two new charges for the shipping bucket, after already setting one charge, only the original charge remains. Expected Behavior Setting new charges removes

Description [No Description]Actual Behavior Comment on ID in config.properties is misleading. It suggests, that the ID is set by the system during initialization. But this is not the case, the user is responsible to set the ID. null Bug null Fixed and verified Closed Major AdoWorkItem

Repro Steps Run test "64568-104: successfully add, modify, remove charge of sales" in OCRValidChangesSpec.groovy Actual Behavior After setting 2 charges of sales and later removing one of them, the size of the charges list is still 2. Expected Behavior After removing a charge, the size should change

Repro Steps Run test "64568-106: successfully add, modify, remove promotion of sales charge" in OCRValidChangesSpec.groovy Actual Behavior When adding a promotion to a charge, then modifying it. A second promotion with modified values is added to the charge instead of overwriting the current promotion

Steps to Repeat Enable the Test Tracking Service (see Cookbook - Developer Tool dev_trackingservice, or in the KB) now set breakpoints to com.intershop.component.marketing.product.internal.tracking.TrackingBasketProductLineItemBOExtensionImpl#getTrackingProductItem to inspect the creation of theTrackingProductItem

Description [No Description]Actual Behavior Opening the details of a given order position within the OMT is very slow. Expected Behavior Fix the underlying query and remove the method call if these data are really unused. null Bug null Verified Closed Major AdoWorkItem 65559 Products Intershop Order

System Info ICM with Data Replication Solr 8.8.0/8.9.0 Solr Adapter 3.0.0 Actual Behavior Changes in the index configuration that result in Solr schema changes are not visible in the live system. inSPIRED-inTRONICS - Mass Data Task - Indexes - Edit product-search-idx_en_US Add an index attribute in the

Description Description: OrderTransmission will be cancelled by IOM because OrderPosTransmissionDO.orderTransmissionRef is null. Steps to repeat: Place order in IOM Order doesn’t move from status “order transmission” to “in progress by supplier” orderTransmissionRef in Table OrderPosTransmissionDO is

Description [No Description]Actual Behavior "apply sql-script" prints a timeout message immediately. The SQL script is not executed at all. null Bug null Verified Closed Major AdoWorkItem 64799 Developer VM Products Intershop Order Management 0 Pull Request

Description [No Description]Actual Behavior Executing SQL is impossible, if an image pull secret is required. null Bug null Verified Closed Major AdoWorkItem 64793 Developer VM Products Intershop Order Management 0 Fixed in Commit 64759 Parent devenv4iom/1

Actual Behavior Think this happens for order creation as well as OCR creation. This 400 should return an error report containing more details.(Possibly it can be that the rate of a free, known tax changes.) Found with test 64568-100: successfully add, modify, remove taxes of sales total null

Repro Steps Found with test 64568-100: successfully add, modify, remove taxes of sales total (only in a branch yet) and 64568-101 With ocr I set just one tax for totals/ subtotals. Comparing the changed order shows that there are already 2 tax entries as before. Condition not satisfied: changedOrder3