Description If an order approval is rejected in OMT and the subsequent processing fails for any reason, CheckOrderApprovalRequired might ignore the negative approval and continue processing the orders as if were approved. Repro Steps Seems to be impossible to reproduce - apparently this would require

Description Customer uses product view tracking events. They migrated just from 7.9 to 7.10 and found that now the TrackingProduct master is no longer set in the correct way at the tracked product. A variation product has now no master set, and master product has one of its variation products set as

Description Affected version 1.3.0 Actual behavior When creating a return message 3 emails are created instead of just one. Expected behavior One mail per return message. To Reproduce Steps to reproduce the behavior: Create an order Dispatch the order Create a return message See E-mails

Description Trying to open a replicated Shared Classification Catalog in the live ICM back office results in an error page and an error message is written: [2022-07-19 15:12:36.407 +0200] ERROR JCSTEINERNB ES11 appserver0 [inSPIRED-Site] [-] com.intershop.beehive.core.internal.request.RequestHandlerServlet

Steps to Repeat Blueprints Postman collection: curl --location --request POST 'http://localhost:8080/rest/communication/returns' \ --header 'Content-Type: application/vnd.intershop.return-message.v1+json' \ --header 'Authorization: Basic d2Vic2VydmljZV9zdXBwbGllcjohSW50ZXJTaG9wMDAh' \ --data-raw '{

Description The enum java name is now persisted as column "transmissionTypeName" in the db table TransmissionTypeDefDO. Custom implementation of TransmissionTypeDefDOEnumInterface must be modified accordingly: @Override @Transient @Column ( name = "`transmissionTypeName`") /** * @return name of the transmission type

Description "token" resource return 500 in case organization can't be found. Actual Behavior POST https://user.localdev.intershop.de:9443/INTERSHOP/rest/WFS/inSPIRED-inTRONICS-Site/rest/token HTTP/1.1 Content-Type: application/x-www-form-urlencoded grant_type=password&username=patricia@test.intershop

Description The method ShopDO.getEventRegistryEntryList() will modify the shops field eventRegistryEntryList in a non-thread-safe way. This leads to ConcurrentModificationExceptions. Repro Steps You will need a shop structure that has child and parent shop(s). Setup an event configuration such as email

Description There is a problem while trying to fetch property group information from the new(est) payment framework API. This is caused by the fact that the associated PaymentServiceBO extension doesn't handle dependency injectio. null Bug null Verified Closed fenego Major AdoWorkItem 78493 Products

Description Customer has trouble with this default punchout configuration. Open the punchoutconfiguration.properties and check the following line. # oci | field NEW_ITEM-LEADTIME configuration oci.ver5.punchout.configuration.NEW_ITEM-LEADTIME.fieldname=NEW_ITEM-LEADTIME oci.ver5.punchout.configuration

Description Copied from Repro Steps when changed from Escalation to Bug When trying to map an order to latest version com.theberlinbakery.types.v1_2.StoreOrder during order transmission, I get a parse exception, because the offered JNDI-path points to a bean that returns version 1.0. As the bean that

Description Partner found a REST call include for the order call using the PWA: payments_paymentMethod. It seems like this include isn't documented as in the swagger documentation and also not part off the "all" include Repro Steps order call with payments_paymentMethod compare to order call with all

Actual Behavior When rejecting/declining a return request, and no comment is given I get HTTP-400, but the spec does not document this constraint. The response message does not match correctly, because I wanted to reject it, but the message tells me that this is already done."A comment is required f

Actual Behavior When sending a second (or more) approvals/rejections, the API does not respond, that the approval is still closed. The first (successful) approval never changes. The API always responds with HTTP-201, which is ok, but the status of the return request can't be changed after the first approval

Actual Behavior When getting a return request, there a ~5 additional endpoints to get further data. I do miss the endpoint to get approvals because this is what I may do next, after creating an approval. HTTP-201 and the location of the new resource indicate that there are real resources. But when calling

Actual Behavior When sending, f.e., the body to create a return request to the endpoint for approval creation, the HTTP-400 response indicates, that I wanted to decline the approval. Additionally, it says, that a comment is required, but a comment is given. null Bug null New New null Major AdoWorkItem

Actual Behavior This example found in https://intranet.intershop.com/kb/index.php/Display/2F9406 contradicts itself. When accepting a request, you can't comment that it's not acceptable. {"status": "APPROVED", "comment": "The return request reasons are not convincing." } null Bug null New New null Minor

Description Calls of the ViewProduct_52-Edit Pipeline in the back-office will go into a loop that ends with a PipelineCallStackException: [2022-07-19 17:27:26.372 +0200] ERROR localhost ES1 appserver0 [TestEnterprise-Site] [TestSalesChannel] com.intershop.beehive.core.internal.request.RequestHandlerServlet

Description Product Attribute Groups export/import has problems with decimal definition and domain assignments The exported file is invalid and cannot be re-imported again. Repro Steps - setup ICM 7.10.38.9 with german lead locale inside \eserver\share\system\config\cluster\localization.properties american

Description Some customers migrate from ICM 7.10.32.13-LTS/7.10.32.6-LTS to 7.10.38.11. dbprepare throws the following errors related to the bts TablesPreparer/DatabaseTablesPreparer: [2022-07-07 15:15:51.769 +0200] ERROR NL-EVI-CCKHFB3 ES2 dbmigrate [] [[migrate]bts:Class0_BasketPO TablePreparer [com