OCX must respect my authoritie!

[rokosz]

This is very peculiar. __The ReportName property in the OCX is set and review of the control__shows that it does indeed have all the relevant RSW information.__But, at run-time I still get a "Open Report" dialogue. ____Bizarrely: Windows does "name" the dialogue according to the __<PARAM NAME="WindowTitle" VALUE="Master Calendar"> and ____Once a report is selected in the dialogue and OKd it doesn^t ask for a SQL login because the __<PARAM NAME="Username" VALUE="webuser"> is set.____So, its like the OCX respects all/most parameters but the most important one:__<PARAM NAME="ReportName" VALUE="rptMasterCalendar.RSW">____Is, as is usually the case, am I missing something? OR:____Is this by design, a known bug, or unknown bug? If a known bug: is there a patch or workaround?____thanks, Bryan____// following proves control has the property set__alert(self.document.forms(0).RROCX.ReportName)__// kick off -- but brings up the "Open Report" dialogue instead__self.document.forms(0).RROCX.Action=1 __// following shows property still set.__// but if, in the dialogue, a different RSW is selected__// the following still displays the original property contents__alert(self.document.forms(0).RROCX.ReportName)

[kfleming]

Have you perhaps set the ReportPick property to allow a user to select a report?____Kathleen__R&R Support

[rokosz]

No, I^ve worked through both the none and one options there.____Do you know of any documentation re: Server vs. workstation installation?____since this app was placed on a server I did install R&R as a "server" on the server thinking that this was the problem (the app couldn^t find everything it needed there). ____Unfortunately no difference.____B.