Title: Form Displays In Lid But Not Portal
Description: Data Fields will not populate in Portal
Hunter - October 25, 2006 09:09 PM (GMT)
Hello all, we have a custom-written program in 8.0.3 apps (Windows platform) that allows the user to add/change/delete evaluations for an employee. When you inquire on an evaluation, you may add a new one by clicking on 'Add Eval'. The add form displays with the employee's info pre-filled on the form. This works perfectly in LID but when you try it in Portal, the add form displays but only the employee's name and emp number are filled in, the other data on the form is blank. If I click 'Inquire', all of the fields fill in on the form and of of course I get a program-generated message that the 'Evaluation does not exist', duhhhh, I haven't added it yet. Anyway, anyone know why it works in LID but not Portal? We have generated the screen and refreshed cache, all of the usual stuff. Thank you for your help.
aarganesh - October 30, 2006 03:57 AM (GMT)
Is this the only application that or all applications like HR11 or CU201 etc are also behaving the same way? What's the servlet container & web server?
mwhatley - October 30, 2006 03:42 PM (GMT)
I've run into the same problem where the portal will not bring up the program but LID can access it fine. You may need to refresh the cashe for your username. Try the IOSCashRefresh statment. It worked for me.
http://SERVERNAME/servlet/IOSCacheRefresh Cindy - November 27, 2006 02:40 PM (GMT)
We've done the cache refresh...that is not the problem...but thanks for the suggestion...
klkemp - February 9, 2007 07:11 PM (GMT)
What did you find out your issue was?
I just developed our first "home-grown" app, and it has the same behavior. Runs fine in LID, but can't run it in PORTAL.
Thanks
schroncd - February 9, 2007 09:20 PM (GMT)
Run xscrgen.exe against the 2 screens you can't see in Portal. That builds the XML required to display the screen. xscrgen is NOT run automatically as part of the compile process.
g'luck!
Cindy - February 12, 2007 04:13 PM (GMT)
We had already run the xscrgen.exe, and that did not resolve the issue. We simply had to attribute this to differences in xml and LID, and resolved to use a functional workaround. We just did not have any more time to spend on it. :nix:
arvin - February 19, 2007 03:27 PM (GMT)
Try checking your RD30 records, are the security class the same on the user id you're using in LID vs the security class on the RD30 login field? If the user ID you're using in the RD30 login field has different sec class from the LID user id you're using when running the program, try to change the Log in field of your RD30 to be the same as the LID id.