LiveDocs Comments - coldfusion - 6.1 - htmldocs - tags-p21.htm

coldfusion/6.1/htmldocs/tags-p21.htm

moneybagsxp — 2006-02-08T13:41:56

Ran across this one the other day, thought that it was an issue with our DB model, but turns out it was CFDump. (on CF 6.1) My apologies in advance if this has already been reported/corrected.

When CFDUMPing a query with like-column names, i.e.

SELECT a.colName, b.colName
FROM table1 as a, table2 as b
WHERE a.likeKey = b.likeKey
and a.colName <> b.colName

...though a.colName should not be equal to b.colName in the example above, the values output by CFDUMP do not reflect this, as they are displayed identical.

Further, this appears to be the case for ANY like column name, regardless of whether you're joining or not:

i.e.

select 'a' as test, 'b' as test from fakeTable

Outputs:

Result Set - query
TEST TEST
1 a a

Some obvious confliction going on there! For us, we simply aliassed the resulting joins to unique names to view the desired output, but the bug silently remains!

coldfusion/6.1/htmldocs/tags-p21.htm

gonzoprosperity — 2005-06-08T13:22:21

Because cfdump'ing CFCATCH results in wacky errors you can get around this by employing this loop rather than a cfdump:

#Ucase(i)# = #data#

coldfusion/6.1/htmldocs/tags-p21.htm

mocax — 2005-05-24T20:05:01

the stylsheet included in cfdump isn't standard compliant.
the formatting breaks when a standard doctype is defined in the html document.

coldfusion/6.1/htmldocs/tags-p21.htm

martypaz — 2004-11-29T23:28:22

Sorry, I'm a bit tired and that last note didn't make sense... I have written a replacement so that you can now do a CFDUMP of CFCATCH.

coldfusion/6.1/htmldocs/tags-p21.htm

martypaz — 2004-11-29T23:25:33

I have a fix that I've written.. It's a replacement for the broken one.

http://www.beetrootstreet.co.uk/products/index.cfm?Content_ID=5F8D9453-AE1F-3B96-86FBB3A0DED55060

coldfusion/6.1/htmldocs/tags-p21.htm

Shivang13 — 2004-10-21T07:02:52

Is MM doing anything about CFCATCH not dumping after applying Updater that released on August 25th 2004. MM needs to be active on this issue since lot of developers rely on dump information to better debug the application.

coldfusion/6.1/htmldocs/tags-p21.htm

S.Wright — 2004-09-22T22:15:59

The inline CSS that CFDUMP inserts doesn't work with XHTML pages. The table colors aren't pounded, which means web browsers which follow strict rules with XHTML (incredibly, this INCLUDES Internet Explorer 6) will show the dump in black and white.

coldfusion/6.1/htmldocs/tags-p21.htm

S.Wright — 2004-09-22T22:12:51

CFDUMP is royally stuffed in 6.1.... dumping #cfcatch# no longer works, and worse still, dumping #cgi# results in an INCOMPLETE data set, ignoring ANY custom HTTP header passed to the web server.

Not happy.

coldfusion/6.1/htmldocs/tags-p21.htm

ChronoCrypt — 2004-09-10T04:18:02

since MX 6.1 cfdump can not handle cfcatch, right? i only get an "unknown type" message...

coldfusion/6.1/htmldocs/tags-p21.htm

spage — 2004-04-16T23:29:11

It seems if you use the label attribute but you dump a simple variable, you don't see the label. The label would go in the fancy HTML decorating a complex structure, but this doesn't get output for simple variables.

This feels like a bug, it makes it hard to troubleshoot your debug output when you can't find your dump labels.

E.g.

just dumps out the script name, with no label.

coldfusion/6.1/htmldocs/tags-p21.htm

csteinola — 2004-03-23T10:58:13

It seems CFDUMP is trying to be intelligent about whether it has already been called once during the request.

If it hasn't, then the call to CFDUMP outputs the stylesheet and javascript, then outputs the data.

If it has been called already, then CFDUMP only outputs the data.

Except we've found many instances where this isn't the desired behavior (the first call was within a CFMAIL or CFFILE tag, hence the stylesheet was written in that context, but then a subsequent call in the template scope is missing all the styles/js behaviors).

A workaround is to set the REQUEST.cfdumpinited=FALSE right before calling the tag in such situations ... forcing CFDUMP to reinitialize (and, thus, output styles, etc) even though it may already have been called elsewhere during the request.

Perhaps this could be pointed out in the documentation. Or some other solution provided (like CFDUMP being aware of whether it's called within CFMAILs, etc).

coldfusion/6.1/htmldocs/tags-p21.htm

wlee — 2004-03-23T06:44:18

We are working to improve the examples in the ColdFusion reference pages. We propose to replace the current example on this page with the the following example. If you have any comments on this example, add them to this page.

This example shows how to use this tag to display the CGI scope as a structure:

coldfusion/6.1/htmldocs/tags-p21.htm

halL — 2004-02-03T06:09:55

A ColdFusion bug (No. 54114) has been entered against this behvior.

coldfusion/6.1/htmldocs/tags-p21.htm

inix — 2004-02-03T04:00:44

EXPAND="no" and all the Javascript for expanding and contracting also doesn't work on pages containing the tag, even if that tag is set to 0...

coldfusion/6.1/htmldocs/tags-p21.htm

halL — 2004-01-30T10:59:09

A ColdFusion bug (number 51732) has been reported against this issue.

coldfusion/6.1/htmldocs/tags-p21.htm

csteinola — 2004-01-23T12:35:27

Why does EXPAND="no" not work for dumps of queries?

I would expect that the output would be collapsed to the header row.

coldfusion/6.1/htmldocs/tags-p21.htm

2003-12-05T14:35:18

Note: If you have a cfdump inside an output suppressed component function, it will break your future cfdumps (even in non-supressed functions).

This happens because cfdump will only write needed style and script data once, but if it's called from an output supressed component, these definitions never get written, and future cfdumps think it is included in the document already and dont attempt to include them again.

coldfusion/6.1/htmldocs/tags-p21.htm

jrunrandy — 2003-12-03T06:02:29

The CFDUMP tag was new in CF 5 (although it originated in Spectra 1.0).

The CMFL Reference lists changes since CF 5 on http://livedocs.macromedia.com/coldfusion/6.1/htmldocs/tags-p17.htm

Additionally, the Macromedia ColdFusion Support site has a technote with complete information: http://www.macromedia.com/support/coldfusion/ts/documents/cfmlhistory.htm

coldfusion/6.1/htmldocs/tags-p21.htm

rraga — 2003-12-02T14:24:04

For that matter, it would be nice if MM included version of inclusion for all CFML and functions. This would be beneficial in doing compliancy and backward compatibility evaluations.

coldfusion/6.1/htmldocs/tags-p21.htm

rraga — 2003-12-02T14:16:05

Anyone know what version of CF did CFDump first appear?