Peter,

We're having this (or similar) issue with a few of our apps against
1.8.0 stable. I'm confident that we don't use <cfsetting
enablecfoutputonly="true"/> anywhere in the app - but our situation
may be a bit unique since this particular mach-ii application is
"included" from a "wrapper" index.cfm published by a content mgmt
system. Basically, the "wrapper" looks like this:

<html>
        <body>
                <h2>Hello</h2>
                <cfinclude template="/MachIIApp/index.cfm"/>
        </body>
</html>

With 1.8, we lose the markup above and only the output of the app is
sent to the browser... you never get a "hello".

The only workaround we've found is this adjustment to the wrapper:

<cfsavecontent variable="myContent">
        <cfinclude template="/MachIIApp/index.cfm"/>
</cfsavecontent>
<cfsetting enablecfoutputonly="false"/>
<cfsetting enablecfoutputonly="false"/>
<html>
        <body>
                <h2>Hello</h2>
                <cfoutput>#myContent#</cfoutput>        
        </body>
</html>


Note the "double" cfsetting tags. Totally weird. Any ideas as to where
we would look for a better fix (perhaps within the application rather
than our "wrapper")? Same behavior is seen on all versions tested
above 1.8.0.

Thanks!

-Dave

On Thu, Aug 5, 2010 at 12:39 PM, Peter J. Farrell <[email protected]> wrote:
> jilly said the following on 08/05/2010 10:08 AM:
>> Does eventContext.displayView() change the enablecfoutputonly setting
>> to "yes" in 1.8?  I had to add:
>> <cfsetting enablecfoutputonly="no">
>> to my layout view to get the content to display correctly after
>> upgrading from 1.6!
>>
>>
> Yes, we added some aggressive whitespace handling in Mach-II 1.8.
> However, problems like this are caused by extra <cfsetting
> enablecfouputOnly="xxx"> in an application code base.  This tag doesn't
> work exactly right because saying enablecfouputonly="true" *twice* and
> doing enablecfouputonly="false" only *once* doesn't turn off the output
> only part.  They have to be done in pairs.  So if it's turned on twice;
> it has to be turned off twice.
>
> Based on your question, it sounds like you are dynamically via the
> EventContext calling a view from a filter or something.  Is that true?
> If so, then this ticket applies to you:
>
> http://trac.mach-ii.com/machii/ticket/522
>
> Can you share some code?  It could be as simple as the "output"
> attribute on the function being set to false or left off entirely (the
> "output" attribute is not a true boolean in Adobe CF it is a tripod).
>
> .pjf
>
> --
> You received this message because you are subscribed to Mach-II for CFML list.
> To post to this group, send email to [email protected]
> To unsubscribe from this group, send email to 
> [email protected]
> For more options, visit this group at 
> http://groups.google.com/group/mach-ii-for-coldfusion?hl=en
>
> ***New URLs as of April 29th, 2010***
> SVN: http://svn.mach-ii.com/machii/
> Wiki / Documentation / Tickets: http://trac.mach-ii.com/machii/
>

-- 
You received this message because you are subscribed to Mach-II for CFML list.
To post to this group, send email to [email protected]
To unsubscribe from this group, send email to 
[email protected]
For more options, visit this group at 
http://groups.google.com/group/mach-ii-for-coldfusion?hl=en

***New URLs as of April 29th, 2010***
SVN: http://svn.mach-ii.com/machii/
Wiki / Documentation / Tickets: http://trac.mach-ii.com/machii/

Reply via email to