Closed timja closed 10 years ago
Happens on linux firefox 3.0.18, konquerer, latest safari 4.0.5 on Mac Os and Firefox 3.6 on mac
Its a blocker for me. Can't config any jobs.
Same on Windows with Chrome 5.0, FF 3.6.3 and IE 8.0.
Workaround:
Scroll down a little bit, click on one of the settings below the overlay and then repeatedly use Tab or Ctrl-Tab to reach the desired settings.
Can everyone please check your browser to see if any javascript errors were reported? Did everyone try clearing the browser cache?
Can any of you reproduce the problem in a new install with no added plugins? I'm not able to see this problem..
I doubt the browser cache is relevant, as every version of Hudson serves all static contents from an unique URL to prevent this kind of problems.
Cleaning the browser cache makes no difference here. Tested again with Chrome, FF and IE. But I noticed some strange behaviour:
Chrome:
FF:
IE:
Webpage error details
User Agent: Mozilla/4.0 (compatible; MSIE 8.0; Windows NT 5.1; Trident/4.0; .NET CLR 1.1.4322; .NET CLR 2.0.50727; .NET CLR 3.0.4506.2152; .NET CLR 3.5.30729; OfficeLiveConnector.1.4; OfficeLivePatch.1.3)
Timestamp: Thu, 3 Jun 2010 06:35:49 UTC
Message: Object required
Line: 871
Char: 42
Code: 0
URI: http://
Activated firebug on FF and reload the page. Now it reports the following error:
start is null
http://
Line 871
Seems to be the same problem as on IE.
Thanks.. one important question remains: Can any of you reproduce the problem in a new install with no added plugins?
What plugins do you use? It is quite possible a plugin with a bad .jelly file is making a javascript error so the page loading doesn't complete and the overlay is left there.. I'd like to (a) fix that plugin and (b) make hudson-behavior.js more resilient to whatever is wrong in that plugin, so the page can still load.
It might also help to attach "view source" for a config page that shows this problem.
| ||||
Hudson » geotoolsautonomous |
LOADING |
Erzeugung dieser Seite: |
rgubler, thanks! (but attach a file next time instead of a huge comment!)
Everyone please read this:
This problem (LOADING stays there) can happen if any plugin has a UI bug that results in a javascript error loading a config page.
From the HTML that rgubler posted I can now fix ONE such problem (an empty dropdownList.. in this case Artifactory plugin with no Artifactory instances configured).
If you see this problem and your browser reports that "line 871" error, then this fix will likely solve your issue.. if you see a different line number, please post the javascript error that you see, and attach the "view source" output of your page. Thanks!
Code changed in hudson
User: : mindless
Path:
trunk/hudson/main/war/resources/scripts/hudson-behavior.js
trunk/www/changelog.html
http://jenkins-ci.org/commit/31830
Log:
[FIXED JENKINS-6542] Fix javascript error when a plugin uses an empty f:dropdownList,
resulting in LOADING overlay being left up.
OK.. to reiterate: I've marked the issue as fixed because I fixed the specific javascript error that affected starwarsfan and rgubler. If you still see this problem on 1.362 or higher, or you see this on an earlier release but with a javascript error from a different line number, please post the details requested 2 comments above^^
Also, if (like rgubler) you are hitting this problem due to Artifactory plugin, either disable the plugin or visit the global config page and configure the plugin (to workaround the issue until Hudson 1.362 is out..)
Same behaviour observed in Hudson 1.364 with IE8.
JavaScript error report (Mozilla is mentioned here, but I am using IE8, so I am not sure why this is):
Webpage error details
User Agent: Mozilla/4.0 (compatible; MSIE 8.0; Windows NT 6.0; Trident/4.0; SLCC1; .NET CLR 2.0.50727; Media Center PC 5.0; .NET CLR 3.5.30729; .NET CLR 3.0.30729; .NET CLR 1.1.4322; .NET4.0C)
Timestamp: Mon, 5 Jul 2010 13:54:18 UTC
Message: Object required
Line: 73
Char: 2
Code: 0
URI: http://svn.collis.local:8082/scripts/utilities.js
View source output of page:
| ||||
Hudson » Collis Test Manager (Trunk) |
LOADING |
Page generated: 05-Jul-2010 15:53:51Hudson ver. 1.364 |
Hmm... just wanted to report that I saw this today in the latest 1.366 build on Firefox when I tried to configure a Project/Task. I worked around this by loading it in Safari. (I reopenned this issue)
schow, please post your javascript error and ATTACH (not post directly in the comment as done above) the view source output of the page.
steve_chamberlain, the first thing for you to try is upgrade your plugins to the latest.. in particular, email-ext. Looks like that one is several releases old.
If you still see a problem after that, please post your javascript error again, and ATTACH the view source output. Also try different browsers and let us know if it fails on all, or which ones.
This issue is a bit unwieldy now with several looonng comments, so I'm going to close it (the originally reported case is fixed). For others with different cases, please file a new issue with details as requested above.. then post that issue# here, thanks! (once one of you has done this, others can post javascript errors and ATTACH html source in that new issue, thanks)
I have this issue still but got closer to a solution. I hope.
There is a eval function that does not correctly look at the values that are put into it. Its on hudson-behavior.js:416
(On github: https://github.com/jenkinsci/jenkins/blob/master/war/src/main/webapp/scripts/hudson-behavior.js?source=cc#L416)
When the attribute checkUrl has only a url and is then put into the eval() function it will produce an error. It should validate the if this is only a string or also had methods to evaluate. Otherwise it will produce errors.
This is the commit where it changed. I don't know the background and effect of it but it might be a lead to the problem.
https://github.com/jenkinsci/jenkins/commit/7232798611b66f4a03ad8670c07cb58220f4d866
I also got this issue after upgrade to Jenkins ver. 1.530: At job configuration page, the [LOADING] frame is shown after load is complete.
Then config fails to save changes with error:
Status Code: 400
Exception: This page expects a form submission
Stacktrace:
(none)
Jenkins ver. 1.530.
All plugins are up-to-date.
Browsers:
Google Chrome Version 27.0.1453.116 m
Mozilla Firefox 23.0.1
Internet Explorer 9.0
Page source with [LOADING] frame overlapping the completely loaded page.
Taken in Mozilla Firefox 23.0.1.
Jenkins ver. 1.530. All plugins are up-to-date.
https://issues.jenkins-ci.org/browse/JENKINS-19457
Is fixed and is integrated in main trunk. I think this fixes this issue too.
Marking as resolved due to JENKINS-19457
[Originally duplicated by: JENKINS-6756]
[Originally duplicated by: JENKINS-19457]
[Originally related to: JENKINS-8789]
"LOADING" overlay doesn't disapear
Originally reported by rgubler, imported from: "LOADING" overlay