Description Actual behavior: Within pipeline ProcessSearchEngineAttributes-CreateAutomaticProductTitle, a jump to the GetCategory Startnode is being made, which calls the Pipelet GetCatalogByCategory (via GetDefaultCatalogCategory-Start). In the usecase of the customer, the result from this Pipelet is

Description Current Behaviour: The security implementation that is used by order tab Confirmation of cancellation checks for permission Create return message (tb.right.create.return) which is also used in order tab Confirmation of product return which are both from the business point of view (as represented

Description Actual behavior: The customer currently uses channel level products in three separate channels. Roughly 550,000 products per channel. Due to restructuring of the data and introduction of product sharing we need to delete the existing products from all environments. The product delete import

Description Actual behavior: If the user does not have the permission "Modify customer data" he can still see the customer data form. Expected behavior: He can see customer data but not the form. Steps to repeat: Login as user who does not have the permission "Modify customer data" Go to a customer

Description Actual Behavior: When having a big number of catalog filters in the system, the storefront is almost not-browseable, especially for Anonymous customers. Starting from 7.6.2, a cache was implemented for the logged in customers, but cache is missing for anonymous customers. Expected Behavior:

Description Actual behavior: If you set a component assigned to the global fallback of a view context to not published in the master channel and share it to a channel and then overwrite the property to published in channel it is still displayed as offline. Expected behavior: Like with standard components

Description Partner reported a strange behavior when trying to import MASTER products XMLs in REPLACE mode that have by fault variation products assigned that belong to another, already imported master product. While reproducing, researching this we found 2 other bugs aside. The issue is reproducible

Description Actual behavior: After the change of org.apache.regexp to java.util.regex the used regular expression in WebForm (of pipeline ViewUser, sld_enterprise_app) does not work anymore for users with a dot "." in the "User ID". So a change of imported/migrated users is not possible, nor creation

Description Actual behavior: The design view application switch will lead to lost preset size configuration Expected behavior: The design view application switch should not lose preset size configuration Steps to repeat: Setup a channel with two application types. Each application type will know and

Description The following error occurs quite often in server error log for HTML click tests run 12.0.1-SNAPSHOT-20170224162059. Please investigate. [2017-02-25 01:10:51.927 +0100] ERROR 127.0.0.1 ES1 appserver0 [SharingTestEnterprise-Site] [TestSalesChannel] com.intershop.beehive.core.internal.objectpath

Description Current Behaviour: The SOAP service CustomerService.storeCustomer notes that Zero or more repetitions are valid for addresses but the following CustomerLogicBean.saveCustomer requires at least one billing address if (!hasBillingAddress). Following the service request fails if no address of

Actual Behavior IOM-5361 should also be reopened.Issue 1: getPropertyValue implementation is invalid, since it skips groups + keys with NULL values. Expected behavior / steps to repeatpropertyOwner.setProperty(null, null, "someProperty");assertEquals("someProperty", propertyOwner.getPropertyValue(null

Description Current Behaviour: The last modified address of the customer is shown in the list after searching for a customer. Expected Behaviour: The default invoice address should be used. Steps to Repeat: create a customer with different addresses set any address as default change another

Description Actual Behavior: When having a big number of catalog filters in the system, the storefront is almost not-browseable, especially for Anonymous customers. Starting from 7.6.2, a cache was implemented for the logged in customers, but cache is missing for anonymous customers. Expected Behavior:

Description Actual behavior: In case of multiple AS the index configuration for category-scoped filters will ask for user id and password again Expected behavior: The backoffice GUI should not ask for user credentials again if case of filter modification to different categories Steps to repeat: Setup

Description Actual behavior: If you add content to a page template it isnt rendered for all page variants (based on that template) in the store front. Expected behavior: Content rendering for page variants based on the same template should be consistent Steps to repeat: Login to inspired Go to intronics

Description While working with outbound product sharing we realised that the Outbound Product Sharing overview page in the BO is extremely slow when working with huge product tables (in our case ~4.5 M products). This is due the way how PO factories in Intershop do the select on total number of objects

Description Actual behavior: changing the quantity of a product without a price in a quote leads to an error. Expected behavior: no error Steps to repeat: remove the prices from a product - remember the assignment of the product log into the storefront navigate to the product add it to a quote increase

Description The customer wants to assign products dynamically to (sub)categories. They set-up the catalogs as follows: 1. Created catalog 2. Imported categories using XML Import 3. Created dynamic assignments using XML import (Pipeline: ProcessSearchQueryDefinitionImport-DBInit in organisation context)

Description Actual behavior: localized category attribute "displayName" is not indexable with CatalogCategoryPath provider Expected behavior: localized category attribute "displayName" is indexable Steps to repeat: 1. Add a new Indexed Attribute to the de_DE product index: Attribute ID: displayName Data