OAS / FORMS 10.1.2.3.0 patch 9593176 : users usually deconnected

Question

Hello,
On "OAS / FORMS 10.1.2.3.0", I have applied the patch 9593176. We have no more files on $ORACLE_HOME/forms/trace.
But users are still usually deconnected once a day (screen frozen).
webclient operatingsystem is generally Windows XP SP2 or SP3 with Internet Explorer 6 (pour old PC) or 7 (for the last one). Java is 1.6.0_15-b03.
I don't know if there is a link but Jinitiator is also installed (old PC).
OAS is installed on Red Hat 5.4. System is not loaded at all.
Let me know all your ideas
Regards
PS
I don't know if there is a link :
For a user problem was solved after deleted cookies, temporary internet files and "reset text size to medium while zooming" and "reset Zoom level to 100% for new windows and tabs" (in "Advanced" tab of Internet options).
On some PC JIniator was previously installed ...

Answer 1

Hello,
Thank you for your feedback. About IE6 and JRE 1.6.0_xx, it's a first very a good track.
You're right " ...users usually deconnected... " doesn't mean anything. I don't have all users feedback. After some try (and several months), they didn't raise us the last errors. So I'm following some users activity. When a user need to reconnect (new id session, connexion date), I translate like a "deconnexion" but generally users have the screen frozen. They have to closed IE and start a new session.
1. Thank you. I will suggest this to the team.
For your information, the problem is not always on the same screen ... I have only one dfrmweb_dump trace since the patch 9593176 was applied.
In any case, I recommend the following in this order,
2. It was done with the last patch through OEM.
3. It's seems an other track :
ulimit -a
core file size (blocks, -c) 0
data seg size (kbytes, -d) unlimited
scheduling priority (-e) 0
file size (blocks, -f) unlimited
pending signals (-i) 268287
max locked memory (kbytes, -l) 32
max memory size (kbytes, -m) unlimited
open files (-n) 2048
pipe size (512 bytes, -p) 8
POSIX message queues (bytes, -q) 819200
real-time priority (-r) 0
stack size (kbytes, -s) 10240
cpu time (seconds, -t) unlimited
max user processes (-u) 2047
virtual memory (kbytes, -v) unlimited
file locks (-x) unlimited
May be an other problem :
tail /etc/sysctl.conf
# Controls the maximum number of shared memory segments, in pages
kernel.shmall = 4294967296
# Required for OAS 10gR2 (forms+reports)
# kernel.sem=semmsl semmns semopm semmni
kernel.sem=256 32000 100 142
kernel.msgmni=2878
fs.file-max=206173
kernel.shmmni=4096
Thank you for your help.
Regards