Blank page

Hi There,
Its strange.
My Kunagi website is accessible everywhere except at my workplace. (Its not blocked).
As soon as I log in the page goes blank. Is there a way I can find the roor cause.
In the FireFox console there are lots of CSS related warnings (abt 50, see at end).

Can someone please advice me what could be the root cause.

Thanks again for making this wonderful tool.

Regards,
Nik

Firefox Console:
Warning: Unknown property 'zoom'. Declaration dropped.
Source File: http://tegasys.net:8080/kunagi/scrum.ScrumGwtApplication/gwt/standard/standard.css Line: 44

Warning: Error in parsing value for 'cursor'. Declaration dropped.
Source File: http://tegasys.net:8080/kunagi/scrum.ScrumGwtApplication/gwt/standard/standard.css Line: 53

Warning: Error in parsing value for 'filter'. Declaration dropped.
Source File: http://tegasys.net:8080/kunagi/scrum.ScrumGwtApplication/gwt/standard/standard.css Line: 490

Warning: Unknown property 'text-justify'. Declaration dropped.
Source File: http://tegasys.net:8080/kunagi/scrum.ScrumGwtApplication/screen.css Line: 91

Statement from Kunagi Team

Please look into the server log file (catalina.out) for error messages. Please try also an alternative browser (like Chrome) to check if it is a client issue.

Status

Issue is closed.

Comments

Thu, Jan 26, 2012, 11:39 by Nikhil Pampatwar

Hi There,
Thanks for the reply. There is nothing different in the catalina.out.
Also, as siad above its only from my office network. I tried using all browsers (IE, Chrome & FF) all do same thing... after login the screen goes blank.
Hence I wanted to know if I need to have some settings changed on client.
Pls advice.
Regards,
Nik

Thu, Jan 26, 2012, 12:04 by Witek (SM,T)

I have no idea how this can happen. Perhaps a firewall, a proxy or browser configuration prevents loading JavaScript files?

You could debug this problem with FireBug. The Net-Tab shows successful and failed requests. My Firefox does the following requests:

  • POST login.html
  • GET #
  • GET scrum.ScrumGwtApplication.nocache.js
  • GET codemirror.js
  • GET 803F09CAEB5ACD64E466221F9C134BE6.cache.html
  • ...

All successful. What are your requests?

Thu, Jan 26, 2012, 14:54 by Nikhil Pampatwar

Thanks Witek,

Looks like some URL is being blocked (but not my website) is there any call to any external resource?
Please see the log as below: (See 9th request being blocked)

POST login.html          302 Moved Temporarily  myweburl.net:8080  2 KB  10.96.0.92:80  297ms  
GET /kunagi/          200 OK      myweburl.net:8080  752 B  10.96.0.92:80  203ms  
GET scrum.ScrumGwtApplication.nocache.js  200 OK      myweburl.net:8080  6.3 KB      52ms  
GET codemirror.js        200 OK      myweburl.net:8080  20.5 KB      59ms  
GET 1A0EDE6FF57050B48A...D697AB2.cache.html  302 Moved Temporarily  myweburl.net:8080  0      127ms  
GET standard.css        200 OK      myweburl.net:8080  26.3 KB      125ms  
GET Upload.css          200 OK      myweburl.net:8080  2.6 KB      124ms  
GET screen.css          200 OK      myweburl.net:8080  21.2 KB  10.96.0.92:80  219ms  
GET blockpage.cgi?ws-session=2935481194    200 OK      10.96.0.91:15871  192 B  10.96.0.92:80  16ms  

9 requests 79.8 KB (57.7 KB from cache)
1.28s (onload: 1.34s)

Thu, Jan 26, 2012, 15:15 by Witek (SM,T)

Login into Kunagi as admin and go to System Configuration. In the section Installation check the Public URL setting. This is where users are redirected after login. It must be the Kunagi base URL and accesible from all your clients.

Thu, Jan 26, 2012, 17:02 by Nikhil Pampatwar

Thanks again Witek.
The URL is myweburl.net:8080.
As said above that is not blocked. As I'm able to use Kunagi from 5-6 other places. Its only my workplace where I get the BlockPage on 9th call. Hence, I wanted to know what do you get after screen.css (which file and from where). It seems that is being blocked by our proxy server.
If you give me the URL and filename I can ask people form operations to unblock that URL.

Thanks & Regards,
Nik

Fri, Jan 27, 2012, 13:41 by Witek (SM,T)

We have just released Kunagi 0.22.3 where a similar bug was fixed. Please check if it works for you.

Thu, Feb 2, 2012, 17:11 by Nikhil Pampatwar

Deployed 0.22.3, a small release note (of what is added/modified) would have been better.
Now I can see the error for blocking:
<i>This Websense category is filtered: <b>Elevated Exposure</b>. Sites in this category may pose a security threat to network resources or private information, and are blocked by your organization.

Your Websense policy blocks this page at all times.
URL:
http://mycompany.net:8080/kunagi/scrum.ScrumGwtApplication/803F09CAEB5ACD64E466221 F9C134BE6.cache.html
</i>
Is this something we can avoid?

Thanks,
Nik

Thu, Feb 2, 2012, 22:18 by Witek (SM,T)

No idea what we could do, since the file is generated by Google Web Toolkit (GWT). You will have to contact your admin, to remove the filter "Elevated Exposure" for the Kunagi URL.

Post a comment



optional
optional