Surprising Error in Report Studio

[nosub]

I have a report page with 2 lists on it...both using the same query (the only query in the report).  The report validates...but when I drag one of the data items into one of the lists, it gives me a "Result Set Names Don't Match" error as shown below.  However, in the other list, it seems to have no problem at all.  I have the entire page set to use that query and I have no clue what's going on.  Any ideas?

Here's the error text:

RSV-SRV-0040:

An application error has occurred. Please contact your Administrator.

Details:

CCLAssertError:0:Fatal: CCL_ASSERT_NAMED(rResultSetName == rsCurrentResultSetName, "Result set names don't match."); RSV-SRV-0042 Trace back: RSReportService.cpp(639): CCLAssertError: CCL_CAUGHT: RSReportService::process() RSReportServiceMethod.cpp(177): CCLAssertError: CCL_RETHROW: RSReportServiceMethod::process(): validateValidateSpecification_Request RSASyncExecutionThread.cpp(562): CCLAssertError: RSASyncExecutionThread::checkException RSASyncExecutionThread.cpp(383): CCLAssertError: CCL_CAUGHT: RSASyncExecutionThread::handlePromptException ExecutionContextImpl/RSReportValidateExecutionContext.cpp(136): CCLAssertError: CCL_RETHROW: RSReportValidateExecutionContext::run() RSRequest.cpp(1442): CCLAssertError: CCL_RETHROW: RSRequest::validateInteractive() Execution/RSRenderExecution.cpp(584): CCLAssertError: CCL_RETHROW: RSRenderExecution::execute Execution/RSRenderExecution.cpp(856): CCLAssertError: CCL_RETHROW: RSRenderExecution::processActiveDocuments Assembly/RSDocAssemblyDispatch.cpp(235): CCLAssertError: CCL_RETHROW: RSDocAssemblyDispatch::dispatchAssembly RSQueryMgr.cpp(947): CCLAssertError: CCL_RETHROW: RSQueryMgr::getListIterator RSQueryMgr.cpp(1007): CCLAssertError: CCL_RETHROW: RSQueryMgr::getResultSetIterator RSQueryMgr.cpp(1169): CCLAssertError: CCL_RETHROW: RSQueryMgr::createIterator RSQueryMgr.cpp(1215): CCLAssertError: CCL_THROW:

[Suraj]

check for calculations and filters...
we get that often and usually resolve by casting the data items.

[nosub]

Hmmm...well I set the processing to 'limited local' and that seemed to do the trick.  Very perplexing though because I had about 5 more data items with the exact same wording except for different string values.....and they all were fine.