Yes this is a long-discussed RFE. With the stage view (at job level) you do get a special badge on those build rows waiting for input, which could be made more prominent, but anyway we still need some mechanism (on a view page, perhaps) for showing you all builds of any job awaiting approval (ideally filtered by those you could actually approve, when submitter is specified). Adding a list view column is too intrusive. I think Jenkins needs a general-purpose notification system that the input step could hook into. (There is a system of administrative monitors, but restricted to administrators looking at the Manage Jenkins page.)

It doesn't blink on the main Jenkins job list page. Further, if you restart Jenkins, the ball for paused jobs stops blinking

If true, both smell like bugs. The ball for a job should match that of its latest build, which should be animated if the build is still in progress. I am pretty sure I have seen this all working in the past 24 hours, but there may be specific conditions you hit where this breaks. Anyway if you can reproduce from scratch please file separately to avoid distraction here.

(Workflow 1.8+ does intentionally hide the “flyweight” executor from the master section of the executor widget when the build is paused, or indeed doing something in a step like sh but not actively running Groovy code. But this is unrelated to the build history widget and to ball colors.)

Big +1 on this. Right now, it's very hard to tell when something is waiting on input unless you know exactly what you're looking for. Making it more obvious / prominent would be a big UX win.

Related, I had a job that kicked off, and we didn't know it was waiting on input. Several days later, the thing is still waiting, and then it wouldn't abort or proceed when we clicked the links, no matter how many times. The job would not cancel, either. The only thing that cleared out its cobwebs was a Jenkins restart.