I have setup the current version of spartacus (4.3) with Sap Commerce 2205 according to the installation instructions.
No customizations have been done to backend or frontend.
I observe the following issue when trying to enter the checkout in electronics and apparel store:
The request just is being sent in an endless loop because the stroefront requests "shipping-address" which does not exist.
Only "delivery-address" exists. Even when changing the page label of the contentpage to "shipping-address" so that the request from teh frontend can be fulfilled, the checkout page just remains empty and is not functional.
Any ideas what can be done to fix this ootb error?
Image with the endless loop requests
Ok, after some more research, i can answer this myself:
The naming in the impex files in the sampledata for 2105 (the most current sampledata) has been changed from "shipping" to "delivery".
But the spartacus frontend (still) asks for and expects a page with "shipping"-label and "shipping"-components.
A workaround is to go through the files in the sampledata and adjust delivery to shipping where necessary and import the relevant lines in the backend.
Would be great if SAP fixes this inconsistency to not throw off people setting up the system according to the official documentation.
For reference, the specific changes need to get it working for me are as follows - for electronics content catalog. The other catalogs require similar changes.
Source file: spartacussampledata/import/contentCatalogs/electronicsContentCatalog/cms-responsive-content.impex
ContentPage.label : /checkout/delivery-address -> /checkout/shipping-address
CMSFlexComponent.flexType : CheckoutDeliveryAddress -> CheckoutShippingAddress
$contentCatalog=electronics-spaContentCatalog
$contentCV=catalogVersion(CatalogVersion.catalog(Catalog.id[default=$contentCatalog]),CatalogVersion.version[default=Online])[default=$contentCatalog:Online]
INSERT_UPDATE ContentPage;$contentCV[unique=true];uid[unique=true];name;masterTemplate(uid,$contentCV);label;defaultPage[default='true'];approvalStatus(code)[default='approved'];homepage[default='false']
;;CheckoutDeliveryAddress;Checkout Delivery Address Page;MultiStepCheckoutSummaryPageTemplate;/checkout/shipping-address
INSERT_UPDATE CMSFlexComponent;$contentCV[unique=true];uid[unique=true];name;flexType
;;CheckoutDeliveryAddressComponent;Checkout Delivery Address Component;CheckoutShippingAddress
Related
Successfully build Commerce 2011_7 with Spartacus 3.3 last week (using the standard instructions for B2B Commerce) and all appears to function on initial tests.
This week, I've gone to test the Standard Order Flows with mark.rivers#pronto-hw.com and noticed that the "Self Service" buttons that typically appear against a placed order in My Account are missing, and these are definitely there in the JSP Storefront and earlier versions of Spartacus.
I'm able to follow the instructions but not a developer so asking if anyone knows whats causing them to 'not appear' and could help me get them back please - have supplied a screenshot with the Console open as well.
The two lines in the console that concerned me were:
spartacus-storefront.js:18398 No component implementation found for the CMS component type 'AccountOrderDetailsOverviewComponent'.
Make sure you implement a component and register it in the mapper.
spartacus-storefront.js:18398 No component implementation found for the CMS component type 'AccountOrderDetailsReorderComponent'.
Make sure you implement a component and register it in the mapper.
enter image description here
order self service was added in 1.4 but you need release 2005.
see https://sap.github.io/spartacus-docs/cancellations-and-returns/
it's possible that with installation of 3.3, the cancel/returns code wasn't installed? we transitioned to many smaller libraries for 3.3. but also you need cms content in the backend (which looks like you have).
We have implemented multisite configuration recently, but facing an issue after it.
When we have it configured (in both mode - Static/Dynamic configuration), we are getting error in cart API when refreshing the page. After analyzing it we found that it is happening due to wrong site context parameter(currency code) and it is happening only in case of non SSR build, when we use SSR it works fine. In case of normal build, it is adding “USD” as currency code in API call with dynamic site binding and if we are using static binding then it is picking the first currency code even if we are on secondary website. Spartacus framework is picking it from default list of currency codes when hitting cart API on page refresh.
Spartacus version:2.0
Screenshot
Error message
Please share a solution on this.
You can add currency in static configuration (e.g. adding currency: ['JPY'], inside context, currency will be JPY).
If your multiple sites using different "currency" (e.g. one site uses "USD" and the other one uses "JPY"), then you cannot use static configuration. Dynamic configuration loads all base sites data, and get the default currency from each site (the value is: the defaultCurrency of the first store in the site). So, you need make sure the site data is set correctly in backend.
Hi Hybris 1811 smartedit I am trying to edit Email Signup Modal but as soon as I click on the link it redirects me to below page. I have multiple sites so sometimes I am getting this warning: WARN [hybrisHTTP20] [DefaultCMSSiteService] More than one site associated with URL [https://localhost:9002/?site=XXXX]. Returning first. Did anybody faced similar issue?
The main problem is that you have more than one site containing the same urlPatterns
This attribute represents a regex that is used by CMSSiteFilter to decide the website that will be used based on the URL introduced in the browser or requested by smartEdit(i.e https://localhost:9002/?site=XXXX)
In this case, more than one instances of CMSSiteModel were found and the first one was used.
In order to fix this you need to adjust each site to have its own, unique urlPattern . If you have apparel and electronics sites, the regexes for both should look like this
apparel --> (?i)^https?://[^/]+(/[^?]*)?\?(.*\&)?(site=apparel)(|\&.*)$
electronics --> (?i)^https?://[^/]+(/[^?]*)?\?(.*\&)?(site=electronics)(|\&.*)$
This can be changed in backoffice for each and every site:
Make sure that the preview URL is also changed accordingly so that SmartEdit will know how to perform the HTTP requests for this site:
i am new in virtocommerce i am following the steps
http://docs.virtocommerce.com/display/vc2devguide/Source+Code+Getting+Started
In the last step Start Storefront i can not get any store and the url is shown :
http://localhost:46761/common/nostore
How i can run the application.
This is known issue that happens under certain circumstances. Re-download latest release (source code) as it was fixed recently.
The "Let's start!" should open the VirtoCommerce Manager, but the default link URL is not correct in your case.
Open the Manager site, login and choose "Download sample data" initially. Storefront should display sample stores after data import is complete.
I'm pulling my hair out with this one so hopefully someone can help.
I upgraded my "Mage_All_Latest" package to the latest one (1.9.1.0) and since then my transactional emails don't seem to have any styles. The ones that I've created myself under System->Transactional Emails are working but the standard ones just don't work. Below is what I get when I preview, this is also how it is received when sent (it still contains the order details however, just no header/footer or style):
{Error in template processing} {{inlinecss file="email-inline.css"}}
Thank you for your order from .
Once your package ships we will send an email with a link to track your order. Your order summary is below. Thank you again for your business.
Order Questions?
Your order #
Placed on
Bill to:
Payment method:
{Error in template processing}
Thanks for any help advance.
I recommend you do an update via shell ./mage upgrade-all or reinstall via magento connect. It is possible that some packages where missing on your install or patches have been applied.
I had magento 1.9.0.1 with the same problem. I upgraded via shell to 1.9.1.0 and the email header/footer issue was fixed!
Once fixed, you should see options for Email Header Template, Email Footer Template and Non-inline CSS File(s) under Design > Transactional Emails.
I had the same problem once then i found it happened because i changed the Email template in local/... and the Magento changed the email template in the new version so i copied my change to the new template and every thing went back to normal