We also experience a similar issue. could it be the same?
see screenshots
on IE anf FF
We use 1.541

missing icons only in manage jenkins view

Yes, mostly this issue is caused by people clearing out the TEMP where jetty extracted the war; while jenkins is still running.

This is the reason I suggested yesterday on this issue: JENKINS-17526 , where people mention missing css and png files (of course, not only images are served by jetty from the TEMP, but also the .css files)

I guess for most people clearing $TEMP may be the cause for missing png and css files (error 404 by jetty)

The same problem seems to also result in class files being deleted if not used for a while, which as you can imagine leads to a lot of problems when you do try to use them.

We currently face this issue again (jenkins running <24h)
We don't use the rpm version. what is the TEMP dir jenkins uses then?

still happening on 1.539

it is indeed a problem with deleted files in the $TEMP
since when was it introduced to store jetty files in $TEMP?
Why was this done?

These seem to be rooted in the same issue

I'm pretty certain that is is due to the underlying JENKINS-20682 problem. That moves the folder where the jenkins.war is exploded into a location chosen by Jetty (TEMP Dir). However the old location pointed to by --webroot (/var/cache/jenkins/war in my Ubuntu system) is not cleared out and contains the last exploded version of the jenkins.war file.

Jenkins still seems to be using the --webroot version of the exploded war to serve up images rather than using the most recently exploded war in the TEMP dir. Thus any added/changed images are not picked up and either result in a 404 not-found or the old version being served.

I worked around this by shutting down my Jenkins and moving the old exploded war file out of the way

sudo mv /var/cache/jenkins/war /var/cache/jenkins/war.gone

Note you can remove the /var/cache/jenkins/war directory but I played safe for now just in case I needed to put it back.

When I restarted Jenkins it fell back to using the images from the exploded WAR in the TEMP dir and all is happy.

The underlying issue obviously needs resolving but this workaround should help people to get the missing images back.

Still occurs in version 1.549 (installed as a windows 7 service)

Edit:

We found out the problem was that we had a bot periodically cleaning the TEMP folder and so it would destroy all the Jenkins images and CSS files. Why are all images and CSS files stored in the TEMP folder? It seems to be counter productive to put all these files in a temporary folder which is shared by other applications.

Still having this issue for 1.553 running via scheduled task on Windows 8.1.

Workaround with a custom temporary folder DID NOT WORK. Starts ok, but after a while the images are missing, and indeed files are deleted from the custom tmp folder. Is JVM itself or parts of Jenkins doing the cleanup of tmp?

It's is almost certainly not Jenkins nor the JVM that deletes the files.
Whatever on your system is cleaning temp folders is also looking at your custom one, whatever that is.

@James, well, how is it possible if this keeps happening when I pick the folder at random? Sounds like the only system aware that this folder is "temporary" is JVM/Jenkins.

This seems to have been resolved on Jenkins 1.555: https://github.com/jenkinsci/jenkins/commit/7c51cec55649b0e46047cb5e3198b66c3bdd94d5

We're facing the same problem with 1.557. Any news here?

The fix went into 1.558. I have that running here and it is now unpacking the WAR file into /var/cache/jenkins/war as per the --webroot setting.

Duplicate of JENKINS-22442 which was fixed in 1.558 and 1.554.1.

In 1.576, seeing a similar issue where plugin images for the left nav menu are broken. Inspecting the images in browser shows URL of

//plugin/config-rotator/images/rotate.png

Jenkins is installed via Ubuntu APT, running as a service.

This doesn't look like the same problem. The URL you included looks to be wrong there should be something between the "//" at the start of the URL. This needs logging as a separate issue probably against the config-rotator plugin.

This issue isn't specific to config-rotator, as there are multiple broken plugin images in the menu.

I'll get a new bug report created later this morning

Already been done: JENKINS-24316

Thanks for the link James

Just in case someone visits:

This is not the issue that occurs after upgrade to 1.576. Visit JENKINS-24316