Error when viewing security log: Element STPROPMETADATA.FTLISTDATATYPENAME is undefined in ARGUMENTS.

Description

On a new install of FarCry 6.0.7 I get errors when viewing webtop -> admin -> Security Logs.

The first two errors are:

Element STPROPMETADATA.FTLISTDATATYPENAME is undefined in ARGUMENTS.

Then the final error is:

Message Typename could not be resolved for 3A22E5C1-F6C5-11DF-9F63005056900022.
Exception Type Application
Detail Tried to look up typename and got nothing. Content item does not exist in refObjects.
Tag Context

  • Q:\inetpub\Common\FarCry_6\core\tags\formtools\object.cfm (line: 99)

  • Q:\inetpub\Common\FarCry_6\core\tags\formtools\object.cfm (line: 90)

  • Q:\inetpub\Common\FarCry_6\core\tags\formtools\object.cfm (line: 42)

  • Q:\inetpub\Common\FarCry_6\core\tags\formtools\object.cfm (line: 1)

  • Q:\inetpub\Common\FarCry_6\core\tags\formtools\objectadmin.cfm (line: 943)

  • Q:\inetpub\Common\FarCry_6\core\tags\formtools\objectadmin.cfm (line: 737)

  • Q:\inetpub\Common\FarCry_6\core\tags\formtools\objectadmin.cfm (line: 723)

  • Q:\inetpub\Common\FarCry_6\core\tags\formtools\objectadmin.cfm (line: 175)

  • Q:\inetpub\Common\FarCry_6\core\tags\formtools\objectadmin.cfm (line: 48)

  • Q:\inetpub\Common\FarCry_6\core\tags\formtools\objectadmin.cfm (line: 1)

  • Q:\inetpub\Common\FarCry_6\core\webtop\customadmin\customlists\farLog_security.cfm (line: 29)

  • Q:\inetpub\Common\FarCry_6\core\webtop\admin\customadmin.cfm (line: 43)

When I had a look through the farLog table all the errors seem to resolve around any log entries that have a type of "security". If I delete the log entry it complains about, the next time the error appears it's the next entry with security as the type.

Environment

w2k8 64bit. CF9 Standard 64bit. MS SQL 2008R2

Activity

Show:

Gavin Stewart December 22, 2010 at 12:20 AM

Re factored security log and user activity log

Former user November 26, 2010 at 1:06 PM

Again, a temporary solution while the roots of the bug are found, but the filter issue can be solved in the object.cfm page, around line 473 (just before the invoke to the #tFieldType# component:

<cfif not isDefined("ftFieldMetadata.ftListDataTypename")>
<cfset ftFieldMetadata.ftListDataTypename = "" />
</cfif>
<cfif not isDefined("ftFieldMetadata.ftRenderType")>
<cfset ftFieldMetadata.ftRenderType = "dropdown" />
</cfif>
<cfif not isDefined("ftFieldMetadata.ftSelectMultiple")>
<cfset ftFieldMetadata.ftSelectMultiple = false />
</cfif>

For some reason in list.cfc it wasn't taking into account that these properties all have default values so my not be explicitly defined. I put the fix in the object.cfm page as it was easier than reloading the app each time I made a change

Former user November 26, 2010 at 12:53 PM

Obviously my previous comment is only a temporary solution. I've had no luck yet fixing the issue with the filter

Former user November 26, 2010 at 12:51 PM

I found a solution to the second problem - the farLog entry wasn't added to the refObjects table. I got around this by adding the following to line 99 (ish) of the object.cfm file mentioned in the dump:

<cfif not len(attributes.typename)>
<cfquery name="qIsLog" datasource="#application.dsn#">
SELECT objectId
FROM farLog
WHERE objectId = <cfqueryparam value="#attributes.objectId#" />
</cfquery>
<cfif qIsLog.recordCount neq 0>
<cfquery name="qAddLog" datasource="#application.dsn#">
INSERT INTO refObjects (objectId,typeName) VALUES (<cfqueryparam value="#attributes.objectId#" />,'farLog')
</cfquery>
</cfif>
<cfset q4 = createObject("component", "farcry.core.packages.fourq.fourq")>
<cfset attributes.typename = q4.findType(objectid=attributes.objectid)>
</cfif>

Fixed

Details

Assignee

Reporter

Components

Fix versions

Affects versions

Priority

Created November 23, 2010 at 5:59 AM
Updated December 22, 2010 at 12:20 AM
Resolved December 22, 2010 at 12:20 AM