Some Eclipse Foundation services are deprecated, or will be soon. Please ensure you've read this important communication.
Bug 326123 - Request processing goes wrong with Chrome 7 with session time out
Summary: Request processing goes wrong with Chrome 7 with session time out
Status: CLOSED NOT_ECLIPSE
Alias: None
Product: RAP
Classification: RT
Component: RWT (show other bugs)
Version: unspecified   Edit
Hardware: PC All
: P3 normal (vote)
Target Milestone: ---   Edit
Assignee: Project Inbox CLA
QA Contact:
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2010-09-24 04:11 EDT by Nikolai Raitsev CLA
Modified: 2010-09-25 11:01 EDT (History)
3 users (show)

See Also:


Attachments
Request/Responce traces on Client and Serverside (12.26 KB, application/zip)
2010-09-24 04:14 EDT, Nikolai Raitsev CLA
no flags Details

Note You need to log in before you can comment on or make changes to this bug.
Description Nikolai Raitsev CLA 2010-09-24 04:11:52 EDT
Build Identifier: 20100617-1415, RAP 1.3 Release

In according to newsgroup discussion topic under: http://www.eclipse.org/forums/index.php?t=rview&goto=628796#msg_628796If

I'm probably discovered a bug in Google Chrome 7 with RAP 1.3. If you try to open a RAP application in Chrome, you always get a session time out message in the browser.

It also interrupted on the server side of the current UIThread and shut down the session. I have examined the problem, and it seems that Chrome sends the request incorrectly.

I could reproduce the problem on Linux and Windows with Chrome 7. Chrome 6 works without problems.

Here is my code in the DemoWorkbench org.eclipse.rap.demo project (I just added the Session Store listener so you can see the problem that UI will be shut down before you start working with application):

RWT.getSessionStore().addSessionStoreListener(new SessionStoreListener(){
		
		public void beforeDestroy(SessionStoreEvent event) {
			String msgA = "Thread: " + Thread.currentThread().getId() + " Session goes down...; SessionStoreEvent: " + event.toString();
	        System.err.println(msgA);
//			throw new RuntimeException("Session goes down");
		}
		
	});



Also in the attachment I have put traces of RAP Serverside (Request / UIThread / Session Store code) and Chrome Clientside (Fiddler2) so you can compare them with each other.

I know that the Chrome 7 is in development now but I think that we must track this issue.

Thanks in advance and best regards,

Nikolai

Reproducible: Always

Steps to Reproduce:
1. Start DemoWorkbench from org.eclipse.rap.demo
2. Open Chrome 7 developer channel, go to started RAP demo
3. The workbench shows for one second, than comming "session time out" message in browser.
4. Server side the Session is shut down.
Comment 1 Nikolai Raitsev CLA 2010-09-24 04:14:19 EDT
Created attachment 179501 [details]
Request/Responce traces on Client and Serverside
Comment 2 Cole Markham CLA 2010-09-25 00:43:59 EDT
Chrome just pushed a new build to the dev channel that seems to fix the issue.
Comment 3 Nikolai Raitsev CLA 2010-09-25 07:02:31 EDT
I can confirm this. I have tested it in Ubuntu Linux (Chrome 7.0.517.13 dev) and Windows (Chrome 7.0.517.17 dev). Should we close the issue, or continue to watch?
Comment 4 Ivan Furnadjiev CLA 2010-09-25 11:01:16 EDT
Closed as not RAP issue.