When hitting Ctrl-J in Firefox, a new Firefox download window appears. In Microsoft Internet Explorer, hitting Ctrl-J shows PeopleSoft page information.
To view page information using Firefox browser, hold down the ctrl key and quickly hit "J" TWICE.
Also see the Resolution on My Oracle Support : E-PIA How to Use CTRL-J in Firefox [ID 756546.1]
Hi, I use chrome for most of my browsing needs. However, when I login to "Peoplesoft", I generally use a shortcut Ctrl+J to access some details that are specific to Peoplesoft. However, chrome has a predefined shortcut combo assigned with Ctrl+j. Does anyone know how to Disable it/Bypass it? On IE, pressing it twice will bypass the assigned shortcut. What's the procedure in Chorme?
Here is the solution, both works for me.
1. First press and hold J then press CTRL and release J.
2. Press CTRL+SHIFT+J Twice
For more details see the following link : http://www.google.com/support/chrome/bin/answer.py?answer=95655
If you have a prompt defined on a search record, it does not get displayed if you have component properties –> Internet tab set to use Basic Mode. (Default). Only Advanced mode displays the prompt on the search dialog box.
After immediately upgrading to PeopleTools 8.50, we have encountered several issues that were related to new AJAX features introduced in 8.50. Here is the list of such issues
1. Getting frequent error 501 not implemented on the browser with IE7 and IE8.
2. Component page reset. Users are getting kicked out to first page or the search dialog box in the middle of a multi page transaction and losing the data they have entered.
3. Suddenly the page will become unresponsive and entire browser will freeze and will require restart of the browser.
All the 3 symptoms were annoying for the users and we eventually traced it to AJAX feature, that results in loss of POST data.
Turning off the AJAX setting resolved all 3 issues. Here is a way to turn off the AJAX
Go to PeopleTools –> Web Profile > Open the Web profile you use for e.g. DEV or PROD.
Go to Custom Properties and Add a Property AJAX of type Boolean and set its value to false. This will turn off the AJAX. To enable it again make it true or remove the row. Bounce all the Web servers using this web profile to make this setting take effect.
Though the above changes resolves the issue, this is not desirable and also may not be supported in future peopletools release. I have found this issue to be related to a bug in IE7 and IE8 when used with Windows XP OS. Fortunately microsoft includes the hotfix to resolve the issue, however registry change needs to be made to enable the hotfix. For more details, see this following KB : http://support.microsoft.com/kb/895954 - When you use Microsoft Internet Explorer or another ! program to perform a re-POST operation, only the header data is posted. See How to enable this hotfix section for registry changes.
Basically, the issue happens as IE sends the AJAX request in 2 tcp ip packets one for the header and one for the body. When network error happens, and ie tries to send the ajax request again, it fails to send the body. This causes PIA to loose the session state and we see the issues described above. The other browsers Firefox, Safari and Chrome do not send ajax request in multiple packets and this issue does not appear there.
Also see this article on further clarification on which registry key needs to be modified : http://www.geoffchappell.com/viewer.htm?doc=notes/windows/ie/featurecontrol.htm
According to this , you can specify the value in any one of the following location, in order of decreasing precedence.
Please leave comments, if applying the above registry changes resolves the issue.
PeopleSoft has also published this resolution on My Oracle Support (MOS) - E-PIA: PeopleTools 8.50 and 8.51 - Intermittent "Error 501--Not implemented" Messages when Navigating to a Page Using IE7 or IE8 Browser. Doc ID : 1337266.1
cd $PS_HOME/webserv/peoplesoft/bin
. ./setEnv.sh
java weblogic.version
Even though user has a access to Pagelet, he does not see it on a HomePage. This indicates that WebServer Pagelet cache is corrupt. Only way to make it work correctly is to restart the webserver. But if this happens in the middle of a day, you can use this trick to force the webserver Homepage pagelet cache refresh.
Add a new page to Homepage tab as a required fix. (PeopleTools –> Portal –> Structure and Content –> Portal Objects –> HomePage –> Tabs – Home).
Go to the Tab Content Tab and add the new Pagelet as require fix and select the column, usually the last column. Save it and relogin with user id who is complaining that he is not able to see the pagelet. He should now see the missing pagelet. Remove the newly added pagelet, as it is no longer needed. You can use the following sql to determine what pagelet user has access to .
SELECT * FROM PSPRUHTABPGLT where oprid = '7420060' ORDER BY portal_col_num,portal_row_num;
For further reference, Go to MOS (My Oracle Support) and see the following resolution.
E-PORTAL: What Are The Tables Used By Portal Technology? [ID 651342.1]
If you are getting this message, while saving the page, please refer to following resolution on MOS (My Oracle Support).
E-AS: How to Trace "Page data is inconsistent with database" error? [ID 655907.1]
Step 1: Set the following in psappsrv.cfg
TracePPR=1
TracePPRMask=32767
Step 2: Go to the PIA and before logging on, add &trace=Y (uppercase y) at the end of the web address and press the keyboard Enter key. Check the the first 5 SQL options and for PeopleCode the 'List Program' and 'Each statement' options.
Step 3: Log in to PIA and reproduce the error.
Step 4: Check the trace, especially the portion which contains this information:
PSAPPSRV.28630 1-167605 11.00.03 0.001 Record RO_LINE_ATTR.ROW_LASTMANT_DTTM database value "2007-06-11-10.58.44.000000" page value "2007-06-11-10.05.30.000000"
The trace should clearly show the field which is producing the error as well as the values populated both on database side and page side.
One of the most common reason for this happening is
You are using a view to select data into a Scroll based on a table and No Auto Select option is turned on. The number of columns in view and scroll area base table differs and additional column in base table contain not null values. You use Auto update for Scroll and change the value of the field in a scroll and save.
To resolve this issue, add the same number of columns to view as the base table or if possible, make the same view as a base record for the scroll that you use for selection.
Other reason is using SQLExec in SavePostChange to update the Base Table Record and therefore changing the value.
