parameter 'submit' and 'reset' break report

[brianj774]

Is it necessary to re-query the dataset, when all I am doing is hiding and showing various rows and columns? My parameters do not change the query.

As to the recommendations with the StiCacheMode, you can see in the third post overall that I am not using any override of the default values, and that most of the values do not (as of 1609) make any changes to the observed behavior.

To answer your first question (how do I connect the data): In the 'GetReportSnapshot' callback I execute the appropriate query against the database, and then compile the report, eventually assigning a DataTable to the report via a call to stiReport.RegData ...

The main question I have is what do I need to do in order to get the old behavior. This USED to work. But, because of a required feature (the need to be able to set callback timeouts from MVC), I was forced to upgrade. It works in 1604. It fails in 1609+. Something changed. What do we need to do to get this working again?

[brianj774]

I have just verified that if I use the 1604 binaries, this issue reverts to working again. Moving back again to the 1610 binaries, we see the errant behavior.

If it will help you, I will be glad to make myself available to do a gotomeeting (or similar) session, if that will help you address this situation quickly.

[brianj774]

FYI, I installed the replacement DLL you provided a few posts above. It crashes out after running for about 30 seconds, never even getting to the point where the reporting chrome is rendered onto the page. Indeed, it crashes before the "GetReportSnapshot" callback is called. After the exception is raised, I get about 120 javascript errors telling me that the jsMvcViewer is undefined (which doesn't surprise me, but may be useful for you to know.)

Code: Select all

Value cannot be null. 
Parameter name: httpContext

Code: Select all

   at System.Web.HttpContextWrapper..ctor(HttpContext httpContext)
   at Glimpse.AspNet.AspNetFrameworkProvider.get_Context()
   at Glimpse.AspNet.AspNetFrameworkProvider.get_HttpRequestStore()
   at Glimpse.Core.Framework.Factory.<>c__DisplayClass2.<InstantiateTimerStrategy>b__1()
   at Glimpse.Core.TraceListener.InternalWrite(String message, String category)
   at Glimpse.Core.TraceListener.TraceEvent(TraceEventCache eventCache, String source, TraceEventType eventType, Int32 id, String data)
   at System.Diagnostics.TraceInternal.TraceEvent(TraceEventType eventType, Int32 id, String format, Object[] args)
   at System.Diagnostics.Trace.TraceError(String message)
   at Elmah.ErrorMailModule.ReportError(Object state)
   at System.Threading.QueueUserWorkItemCallback.WaitCallback_Context(Object state)
   at System.Threading.ExecutionContext.runTryCode(Object userData)
   at System.Runtime.CompilerServices.RuntimeHelpers.ExecuteCodeWithGuaranteedCleanup(TryCode code, CleanupCode backoutCode, Object userData)
   at System.Threading.ExecutionContext.RunInternal(ExecutionContext executionContext, ContextCallback callback, Object state)
   at System.Threading.ExecutionContext.Run(ExecutionContext executionContext, ContextCallback callback, Object state, Boolean ignoreSyncCtx)
   at System.Threading.QueueUserWorkItemCallback.System.Threading.IThreadPoolWorkItem.ExecuteWorkItem()
   at System.Threading.ThreadPoolWorkQueue.Dispatch()
   at System.Threading._ThreadPoolWaitCallback.PerformWaitCallback()

[brianj774]

As an experiment, I tried (with 1610 as the binary version) playing with the interactionEvent as was mentioned in another post.

Code: Select all

		public ActionResult InteractionEvent() {
			var report = StiMvcViewer.GetReportObject(httpCtx);

			var interactionResult = StiMvcViewer.InteractionResult(httpCtx, report);
			return interactionResult;
		}

This does not work either. It feels closer, because the report does not blank out anymore, but now it completely ignores my params to hide and show the rows and columns. Previously, I wouldn't get any row data, but at least the columns (well, the column headers) would behave.

I would very much like to get this resolved today. I would like to have a quick goto meeting so we can quickly hammer this out. Thanks

[Vladimir]

Hello,

The major change in this prerelease build was an implementation of the cloning function of the original report when using the parameters. In 2013.2.1610 a mistake occurred - data from the original report were not registered in the cloned report. The error is fixed; the component was tested on the project most similar to yours.

Please check the libraries in the attached archive (version 2012.2.1611). If an error occurs, please tell us which MVC version you are using (we tested for MVC 2 and MVC 3). Also, if you send us a test project with report and any data, it will speed up finding and fixing this error.

Thank you.

[brianj774]

I'm using MVC4

[Vladimir]

Hello,

Code: Select all

 public ActionResult InteractionEvent() {
         var report = StiMvcViewer.GetReportObject(httpCtx);

         var interactionResult = StiMvcViewer.InteractionResult(httpCtx, report);
         return interactionResult;
      }

In this case, the new version, use the following code for this Interaction action:

Code: Select all

var report = StiMvcViewer.GetReportObject(httpCtx, false);

The flag indicates that the original report template is read from the cache.

Thank you.

[brianj774]

adding your recommendations in gets me back to the originally reported broken behavior....

I'll try the 1611 stuff next.

[Vladimir]

Hello,

We have prepared an example that uses MVC4 library, please see the attached archive. The report uses parameters, the data registered in the GetReportSnapshot action. The MvcViewer object has the same settings as in your project.

Thank you.

[brianj774]

No good. the 1611 stuff fails in the same way that the replacement 1610 dll did.