INITIAL POST BY JIGOU:
----------------------

The background:

I created a Collaboration System, and set up a template to use with it. I also wanted to put a shortcut of that CS, but with a different template, on a page. 

To facilitate that, I created a shortcut of the original CS in the Import Node of my site (to hide it from the main site), and set the appropriate override for the template in that shortcut.

I then referenced the shortcut via AssetProxy in a page template.

What I'm now seeing is the correct thing when I'm logged in as admin, but as a visitor I see the original CS instead of the CS with the new, overridden template.

I've re-created it on this demo site: http://demo.plainblack.com/demo1171657271_338/getting_started

 When not logged in, you'll note that the headers (Job Title, Location, etc.) are identical in the two CS's that are displayed on that site.

Also while not logged in, note that the home page also has a call to that asset proxy, and the letter "D" appears in front of each of the headers on the table: http://demo.plainblack.com/demo1171657271_338/home 

Now log in and go back to the initial page, and you'll see that the headers on the second CS now have the letter "D" in front of each of the header labels on the initial page: http://demo.plainblack.com/demo1171657271_338/getting_started

The shortcut is saved in the Asset Manager: Root --> Media --> News Release

What is happening:

* The URL of the shortcut is "news-release"
* The URL of the original is "getting_started/news-release"

For visitors, on pages OTHER than "getting_started" the AssetProxy pulls up the correct item - the shortcut.

When you're viewing the "getting_started" page as a visitor, it pulls the "local" copy of "news-release", which is really the asset on that page with the URL "getting_started/news-release"

When logged in as Admin, the correct AssetProxy is displayed at all times.

I obviously can't do it on the demo server, but I have cleared the cache on my local server and verified that the issue persists.

My workaround, of course, was to rename the shortcut and change the AssetProxy references to it.

So, is this intended behavior/user error or a little bug?

Jarrod 


------------------------------------------------------


FOLLOW-UP POST BY JIGOU:
------------------------

I should note that with the initial issue on my site as with the demo site, the only time the AssetProxy is displayed with the wrong template is when it's called from the page that also contains the master copy of the asset.

I'll also note that, while I DID rename the shortcut on my own site assuming that would fix the issue, it appears to not fix the problem. (This may be a local cache issue - I'm still getting a handle on how wG and the "correct" cache handling impacts the site in 7.x+)

Jarrod

-------------------------------------------------------


RESPONSE BY DBELL:
------------------

I would consider this a bug.

Some investigation appears to reveal that the way the shortcuts are calling prepareView is erroneous. It also seems to make a special case when admin mode is on.

I'll do some more investigation. If you could, please post this bug to the bug tracker.