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.