No that is not something we are aware of. If you check out quicksilver, then if you view a catalog content and click on Edit button, you should be directed to the Catalog UI, for example

http://commerceref/episerver/CMS/?language=sv#context=epi.cms.contentdata:///418__CatalogContent&viewsetting=viewlanguage:///sv

One possible explanation is that the user only has CMS edit rights? Can you test with an Admin account ?

Hey Quan

I thought the behavior (going to CMS edit) was by design. I've never been taken the catalog UI when hitting the epi button when viewing a product, only ever to the CMS UI (it does target the product/variant/node but its still within the Episerver UI). Tested in every version of Quicksilver ever ;)

David

@David,: The UI you mentioned is Catalog UI. It is not "fair" to call it CMS UI.

If you consider Commerce Manager Catalog Management = catalog UI, then no, we don't do that. Why would we when we already spent that much time developing Catalog UI?

Hey Quan 

Appreciate it’s a the catalogue UI :). I think Steven meant going to the commerce context in the UI. So all the gadgets in panels would show the catalog structure etc and not the page tree. 

David

Fair enough. Now you mentioned it, yes, that's the mixed UI actually ...

The fastest way to get to Catalog UI is to click on the drop down menu and select Commerce, that would lead you to the true Catalog UI.

I'm honestly not sure if the mixed UI is the intended design, or a limitation ... It does not seem to be a perfect behavior to me. I'll check with the team tomorrow. 

At a guess I’d say the epi button uses PageEditing.GetEditUrl(contentLink) which perhaps isn’t commerce aware so always returns the CMS context even though it targets the commerce entity once loaded. 

I think where it is a little disjointed is when you're in the context of the catalog we have other gadget views and obviously the catalog browser shown on the left. Also usually when your navigating in the commerce catalog through links (such as belongs to) you're still maintain the context on being in the commerce catalog. 

Then with CMS items when on the front end if you click the epi button you navigate straight to the item and the page navigation gadget expands to the correct location, with commerce items as it doesn't do this your not always obviously away what category/node you're in in the catalog gadget as you are within the CMS items and you might want to after navigating move to the conext of those parents/related nodes/items.

<div class="blockQuote"> <div class="borderBottom"><a href="/forum/developer-forum/Episerver-Commerce/Thread-Container/2018/3/commerce-page-edit-button-takes-you-to-the-cms-section-instead-of-catalog---episerver-commerce-nuget-v11.8.2/recommerce-page-edit-button-takes-you-to-the-cms-section-instead-of-catalog---episerver-commerce-nuget-v11.86.2/">David Knipe said:</a></div> <p>At a guess I&rsquo;d say the epi button uses&nbsp;PageEditing.GetEditUrl(contentLink) which perhaps isn&rsquo;t commerce aware so always returns the CMS context even though it targets the commerce entity once loaded.&nbsp;</p> </div> <p>Probably. The thing is Commerce team would not have the power to fix this issue, alone.</p> <p>I filed a bug for this, in term that we have a place to discuss on improving the behavior. It will likely need a change from CMS UI team first - if they ever want to.&nbsp;</p>

Thanks, let's hope the CMS UI team feel like it lol. Thanks for the reply/bug filing guys :-)

I appreciate that you've said the main link isn't Commerce away, but it's worth noting that if you click the dropdown and select commerce it does maintain the link to the item and navigate as we would expect it to on the main link. The 2 links generated are

• Main link - https://dev.sja.redweb.network/EPiServer/CMS/?language=en-GB#context=epi.cms.contentdata:///38532__CatalogConten
• Commerce link - https://dev.sja.redweb.network/EPiServer/Commerce/Catalog#context=epi.cms.contentdata:///38532__CatalogContent

For now we can tell the clients to use the commerce dropdown link to keep the editing journey fluid

<div class="blockQuote"> <div class="borderBottom"><a href="/forum/developer-forum/Episerver-Commerce/Thread-Container/2018/3/commerce-page-edit-button-takes-you-to-the-cms-section-instead-of-catalog---episerver-commerce-nuget-v11.8.2/recommerce-page-edit-button-takes-you-to-the-cms-section-instead-of-catalog---episerver-commerce-nuget-v11.85.2/">Quan Mai said:</a></div> <p>Fair enough. Now you mentioned it, yes, that's the mixed UI actually ...</p> <p>The fastest way to get to Catalog UI is to click on the drop down menu and select Commerce, that would lead you to the true Catalog UI.</p> <p>I'm honestly not sure if the mixed UI is the intended design, or a limitation ... It does not seem to be a perfect behavior to me. I'll check with the team tomorrow.&nbsp;</p> </div> <p>Yes I mentioned that in an earlier post&nbsp;</p>

The behavior is now fixed (we had to wait for some changes from CMS Core and will be released in an upcoming version (12.1.1 or 12.2, but likely 12.2) :). Now clicking on epi menu would lead you to the Catalog UI (if the content is catalog content) or Marketing UI (if the content is a campaign or a promotion)