Qdabra qRules

Re: InfoPath 2007 Filter data in a browser based form

QDabra Help — Tue, 30 Aug 2011 17:14:28 GMT

The OWSSVR for the list seems to return immediately, so I would say it is not running slow.

Re: InfoPath 2007 Filter data in a browser based form

Hilary Stoupa — Tue, 30 Aug 2011 15:48:48 GMT

If you use the URL you've used for your data connection to owssvr.dll in your form in a browser, what happens? Same slow data load? That is - the owssvr.dll URL - is it slower in the browser for one list than the other?

Re: InfoPath 2007 Filter data in a browser based form

QDabra Help — Tue, 30 Aug 2011 11:12:39 GMT

Hi - Thank you for your response. Yes, the same amount of items are in the list (prod vs. dev). The data connections are the same w/ the exception of going to prod vs. dev. In production, the data is very slow to come back but in dev no problem.

Re: InfoPath 2007 Filter data in a browser based form

Hilary Stoupa — Tue, 30 Aug 2011 00:10:19 GMT

Hi:

Same number of items in each list?

If you use the URL you've used for your data connection to owssvr.dll in your form in a browser, what happens? Same slow data load?

InfoPath 2007 Filter data in a browser based form

QDabra Help — Mon, 29 Aug 2011 14:35:09 GMT

InfoPath 2007; SharePoint 2007, 3.0 Enterprise Edition; QDabra 3.2.

I have a browser based InfoPath form that is using the QDabra rule Command to filter data from list A for list B. So, whatever is selected in list A will determine the drop down values for list B. In our development environment, same form and similar lists, the QDabra rules work fllawlessly. However, in our production environment it takes at least about 5 minutes for the list B to be updated based upon the list A selections. Is there anyway to make this instant (as what we've seen in our development environment)? Any suggestions as to the cause of this? Please note, the "Always" selection is selected for the post back settings for these fields on the form. Any help is greatly appreciated.