Hi Jason and those interested in testing this for me, Quick update. I did take the XML def file of the active link that opens the dialog box.. It looks normal. The windowMode is dialog.
I also created a temp character field like I said I would in my original post, and things get even more weirder here.. On creating that temp field and setting it to $OPERATION$, and opening the dialog box on the web, it gets set to the value QUERY. The odd thing is on the User tool, the client DOES open a dialog box and doesn't let me click into the parent window. HOWEVER although it does seem to open a dialog box, the temp field gets set with the value CREATE.. How weird is that! Anyone with a bit of time on hand willing to try this out? My configuration is DB: Oracle 10 Release 2 OS: Windows 2003 ARS: 7.5 Patch 2 Mid-Tier: 7.5 Patch 2 Web Server: IIS 6.0 Servelet: Tomcat 5.5.25 Joe PS: Jason, I hope you do not mind my CC. I have been experiencing problems posting to the list from my yahoo account where some of my posts for some reason do not show up until much much later. In one case one of my posts showed up after exactly a month. An August 8th post showed up on Sept 8th.. ________________________________ From: Jason Miller <jason.mil...@gmail.com> To: arslist@ARSLIST.ORG Sent: Monday, September 7, 2009 5:47:22 PM Subject: Re: ARS 7.5 Mid-tier Dialog boxes.. ** Hi Joe, I did a quick test with IE 8 and Firefox 3.5 against a 7.5 ARS/MT. The dialog popped up and I was not able to click on the main form in the background. With IE the main form darkened, with Firefox the main form was black and I could no longer see the fields (I have seen reports of this on the list before). Interestingly enough the main form layout is all messed up in the 7.5 MT, all of the fields are listed in one column down the left of the form. Our production MT is still 7.1 and using the 7.1 MT server the form layout is perfect (multiple rows, vert Nav bar on left, etc). I flushed the cached on the 7.5 MT without any change. This form was designed on a 7.1 ARS/Admin Tool and then imported into 7.5 ARS using Dev Studio. I am not sure that should make much difference since it works fine in the 7.1 MT. Jason On Mon, Sep 7, 2009 at 12:48 PM, Joe D'Souza <jdso...@shyle.net> wrote: ** >I am on ARS 7.5 Patch 2 (ARS. Mid-Tier and the Development Studio client) and >I use IIS 6 as the Web Server on Windows 2003 and Tomcat 5.5.25 as the Web >Servelet engine. > >I am yet to investigate this in greater details but this is what I noticed >before breaking off for this long-ish weekend.If I open a Dialog Box on the >Mid-Tier client, (all workflow to do this was defined using the 7.5 P2 >client), the parent window from where the Dialog Box was called from, does not >get 'grayed out' as a background window, and I can click into it.. > >I am yet to investigate this in details to check if this functionality works >correctly if developed in 7.1 and then upgraded to 7.5. > >Here is what I plan to do as soon as I get to work this coming week. I intend >taking a XML definition file of the Active Link to see what I see in the open >window action options in the definition.. I have a gut feeling that somehow, I >will see the wrong option there. From the development studio interface I have >already verified that I have the 'Dialog' window type selected, and not Search >or whatever.. Just for kicks I also intend to set a temp field to $OPERATION$ >and see what operation the Mid-Tier thinks it has to perform... > >I was just wondering if any of you have experienced this behavior as well?? I >was planning to export that active link and import it into a test 7.1 system >and check on what I see there and if the definition looks bad there, then >correct it there and then import it into the later version and see if it fixes >anything.. > >Joe > >PS: I found this strange behavior towards the later part of my last day at >work last week, so didn't have the time to check if it worked on the User >Tool. Anyways this application that I am building will specifically be used >from the web interface, so even if it does work on the User tool I cannot >really use that as a workaround until a fix is found. However I will verify if >it does work from the User interface just for kicks. _______________________________________________________________________________ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org Platinum Sponsor:rmisoluti...@verizon.net ARSlist: "Where the Answers Are"
