Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Session lost in IE6 even with cookies blocked #1325

Open
glassfishrobot opened this issue Aug 6, 2008 · 5 comments
Open

Session lost in IE6 even with cookies blocked #1325

glassfishrobot opened this issue Aug 6, 2008 · 5 comments

Comments

@glassfishrobot
Copy link

When navigating an app that uses woodstock components in IE 6 and 7,
session expires without any apparently reason largely before
session timeout ( event with big numbers set into web.xml for session-
timeout ). In Firefox there's no such a problem.

I read Netbeans' fellows' suggestion to block cookies, but that doesn't do the
trick.

My application is frame-based ( top, left and body ) and, on left frame, I use
a [woodstock] tree component as a menu for navigation with, as target,
the "body" frame.

Can you suggest me how to work around this BIG problem ?
Please, help me.

Thanks in advance
Tony

P.S.

I saw this is an issue even for GlassFish admin console.
Also in GlasshFish admin console ( made with woodstock components ) I see this
ugly behaviour: session is lost after about 20 postbacks/page-changes ...
causing a redirect to Login page ) !

Here is my configuration (from NetBeans Help Menu):

Product Version: NetBeans IDE 6.0 (Build 200711261600)
Java: 1.5.0_12; Java HotSpot(TM) Client VM 1.5.0_12-b04
System: Windows XP version 5.1 running on x86; Cp1252; it_IT (nb)
Userdir: :\Documents and Settings<userName>.netbeans\6.0

And that's my relevant parts of web.xml



javax.faces.STATE_SAVING_METHOD
server


com.sun.faces.validateXml
true


com.sun.faces.verifyObjects
false


org.jboss.jbossfaces.WAR_BUNDLES_JSF_IMPL
true

:

UploadFilter
com.sun.webui.jsf.util.UploadFilter

The maximum allowed upload size in bytes. If this is
set to a negative value, there is no maximum. The default value is
1000000.
maxSize
100000000


The size (in bytes) of an uploaded file which, if it
is exceeded, will cause the file to be written directly to disk instead of
stored in memory. Files smaller than or equal to this size will be stored in
memory. The default value is 4096.
sizeThreshold
4096



LoginCheckFilter
com.cid.arsan.web.filter.LoginCheckFilter

il nome della variabile in cui vengono memorizzati i
dati dell'utente in sessione
UserSessionVariable
SessionBean1



LoginCheckFilter
/tracciati/
REQUEST
FORWARD


UploadFilter
Faces Servlet


LoginCheckFilter
/admin/

REQUEST
FORWARD

:

Faces Servlet
javax.faces.webapp.FacesServlet

javax.faces.LIFECYCLE_ID
com.sun.faces.lifecycle.PARTIAL

1

ExceptionHandlerServlet com.sun.errorhandler.ExceptionHandler errorHost localhost errorPort 24444 ThemeServlet com.sun.webui.theme.ThemeServlet TracBuildServlet com.cid.arsan.web.servlet.TracBuildServlet : Faces Servlet /faces/* ExceptionHandlerServlet /error/ExceptionHandler ThemeServlet /theme/* TracBuildServlet /TracBuildServlet : 60 /Avvia.jsp ------------------------------------------------------------------

IE and GlassFish version

IE Version: 6.0.2900.2180.xpsp_sp2_qfe.070227-2300
GlassFish Version: Sun Java System Application Server 9.1 (build b58g-fcs)

Environment

Operating System: Windows XP
Platform: PC

Affected Versions

[4.1.1]

@glassfishrobot
Copy link
Author

@glassfishrobot Commented
Reported by tonyweb

@glassfishrobot
Copy link
Author

@glassfishrobot Commented
Was assigned to mlaut05

@glassfishrobot
Copy link
Author

@glassfishrobot Commented
tonyweb said:
Excuse me, I forgot to mention I'm using NetBeans 6.0 to build the app.

Regards,
Tony

@glassfishrobot
Copy link
Author

@glassfishrobot Commented
This issue was imported from java.net JIRA WOODSTOCK-1325

@glassfishrobot
Copy link
Author

@glassfishrobot glassfishrobot added this to the not determined milestone Sep 20, 2018
@glassfishrobot glassfishrobot self-assigned this Sep 20, 2018
@romain-grecourt romain-grecourt removed this from the not determined milestone May 8, 2019
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

No branches or pull requests

2 participants