Contribute rewriting CFINCLUDE content, stripping outCFML

skozey · skozey

We are having a very serious issue with CFINCLUDES that so far (despite some
assistance from Macromedia support staff) we have not been able to resolve.
We're having a problem with Contribute 3.0 stripping the contents of include
files from pages that are based on Dreamweaver templates and re-writing the
contents of the includes into the actual page that is being edited in
Contribute (none of the content in the includes is supposed to be editable).
The contents of the includes that are written into the page are also post-CF
Server, so all the original CFML has been stripped out and replaced with the
final rendered contents. Also, if one creates a new page based on a template
the same problem occurs. Note that the code in both the templates and the
include files validates cleanly, so it's not an HTML/Dreamweaver template
coding validation issue. And code and scripts are set to be protected. We've
been able to reproduce the problem on several machines here, but unfortunately
MM has not been able to reproduce it when testing our site remotely. Worse,
editing the page on one machine works fine, but doesn't on others. We thought
it was a Windows 2000 Professional issue, but now we've been able to reproduce
it on a Windows XP workstation as well. We've also tried uninstalling
Contribute, recreating the site from scratch and other workarounds. And we
applied the 3.1 update that came out yesterday. No luck. So far the only
element in common to various scenarios we've tested is that the pages have a
Dreamweaver template repeatable element on the page. It's driving us crazy:
we're building a very large project with Contribute as the key content
management technology; if we can't solve it the client is going to be out
thousands of dollars in Contribute 3.0 and WPS license fees, plus we'll be
stuck scrambling to provide an alternative solution, which will cost us tens of
thousands no doubt. Help! Anyone else having a similar problem? I've
attached before and after samples to this post, based on the same parent
template.

----------------------------------------------------
CODE BEFORE:
----------------------------------------------------

<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Transitional//EN"
"http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd">
<cfinclude template="../includes/inc-parse-filename.cfm">
<html xmlns="http://www.w3.org/1999/xhtml" xml:lang="en">
<head>

<title>calendar2</title>
<meta name="description" content="The Glenbow Museum - Where the World Meets
the West > About Us?" />
<meta name="keywords" content="The Glenbow Museum,Glenbow Museum" />

<meta name="MSSmartTagsPreventParsing" content="true" />
<meta http-equiv="Content-Type" content="text/html; charset=iso-8859-1" />
<link rel="stylesheet" type="text/css" href="../css/glb-basic.css" />
<style type="text/css" media="screen">
@import url(../css/glb-formatting.css);
@import url(../css/glb-layout-content.css);
@import url(../css/glb-layout-nav.css);
@import url(../css/programs.css);
@import url(../css/contribute.css);
</style>
<link href="../css/print.css" rel="stylesheet" type="text/css" title=""
media="print" />
<script src="../js/global.js" type="text/javascript"></script>

</head>

<body id="top">
<cfinclude template="../includes/inc-branding.cfm">
<cfinclude template="../includes/inc-navMain.cfm">
<div id="container">
<div id="navSubContainer">
<cfinclude template="../includes/inc-navSub-programs.cfm">

</div>
<div id="content">

<h1><img src="/images/en/ttl-pro-wha.gif" alt="What's On Calendar"
width="500" height="30" /></h1>

<p>Visit Glenbow Museum for one of our many popular programs for families,
adults, and schools.</p>

<img src="/images/en/img-pro-dis.jpg" width="500" height="168" alt="" /><br
/><br />

<h2>Upcoming Events</h2>


<table class="inlineNav" cellpadding="0">

<tr>
<td><a href="calendar.cfm"
class="inlineNavSelected">April 2005</a></td>
<td><a
href="calendar-may2005.cfm">May 2005</a></td>
</tr>

<tr>
<td><a href="calendar.cfm"
class="inlineNavSelected">April 2005</a></td>
<td><a
href="calendar-may2005.cfm">May 2005</a></td>
</tr>

<tr>
<td><a href="calendar.cfm"
class="inlineNavSelected">April 2005</a></td>
<td><a
href="calendar-may2005.cfm">May 2005</a></td>
</tr>

</table>

<table cellpadding="0" class="eventTable">

<tr>
<td class="column1">
<p><strong>Many Faces, Many Paths: Art of Asia</strong><br />
<em>Thursday and Sundays, 1:30 p.m.</em><br />
<a href="#">Tours</a> </p>
<p><em>Journey to exotic Asia and learn about Buddist and
Hindu cultures with a knowledgeable guide in our world class Asian
Gallery.</em></p>
</td>
<td>
<img src="/images/en/icon-pro-family.gif" alt="family" width="70"
height="24" />
</td>
</tr>

<tr>
<td class="column1">
<p><strong>Many Faces, Many Paths: Art of Asia</strong><br />
<em>Thursday and Sundays, 1:30 p.m.</em><br />
<a href="#">Tours</a> </p>
<p><em>Journey to exotic Asia and learn about Buddist and
Hindu cultures with a knowledgeable guide in our world class Asian
Gallery.</em></p>
</td>
<td>
<img src="/images/en/icon-pro-family.gif" alt="family" width="70"
height="24" />
</td>
</tr>

</table>
</div>
<div class="clear"></div>
</div>
<cfinclude template="../includes/inc-siteinfo.cfm">
</body>
</html>

----------------------------------------------------
CODE AFTER:
----------------------------------------------------

<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Transitional//EN"
"http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd">
<cfinclude template="../includes/inc-parse-filename.cfm">
<html xmlns="http://www.w3.org/1999/xhtml" xml:lang="en">
<head>

<title>calendar31</title>
<meta name="description" content="The Glenbow Museum - Where the World Meets
the West > About Us?" />
<meta name="keywords" content="The Glenbow Museum,Glenbow Museum" />

<meta name="MSSmartTagsPreventParsing" content="true" />
<meta http-equiv="Content-Type" content="text/html; charset=iso-8859-1" />
<link rel="stylesheet" type="text/css" href="../css/glb-basic.css" />
<style type="text/css" media="screen">
@import url(../css/glb-formatting.css);
@import url(../css/glb-layout-content.css);
@import url(../css/glb-layout-nav.css);
@import url(../css/programs.css);
@import url(../css/contribute.css);
</style>
<link href="../css/print.css" rel="stylesheet" type="text/css" title=""
media="print" />
<script src="../js/global.js" type="text/javascript"></script>

</head>

<body id="top">
<div id="brandingContainer"><div id="branding"><p><a href="index.cfm"><img
src="../images/en/logo-glenbow-print.gif" alt="Glenbow Museum - Where the World
Meets the West" /></a></p></div></div><div id="skipNav"><a href="#content">Skip
the navigation</a></div><div class="clear"></div>
<div id="navMainContainer"><div id="navMainContainer2">
<ul id="navMain">
<li id="visiting" class="first" title="Visiting">
<a href="/visiting/" onmouseover="imageSwap('mnav-vis',1)"
onmouseout="imageSwap('mnav-vis',0)">

<img src="/images/en/mnav-vis_off.gif" width="54" height="30"
alt="Visiting" id="mnav-vis" />

</a>
</li>

<li title="Exhibitions" id="exhibitions">
<a href="/exhibitions/" onmouseover="imageSwap('mnav-exh',1)"
onmouseout="imageSwap('mnav-exh',0)">

<img src="/images/en/mnav-exh_off.gif" alt="Exhibitions" width="74"
height="30" id="mnav-exh" />

</a>
</li>

<li title="Programs & Events" id="programs">
<a href="/programs/" onmouseover="imageSwap('mnav-pro',1)"
onmouseou

skozey · skozey

An update on our issue: Macromedia has been able to replicate the problem and are now working on a bug fix.

skozey · skozey

Another update: it is definitely the combination of any kind of server-side
includes and repeating regions on a page. We've been able to reproduce the bug
using SSI/ASP includes as well. We've also tested it using a very basic page
with minimal HTML content and no server-side code in either the parent template
or the include file (save for the include call itself); the problem manifests
regardless of what combination of HTML/CSS/server-side scripting is included in
the the main template or include files.

skozey · skozey

Well, this is like having a long conversation with myself, but for anyone that
runs into this problem, Macromedia was able to come up with a workaround,
although they aren't certain yet what is causing the problem (they suspect it
is something server-configuration related).

The workaround is to ensure that the templates folder on your website is NOT
accessible via HTTP. It appears that somehow Contribute incorrectly updates the
local cached version of the template, stripping out the includes and replacing
them with the contents of the include files (sans server-side code) by fetching
the template page via HTTP. In our case we went into IIS Admin and turned off
read permissions for the templates directory. That's fixed the problem.

CarMaiMon · CarMaiMon

Would this be the same issue? School website templates were created on GoLive,
then ftp to district server, then schools were able to edit on Contribute.
These Websites can be viewed using any browser within the district, but outside
of the district network, the Websites will not load with any browser. The
original template seems error free, but the sites won't load from home. Is it
Contribute, GoLive, or the Web server?:confused;

skozey · skozey

I doubt it. This issue wasn't related to users being able to see the pages
either inside or outside the network, rather that the contents of Contribute
user's local template would get corrupted while editing a page based on the
template, then corrupting any pages they worked on based on the template.

Your issue sounds like it might be firewall/networking related. Can you see
any pages/files (regardless of whether they were edited/created in Contribute)
posted on the district's webserver from outside the district's network?

BrianTLewis · BrianTLewis

Could you help me to understand how you went about protecting the Templates directory? And did Macromedia give you any insight as to when and if this will be fixed?

skozey · skozey

Hey Brian,

We protected the templates directory by denying access to the directory via
HTTP. In this case the site is being served via a MS IIS 6.0 server, so in the
IIS admin we did actually did two things: remove read access on the directory
(see the post from 5/6/2005), and also disable all forms of authentication in
the Security tab. That solved the issue.

Re: a fix. Unfortunately the issue seems to be really, really uncommon, and
possibly server and/or client configuration-specific (although my suspicions
lead me to think it's actually a bug in the Contribute client, mixing up
ftp/http protocols when re-referencing a template in edit mode; the problem
would always occur when editing repeating elements, which requires contribute
to reference the page's template whenever you add/delete content rows within a
repeating region). We and Macromedia weren't able to replicate the problem on
other servers, so at the moment I don't think they're looking into it any
further.

Have you run into the same issue? If so I would suggest you call MM support
and ask to speak to someone on the Contribute product support engineering team.
They were very helpful. Point them to this thread and I'm sure they'll recall
the details of our issue (and perhaps, with others running into the same issue
it will prompt a re-examination of it...).

Contribute rewriting CFINCLUDE content, stripping outCFML

Thread Tools

Display

Contribute rewriting CFINCLUDE content, stripping outCFML

Similar Questions and Discussions

contribute rewriting special characters in links

Contribute rewriting paths, adding lots of ../

Contribute rewriting image links

Help! Contribute is rewriting Lasso code.

rewriting posted content for use in redirect

Re: Contribute rewriting CFINCLUDE content, strippingout CFML

Re: Contribute rewriting CFINCLUDE content, strippingout CFML

Re: Contribute rewriting CFINCLUDE content, strippingout CFML

Re: Contribute rewriting CFINCLUDE content, strippingout CFML

Re: Contribute rewriting CFINCLUDE content, strippingout CFML

Re: Contribute rewriting CFINCLUDE content, strippingout CFML

Re: Contribute rewriting CFINCLUDE content, strippingout CFML

Posting Permissions