https errors

Christopher10 · May 31, 2012, 2:42pm

When accessing my application over http: my app runs as expected.

However, when accessing it via https and IE8, I get this dialog:

This occurs when accessing my vaadin app page.

Using View Source don’t see any obvious problems on that page. I am still using alpha 1.

Is anyone else using https to access alpha 1 (or 2) applications? Any issues?

Christopher10 · May 31, 2012, 2:57pm

As mentioned in the previous post, when using https, I get this dialog when accessing my vaadin application with IE8:

Independent of whether I select Yes or No, I then get this page:

This appears to be a Vaadin page. I do not get this page when using http. And I am running IE8.

My About Internet Explorer page reports this:

This is with alpha 1.

Christopher10 · May 31, 2012, 3:02pm

One final error.

If I click on the “Continue without updating (not recommended)” link (from the previous message), I get the following javascript error (this is with alpha 1):

Window Internet Explorer
Errors on this webpage might cause it to work incorrectly
To see this message in the future, double-click the warning icon on the status bar.
'JSON' is undefined
vaadinBootstrap.js                                                 Line: 108
Code: 0                                                              Char: 8
URI: https://.../VAADIN/vaadinBootstrap.js

I get this error only when running in https mode. But this is a different run time environment so there may be other variables at play.

But I can say with certainty that the browser and the war file are the same when using http and https, and I only get this error with https.

Tobias17 · May 31, 2012, 3:07pm

Oh hell, I had this error once in the past (in a JSF-project) … It was nearly impossible to find out was going on. The IE will display the message as soon as any resource (Script, Image, CSS) gets loaded via HTTP instead of HTTPS. Even a 404 will do, if the (normally invisible) error-page is not delivered via HTTPS!

The second error looks like your IE is faking its user-agent (quirks mode). This happens if the Document-type in the delivered HTML-file doesn’t have a specific format.

Christopher10 · May 31, 2012, 3:10pm

Here is the top of the (vaadin-generated) page:

<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Transitional//EN" "http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd">
<html xmlns="http://www.w3.org/1999/xhtml">
<head>
...

Is there anyway for me to control the content of these lines? (I haven’t searched the docs yet…)

Surely the fact that there are http: references is not causing this problem… (!!!)

Christopher10 · May 31, 2012, 4:09pm

This is line 108 of vaadinBootstrap.js where the JSON problem is:

In http mode, when it succeeds, r.responseText has what looks like a parseable JSON object.

In https mode, when it fails, r.responseText contains an entire web page:

"<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Transitional//EN" "http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd"> <html xmlns="http://www.w3.org/1999/xhtml"> <head> <meta http-equiv="Content-Type" content="text/html; charset=utf-8"/> <meta http-equiv="X-UA-Compatible" content="chrome=1"/> <style type="text/css">html, body {height:100%;margin:0;}</style><link rel="shortcut icon" type="image/vnd.microsoft.icon" href="/iwam2/VAADIN/themes/reindeer/favicon.ico" /><link rel="icon" type="image/vnd.microsoft.icon" href="/iwam2/VAADIN/themes/reindeer/favicon.ico" /><title>Vaadin&#32;7</title> </head> <body scroll="auto" class="v-generated-body"> <iframe tabIndex="-1" id="__gwt_historyFrame" style="position:absolute;width:0;height:0;border:0;overflow:hidden;" src="javascript:false"></iframe><script type="text/javascript" src="/iwam2/VAADIN/vaadinBootstrap.js"></script> <script type="text/javascript"> //<![CDATA[ vaadin.setDefaults({ "debug": true, "widgetsetBase": "/iwam2/VAADIN/widgetsets/", "authErrMsg": { "message": "Take note of any unsaved data, and <u>click here<\/u> to continue.", "caption": "Authentication problem" }, "standalone": true, "appUri": "/iwam2/vdn", "comErrMsg": { "message": "Take note of any unsaved data, and <u>click here<\/u> to continue.", "caption": "Communication problem" } }); vaadin.initApplication("iwam2vdn-570455320",{ "versionInfo": { "vaadinVersion": "7.0.0.alpha1", "applicationVersion": "NONVERSIONED" }, "initPending": true, "widgetset": "com.vaadin.terminal.gwt.DefaultWidgetSet", "themeUri": "/iwam2/VAADIN/themes/reindeer", "rootId": 7 }); //]

]> <div id=“iwam2vdn-570455320” class="v-app v-app-PositionManagementApplication"null>

You have to enable javascript in your browser to use an application built with Vaadin. "

So it looks like there might be some server-side logic which is sending back the wrong thing (an entire web page instead of a parseable JSON object) when in https mode…

The url to which the XMLHttpRequest is posting seems to be protocol independent:

Does any one know if this works any better with Alpha 2?

Jens · May 31, 2012, 7:26pm

About IE8 reporting that it is IE7: IE’s have some special rules that it should run in compatibility mode (=IE7) under certain conditions. Check the developer tools to see which mode is on. You can turn it off in the browser settings but the default is ‘on’ so it is not really viable. There are some workarounds that you can search for in this forum, but check that this is truly the case before proceeding.

I don’t think that this issue will be heavily affected by upgrading to alpha 2, but it still worth the shot. Alpha 2 is almost completely backwards compatible to alpha 1 so it shouldn’t be a big hassle to test. Minimal changes to existing API, at least compared to 6 stable → 7 alpha 1.

Tobias17 · June 1, 2012, 6:29am

Well, the HTTP-References in the Doctype-section are usually not critical as the browser knows the Doctype-Declarations by heart and must not really call those URIs. Try to check if it is actually calling some HTTP-URI via Wireshark or Whistler. I have to admit that I had no luck with this tools, but they are worth a shot. I “fixed” the problem finally by reconfiguring the browser - good if one is working for a company with closed intranet ;).

Henri2 · June 1, 2012, 10:01am

While I haven’t looked at this in detail, my initial guess: some requests are made with HTTP and some with HTTPS and don’t share the session (because of cookies or something on the server side). Therefore, the server thinks it is a completely separate and new session and serves the HTML.

Check what is requested using HTTP and what using HTTPS.

Leif · June 1, 2012, 1:14pm

“‘JSON’ is undefined” from bootstrap.js indicates that your IE8 is running in IE7 mode. Built in JSON-parsing was added in IE8, and I guess IE pretends it doesn’t support it when running in IE7-mode.