Description Actual Behavior: The variation selection in the storefront doesn't respect the sorting specified in the backoffice. Expected Behavior: The variation selection is sorted as specified in the backoffice. Steps to Repeat: Login to the backoffice and go to the inTRONICS channel Open Catalogs ->

Description Steps to repeat open BO, go to inTRONICS and set a customer of this channel to inactive get customer details per REST, e.g. ../rest/WFS/ContactCenter/-/customers/GUYKAE8B63cAAAFcwHw1cKXR -> in the result there is no information whether the user is active or not Expected Result the active

Description Actual behavior: When there are several SOLR nodes in the cluster (deployed with the appservers) then "Build" or "Update" of Index works only for the first SOLR node listed in solr.SolrClusterNodeURLs. It seems that the issue was introduced with Solr server throws SEVERE: Unable to reload

Description Current Behaviour: The health check currently only checks the ftp accessibility by availabilty resp. login. That check does not ensure, that file transfer works properly. The ftp health check have to be extended by such a file transfer check. Expected Behaviour: Health check for ftp has

Description Actual behavior: A customer found some inconsistencies when assigning components to a systeminclude. There are two ways to do assignt components to an include. In Content - Includes when you select an systeminclude and click on Components -> New -> Coponent Type you will only get some component

Description Actual behavior: Invalid categorypath / after search navigation with catalog attribut "ExcludePathFromSearchIndex" See attached screenshot. Expected behavior: Correct categorypath/subcategories in after search navigation. Steps to repeat: Open backoffice, channel inTRONICS Goto Catalogs /

Description Description: Following exception occurred: [2017-06-06 11:18:17.616 +0200] ERROR localhost ES1 appserver0 [inSPIRED-Site] [inTRONICS_Business] com.intershop.beehive.core.internal.request.RequestHandlerServlet [] [Storefront] [gBdqztktZDJrzoAb8AEhztcnoZy-SfimVJBLRQ2q] [5CWQAlk2c1lLAA4K-0-00]

Description Actual behavior: There was a "ConcurrentModificationException" in "PriceListPriceProviderImpl.clearPriceListCache" - see https://jira.intershop.de/browse/IS-18551 and related issue links. This was finally fixed. Now the customer runs into a "ConcurrentModificationException" in "PriceListPriceProviderImpl

Description Actual Behavior: The customer segment assignments aren't exported for private customers. Expected Behavior: The assignment of a customer to a local customer segment (user group) is exported. Steps to repeat: Login to the backoffice. Go to Customers -> Customers Create a new individual customer

Description Actual behavior: Back Office Product Advanced Search in Channel with “Category Assignment: Categorized” does not work correctly when product is shared and only categorized in master. Expected behavior: Back Office Product Advanced Search in Channel works correctly and product is not found

Description Actual behavior: When enabling URLRewriting a click on a category in the sitemap causes an error in the storefront Expected behavior: no error, working category content fix the urlrewrite.properties, I recommend to change the lines rule.sitemapList1.longRequest = /${group}/${domain}/${lo

Description Actual behavior: When enabling URLRewriting a click on a category in the sitemap causes an error in the storefront Expected behavior: no error, working category content fix the urlrewrite.properties, I recommend to change the lines rule.sitemapList1.longRequest = /${group}/${domain}/${lo

Description In a custom project, the ReCaptcha v2 service was recently implemented for IS 7.5. A problem was found there regarding multipart/form-data: Background: One of my recent tasks was to have an existing upload file form validated with ReCAPTCHA. This upload requires the form to send multipart/form-data

Description Actual behavior: Back Office Product Advanced Search in Channel with “Category Assignment: Categorized” does not work correctly when product is shared and only categorized in master. Expected behavior: Back Office Product Advanced Search in Channel works correctly and product is not found

Description Actual behavior: If there is a product with only a price defined through a pricelist (no listprice and no costprice) it is possible to add the product to the basket from the storefront but not via quickorder or direct order. Expected behavior: It should be possible to add the product to the

Description Actual behavior: ISH 7.7 with Computop 4.1.3 ( should be same behaviour on 4.2.0.0) Our customer has a 100 % Error Ratio in his live system, when pipeline "ComputopCreditCardRedirect-Notify" is called. A NPE occurs in Pipeline Node "Notify" of "ProcessPayment", com.intershop.component.payment

Description Actual behavior: When a filter condition with no value is defined within a dynamic category the staging crashes with an error. Expected behavior: At least a warning should be displayed when a filter condition is saved without a specified value. Steps to repeat: Login to inSPIRED Backoffice

Description Actual behavior: The import of pricelists for individual and business customers will lead to incomplete price list assignments visible in the customer detail GUI's and storefront Expected behavior: The import of pricelists for individual and business customers should lead to correct visible

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